Fehlerbehebung bei Multichassis-Link-Aggregation

Beschreibung

Wenn beide aggregierten Multichassis-Ethernet-Schnittstellen auf beiden verbundenen MC-LAG-Peers (Multichassis Link Aggregation Group) ausgefallen sind, werden die MAC-Adressen, die auf den aggregierten Multichassis-Ethernet-Schnittstellen gelernt wurden, nicht aus der MAC-Adresstabelle entfernt.

Wenn Sie z. B. die aggregierte Multichassis-Ethernet-Schnittstelle (ae0) auf beiden MC-LAG-Peers deaktivieren, indem Sie den set interfaces ae0 disable Befehl absetzen und die Konfiguration bestätigen, zeigt die MAC-Tabelle weiterhin die MAC-Adressen an, die auf den aggregierten Multichassis-Ethernet-Schnittstellen beider MC-LAG-Peers gelernt wurden.

Beschreibung

Ein MC-LAG-Peer (Multi-Chassis Link Aggregation Group) wechselt nicht in den Standby-Modus, wenn die in der ICCP-Konfiguration (Inter-Chassis Control Protocol) angegebene IP-Adresse des MC-LAG-Peers und die in der Multichassis-Schutzkonfiguration angegebene IP-Adresse unterschiedlich sind.

Beschreibung

Wenn der ICL-PL (Interchassis Control Link Protection Link) und die aggregierten Multichassis-Ethernet-Schnittstellen auf dem primären MC-LAG-Peer (Multichassis Link Aggregation Group) ausfallen, werden die aggregierten Multichassis-Ethernet-Schnittstellen des sekundären MC-LAG-Peers, bei denen die Statussteuerung auf Standby eingestellt ist, inaktiv statt aktiv.

Beschreibung

Implizite Failover-Umleitungsfilter für Multichassis Link Aggregation Group (MC-LAG) haben Vorrang vor vom Benutzer konfigurierten expliziten Filtern.

Beschreibung

Nachdem Sie das Inter-Chassis Control Protocol (ICCP) deaktiviert haben, werden in der Betriebsbefehlsausgabe show iccp weiterhin registrierte Client-Daemons wie mcsnoopd, lacpd und eswd angezeigt.

Zum Beispiel:

Die show iccp Befehlsausgabe zeigt immer registrierte Module an, unabhängig davon, ob ICCP-Peers konfiguriert sind oder nicht.

Beschreibung

Wenn die ICCP-Konfiguration (Inter-Chassis Control Protocol) und die RVI-Konfiguration (Routing-VLAN-Schnittstelle) zusammen festgeschrieben werden, kann es bis zu 60 Sekunden dauern, bis die ICCP-Verbindung aktiv wird.

Beschreibung

Wenn Sie eine Interchassis-Link-Schutzverbindung (ICL-PL) aktivieren und dann deaktivieren, wird das auf der aggregierten Multichassis-Ethernet-Schnittstelle gelernte MAC-Adressalter auf Null zurückgesetzt. Die Änderungen an der Next-Hop-Schnittstelle lösen MAC-Adressaktualisierungen in der Hardware aus, die dann Alterungsaktualisierungen in der Packet Forwarding Engine auslösen. Das Ergebnis ist, dass das Alter der MAC-Adresse auf Null aktualisiert wird.

Beispielsweise wurde die ICL-PL deaktiviert, und die show ethernet-switching table Befehlsausgabe zeigt, dass die MAC-Adressen ein Alter von 0 haben.

Beschreibung

Wenn auf einem QFX3500-Switch mit Junos OS Version 12.3 oder früher ein MC-LAG-Peer (Multichassis Link Aggregation Group) eine MAC-Adresse im Standard-VLAN lernt, synchronisiert das Inter-Chassis Control Protocol (ICCP) die MAC-Adresse nicht mit der MAC-Adresse des anderen MC-LAG-Peers.

Beschreibung

Wenn aggregierte Ethernet-Schnittstellen mit mehreren Chassis in einem VLAN konfiguriert werden, das für Multicast-Snooping aktiviert ist, werden die Mitgliedschaftseinträge, die auf den aggregierten Multichassis-Ethernet-Schnittstellen im VLAN gelernt wurden, nicht gelöscht, wenn die aggregierten Multichassis-Ethernet-Schnittstellen ausfallen. Dies geschieht, um die Konvergenzzeit zu verkürzen, wenn die Schnittstellen hoch- oder hoch- oder heruntergefahren werden.

Beschreibung

Die ICCP-Verbindung (Inter-Chassis Control Protocol) wird nicht hergestellt, wenn Sie einen Authentifizierungsschlüssel hinzufügen und ihn dann nur auf globaler ICCP-Ebene löschen. Die Authentifizierung funktioniert jedoch ordnungsgemäß auf ICCP-Peer-Ebene.

Beschreibung

