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 bei Ausfallszenarien

  Durch die Konfiguration der Heartbeat-Verbindung wird die Ausfallsicherheit des Virtual Chassis im Falle einer Unterbrechung oder Unterbrechung 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 Virtual Chassis-Primärrouter (VC-P) noch in Betrieb ist und während eines Splits 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 nimmt die Backup-Rolle auf dem VC-B wieder auf, wenn sich das Virtual Chassis wieder bildet. Infolgedessen verhindert die Heartbeat-Verbindung, dass die Mitgliedsrouter unnötig die primären Rollenrollenrollen ä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 erneut bildet. Dieses Verhalten unterstützt Netzwerkanwendungen mit externen Geräten, die eine physische Verbindungsunterbrechung erfordern, um die Datenverkehrspfade auf andere Verbindungen umzuschalten.

• Verbesserter Wahlprozess für die Vorwahlen

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

  Wenn hingegen die Taktverbindung nicht konfiguriert ist, verfügt die VCCP-Software nicht über diese zusätzlichen Integritätsinformationen, 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 Virtual Chassis-Hauptrouter (VC-Pp) herstellen kann.

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

• Konfigurieren Sie die Taktverbindung nur zwischen Virtual Chassis-Mitgliedsroutern, die zum primären Virtual Chassis-Router werden können, der auch als primärer Protokollrouter oder globaler primärer Router bezeichnet wird.

  In einer Virtual Chassis-Konfiguration der MX-Serie mit zwei Komponenten 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 der MX-Serie mit zwei Komponenten konfigurieren.

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

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

• Konfigurieren Sie eine master-only IP-Adresse für die Management-Schnittstelle, um einen konsistenten Zugriff auf die fxp0 VC-Pp zu gewährleisten, unabhängig davon, welche Routing-Engine gerade aktiv ist.

  Die master-only Adresse ist nur auf der Verwaltungsoberfläche des VC-Pp aktiv. Während eines Switchovers wird die Adresse in die master-only neue Routing-Engine verschoben, die derzeit als VC-Pp fungiert.

• Sicherstellen der TCP-Konnektivität zwischen den VC-Pp- und VC-Bp-Mitgliedsroutern

  Die Virtual Chassis-Heartbeat-Verbindung öffnet einen proprietären TCP-Port mit der Nummer 33087 auf dem 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 Spaltung im virtuellen 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 Anweisung als heartbeat-address auch gleichzeitig no-split-detection konfigurieren. Wenn Sie dies versuchen, zeigt die Software eine Fehlermeldung an und führt dazu, dass der Commit-Vorgang fehlschlägt.

In einem virtuellen 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.

Funktionsweise der Heartbeat-Verbindung

Wenn das Virtual Chassis ordnungsgemäß funktioniert, sendet die Heartbeat-Verbindung in regelmäßigen Abständen Heartbeat-Pakete über den TCP/IP-Pfad zwischen der primären Routing-Engine im Virtual Chassis-Primärrouter und der primären Routing-Engine im Virtual Chassis-Backup-Router.

Wenn eine Unterbrechung oder Spaltung der Nachbarschaft im Virtual Chassis erkannt wird, sendet jeder Mitgliedsrouter eine letzte Heartbeat-Nachricht, um festzustellen, ob das andere Mitglied antworten kann, und hört auf, weitere regelmäßige Nachrichten zu senden, bis sich das Virtual Chassis wieder bildet. Das andere Mitglied muss innerhalb des standardmäßigen Takt-Timeoutzeitraums (2 Sekunden) oder innerhalb eines konfigurierten Heartbeat-Timeout-Zeitraums im Bereich von 1 bis 60 Sekunden auf die Heartbeat-Nachricht antworten. Um die Zeitspanne zu bestimmen, die in Ihrem Netzwerk zwischen der Übertragung einer Taktanforderungsnachricht und dem Empfang einer Taktantwortnachricht verstreicht, können Sie den Befehl ausführen, um die Anzahl der Sekunden anzuzeigen, die in den show virtual-chassis heartbeat detail Maximum latency Feldern und Minimum latency gemeldet werden.

Heartbeat-Verbindung und Virtual Chassis-Ausfallbedingungen

Durch die Konfiguration der Taktverbindung werden unnötige Änderungen der primären Rolle zwischen den Virtual Chassis-Mitgliedsroutern verhindert, wenn eine Unterbrechung oder Aufteilung der Nachbarschaft auftritt. In Tabelle 2 werden die Auswirkungen auf die primäre Rolle für häufige Fehlerbedingungen beschrieben, wenn Sie die Heartbeat-Verbindung in einem Virtual Chassis der MX-Serie mit zwei Komponenten aktivieren.

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

Fehlende Virtual Chassis-Heartbeat-Verbindung und VCP-Adjacency-Verlust sind eine Doppelfehlerbedingung, die 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 verbleibt. Diese "Split-Master"-Bedingung ist nicht ideal für Routing-Protokolle und andere Topologieverwaltungsmechanismen. In diesem Szenario ist die Split-Master-Bedingung besser als der Betrieb ohne Protokoll-Master-Member.

Die Virtual Chassis-Heartbeat-Kommunikation ist nur aktiv, wenn das Virtual Chassis ordnungsgemäß gebildet wurde und die VC-P- und VC-B-Komponenten-Chassis-Rollen erfolgreich ausgewählt wurden. Rollen, die während eines VCP-Nachbarschaftsverlusts ermittelt wurden, werden beibehalten, bis das Virtual Chassis wieder ordnungsgemäß gebildet ist. Unterbrechung der Virtual Chassis-Heartbeat-Konnektivität wirkt sich während der Dauer von "geteilten" 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 virtuellen Chassis mit zwei primären Routern oder einem virtuellen 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.