Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Grundlegendes zur Redundanz von Switching Control Boards

Die Redundanz der Switching-Steuerplatine ermöglicht es Ihrem Gerät, die Routing- und Switching-Funktionen fortzusetzen, wenn eine primäre Steuerplatine ausfällt.

Anmerkung:

In diesem Abschnitt bezieht sich der Begriff Failover auf ein automatisches Ereignis, während sich switchover entweder auf ein automatisches oder ein manuelles Ereignis bezieht.

Redundante CFEBs

Auf Geräten, die diese Funktion unterstützen, führt der CFEB die folgenden Funktionen aus:

  • Routensuche (Route Lookups) – Führt Routensuchen unter Verwendung der Weiterleitungstabelle durch, die in synchronem SRAM (SSRAM) gespeichert ist.

  • Verwaltung von gemeinsam genutztem Speicher: Ordnet eingehende Datenpakete gleichmäßig im gemeinsam genutzten Speicher des Routers zu.

  • Übertragung ausgehender Datenpakete: Übergibt Datenpakete an die Ziel-FIC (Fixed Interface Card) oder Physical Interface Card (PIC), wenn die Daten zur Übertragung bereit sind.

  • Übertragung von Ausnahme- und Kontrollpaketen: Leitet Ausnahmepakete an den Mikroprozessor des CFEB weiter, der fast alle davon verarbeitet. Der Rest wird zur weiteren Verarbeitung an die Routing-Engine gesendet. Alle Fehler, die von der Packet Forwarding Engine ausgehen und von der CFEB erkannt werden, werden mithilfe von Systemprotokollmeldungen an die Routing-Engine gesendet.

Geräte, die diese Funktion unterstützen, verfügen über zwei CFEBs, von denen einer so konfiguriert ist, dass er als primärer Server fungiert, und der andere, der als Backup dient, falls der primäre ausfällt. Sie können eine manuelle Umschaltung einleiten, indem Sie den request chassis cfeb master switch Befehl eingeben.

Redundante FEBs

Geräte, die diese Funktion unterstützen, unterstützen bis zu sechs Forwarding Engine Boards (FEBs). Flexible PIC Concentrator (FPCs), die PICs hosten, sind von den FEBs, die die Paketweiterleitung übernehmen, getrennt. Die FPCs befinden sich an der Vorderseite des Gehäuses und versorgen die PICs über die Mittelebene mit Strom und Management. FEBs befinden sich auf der Rückseite des Gehäuses und empfangen Signale von der Midplane, die von den FEBs für die Paketweiterleitung verarbeitet werden. Die Midplane ermöglicht es jedem FEB, Datenverkehr für jeden FPC zu übertragen.

Um die Zuordnung von FPCs zu FEBs zu konfigurieren, verwenden Sie die Anweisung fpc-feb-connectivity . Sie können keine Verbindung zwischen einem FPC und einem FEB angeben, der als Backup konfiguriert ist. Wenn kein FPC für die Verbindung mit einem FEB angegeben ist, wird der FPC dem FEB automatisch mit derselben Steckplatznummer zugewiesen. So wird z. B. der FPC in Steckplatz 1 dem FEB in Steckplatz 1 zugewiesen.

Sie können einen FEB als Backup für einen oder mehrere FEBs konfigurieren, indem Sie eine FEB-Redundanzgruppe konfigurieren. Wenn ein FEB ausfällt, kann der Backup-FEB schnell die Paketweiterleitung übernehmen. Eine Redundanzgruppe muss genau einen Sicherungs-FEB enthalten und kann optional einen primären FEB und mehrere andere FEBs enthalten. Ein FEB kann nur einer Gruppe angehören. Eine Gruppe kann Sicherungen auf einer Eins-zu-Eins-Basis (Primär-zu-Sicherung), einer Viele-zu-Eins-Basis (zwei oder mehr andere FEBs-zu-Sicherung) oder einer Kombination aus beidem (eine Primär-zu-Sicherung und ein oder mehrere andere FEBs-zu-Sicherung) bereitstellen.

Wenn Sie einen primären FEB in einer Redundanzgruppe konfigurieren, spiegelt der Sicherungs-FEB den exakten Weiterleitungsstatus des primären FEB wider. Wenn ein Switchover von einem primären FEB erfolgt, wird der Backup-FEB nicht neu gestartet. Ein manueller Wechsel vom primären FEB zum Backup-FEB führt zu einem Datenverkehrsverlust von weniger als 1 Sekunde. Ein Failover vom primären FEB zum Backup-FEB führt zu einem Datenverkehrsverlust von weniger als 10 Sekunden.

