Multicast Routing zwei Standorte

[fernmelder 10]

Servus zusammen,

 

wir haben zwei Standorte:

 

a) 192.168.0.x

b) 192.168.20.x

 

Server für eine spezielle Anwendung steht an Standort a)!

Zwei Clients stehen an Standort B)!

 

Die Clients können sich am Server an Standort B) nicht anmelden, da mir der Programmieres der Software eben gesagt hat, dass anscheinend die Multicast Protokolle zwischen den beiden Standorten nicht durchgehen.

 

Wir haben eine 100 Mbit Standleitung von der Telekom zwischen den beiden Standorten. Die Layer 3 Switches D-Link DGS-3312SR , die direkt an den von der Telekom gestellen LWL-Ethernet Geräten angeschlossen sind, haben von uns keine Restriktionen bezüglich Multicast verpasst bekommen.

 

Wir sind am rätseln, warum die Multicast nicht durchgehen. Könnte es sein, dass dies an den Telekom Geräten liegt?

 

Danke für eure Tipps.

[Windowsbetatest 10]

Hallo,

 

liegt zwischen beiden Standorten ein weiters Transfernetz?

 

Wenn ja, müsste dieses entweder Multicast routen oder ihr müsstet einen Tunnel

(->VPN oder sowas wie GRE) drüber legen und es als Unicast zwischen den Standorten transportieren.

[fernmelder 10]

Hi,

 

danke für deine schnelle Antwort. Ein weiteres Transfernetz läuft nicht zwischen den beiden Standorten. Nur eben die Punkt zu Punkt LWL-ETH Verbindung, die dann auf beiden Seiten auf einen Layer 3 Switch gelegt werden und dieser dann auf einen herkömmlichen Layer 2 Switch, an dem dann sämtliche Clients angeschlossen sind.

 

****e Frage:

 

Wie kann ich testen, ob ein Multicast von 192.168.20.x nach 192.168.0.x definitiv nicht funktioniert? Gibt es da TestProgramme? Oder so ne Art Multicast Tracert, bei dem ich sehe, wo die Multicast Pakete hängen bleiben?

 

Die Jungs von Dlink (Hotline) sagten mir, dass standardmäßig der Layer 3 Switch alles durchschleift, auch Multicast Pakete. Laut Dlink liegt der Fehler bei den Telekom Geräten, die u.U. Multicast zwischen den Standorten blockieren. Hab da auch schon angerufen, aber die konnten mir auch nicht helfen bzw. haben die Anfrage weitergeben.

 

Echt seltsam.

[Windowsbetatest 10]

Hallo,

 

ein nettes Tools ist "vlc". Er kann Videos als Multicast Stream veteilen und empfangen. Ihn benutzen wir immer zu demonstrationen.

 

Ansonsten gibt (gab) es von MS "Wlisten" und "WSend" (sind noch für NT4, laufen aber auf XP). Damit kann man bisschen mit den Parametern spielen.

 

Sowas wie Multicast wird meist nicht verboten, sondern muss explizit dazu gekauft werden. Schau mal in euere Verträge.

 

Ansosnten muss Multicast meist mit IGMP und PIm geroutet werden, schau mal ob dies für euch zutrifft und ob die Messages durchkommen.

 

Ein Cisco kann per Default kein Multicast routen, sondern man muss dies aktivieren. Ich kenne zwar D-Link da nicht, aber schau mal ob Multicast Routing aktiv ist.

[fernmelder 10]

Der DGS-3312S unterstützt:

 

Multicast

- IGMP V2

- IGMP Snooping

- DVMRP

- PIM-DM

 

Im Config Bereich des Layer 3 Switches steht:

 

IGMP Snooping - DISABLED

Multicast Router only - DISABLED

Statische Setup Static Unicast Forwarding Table - Disabled

Statische Static Multicast Forwarding Settings - Disabled

 

DVMRP State - Disabled

PIM-DM State - Disabled

 

---

 

Der Dlink Hotline Mensch sagte mir, wenn die Daten oben disabled sind, dann wird alles durchgeschleift. Oder hat der mir Müll erzählt? ;-)

[Windowsbetatest 10]

PIM-DM State - Disabled

 

Hallo, ich kenne euer Setup und den Switch nicht.

 

Aber wenn der Switch nur "PIM Dense Mode" (PIM-DM) kann, muss es an sein.

 

Über WAN macht man normalerweise "PIM Sparse Mode" (PIM-SM).

 

Alle Switche und Router auf der Strecke müssen PIM bzw. IGMP machen, sonst kommt der Multicast Stream nicht ans Zeil.

 

IGMP Snooping sollte (vor allem über WAN) aktiv sein.

 

Anstatt "DVMRP" sollte "PIM" verwendet werden.

 

mfg

 

Edit:

 

Mag sein das der Switch alles durchschleift, da der gegenüber nicht weiss, das es diesen Multicast Stream gibt, wird es nicht funktionieren.

 

Platt ausgedrückt: PIM bzw. DVMRP kümmern sich darum, dass der gegenüber "weiss" das es diesen Stream gibt und jemand ihn haben will.

