UPNP DLNA Routing über Mikrotik RB750GL

Hallo,

ich arbeite mich gerade etwas intensiver in die Materie über IP-Netzwerke ein stoße allerdings momentan an meine Grenzen und hoffe das ihr mir weiter helfen könnt.
Ich habe 2 Internetanschlüsse hier das Netzwerk ist unterteilt in 2 Subnetze (/25) Netzwerk 1: 192.168.10.0/25, Netzwerk 2: 192.168.10.128/25
Das Routing zwischen den beiden Netzwerken übernimmt ein Mikrotik RB750GL.

Das Problem ist nun das in Netzwerk 1 ein DLNA Streaming Server (Plex Media Server) steht der einen Fernseher in Netzwerk 2 versorgen soll.

Den Mikrotik RB750GL habe ich so eingerichtet das Multicast in beide Subnetze verteilt wird.

Allerdings habe ich nun ein Problem und da hoffe ich das ihr eine Idee habt.

Ich kann in beiden Netzwerken per Wireshark die SSDP Packete sehen allerdings weis ich nicht warum im Netzwerk 2 die Anfrage nicht verarbeitet wird. Gibt es Möglichkeiten per Debuging Tool zu sehen wo das Problem liegt? Ich bin etwas verzweifelt da eigentlich alle Voraussetzungen richtig funktionieren aber der Fernseher wie auch der Laptop in Netz 2 erkennen den DLNA Server nicht.

Vielen Dank Daniel

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 268967

Url: https://administrator.de/forum/upnp-dlna-routing-ueber-mikrotik-rb750gl-268967.html

Ausgedruckt am: 22.12.2024 um 20:12 Uhr

11 Kommentare

Neuester Kommentar

Nehm mal IGMPv3
Bridge mit mehreren VLANS in der selben Broadcast Domäne

Die entsprechenden Routen sind aber schon auf den anderen Routern für das jeweils andere Netz vorhanden ?

Firewall des Mikrotik erst mal auf Durchzug geschaltet ?

Gruß jodel

Das ist Multicast was da verwendet wird. Folglich musst du also IP PIM Routing zusätzlich auf den Interfaces aktivieren !
Guckst du hier:
Vlan-Tags Mikrotik
Speedport W 724V + Routerboard 450G + VDSL (all IP) + Entertain

Ja die routen auf anderen routen sind eingerichtet und funktionieren soweit auch und die Firewall vom Mikrotik ist soweit nicht konfiguriert als denk ich mal das er einfach alles durchlässt.

Zitat von @aqui:

Das ist Multicast was da verwendet wird. Folglich musst du also IP PIM Routing zusätzlich auf den Interfaces aktivieren !
Guckst du hier:
Vlan-Tags Mikrotik
Speedport W 724V + Routerboard 450G + VDSL (all IP) + Entertain

hm PIM Routing läuft doch (siehe Bild aus meinem oberen Post)? oder versteh ich das nun falsch?

So ich habe nun gestern Abend nochmal etwas rum gespielt und auch IGMPv3 ausprobiert. Allerdings ohne großen Erfolg. Wenn ich mir mit Wireshark anschaue was zwischen DLNA Server und DLNA Client passiert, sehe ich wie der Server den M-Search * 1.1 / HTTP sendet und der Client antwortet nun mittlerweile auch mit HTTP/1.0 200 OK.
Allerdings erkennt Windows den Server immer noch nicht so richtig... um zu sehen wie der Traffic aussieht wenn es ordnungsgemäß funktioniert, habe ich mir das nochmal auf einem anderen Rechner angeschaut. Dabei ist aufgefallen das ziemlich viel UDP-Traffic zwischen Server und Client besteht. Dieser fehlt allerdings bei dem Client der nicht funktioniert

Dann hast du vermutlich ein Problem bei dem Client ?
Kommunizieren die mit Multicast IP Adressen ?

Es sieht so aus, so genau kann ich das nicht sagen. Habe gestern abend nochmal den Laptop den ich zum testen nehme in das andere Subnetz zum Server gehängt und da hat er ihn direkt erkannt.

Wenn ich mir die Kommunikation zwischen Server und Client anschaue mit Wireshark dann sehe im Subnetz in dem Server und Client hängt wesentlich mehr UDP Traffic und die M-Search, NOTIFY und OK Anfragen. Wenn ich nun das Subnetz wechsel fällt der ganze UDP traffic weg aber die M-Search, NOTIFY und OK Anfragen funktionieren weiterhin normal...

Es scheint so als ob UDP Traffic nicht geroutet werden würde

Und nochmals wieder die Frage da du sie erneut nicht beantwortet hast:

Ist das UDP Multicast mit dem Client und Server kommunizieren oder ist das Unicast ??
WIE macht sich der Server im Netzwerk den Clients bekannt ? Nutzt der ggf. Bonjour bzw. mDNS ??

