4
2003 Windows Server (Terminalserver) NLB Multicast
NLB Einrichtung Problem mit Multicasting
Hi Leutz,
ich hab in Problem mit Multicast und NLB. Ich hab 3 Server, mit den IPs 10.10.10.13/14/15/16/19/20 wobei jeder server 2 NICs hat. wenn ich jetzt NLB auf den NICs mit den Ungeraden Zahlen aktiviere im Multicast Modus, sind die Server über einem Layer3 (D-Link 6500-ds) Switch nicht von einem anderen Subnetz auf die Virtuelle IP 10.10.10.12 erreichbar. Mache ich was falsch bei der Einrichtung? Der Switch kann auf jeden Fall Multicasting.
Hat vielleicht jemand noch ne gute Anleitung wie man Multicast genau bei einem NLB-Cluster einrichtet?
Ich kenn mich da leider noch net so gut aus. Ich bin für alle Informationen Dankbar.
Mfg gutschialpha
Hi Leutz,
ich hab in Problem mit Multicast und NLB. Ich hab 3 Server, mit den IPs 10.10.10.13/14/15/16/19/20 wobei jeder server 2 NICs hat. wenn ich jetzt NLB auf den NICs mit den Ungeraden Zahlen aktiviere im Multicast Modus, sind die Server über einem Layer3 (D-Link 6500-ds) Switch nicht von einem anderen Subnetz auf die Virtuelle IP 10.10.10.12 erreichbar. Mache ich was falsch bei der Einrichtung? Der Switch kann auf jeden Fall Multicasting.
Hat vielleicht jemand noch ne gute Anleitung wie man Multicast genau bei einem NLB-Cluster einrichtet?
Ich kenn mich da leider noch net so gut aus. Ich bin für alle Informationen Dankbar.
Mfg gutschialpha
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 11336
Url: https://administrator.de/forum/2003-windows-server-terminalserver-nlb-multicast-11336.html
Ausgedruckt am: 19.12.2024 um 17:12 Uhr
4 Kommentare
Neuester Kommentar
Kannst Du die entsprechenden Ports im Layer-2 mode laufen lassen? Ich glaube das geht der Switch macht entweder Layer-3 Routing oder Layer-2 Bridging. Dann sollte das ganze gehen.
Standardmäßig setzt NLB den Unicast-Modus ein. Dabei verändert NLB die MAC-Adresse des
Netzwerkadapters, für den NLB aktiviert ist. Alle Rechner im Cluster erhalten damit die gleiche MACAdresse.
Ankommende Pakete werden so von allen Hosts des Clusters empfangen und an den NLBTreiber
zur Filterung weitergeleitet.
Im Multicast-Modus weist NLB jedem Adapter innerhalb des Clusters eine Layer-2-Multicast-Adresse
zu und lässt die MAC-Adresse des Clients unverändert.
Beide Betriebsarten haben ihre Vor- und Nachteile. Der Vorteil des Unicast-Modus ist, dass er nahtlos
mit allen Routern und Switches zusammenarbeitet. Der Nachteil ist, dass keine Kommunikation
zwischen den Hosts, die im Unicast-Modus konfiguriert sind, möglich ist, da alle Hosts innerhalb des
Clusters die gleiche IP- und MAC-Adresse haben. Der Multicast-Modus kennt diesen Nachteil nicht,
da er eine Layer-2-Multicast-Adresse zuweist, die den Austausch zwischen den Hosts ermöglicht, da
die Hosts ihre originale, eindeutige MAC-Adresse behalten und bereits eine eindeutige dedizierte IPAdresse
besitzen. Allerdings ordnet die ARP-Antwort, die von einem Host des Clusters als Antwort auf
eine ARP-Anfrage ausgesendet wird, die Unicast-IP-Adresse des Clusters der Multicast-MAC-Adresse
des Hosts zu. Diese Zuordnung innerhalb einer ARP-Antwort wird von Cisco-Routern zurückgewiesen.
Daher müssen Administratoren einen statischen ARP-Eintrag innerhalb der Cisco-Router vornehmen,
der die Cluster-IP-Adresse der gemeinsamen Cluster-MAC-Adresse zuordnet.
Gruß
Standardmäßig setzt NLB den Unicast-Modus ein. Dabei verändert NLB die MAC-Adresse des
Netzwerkadapters, für den NLB aktiviert ist. Alle Rechner im Cluster erhalten damit die gleiche MACAdresse.
Ankommende Pakete werden so von allen Hosts des Clusters empfangen und an den NLBTreiber
zur Filterung weitergeleitet.
Im Multicast-Modus weist NLB jedem Adapter innerhalb des Clusters eine Layer-2-Multicast-Adresse
zu und lässt die MAC-Adresse des Clients unverändert.
Beide Betriebsarten haben ihre Vor- und Nachteile. Der Vorteil des Unicast-Modus ist, dass er nahtlos
mit allen Routern und Switches zusammenarbeitet. Der Nachteil ist, dass keine Kommunikation
zwischen den Hosts, die im Unicast-Modus konfiguriert sind, möglich ist, da alle Hosts innerhalb des
Clusters die gleiche IP- und MAC-Adresse haben. Der Multicast-Modus kennt diesen Nachteil nicht,
da er eine Layer-2-Multicast-Adresse zuweist, die den Austausch zwischen den Hosts ermöglicht, da
die Hosts ihre originale, eindeutige MAC-Adresse behalten und bereits eine eindeutige dedizierte IPAdresse
besitzen. Allerdings ordnet die ARP-Antwort, die von einem Host des Clusters als Antwort auf
eine ARP-Anfrage ausgesendet wird, die Unicast-IP-Adresse des Clusters der Multicast-MAC-Adresse
des Hosts zu. Diese Zuordnung innerhalb einer ARP-Antwort wird von Cisco-Routern zurückgewiesen.
Daher müssen Administratoren einen statischen ARP-Eintrag innerhalb der Cisco-Router vornehmen,
der die Cluster-IP-Adresse der gemeinsamen Cluster-MAC-Adresse zuordnet.
Gruß
Hallo Egbert,
wie konfiguriere ich das denn im Unicast Modus auf den jeweiligen Servern.
Im NLB-Manager kann ich dann ja nicht die Geräte zum Cluster zusammenfügen.
Gruss
Ralf Schubert
wie konfiguriere ich das denn im Unicast Modus auf den jeweiligen Servern.
Im NLB-Manager kann ich dann ja nicht die Geräte zum Cluster zusammenfügen.
Gruss
Ralf Schubert
Hallo Egbert,
vielen Dank für Deine Hilfe,
konnte das Problem inzwischen auch lokalisieren.
Irgendwie war der TCP-IP-Stack im Eimer.
Ich habe jedenfalls die Protokolle zunächst neu installiert.
Als das auch keine Besserung brachte habe ich die Systeme neu aufgesetzt, und siehe da.
Da es sich bei den Systemen um Testsysteme handelt, zu denen auch andere Zugang haben...
Mit freundlichen Grüßen
Ralf Schubert
vielen Dank für Deine Hilfe,
konnte das Problem inzwischen auch lokalisieren.
Irgendwie war der TCP-IP-Stack im Eimer.
Ich habe jedenfalls die Protokolle zunächst neu installiert.
Als das auch keine Besserung brachte habe ich die Systeme neu aufgesetzt, und siehe da.
Da es sich bei den Systemen um Testsysteme handelt, zu denen auch andere Zugang haben...
Mit freundlichen Grüßen
Ralf Schubert
