CISCO 4500R + E, Sup7L-E-Redundanz: RPR oder SSO?


7

Wir werden ein 4500R + E-Chassis mit zwei redundanten Supervisoren Sup7L-E einsetzen. Alle Ports im Chassis - Switchport mit Amtsleitungen. L3-Schnittstellen - SVI. Das Chassis beendet die L3-Domäne (Route zwischen Zone), keine dynamischen Routing-Protokolle, nur statisches Routing.

Was ist der beste Redundanzmechanismus für eine solche Bereitstellung: RPR oder SSO?


Hat dir eine Antwort geholfen? Wenn ja, sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie Ihre eigene Antwort bereitstellen und akzeptieren.
Ron Maupin

Antworten:


13

SSO wird aufgrund der kürzeren Umschaltung bevorzugt, wenn der Supervisor ausfällt. Von Cisco:

Wenn die Redundanz der Supervisor-Engine aktiviert ist, wird die Standby-Supervisor-Engine zur "neuen" aktiven Supervisor-Engine, wenn die aktive Supervisor-Engine ausfällt oder eine manuelle Umschaltung durchgeführt wird. Die Standby-Supervisor-Engine wurde automatisch mit der Startkonfiguration der aktiven Supervisor-Engine initialisiert, wodurch die Umschaltzeit verkürzt wurde (30 Sekunden oder länger im RPR-Modus, abhängig von der Konfiguration; Subsekunde im SSO-Modus).

Betrieb von RPR:

RPR wird in Cisco IOS-XE Release 3.1.0SG und späteren Versionen unterstützt. Wenn eine Standby-Supervisor-Engine im RPR-Modus ausgeführt wird, wird sie in einem teilweise initialisierten Zustand gestartet und mit der dauerhaften Konfiguration der aktiven Supervisor-Engine synchronisiert.

Bei einer Supervisor-Engine-Umschaltung wird der Datenverkehr unterbrochen, da im RPR-Modus alle physischen Ports neu gestartet werden, da zwischen Supervisor-Engines kein Status in Bezug auf Modultypen und -status beibehalten wird. Wenn die Standby-Supervisor-Engine nach der Umschaltung ihre Initialisierung abschließt, liest sie Hardwareinformationen direkt aus dem Modul und wird zur aktiven Supervisor-Engine.

Der redundante Supervisor wird also nur teilweise initialisiert. Dies bedeutet, dass es zu einer Störung kommt, wenn der Supervisor ein Failover durchführt.

SSO hingegen ist vollständig initialisiert.

SSO wird in Cisco IOS-XE Release 3.1.0SG und späteren Versionen unterstützt. Wenn eine Standby-Supervisor-Engine im SSO-Modus ausgeführt wird, wird die Standby-Supervisor-Engine in einem vollständig initialisierten Zustand gestartet und mit der persistenten Konfiguration und der laufenden Konfiguration der aktiven Supervisor-Engine synchronisiert. Anschließend wird der Status der unten aufgeführten Protokolle beibehalten, und alle Änderungen des Hardware- und Software-Status für Funktionen, die eine zustandsbehaftete Umschaltung unterstützen, werden synchronisiert. Folglich bietet es Layer 2-Sitzungen in einer redundanten Supervisor-Engine-Konfiguration keine Unterbrechung.

Da die Standby-Supervisor-Engine den Hardware-Verbindungsstatus jeder Verbindung erkennt, bleiben die vor der Umschaltung aktiven Ports aktiv, einschließlich der Uplink-Ports. Da sich Uplink-Ports jedoch physisch in der Supervisor-Engine befinden, werden sie getrennt, wenn die Supervisor-Engine entfernt wird.

Wenn die aktive Supervisor-Engine ausfällt, wird die Standby-Supervisor-Engine aktiv. Diese neu aktive Supervisor-Engine verwendet vorhandene Layer 2-Switching-Informationen, um den Datenverkehr weiterzuleiten. Die Weiterleitung der Schicht 3 wird verzögert, bis die Routing-Tabellen in der neu aktiven Supervisor-Engine neu gefüllt wurden.

Es wird daher empfohlen, SSO auszuführen. Ausführliche Informationen finden Sie unter Konfigurieren der Redundanz der Supervisor-Engine mithilfe von RPR und SSO für Supervisor Engine 7-E und Supervisor Engine 7L-E

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.