All das kannst du doch detailiert im Wireshark sehen !
Bei Multicast musst du PIM Routing aktivieren, ansonsten wird Multicast NICHT zwischen 2 unterschiedlichen IP Segmenten geroutet ?
Zur Not poste einen Wireshark Screenshot hier.

Entschuldige ich kenne mich da noch nicht so aus.

Ich hab hier mal die 2 Packete:

No.     Time           Source                Destination           Protocol Length Info
      9 19.299008000   192.168.10.5          255.255.255.255       SSDP     215    M-SEARCH * HTTP/1.1 

Frame 9: 215 bytes on wire (1720 bits), 215 bytes captured (1720 bits)
Ethernet II, Src: Microsof_0a:02:02 (00:15:5d:0a:02:02), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 192.168.10.5 (192.168.10.5), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: 55724 (55724), Dst Port: 1900 (1900)
    Source Port: 55724 (55724)
    Destination Port: 1900 (1900)
    Length: 181
    Checksum: 0x583e [validation disabled]
        [Good Checksum: False]
        [Bad Checksum: False]
    [Stream index: 4]
Hypertext Transfer Protocol
    M-SEARCH * HTTP/1.1\r\n
        [Expert Info (Chat/Sequence): M-SEARCH * HTTP/1.1\r\n]
            [M-SEARCH * HTTP/1.1\r\n]
            [Severity level: Chat]
            [Group: Sequence]
        Request Method: M-SEARCH
        Request URI: *
        Request Version: HTTP/1.1
    MX: 1\r\n
    ST: upnp:rootdevice\r\n
    MAN: "ssdp:discover"\r\n  
    User-Agent: UPnP/1.0 DLNADOC/1.50 Platinum/1.0.4.11\r\n
    Host: 239.255.255.250:1900\r\n
    Connection: close\r\n
    \r\n
    [Full request URI: http://239.255.255.250:1900*]
    [HTTP request 1/2]
    [Next request in frame: 10]

No.     Time           Source                Destination           Protocol Length Info
     11 19.676704000   192.168.10.15         192.168.10.5          SSDP     443    HTTP/1.1 200 OK 

Frame 11: 443 bytes on wire (3544 bits), 443 bytes captured (3544 bits)
Ethernet II, Src: AsustekC_06:f6:90 (90:e6:ba:06:f6:90), Dst: Microsof_0a:02:02 (00:15:5d:0a:02:02)
Internet Protocol Version 4, Src: 192.168.10.15 (192.168.10.15), Dst: 192.168.10.5 (192.168.10.5)
User Datagram Protocol, Src Port: 1900 (1900), Dst Port: 55724 (55724)
    Source Port: 1900 (1900)
    Destination Port: 55724 (55724)
    Length: 409
    Checksum: 0x970f [validation disabled]
        [Good Checksum: False]
        [Bad Checksum: False]
    [Stream index: 5]
Hypertext Transfer Protocol
    HTTP/1.1 200 OK\r\n
        [Expert Info (Chat/Sequence): HTTP/1.1 200 OK\r\n]
            [HTTP/1.1 200 OK\r\n]
            [Severity level: Chat]
            [Group: Sequence]
        Request Version: HTTP/1.1
        Status Code: 200
        Response Phrase: OK
    ST: upnp:rootdevice\r\n
    USN: uuid:e11649c3-e830-4242-b39d-d683f1cc88ea::upnp:rootdevice\r\n
    Location: http://192.168.10.15:2869/upnphost/udhisapi.dll?content=uuid:e11649c3-e830-4242-b39d-d683f1cc88ea\r\n
    OPT:"http://schemas.upnp.org/upnp/1/0/"; ns=01\r\n  
    01-NLS: 640104ccf01e4551a7431b8f572e3365\r\n
    Cache-Control: max-age=900\r\n
    Server: Microsoft-Windows/10.0 UPnP/1.0 UPnP-Device-Host/1.0\r\n
    Ext: \r\n
    \r\n
    [HTTP response 1/2]
    [Next response in frame: 12]

Ich hoffe, dass das zu deinen Rückfragen passt.

OK, das st jetzt ein SSDP All Net Broadcast ganz oben.
Normal nutzt SSDP die Multicast Adresse 239.255.255.250 um Endgeräte und Funktionen zu announcen in einem Subnetz Segment.
Du müsstest also mal den Kabelhai etwas länger laufen lassen und checken ob du vom Server auch ein MC Paket an diese Adresse siehst.
Das SSDP MC Adressen generell mit IP PIM geroutet werden können kannst du hier sehen:
http://www.avsforum.com/forum/27-replaytv-showstopper-pvrs/685492-attn- ...

Die Frage ist also ob dein Server dem Client das auch per MC bekannt gibt im Netz oder rein nur mit einem simplen Broadcast. Ein Broadcast allein wird so über Router Grenzen NICHT übertragen, das ist Standard im TCP/IP.
Das für gibt es aber eine UDP Helper Funktion (Forwarder) in besseren Routern. Der MT wird das also auch können, vermutlich.