Wenn ein Failover vom anderen FEB auftritt und ein primärer FEB für die Gruppe angegeben ist, wird der Sicherungs-FEB neu gestartet, sodass der Weiterleitungsstatus vom anderen FEB auf den Sicherungs-FEB heruntergeladen werden kann und die Weiterleitung fortgesetzt werden kann. Ein automatisches Failover von einem FEB, der nicht als primärer FEB angegeben ist, führt zu einem höheren Paketverlust. Die Dauer des Paketverlusts hängt von der Anzahl der Schnittstellen und der Größe der Routing-Tabelle ab, kann aber auch Minuten betragen.

Wenn ein Failover von einem FEB auftritt, wenn kein primärer FEB in der Redundanzgruppe angegeben ist, wird der Sicherungs-FEB nicht neu gestartet, und die Schnittstellen auf dem FPC, der mit dem zuvor aktiven FEB verbunden ist, bleiben online. Die Sicherungs-FEB muss nach einem Switchover den gesamten Weiterleitungsstatus von der Routing-Engine abrufen, und diese Aktualisierung kann einige Minuten dauern. Wenn Sie nicht möchten, dass die Schnittstellen während des Switchovers für den anderen FEB online bleiben, konfigurieren Sie einen primären FEB für die Redundanzgruppe.

Das Failover auf eine Sicherungs-FEB erfolgt automatisch, wenn eine FEB in einer Redundanzgruppe ausfällt. Sie können das automatische Failover für jede Redundanzgruppe deaktivieren, indem Sie die no-auto-failover Anweisung auf Hierarchieebene [edit chassis redundancy feb redundancy-group group-name] einschließen.

Sie können auch eine manuelle Umschaltung einleiten, indem Sie den request chassis redundancy feb slot slot-number switch-to-backup Befehl eingeben, wobei slot-number die Nummer des aktiven FEB ist. Weitere Informationen finden Sie im CLI-Explorer.

Die folgenden Bedingungen führen zu einem Failover, solange die Sicherungs-FEB in einer Redundanzgruppe verfügbar ist:

  • Der FEB ist abwesend.

  • Bei der FEB ist beim Online-Aufruf ein schwerwiegender Fehler aufgetreten.

  • Ein Softwarefehler auf dem FEB führte zu einem Absturz.

  • Die Ethernet-Verbindung von einem FEB zu einer Routing-Engine ist fehlgeschlagen.

  • Ein schwerwiegender Fehler auf dem FEB, z. B. ein Stromausfall, ist aufgetreten.

  • Die FEB wurde deaktiviert, als die Offline-Taste für die FEB gedrückt wurde.

  • Der Software-Watchdog-Timer auf dem FEB ist abgelaufen.

  • Bei den Verbindungen zwischen allen aktiven Fabric-Ebenen und dem FEB sind Fehler aufgetreten. Diese Situation führt zu einem Failover auf den Backup-FEB, wenn dieser über mindestens einen gültigen Fabric-Link verfügt.

  • Fehler sind bei der Verbindung zwischen dem FEB und allen damit verbundenen FPCs aufgetreten.

Nach einem Switchover ist keine Backup-FEB mehr für die Redundanzgruppe verfügbar. Sie können vom Sicherungs-FEB zum zuvor aktiven FEB zurückkehren, indem Sie den Befehl für den Betriebsmodus request chassis redundancy feb slot slot-number revert-from-backup eingeben, wobei slot-number die Nummer des zuvor aktiven FEB ist. Weitere Informationen finden Sie im CLI-Explorer.

Wenn Sie von der Sicherungs-FEB zurückkehren, steht sie wieder für einen Switchover zur Verfügung. Wenn die Redundanzgruppe nicht über einen primären FEB verfügt, wird der Sicherungs-FEB neu gestartet, nachdem Sie zum zuvor aktiven FEB zurückgekehrt sind. Wenn es sich bei dem FEB, zu dem Sie zurückkehren, nicht um einen primären FEB handelt, wird der Sicherungs-FEB neu gestartet, damit er mit dem Zustand des primären FEB ausgerichtet werden kann.