[fernmelder 10]

Hmm, hab gerade nach IGMP Snooping und PIM-DM gegoogelt.

 

Scheint ja in der Tat so, dass das aktiviert sein sollte bei Multicast.

 

Werde ich gleich mal aktivieren. Wenn das klappt, dann sprenge ich heute noch den Dlink Support in die Luft.

[Windowsbetatest 10]

Hallo,

 

also kleiner Hinweis, auch wenn es etwas heiß ist, in einem produktivem Netzwerk Packetsniffer zu verwenden, würde ich mir mal den PIM/IGMP Traffic mit Wireshark ansehen.

 

Vorher natürlich alle (Chefs, Betriebsrat, Mitarbeiter ...) informieren und Ok einhohlen.

 

Idealerweise machst du das nach Dienstschluss, um kolleteralschäden und unnötigen Aufwand zu minimieren. Info und OK aller betroffenen ist natürlich auch dann immer noch nötig.

 

Anbei, wenn du im lokalem L2 Segment bleiben würdest, hat der D-Link Support natürlich recht. Nicht das es zu enem Missverständnis gekommen ist ;).

 

mfg

[fernmelder 10]

IGMP Snooping und PIM-DM ist aktiviert.

 

Leider klappt das mit dem Connect der Software immer noch nicht.

 

Interessant ist aber der Eintrag im Dlink 1:

 

---

PIM Neighbor Table

Interface Name Neighbor Address Expire Time

System 10.0.0.220 77

---

 

und Dlink 2:

 

--

PIM Neighbor Table

Interface Name Neighbor Address Expire Time

System 10.0.0.210 95

---

 

Die Packets Analysis der beiden Dlink hab ich auch mal angeguckt.

 

Dort werden ne Menge Unicast aufgelistet, Multicast steht bei 0, Broadcast ebenso.

 

Hmmm, bin echt ratlos.

[Windowsbetatest 10]

Hallo,

 

also PIM wird als Multicast übertragen, somit solltest du zumindest einige pakete sehen.

 

Die Router der Telekom müssten ebenfalls PIM sprechen damit es geht.

 

Wer ist "10.0.0.210" bzw. "10.0.0.220".

 

mfg

[lefg 276]

Hallo,

 

und warum wird sich nicht bei der Telekom nach den Eigenschaften der Leitung erkundigt?

eine 100 Mbit Standleitung von der Telekom

Ist das eine Etherconnect-Leitung? Welcher Layer ist denn das?

da mir der Programmieres der Software eben gesagt hat, dass anscheinend die Multicast Protokolle zwischen den beiden Standorten nicht durchgehen.

Ist das eine gesicherte Erkenntnis oder fällt (ihm) nichts anderes ein.

[fernmelder 10]

Wer ist "10.0.0.210" bzw. "10.0.0.220".

 

10.0.0.210 ist der port 1 vom Layer 3 Dlink Switch an Standort A, der direkt auf den Telekom LWL Ethernet Port angeschlossen ist.

 

10.0.0.220 ist der port 1 vom Layer 3 Dlink Switch an Standort B, der direkt auf den Telekom LWL Ethernet Port angeschlossen ist.

 

Der jeweilige Port 2 (192.168.0.1 Standort A, 192.168.20.1 Standort B) des Layer 3 Switches (hat insgesamt nur 4 Ports) geht dann auf einen 24 Port Layer 2 Switch, an dem sämtliche Clients und Server angeschlossen ist.

 

Die Telekom hat die 100 Mbit Standleitung überprüft, es gehen definitiv Multicast Pakete durch. Scheint also am Layer Dlink Switch zu liegen. IGMP Snooping und PIM-DM ist aktiviert, die clients an Standoirt können sich aber immer noch nicht auf dem Server an Standort A anmelden.

[Windowsbetatest 10]

Hallo, was sind das für Layer-2 Switche?

 

Sprechen diese Switche per IGMP mit den Layer-3 Swicthen?

 

Werden irgendwelche Multicast Bereiche gefiltert?

 

Um die App auszuschlißen, nutze mal vlc und streame was.

 

mfg

[fernmelder 10]

Die HP Procurve 2510 Switches sind nicht der Fehler. Wir haben noch einen weiteren Standort, der ohne Layer 3 Switches, sondern direkt von den Telekom Etherconnect Ports auf die Layer 2 Switches angeschlossen sind. Bei diesem Standort funktioniert die Software.

 

Dlink muss es also meiner Meinung nach sein.

 

Ich hab auf dem Dlink noch eine weitere Einstellung gefunden:

 

---

IGMP Interface Table

 

Interface Name IP Address Version Query Max Response Time Robustness Value Last Member Query Interval State

 

Bei allen angeschlossene Ports steht die Einstellung auf Disabled. Ich bin ehrlich gesagt überfragt, was diese Einstellungen in IGMP Interface Table bedeutet. Muss ich nochmals nachlesen.

 

bearbeitet 14. Januar 2010 von fernmelder
bild hinzugefügt