Konfigurieren einer Virtual Chassis Heartbeat-Verbindung

Vorteile der Konfiguration einer Virtual Chassis-Heartbeat-Verbindung

Die Konfiguration einer Virtual Chassis-Heartbeat-Verbindung bietet die folgenden Vorteile für ein Virtual Chassis der MX-Serie:

• Verbesserte Ausfallsicherheit in Fehlerszenarien

  Durch die Konfiguration der Heartbeat-Verbindung wird die Ausfallsicherheit des Virtual Chassis im Falle einer Unterbrechung oder Teilung in der Nachbarschaft verbessert, die durch einen Ausfall der Virtual Chassis-Portschnittstellen verursacht wird, oder wenn einer der Mitgliedsrouter außer Betrieb ist. Wenn die Heartbeat-Verbindung erkennt, dass der primäre Virtual Chassis-Router (VC-P) während einer Teilung noch in Betrieb ist und reagieren kann, behält die Software die primäre Rolle auf dem vorhandenen VC-P bei, isoliert den Virtual Chassis-Backup-Router (VC-B), bis das Virtual Chassis wiederhergestellt ist, und setzt die Backup-Rolle auf dem VC-B fort, wenn sich das Virtual Chassis erneut bildet. Dadurch verhindert die Heartbeat-Verbindung, dass die Mitgliedsrouter unnötigerweise die primären Rollenrollen ändern, was Systemressourcen verbraucht und zu unerwarteten und unerwünschten Ergebnissen führt.

  Wenn der VC-B während einer Unterbrechung isoliert wird, startet die Software sofort alle Linecards neu und schaltet alle Netzwerkports aus, bis die Störung behoben ist und sich das Virtual Chassis wieder bildet. Dieses Verhalten unterstützt Netzwerkanwendungen mit externen Geräten, die eine physische Verbindungsbedingung erfordern, um die Datenverkehrspfade auf andere Verbindungen umzuschalten.

• Verbessertes Vorwahlverfahren

  Das Virtual Chassis Control Protocol (VCCP) steuert die Wahl der primären Rolle in einem Virtual Chassis. Wenn Sie die Heartbeat-Verbindung in einem Virtual Chassis der MX-Serie konfigurieren, wertet die VCCP-Software die von der Heartbeat-Verbindung gesammelten Zustandsinformationen aus, um zu bestimmen, welcher Mitgliedsrouter im Falle einer Unterbrechung oder Trennung in der Nachbarschaft zum globalen primären Router (VC-P) werden soll. Wenn die Heartbeat-Verbindung erkennt, dass der Peer-Mitglieder-Router reagiert, unterdrückt die VCCP-Software unnötige Änderungen an den primären Rollenrollen.

  Wenn die Heartbeat-Verbindung hingegen nicht konfiguriert ist, verfügt die VCCP-Software nicht über diese zusätzlichen Zustandsinformationen, wenn die entsprechenden primären Rollenrollen nach einer Unterbrechung oder Aufteilung bestimmt werden.

• Möglichkeit, Statistiken im Zusammenhang mit der Heartbeat-Verbindung einfach anzuzeigen und zu löschen

  Mit den Betriebsbefehlen für das Virtual Chassis können Sie den Status der Heartbeat-Verbindung anzeigen, detaillierte Statistiken und Latenzmessungen im Zusammenhang mit der Heartbeat-Verbindung überprüfen und Heartbeat-bezogene Statistikzähler und Zeitstempelfelder für einen oder beide Mitgliedsrouter löschen.

Konfigurationsanforderungen für die Heartbeat-Verbindung

Um eine Heartbeat-Verbindung für ein Virtual Chassis der MX-Serie herzustellen, müssen Sie eine sichere und zuverlässige Route zwischen dem primären Router und dem Backup-Router für den Austausch von TCP/IP-Heartbeat-Paketen konfigurieren. Insbesondere müssen Sie sicherstellen, dass die primäre Routing-Engine im Virtual Chassis-Backup-Router (VC-Bp) eine TCP/IP-Verbindung mit der master-only IP-Adresse der primären Routing-Engine im primären Virtual Chassis-Router (VC-PP) herstellen kann.