Wenn die aggregierte Ethernet-Schnittstelle mit mehreren Chassis ausgefallen ist, während sich der Zustandsautomat in einem synchronisierten Zustand befindet, ist der lokale Status des MC-LAG-Peers (Multichassis Link Aggregation Group) Standby. Wenn die aggregierte Ethernet-Schnittstelle mit mehreren Chassis ausfällt, nachdem sich der Zustandsautomat in einem aktiven Zustand befindet, bleibt der lokale Status aktiv, und der lokale Status gibt an, dass die Schnittstelle ausgefallen ist.

Beschreibung

Wenn Sie die Erkennung der Backup-Liveness für eine Multichassis Link Aggregation Group (MC-LAG) aktivieren und die Pakete zur Erkennung der Backup-Liveness aufgrund eines vorübergehenden Fehlers in der MC-LAG verloren gehen, bleiben beide Peers in der MC-LAG aktiv. In diesem Fall senden beide MC-LAG-Peers Pakete an den verbundenen Server.

Beschreibung

Nach einem Neustart oder nachdem eine neue ICCP-Konfiguration (Inter-Chassis Control Protocol) festgeschrieben wurde und die ICCP-Verbindung nicht aktiv wird, verwenden die LACP-Nachrichten (Link Aggregation Control Protocol), die über die aggregierten Ethernet-Schnittstellen mit mehreren Chassis übertragen werden, die Standardsystem-ID. Die konfigurierte System-ID wird anstelle der Standard-System-ID erst verwendet, nachdem die MC-LAG-Peers miteinander synchronisiert wurden.

Beschreibung

Es gibt keine Commit-Prüfungen für die Schnittstelle, die als Interchassis-Link-Protection-Link (ICL-PL) konfiguriert wird, daher müssen Sie einen gültigen Schnittstellennamen für die ICL-PL angeben.

Beschreibung

Wenn die folgenden Ereignisse in genau dieser Reihenfolge eintreten – das Inter-Chassis Control Protocol (ICCP) fällt aus und die aggregierte Ethernet-Schnittstelle mit mehreren Chassis auf dem MC-LAG-Peer (Multichassis Link Aggregation Group) im aktiven Modus fällt aus – tritt ein doppeltes Failover auf. In diesem Szenario erkennt der MC-LAG-Peer im Standby-Modus nicht, was auf dem aktiven MC-LAG-Peer passiert. Der MC-LAG-Peer im Standby-Modus verhält sich so, als ob die aggregierte Multichassis-Ethernet-Schnittstelle auf der MC-LAG im aktiven Modus aktiv wäre, und blockiert den ICL-PL-Datenverkehr (Interchassis Link Protection Link). Der ICL-PL-Datenverkehr wird nicht weitergeleitet.

Beschreibung

Wenn der Interchassis Link Protection Link (ICL-PL) ausfällt und wieder hochgefahren wird, wird Multicast-Datenverkehr an alle Schnittstellen im VLAN weitergeleitet. Das Packet Forwarding Engine-Flag Ip4McastFloodMode für das VLAN wird in MCAST_FLOOD_ALL geändert. Dieses Problem tritt nur auf, wenn eine Multichassis Link Aggregation Group (MC-LAG) für Layer 2 konfiguriert ist.

Beschreibung

Wenn das Inter-chassis Control Protocol (ICCP) ausgefallen ist, ist der Status eines Remote-MC-LAG-Peers unbekannt. Selbst wenn der MC-LAG-Peer als Standby-Peer konfiguriert ist, wird der Datenverkehr nicht an diesen Peer umgeleitet, da davon ausgegangen wird, dass dieser Peer ausgefallen ist.

Beschreibung

Wenn eine aggregierte Ethernet-Schnittstelle mit mehreren Chassis in eine aggregierte Ethernet-Schnittstelle konvertiert wird, bleiben einige Eigenschaften der aggregierten Ethernet-Schnittstelle mit mehreren Chassis erhalten. Die aggregierte Ethernet-Schnittstelle kann z. B. den Verwaltungsschlüssel der aggregierten Ethernet-Schnittstelle mit mehreren Chassis beibehalten. In diesem Fall fällt die aggregierte Ethernet-Schnittstelle aus.

Beschreibung

Wenn die MAC-Synchronisierung aktiviert ist, kann der MC-LAG-Peer (Multichassis Link Aggregation Group) ARP-Einträge (Address Resolution Protocol) für die MC-LAG-geroutete VLAN-Schnittstelle (RVI) mit einer der MAC-Adressen des MC-LAG-Peers auflösen. Wenn der Downstream-Datenverkehr mit einer MAC-Adresse (MAC1) gesendet wird, der Peer die MAC-Adresse jedoch mit einer anderen MAC-Adresse (MAC2) aufgelöst hat, wird die MAC2-Adresse möglicherweise von keinem der Access Layer-Switches gelernt. In diesem Fall kann es zu einer Überflutung des Upstream-Datenverkehrs für die MAC2-Adresse kommen.

Beschreibung

Die ARP- und MAC-Adresstabellen in einer MC-LAG-Konfiguration bleiben normalerweise synchronisiert, aber Aktualisierungen können in Extremsituationen verloren gehen, wenn Tabellenaktualisierungen sehr häufig erfolgen, z. B. wenn Link-Flapping in einer MC-LAG-Gruppe auftritt.