Wenn Sie die Konfiguration für eine vorhandene Redundanzgruppe so ändern, dass ein FEB eine Verbindung zu einem anderen FPC herstellt, wird der FEB neu gestartet, es sei denn, der FEB war bereits mit einem oder zwei FPCs vom Typ 1 verbunden, und die Änderung führte nur dazu, dass der FEB entweder mit einem zusätzlichen oder einem weniger FPC vom Typ 1 verbunden wurde. Weitere Informationen zum Zuordnen einer Verbindung zwischen einem FPC und einem FEB finden Sie in der Junos OS Administrationsbibliothek für Routing-Geräte. Wenn Sie den primären FEB in einer Redundanzgruppe ändern, wird der Sicherungs-FEB neu gestartet. Der FEB wird auch neu gestartet, wenn Sie einen Sicherungs-FEB in einen Nicht-Sicherungs-FEB oder einen aktiven FEB in einen Sicherungs-FEB ändern.

Um den Status der konfigurierten FEB-Redundanzgruppen anzuzeigen, geben Sie den show chassis redundancy feb Befehl Betriebsmodus ein. Weitere Informationen finden Sie im CLI-Explorer.

Redundante SSBs

Das System and Switch Board (SSB) auf Geräten, die diese Funktion unterstützen, führt die folgenden Hauptfunktionen aus:

  • Shared-Memory-Management auf den FPCs: Der Distributed Buffer Manager-ASIC auf dem SSB weist eingehende Datenpakete gleichmäßig dem gemeinsam genutzten Speicher auf den FPCs zu.

  • Ausgehende Datenübertragung an die FPCs: Ein zweiter Distributed Buffer Manager-ASIC auf dem SSB übergibt Datenzellen an die FPCs zur erneuten Assemblierung der Pakete, wenn die Daten zur Übertragung bereit sind.

  • Routensuche: Der Internet Processor ASIC auf dem SSB führt Routensuchen mithilfe der im SSRAM gespeicherten Weiterleitungstabelle durch. Nach der Suche informiert der Internet Processor ASIC die Midplane über die Weiterleitungsentscheidung, und die Midplane leitet die Entscheidung an die entsprechende ausgehende Schnittstelle weiter.

  • Überwachung von Systemkomponenten: Das SSB überwacht andere Systemkomponenten auf Fehler- und Alarmbedingungen. Es sammelt Statistiken von allen Sensoren im System und leitet sie an die Routing-Engine weiter, die den entsprechenden Alarm einstellt. Wenn beispielsweise ein Temperatursensor den ersten intern definierten Schwellenwert überschreitet, gibt die Routing-Engine einen "Hochtemperatur"-Alarm aus. Überschreitet der Sensor den zweiten Schwellenwert, leitet die Routing-Engine ein Herunterfahren des Systems ein.

  • Ausnahme- und Kontrollpaketübertragung: Der Internet Processor ASIC übergibt Ausnahmepakete an einen Mikroprozessor auf dem SSB, der fast alle Pakete verarbeitet. Die restlichen Pakete werden zur weiteren Verarbeitung an die Routing-Engine gesendet. Alle Fehler, die von der Packet Forwarding Engine ausgehen und vom SSB erkannt werden, werden mithilfe von Systemprotokollmeldungen an die Routing-Engine gesendet.

  • FPC-Reset-Steuerung – Der SSB überwacht den Betrieb der FPCs. Wenn Fehler in einem FPC festgestellt werden, versucht der SSB, den FPC zurückzusetzen. Nach drei erfolglosen Zurücksetzungen schaltet der SSB den FPC offline und informiert die Routing-Engine. Andere FPCs sind davon nicht betroffen, und der normale Systembetrieb wird fortgesetzt.

Geräte, die diese Funktion unterstützen, können bis zu zwei SSBs aufnehmen. Ein SSB ist so konfiguriert, dass er als primärer SSB fungiert, und der andere ist so konfiguriert, dass er als Backup dient, falls der primäre SSB ausfällt. Sie können eine manuelle Umschaltung einleiten, indem Sie den request chassis ssb master switch Befehl eingeben. Weitere Informationen finden Sie im CLI-Explorer.

Redundante SFMs

Geräte, die diese Funktion unterstützen, verfügen über redundante Switching- und Weiterleitungsmodule (SFMs). Die SFMs enthalten den Internet Processor II-ASIC und zwei Distributed Buffer Manager-ASICs. SFMs stellen sicher, dass der gesamte Datenverkehr, der die FPCs verlässt, ordnungsgemäß abgewickelt wird. SFMs bieten Routensuche, Filterung und Switching.

Sie können eine manuelle Umschaltung einleiten, indem Sie den request chassis sfm master switch Befehl eingeben. Weitere Informationen finden Sie im CLI-Explorer.