Die folgenden zusätzlichen Anforderungen gelten, wenn Sie die Taktverbindung konfigurieren:

• Konfigurieren Sie die Heartbeat-Verbindung nur zwischen Virtual Chassis-Mitgliedsroutern, die berechtigt sind, der primäre Virtual Chassis-Router zu werden, der auch als primärer Protokollrouter oder globaler Primärrouter bezeichnet wird.

  In einer Virtual Chassis-Konfiguration der MX-Serie mit zwei Mitgliedern weisen Sie die routing-engine Rolle jedem Router als Teil der vorab bereitgestellten Konfiguration zu. Die routing-engine Rolle ermöglicht es dem Router, je nach Bedarf entweder als primärer Router oder als Backup-Router des Virtual Chassis zu fungieren. Daher können Sie die Heartbeat-Verbindung zwischen beiden Mitgliedsroutern in einer Virtual Chassis-Konfiguration mit zwei Mitgliedern der MX-Serie konfigurieren.

• Verwenden Sie die Ethernet-Managementschnittstelle (fxp0) des Routers als Heartbeat-Pfad.

  Die Verwaltungsschnittstelle ist in der Regel früher verfügbar als die Linecard-Schnittstellen und in der Regel mit einem sichereren Netzwerk verbunden als die anderen Schnittstellen.

• Konfigurieren Sie eine master-only IP-Adresse für die fxp0 Verwaltungsschnittstelle, um einen konsistenten Zugriff auf den VC-PP sicherzustellen, unabhängig davon, welche Routing-Engine derzeit aktiv ist.

  Die master-only Adresse ist nur auf der Verwaltungsoberfläche für den VC-PP aktiv. Während eines Switchovers wird die master-only Adresse auf die neue Routing-Engine verschoben, die derzeit als VC-PP fungiert.

• Stellen Sie die TCP-Konnektivität zwischen den VC-Pp- und VC-BP-Mitgliedsroutern sicher

  Die Virtual Chassis-Heartbeat-Verbindung öffnet einen proprietären TCP-Port mit der Nummer 33087 am VC-Pp, um auf Heartbeat-Meldungen zu lauschen. Wenn Ihr Netzwerkdesign Firewalls oder Filter enthält, stellen Sie sicher, dass das Netzwerk Datenverkehr zwischen TCP-Port 33087 auf dem VC-Pp und dem dynamisch zugewiesenen TCP-Port auf dem VC-Bp zulässt.

• Wenn Sie eine Taktverbindung verwenden, konfigurieren Sie die no-split-detection Anweisung nicht als Teil der vorab bereitgestellten Virtual Chassis-Konfiguration.

  Die no-split-detection Anweisung unterdrückt jede Aktion, wenn eine Teilung im Virtual Chassis erkannt wird. Die Verwendung der no-split-detection Anweisung ist verboten, wenn Sie eine Taktverbindung konfigurieren, und die Software verhindert, dass Sie sowohl die no-split-detection and-Anweisungen heartbeat-address gleichzeitig konfigurieren. Wenn Sie dies versuchen, zeigt die Software eine Fehlermeldung an und führt dazu, dass der Commit-Vorgang fehlschlägt.

In einem Virtual Chassis der MX-Serie mit zwei Mitgliedern können Sie eine Heartbeat-Verbindung mit beiden Mitgliedsroutern im selben Subnetz oder mit jedem Mitgliedsrouter in einem anderen Subnetz konfigurieren. Tabelle 1 fasst die wichtigen Unterschiede zwischen den Konfigurationsverfahren für Mitgliedsrouter im selben Subnetz und Mitgliedsrouter in verschiedenen Subnetzen zusammen.

So funktioniert die Heartbeat-Verbindung

Wenn das Virtual Chassis ordnungsgemäß funktioniert, sendet die Heartbeat-Verbindung regelmäßig Taktpakete über den TCP/IP-Pfad zwischen der primären Routing-Engine im primären Virtual Chassis-Router und der primären Routing-Engine im Virtual Chassis-Backup-Router.

