danlei
Apr 12, 2015
view6913
view11
0
Goto Top

UPNP DLNA Routing über Mikrotik RB750GL

GermanQuestionRouters, RoutingNetworks
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.

38fc2f736c274626786c3234bb2779da

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

87c9860ae4c1286eace8bf7da92c190b

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
comment-contentCommentShareShare
Share on Facebook Share on Twitter Share on Reddit Share on Linkedin

Content-Key: 268967

Url: https://administrator.de/contentid/268967

Printed on: April 20, 2024 at 01:04 o'clock

11 Comments
Latest comment
Goto Top
Mitglied: 114757
114757 Apr 12, 2015 updated at 09:10:06 (UTC)
Goto Top
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
Member: aqui
aqui Apr 12, 2015 updated at 09:55:50 (UTC)
Goto Top
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
Member: DanLei
DanLei Apr 13, 2015 updated at 10:02:23 (UTC)
Goto Top
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?
Member: DanLei
DanLei Apr 13, 2015 at 10:10:31 (UTC)
Goto Top
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
Member: aqui
aqui Apr 14, 2015 at 07:17:44 (UTC)
Goto Top
Dann hast du vermutlich ein Problem bei dem Client ?
Kommunizieren die mit Multicast IP Adressen ?
Member: DanLei
DanLei Apr 14, 2015 at 10:38:22 (UTC)
Goto Top
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
Member: aqui
aqui Apr 14, 2015 updated at 11:15:04 (UTC)
Goto Top
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.
Member: DanLei
DanLei Apr 14, 2015 at 11:48:06 (UTC)
Goto Top
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.
Member: aqui
aqui Apr 14, 2015 at 13:10:14 (UTC)
Goto Top
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.
Mitglied: 114757
114757 Apr 14, 2015 at 14:00:55 (UTC)
Goto Top
Welche Firmware Version hat der Mikrotik ?
Member: DanLei
DanLei Apr 14, 2015 at 21:45:17 (UTC)
Goto Top
Die Firmware ist 3.22 und RouterOS 6.27
GermanQuestionRouters, RoutingNetworks
Hotly discussed
gleixnerdCheck of ZFW Firewallgleixnerd - 3 CommentsAlexWishaHow to set up and configure a Linux GRE tunnelAlexWisha - 3 CommentsjstrickerWIREGUARD VPN ON UDM PRO BEHIND FRITZBOX - HANDSHAKE DID NOT COMPLETEjstricker - 3 CommentsDaniEnd of Support dates for Office 2016, 2019 Apps und Productivity ServersDani - 1 Comment