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

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?

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