Wenn eine Unterbrechung oder Teilung in der Nachbarschaft im Virtual Chassis erkannt wird, sendet jeder Mitgliedsrouter eine letzte Heartbeat-Nachricht, um festzustellen, ob das andere Mitglied antworten kann, und sendet keine weiteren regelmäßigen Nachrichten mehr, bis sich das Virtual Chassis erneut bildet. Das andere Mitglied muss auf die Taktmeldung innerhalb des standardmäßigen Takttimeouts (2 Sekunden) oder innerhalb eines konfigurierten Takttimeouts im Bereich von 1 bis 60 Sekunden antworten. Um den Zeitraum zu bestimmen, der in Ihrem Netzwerk zwischen der Übertragung einer Taktanforderungsnachricht und dem Empfang einer Taktantwortnachricht vergeht, können Sie den show virtual-chassis heartbeat detail Befehl ausgeben, um die Anzahl der Sekunden anzuzeigen, die in den Maximum latency Minimum latency Feldern und gemeldet werden.

Heartbeat-Verbindung und Virtual Chassis-Fehlerbedingungen

Durch die Konfiguration der Taktverbindung werden unnötige Änderungen der primären Rolle zwischen den Routern der Virtual Chassis-Mitglieder verhindert, wenn eine Unterbrechung oder Teilung in der Nachbarschaft auftritt. In Tabelle 2 werden die Auswirkungen auf die primäre Rolle bei häufigen Fehlerzuständen beschrieben, wenn Sie die Taktverbindung in einem Virtual Chassis der MX-Serie mit zwei Mitgliedern aktivieren.

In allen Fällen, außer wenn das VC-P-Chassis ausfällt, bleibt die primäre Rolle des Virtual Chassis auf dem vorhandenen VC-Pp erhalten, wenn die Heartbeat-Verbindung erkennt, dass das VC-P während eines Splits noch in Betrieb ist und reagieren kann. Durch das Verhindern eines unnötigen Rollenwechsels wird die Systemlast durch einen Wechsel der primären Protokollrolle minimiert und die Wahrscheinlichkeit unvorhersehbarer Ergebnisse verringert.

Das Fehlen einer Virtual Chassis-Heartbeat-Verbindung und der Verlust von VCP-Nachbarschaft ist ein doppelter Fehlerzustand, der effektiv zum "No-Split-Detection"-Verhalten zurückkehrt. Die beiden Mitglieder sind nicht in der Lage, den Zustand ihres Peermitgliedsrouters zu überprüfen. Virtual Chassis Heartbeat verwendet die "No-Split-Detection"-Reaktionen, bei denen VC-P in der Protokollmaster-Rolle und VC-B als VC-P verbleiben muss. Diese "Split-Master"-Bedingung ist nicht ideal für Routing-Protokolle und andere Topologie-Management-Mechanismen. In diesem Szenario ist die Split-Master-Bedingung besser als der Betrieb ohne Protokollmastermitglied.

Virtual Chassis Die Heartbeat-Kommunikation ist nur aktiv, wenn das Virtual Chassis ordnungsgemäß gebildet ist und die Rollen der VC-P- und VC-B-Mitglieder erfolgreich ausgewählt wurden. Rollen, die während eines VCP-Nachbarschaftsverlusts ermittelt wurden, werden beibehalten, bis das Virtual Chassis wieder ordnungsgemäß gebildet wird. Unterbrechung des Virtual Chassis Die Heartbeat-Konnektivität wirkt sich während der Dauer von "Split"-Bedingungen nicht auf die Protokollrollen im Virtual Chassis aus.

Heartbeat-Verbindung im Vergleich zur Split-Erkennung

Bei bestimmten Virtual Chassis-Fehlerbedingungen kann die Einstellung für die geteilte Erkennung (standardmäßig aktiviert oder explizit deaktiviert) zu unvorhersehbaren und unerwünschten Ergebnissen führen, z. B. zu einem Virtual Chassis mit zwei primären Routern oder einem Virtual Chassis ohne primären Router.

Tabelle 3 vergleicht die Auswirkungen der Split-Erkennung und der Heartbeat-Verbindung für zwei häufige Fehlerbedingungen: Ausfall der Virtual Chassis-Portschnittstellen und Ausfall des VC-B-Chassis.