AUF DIESER SEITE
Beispiel: Ermitteln des Mitgliederzustands mithilfe einer Virtual Chassis Heartbeat-Verbindung mit Mitgliedsroutern in verschiedenen Subnetzen
Eine Heartbeat-Verbindung ist eine IP-basierte, bidirektionale Paketverbindung in einem Virtual Chassis zwischen dem primären und dem Backup-Router des Virtual Chassis. Die über diese Verbindung ausgetauschten Heartbeat-Pakete liefern wichtige Informationen über die Verfügbarkeit und den Zustand der einzelnen Router.
In diesem Beispiel wird beschrieben, wie eine Heartbeat-Verbindung in einem Virtual Chassis konfiguriert wird, wenn sich die Mitgliedsrouter in verschiedenen Subnetzen befinden. Informationen zum Konfigurieren einer Heartbeat-Verbindung, wenn sich die Virtual Chassis-Mitgliedsrouter im selben Subnetz befinden, finden Sie unter Beispiel: Bestimmen des Mitgliederzustands mithilfe einer MX-Serie Virtual Chassis Heartbeat-Verbindung mit Mitgliedsroutern im selben Subnetz.
Anforderungen
In diesem Beispiel werden ein MX240 und MX480 Universelle Routing-Plattformen verwendet, die dieses Feature unterstützen.
Wir empfehlen, dass Sie den commit synchronize Befehl verwenden, um Konfigurationsänderungen im Virtual Chassis zu speichern. Bei einem Virtual Chassis ist die force Option das standardmäßige und einzige Verhalten, wenn Sie den commit synchronize Befehl ausgeben. Die Ausgabe des commit synchronize Befehls für eine Virtual Chassis-Konfiguration hat die gleiche Wirkung wie die Ausgabe des commit synchronize force Befehls.
Bevor Sie eine Heartbeat-Verbindung für ein Virtual Chassis konfigurieren:
Konfigurieren Sie ein Virtual Chassis, das aus zwei Routern besteht.
Im Rahmen der vorab bereitgestellten Virtual Chassis-Konfiguration, die im Konfigurationsbeispiel gezeigt wird, müssen Sie die Konfigurationsgruppen , , und
member1-re1für jedes Mitglied dermember0-re0Routing-Engine erstellen undmember1-re0anwenden.member0-re1Jede Konfigurationsgruppe enthält eine eindeutige IP-Adresse für die Management-Ethernet-Schnittstelle (fxp0) auf jeder Routing-Engine.Hinweis:Wenn Sie die vorab bereitgestellte Virtual Chassis-Konfiguration auf Hierarchieebene
[edit virtual-chassis]erstellen, stellen Sie sicher, dass Sie die Anweisung nicht so konfigurieren, dass dieno-split-detectionErkennung einer Teilung im Virtual Chassis deaktiviert wird. Die Verwendung derno-split-detectionAnweisung ist verboten, wenn Sie eine Virtual Chassis-Heartbeat-Verbindung konfigurieren und dies dazu führt, dass der Commit-Vorgang fehlschlägt.Stellen Sie die TCP-Konnektivität zwischen der primären Routing-Engine im primären Virtual Chassis-Router (VC-PP) und der primären Routing-Engine im Virtual Chassis Backup-Router (VC-BP) sicher.
Die Virtual Chassis Heartbeat-Verbindung öffnet einen proprietären TCP-Port mit der Nummer 33087 auf dem VC-Pp, um Heartbeat-Meldungen zu empfangen. Wenn Ihr Netzwerkdesign Firewalls oder Filter enthält, stellen Sie sicher, dass das Netzwerk Datenverkehr zwischen dem TCP-Port 33087 auf dem VC-Pp und dem dynamisch zugewiesenen TCP-Port auf dem VC-BP zulässt.
Überblick
Eine Heartbeat-Verbindung ist eine IP-basierte, bidirektionale Paketverbindung zwischen dem primären Router und dem Backup-Router in einem Virtual Chassis. Die Mitgliedsrouter, die die Heartbeat-Verbindung bilden , tauschen Heartbeat-Pakete aus, die wichtige Informationen über die Verfügbarkeit und den Zustand jedes Mitglieds-Routers liefern. Während einer Unterbrechung oder Aufteilung in der Virtual Chassis-Konfiguration verhindert die Heartbeat-Verbindung, dass die Mitgliedsrouter unnötigerweise die primäre Rollenrolle ändern, was zu unerwünschten Ergebnissen führen kann.
In diesem Beispiel wird eine Heartbeat-Verbindung für ein Virtual Chassis konfiguriert, in dem sich die beiden Mitgliedsrouter, jeweils mit zwei installierten Routing-Engines, in unterschiedlichen Subnetzen befinden. Der Router gladius der Mitglieder befindet sich im Subnetz 10.4.0.0/16 und ist der globale primäre Router für das Virtual Chassis (VC-P). Der Router trefoil der Mitglieder befindet sich im Subnetz 10.5.0.0/16 und ist der globale Backup-Router (VC-B) für das Virtual Chassis. Die Heartbeat-Verbindung wird zwischen der primären Routing-Engine in gladius (dargestellt durch VC-Pp oder member0-re0) und der primären Routing-Engine in trefoil (repräsentiert durch VC-Bp oder member1-re0) konfiguriert.
Die Konfiguration einer Heartbeat-Verbindung für ein Virtual Chassis, wenn sich die Mitgliedsrouter in verschiedenen Subnetzen befinden, besteht aus den folgenden Aufgaben:
Konfigurieren Sie zwei
master-onlyIP-Adressen für diefxp0Verwaltungsschnittstelle: eine für die Mitgliedsrouter im Subnetz 10.4.0.0 und eine andere Adresse für die Mitgliedsrouter im Subnetz 10.5.0.0.Konfigurieren Sie einen Netzwerkpfad für die Heartbeat-Verbindung, um sicherzustellen, dass beide Mitgliedsrouter die Netzwerke des jeweils anderen erreichen können.
In diesem Beispiel werden statische Routen für das Subnetz 10.4.0.0 und das Subnetz 10.5.0.0 auf jedem Mitglieds-Router erstellt.
Konfigurieren Sie die Virtual Chassis-Heartbeat-Adresse für jedes Mitglieds-Routing-Engine, um eine Querverbindung mit der
master-onlyIP-Adresse für die entsprechende Mitglieds-Routing-Engine im anderen Subnetz herzustellen.(Optional) Konfigurieren Sie einen nicht standardmäßigen Wert für das Virtual Chassis-Heartbeat-Timeout-Intervall.
Um die Heartbeat-Verbindung in einem Virtual Chassis mit zwei Mitgliedern herzustellen, müssen Sie die Heartbeat-Adresse so konfigurieren, dass die Verbindung zwischen dem primären und dem Backup-Mitgliedsrouter hergestellt wird. Um einen konsistenten Zugriff auf die primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) sicherzustellen, unabhängig davon, welche Routing-Engine gerade aktiv ist, legen Sie die Heartbeat-Adresse auf die zuvor konfigurierte master-only IP-Adresse für die fxp0 Verwaltungsschnittstelle fest.
Da sich die Virtual Chassis-Mitgliedsrouter in diesem Beispiel in unterschiedlichen Subnetzen befinden, müssen Sie für jede Routing-Engine eine Heartbeat-Adresse konfigurieren, um eine Querverbindung zur master-only IP-Adresse für die entsprechende Routing-Engine im anderen Subnetz zu ermöglichen, wie in Tabelle 1 dargestellt:
Routing-Engine |
Subnetz |
Vernetzung der Routing-Engine |
Heartbeat-Adresse |
|---|---|---|---|
|
10.4.0.0/16 |
|
10.5.2.210 |
|
10.4.0.0/16 |
|
10.5.2.210 |
|
10.5.0.0/16 |
|
10.4.2.210 |
|
10.5.0.0/16 |
|
10.4.2.210 |
Topologie
In diesem Beispiel wird eine Heartbeat-Verbindung für ein Virtual Chassis mit Mitgliedsroutern in verschiedenen Subnetzen konfiguriert. Aus Gründen der Redundanz wird jeder Router mit zwei Virtual Chassis-Ports konfiguriert.
Tabelle 2 zeigt die Hardware- und Softwarekonfigurationseinstellungen für jeden Router im Virtual Chassis.
Name des Routers |
Hardware |
Seriennummer |
Mitgliedsnummer |
Rolle |
Virtual Chassis-Ports |
Subnetz |
|---|---|---|---|---|---|---|
Gladius |
MX240 Router mit:
|
JN10C7135AFC |
0 |
Routing-Engine (primär) |
vcp-2/2/0, vcp-2/3/0 |
10.4.0.0/16 |
Kleeblatt |
MX480-Router mit:
|
JN115D117AFB |
1 |
Routing-Engine (Backup) |
vcp-2/0/0, vcp-5/2/0 |
10.5.0.0/16 |
Konfiguration
Führen Sie die folgenden Aufgaben aus, um eine Heartbeat-Verbindung in einem Virtual Chassis mit Mitgliedsroutern in verschiedenen Subnetzen zu konfigurieren:
- CLI-Schnellkonfiguration
- Konfigurieren einer konsistenten Verwaltungs-IP-Adresse für jede Routing-Engine
- Konfigurieren statischer Routen für beide Subnetze auf jeder Routing-Engine
- Konfigurieren der Heartbeat-Adresse und des Heartbeat-Timeouts
CLI-Schnellkonfiguration
Um schnell eine Heartbeat-Verbindung für ein Virtual Chassis mit Mitgliedsroutern in verschiedenen Subnetzen zu konfigurieren, kopieren Sie die folgenden Befehle, und fügen Sie sie in das Terminalfenster des Routers ein:
[edit] set groups member0-re0 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only set groups member0-re1 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only set groups member1-re0 interfaces fxp0 unit 0 family inet address 10.5.2.210/16 master-only set groups member1-re1 interfaces fxp0 unit 0 family inet address 10.5.2.210/16 master-only set groups member0-re0 routing-options static route 10.4.0.0/16 next-hop 10.4.0.1 set groups member0-re0 routing-options static route 10.4.0.0/16 retain set groups member0-re0 routing-options static route 10.4.0.0/16 no-readvertise set groups member0-re0 routing-options static route 10.5.0.0/16 next-hop 10.4.0.1 set groups member0-re0 routing-options static route 10.5.0.0/16 retain set groups member0-re0 routing-options static route 10.5.0.0/16 no-readvertise set groups member0-re1 routing-options static route 10.4.0.0/16 next-hop 10.4.0.1 set groups member0-re1 routing-options static route 10.4.0.0/16 retain set groups member0-re1 routing-options static route 10.4.0.0/16 no-readvertise set groups member0-re1 routing-options static route 10.5.0.0/16 next-hop 10.4.0.1 set groups member0-re1 routing-options static route 10.5.0.0/16 retain set groups member0-re1 routing-options static route 10.5.0.0/16 no-readvertise set groups member1-re0 routing-options static route 10.5.0.0/16 next-hop 10.5.0.1 set groups member1-re0 routing-options static route 10.5.0.0/16 retain set groups member1-re0 routing-options static route 10.5.0.0/16 no-readvertise set groups member1-re0 routing-options static route 10.4.0.0/16 next-hop 10.5.0.1 set groups member1-re0 routing-options static route 10.4.0.0/16 retain set groups member1-re0 routing-options static route 10.4.0.0/16 no-readvertise set groups member1-re1 routing-options static route 10.5.0.0/16 next-hop 10.5.0.1 set groups member1-re1 routing-options static route 10.5.0.0/16 retain set groups member1-re1 routing-options static route 10.5.0.0/16 no-readvertise set groups member1-re1 routing-options static route 10.4.0.0/16 next-hop 10.5.0.1 set groups member1-re1 routing-options static route 10.4.0.0/16 retain set groups member1-re1 routing-options static route 10.4.0.0/16 no-readvertise set groups member0-re0 virtual-chassis heartbeat-address 10.5.2.210 set groups member0-re1 virtual-chassis heartbeat-address 10.5.2.210 set groups member1-re0 virtual-chassis heartbeat-address 10.4.2.210 set groups member1-re1 virtual-chassis heartbeat-address 10.4.2.210 set virtual-chassis heartbeat-timeout 10
Konfigurieren einer konsistenten Verwaltungs-IP-Adresse für jede Routing-Engine
Schritt-für-Schritt-Anleitung
Zusätzlich zur Konfiguration einer eindeutigen IP-Adresse für die fxp0 Verwaltungsschnittstelle auf jeder Routing-Engine müssen Sie bei der Ersteinrichtung des Virtual Chassis zusätzliche Verwaltungs-IP-Adressen konfigurieren, die master-only als Adresse bezeichnet werden, um einen konsistenten Zugriff auf die fxp0 Verwaltungsschnittstelle auf der primären Routing-Engine im primären Virtual Chassis-Router (VC-PP) zu gewährleisten. Die master-only Adresse ist nur auf der Verwaltungsoberfläche für den VC-PP aktiv. Bei einem Switchover wandert die master-only Adresse in die neue Routing-Engine, die derzeit als VC-PP fungiert.
Da sich der primäre Router und der Backup-Router von Virtual Chassis in diesem Beispiel in unterschiedlichen Subnetzen befinden, müssen Sie zwei verschiedene master-only IP-Adressen konfigurieren: eine für die Routing-Engines im Subnetz 10.4.0.0/16 (member0-re0 und member0-re1) und eine für die Routing-Engines im Subnetz 10.5.0.0/16 (member1-re0 und member1-re1). Anschließend konfigurieren Sie diese master-only Adressen als subnetzspezifische Heartbeat-Adressen, um die Heartbeat-Verbindung herzustellen. Weitere Informationen zu den Querverbindungen in diesem Beispiel finden Sie in Tabelle 1.
So konfigurieren Sie die primäre fxp0 IP-Adresse für jede Routing-Engine:
Konfigurieren Sie in der Konsole auf Mitglied 0 die IP-Adresse für die
fxp0Verwaltungsschnittstelle für die Routing-Engines im Subnetz 10.4.0.0/16.{master:member0-re0}[edit] user@gladius# set groups member0-re0 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 primary-only user@gladius# set groups member0-re1 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-onlyKonfigurieren Sie in der Konsole auf Mitglied 0 die IP-Adresse für die
fxp0Verwaltungsschnittstelle für die Routing-Engines im Subnetz 10.5.0.0/16.{master:member0-re0}[edit] user@gladius# set groups member1-re0 interfaces fxp0 unit 0 family inet address 10.5.2.210/16 primary-only user@gladius# set groups member1-re1 interfaces fxp0 unit 0 family inet address 10.5.2.210/16 master-only
Ergebnisse
Zeigen Sie in der Konsole auf dem primären Virtual Chassis-Router die Ergebnisse der Konfiguration an. Der Kürze halber werden Teile der Konfiguration, die nichts mit diesem Verfahren zu tun haben, durch Auslassungspunkte (...) ersetzt.
Für member0-re0:
{master:member0-re0}[edit]
user@gladius# show groups member0-re0
system {
host-name gladius;
backup-router 10.4.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.4.2.100/16;
address 10.4.2.210/16 {
master-only;
}
}
}
}
}
Für member0-re1:
{master:member0-re0}[edit]
user@gladius# show groups member0-re1
system {
host-name gladius1;
backup-router 10.4.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.4.2.101/16;
address 10.4.2.210/16 {
master-only;
}
}
}
}
}
Für member1-re0:
{master:member0-re0}[edit]
user@gladius# show groups member1-re0
system {
host-name trefoil;
backup-router 10.5.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.5.3.101/16;
address 10.5.2.210/16 {
master-only;
}
}
}
}
}
Für member1-re1:
{master:member0-re0}[edit]
user@gladius# show groups member1-re1
system {
host-name trefoil1;
backup-router 10.5.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.5.3.102/16;
address 10.5.2.210/16 {
master-only;
}
}
}
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit .
Konfigurieren statischer Routen für beide Subnetze auf jeder Routing-Engine
Schritt-für-Schritt-Anleitung
Sie müssen sichere und zuverlässige Routen für die Subnetze 10.4.0.0/16 und 10.5.0.0/16 auf jeder Routing-Engine für den Austausch von TCP/IP-Heartbeat-Paketen konfigurieren. Die Heartbeat-Pakete liefern wichtige Informationen über die Verfügbarkeit und den Zustand jedes Mitglieds-Routers.
Die Routen, die Sie für die Heartbeat-Verbindung konfigurieren, müssen unabhängig von den Virtual Chassis-Portverbindungen sein. 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.
In diesem Beispiel werden statische Routen zu beiden Subnetzen auf jeder Mitglieds-Routing-Engine erstellt, um den Taktpfad zu konfigurieren. Sie können jedoch die Methode auswählen, die Ihren Anforderungen am besten entspricht, um den Taktpfad für Mitgliedsrouter in verschiedenen Subnetzen zu konfigurieren.
Es wird empfohlen, die Verwaltungsschnittstelle des Routers (fxp0) als Heartbeat-Pfad zu verwenden. Die Verwaltungsschnittstelle ist in der Regel früher als die Linecard-Schnittstellen verfügbar und in der Regel mit einem sichereren Netzwerk als die anderen Schnittstellen verbunden.
So erstellen Sie statische Routen für die Subnetze 10.4.0.0/16 und 10.5.0.0/16 auf jeder Routing-Engine:
Melden Sie sich bei der Konsole auf Mitglied 0 (primärer Virtual Chassis-Router) an.
Konfigurieren Sie die statischen Routen für
member0-re0.{master:member0-re0}[edit] user@gladius# set groups member0-re0 routing-options static route 10.4.0.0/16 next-hop 10.4.0.1 user@gladius# set groups member0-re0 routing-options static route 10.4.0.0/16 retain user@gladius# set groups member0-re0 routing-options static route 10.4.0.0/16 no-readvertise user@gladius# set groups member0-re0 routing-options static route 10.5.0.0/16 next-hop 10.4.0.1 user@gladius# set groups member0-re0 routing-options static route 10.5.0.0/16 retain user@gladius# set groups member0-re0 routing-options static route 10.5.0.0/16 no-readvertiseKonfigurieren Sie die statischen Routen für
member0-re1.{master:member0-re0}[edit] user@gladius# set groups member0-re1 routing-options static route 10.4.0.0/16 next-hop 10.4.0.1 user@gladius# set groups member0-re1 routing-options static route 10.4.0.0/16 retain user@gladius# set groups member0-re1 routing-options static route 10.4.0.0/16 no-readvertise user@gladius# set groups member0-re1 routing-options static route 10.5.0.0/16 next-hop 10.4.0.1 user@gladius# set groups member0-re1 routing-options static route 10.5.0.0/16 retain user@gladius# set groups member0-re1 routing-options static route 10.5.0.0/16 no-readvertiseKonfigurieren Sie die statischen Routen für
member1-re0.{master:member0-re0}[edit] user@gladius# set groups member1-re0 routing-options static route 10.5.0.0/16 next-hop 10.5.0.1 user@gladius# set groups member1-re0 routing-options static route 10.5.0.0/16 retain user@gladius# set groups member1-re0 routing-options static route 10.5.0.0/16 no-readvertise user@gladius# set groups member1-re0 routing-options static route 10.4.0.0/16 next-hop 10.5.0.1 user@gladius# set groups member1-re0 routing-options static route 10.4.0.0/16 retain user@gladius# set groups member1-re0 routing-options static route 10.4.0.0/16 no-readvertiseKonfigurieren Sie die statischen Routen für
member1-re1.{master:member0-re0}[edit] user@gladius# set groups member1-re1 routing-options static route 10.5.0.0/16 next-hop 10.5.0.1 user@gladius# set groups member1-re1 routing-options static route 10.5.0.0/16 retain user@gladius# set groups member1-re1 routing-options static route 10.5.0.0/16 no-readvertise user@gladius# set groups member1-re1 routing-options static route 10.4.0.0/16 next-hop 10.5.0.1 user@gladius# set groups member1-re1 routing-options static route 10.4.0.0/16 retain user@gladius# set groups member1-re1 routing-options static route 10.4.0.0/16 no-readvertise
Ergebnisse
Zeigen Sie die Ergebnisse der Konfiguration an. Der Kürze halber werden Teile der Konfiguration, die nichts mit diesem Verfahren zu tun haben, durch Auslassungspunkte (...) ersetzt.
Für member0-re0:
{master:member0-re0}[edit]
user@gladius# show groups member0-re0 routing-options static
route 10.4.0.0/16 {
next-hop 10.4.0.1;
retain;
no-readvertise;
}
route 10.5.0.0/16 {
next-hop 10.4.0.1;
retain;
no-readvertise;
}
...
Für member0-re1:
{master:member0-re0}[edit]
user@gladius# show groups member0-re1 routing-options static
route 10.4.0.0/16 {
next-hop 10.4.0.1;
retain;
no-readvertise;
}
route 10.5.0.0/16 {
next-hop 10.4.0.1;
retain;
no-readvertise;
}
...
Für member1-re0:
{master:member0-re0}[edit]
user@gladius# show groups member1-re0 routing-options static
route 10.5.0.0/16 {
next-hop 10.5.0.1;
retain;
no-readvertise;
}
route 10.4.0.0/16 {
next-hop 10.5.0.1;
retain;
no-readvertise;
}
...
Für member1-re1:
{master:member0-re0}[edit]
user@gladius# show groups member1-re1 routing-options static
route 10.5.0.0/16 {
next-hop 10.5.0.1;
retain;
no-readvertise;
}
route 10.4.0.0/16 {
next-hop 10.5.0.1;
retain;
no-readvertise;
}
...
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit .
Konfigurieren der Heartbeat-Adresse und des Heartbeat-Timeouts
Schritt-für-Schritt-Anleitung
Um eine Querverbindung zwischen Virtual Chassis-Mitgliedsroutern in verschiedenen Subnetzen zu ermöglichen, konfigurieren Sie 10.5.2.210, d. h. die master-only IP-Adresse für die Routing-Engines im Subnetz 10.5.0.0/16, als Heartbeat-Adresse für die Routing-Engines im Subnetz 10.4.0.0/16 (member0-re0 und member0-re1). Umgekehrt konfigurieren Sie 10.4.2.210, die master-only IP-Adresse für die Routing-Engines im Subnetz 10.4.0.0/16, als Heartbeat-Adresse für die Routing-Engines im Subnetz 10.5.0.0/16 (member1-re0 und member1-re1). Weitere Informationen zu den Querverbindungen in diesem Beispiel finden Sie in Tabelle 1.
Optional können Sie auch einen nicht standardmäßigen Wert für das Heartbeat-Timeoutintervall konfigurieren. Das Heartbeat-Timeout ist die maximale Zeit, innerhalb derer ein Virtual Chassis-Mitglieds-Router auf ein Heartbeat-Paket antworten muss, das vom anderen Mitglieds-Router gesendet wird. Wenn Sie das Heartbeat-Timeoutintervall nicht explizit konfigurieren, gilt der Standardwert (2 Sekunden).
So konfigurieren Sie die Heartbeat-Adresse und das Heartbeat-Timeout:
Melden Sie sich bei der Konsole auf Mitglied 0 (primärer Virtual Chassis-Router) an.
Konfigurieren Sie die Taktadresse für jede Routing-Engine.
{master:member0-re0}[edit] user@gladius# set groups member0-re0 virtual-chassis heartbeat-address 10.5.2.210 user@gladius# set groups member0-re1 virtual-chassis heartbeat-address 10.5.2.210 user@gladius# set groups member1-re0 virtual-chassis heartbeat-address 10.4.2.210 user@gladius# set groups member1-re1 virtual-chassis heartbeat-address 10.4.2.210(Optional) Konfigurieren Sie einen nicht standardmäßigen Wert für das Takttimeoutintervall.
{master:member0-re0}[edit] user@gladius# set virtual-chassis heartbeat-timeout 10
Ergebnisse
Zeigen Sie die Ergebnisse der Konfiguration an.
Für member0-re0:
{master:member0-re0}[edit]
user@gladius# show groups member0-re0 virtual-chassis
preprovisioned;
traceoptions {
file VCCP size 100m;
flag all;
}
heartbeat-address 10.5.2.210;
heartbeat-timeout 10;
member 0 {
role routing-engine;
serial-number JN10C7135AFC;
}
member 1 {
role routing-engine;
serial-number JN115D117AFB;
}
Für member0-re1:
{master:member0-re0}[edit]
user@gladius# show groups member0-re1 virtual-chassis
preprovisioned;
traceoptions {
file VCCP size 100m;
flag all;
}
heartbeat-address 10.5.2.210;
heartbeat-timeout 10;
member 0 {
role routing-engine;
serial-number JN10C7135AFC;
}
member 1 {
role routing-engine;
serial-number JN115D117AFB;
}
Für member1-re0:
{master:member0-re0}[edit]
user@gladius# show groups member1-re0 virtual-chassis
preprovisioned;
traceoptions {
file VCCP size 100m;
flag all;
}
heartbeat-address 10.4.2.210;
heartbeat-timeout 10;
member 0 {
role routing-engine;
serial-number JN10C7135AFC;
}
member 1 {
role routing-engine;
serial-number JN115D117AFB;
}
Für member1-re1:
{master:member0-re0}[edit]
user@gladius# show groups member1-re1 virtual-chassis
preprovisioned;
traceoptions {
file VCCP size 100m;
flag all;
}
heartbeat-address 10.4.2.210;
heartbeat-timeout 10;
member 0 {
role routing-engine;
serial-number JN10C7135AFC;
}
member 1 {
role routing-engine;
serial-number JN115D117AFB;
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit .
Verifizierung
Führen Sie die folgenden Schritte aus, um zu bestätigen, dass die Virtual Chassis Heartbeat-Verbindung ordnungsgemäß funktioniert:
- Überprüfen der Virtual Chassis Heartbeat-Verbindung
- Überprüfen der Nutzung der Heartbeat-Verbindung während einer Nachbarschaftsaufteilung oder -unterbrechung
- Überprüfen des Zustands von Virtual Chassis-Mitgliedern anhand von Heartbeat-Statistiken
Überprüfen der Virtual Chassis Heartbeat-Verbindung
Zweck
Stellen Sie sicher, dass die Heartbeat-Verbindung zwischen den Virtual Chassis-Mitgliedsroutern ordnungsgemäß konfiguriert und funktionsfähig ist.
Aktion
Zeigt den Status eines oder beider Mitgliedsrouter an, wenn eine Heartbeat-Verbindung konfiguriert ist.
{master:member0-re0}
user@gladius> show virtual-chassis heartbeat
member0:
--------------------------------------------------------------------------
Local Remote State Time
10.4.2.210 10.5.3.101 Alive 2014-03-18 10:18:14 PST
member1:
--------------------------------------------------------------------------
Local Remote State Time
10.5.3.101 10.4.2.210 Alive 2014-03-18 10:18:15 PST
Bedeutung
Für jedes Mitglieds Router zeigt die Befehlsausgabe die IP-Adressen der lokalen und Remote-Mitgliedsrouter an, die die Heartbeat-Verbindung bilden. Der Wert Alive im State Feld bestätigt, dass die primäre Routing-Engine im angegebenen Mitglieds-Router verbunden ist und eine Heartbeat-Antwortnachricht empfangen hat. Das Time Feld gibt das Datum und die Uhrzeit der letzten Änderung des Verbindungsstatus an.
Überprüfen der Nutzung der Heartbeat-Verbindung während einer Nachbarschaftsaufteilung oder -unterbrechung
Zweck
Überprüfen Sie die Verwendung der Heartbeat-Verbindung, wenn eine Nachbarschaftsstörung oder -teilung im Virtual Chassis erkannt wird.
Aktion
Zeigen Sie den Status der Mitgliedsrouter im Virtual Chassis an:
{master:member0-re0}
user@gladius> show virtual-chassis status
Preprovisioned Virtual Chassis
Virtual Chassis ID: a5b6.be0c.9525
Mastership Neighbor List
Member ID Status Serial No Model priority Role ID Interface
0 (FPC 0- 11) Heartbt JN10C7135AFC mx240 129 Master* 1 vcp-2/2/0
1 vcp-2/3/0
1 (FPC 12- 23) Prsnt JN115D117AFB mx480 129 Backup 0 vcp-2/0/0
0 vcp-5/2/0
Bedeutung
Das Status Feld für die Mitglieds-ID 0 zeigt an Heartbt, was darauf hinweist, dass dieser Mitglieds-Router die Heartbeat-Paketverbindung verwendet hat, um primäre Rollenrollen während einer Nachbarschaftsunterbrechung oder Aufteilung in der Virtual Chassis-Konfiguration aufrechtzuerhalten. Das Status Feld für die Mitglieds-ID 1 zeigt an Prsnt, was angibt, dass dieser Mitglieds-Router mit dem Virtual Chassis verbunden ist.
Wenn derzeit kein Router mit dem Virtual Chassis verbunden ist, wird NotPrsntim Status Feld angezeigt.
Überprüfen des Zustands von Virtual Chassis-Mitgliedern anhand von Heartbeat-Statistiken
Zweck
Verwenden Sie die von der Heartbeat-Verbindung gesammelten Statistiken, um die Verfügbarkeit und den Zustand der einzelnen Virtual Chassis-Router zu überprüfen. Sie können den show virtual-chassis heartbeat detail Befehl auch verwenden, um die maximale und minimale Latenz in Ihrem Netzwerk zu bestimmen.
Aktion
Zeigen Sie die von der Heartbeat-Verbindung gesammelten Statistiken an und überprüfen Sie sie.
{master:member0-re0}
user@gladius> show virtual-chassis heartbeat detail
member0:
--------------------------------------------------------------------------
Local Remote State Time
10.4.2.210 10.5.3.101 Alive 2014-03-18 10:18:14 PST
Heartbeat statistics
Heartbeats sent: 10079
Heartbeats received: 10079
Heartbeats lost/missed: 0
Last time sent: 2014-03-18 20:03:10 PST (00:00:00 ago)
Last time received: 2014-03-18 20:03:10 PST (00:00:00 ago)
Maximum latency (secs): 0
Minimum latency (secs): 0
member1:
--------------------------------------------------------------------------
Local Remote State Time
10.5.3.101 10.4.2.210 Alive 2014-03-18 10:18:15 PST
Heartbeat statistics
Heartbeats sent: 10083
Heartbeats received: 10083
Heartbeats lost/missed: 0
Last time sent: 2014-02-18 20:03:09 PST (00:00:01 ago)
Last time received: 2014-02-18 20:03:09 PST (00:00:01 ago)
Maximum latency (secs): 0
Minimum latency (secs): 0
Bedeutung
In diesem Beispiel entspricht die Anzahl der gesendeten Heartbeat-Anforderungsnachrichten (Heartbeats sent) der Anzahl der empfangenen Heartbeat-Antwortnachrichten (Heartbeats received), ohne dass Heartbeat-Nachrichten verloren gehen (Heartbeats lost/missed). Dies zeigt an, dass beide Mitgliedsrouter, die die Heartbeat-Verbindung bilden, verfügbar und betriebsbereit sind. Jeder Unterschied zwischen Heartbeats sent und Heartbeats received erscheint im Heartbeats lost/missed Feld.
Die Maximum latency Felder und Minimum latency messen die maximale und minimale Anzahl von Sekunden, die auf dem lokalen Router zwischen der Übertragung einer Heartbeat-Anforderungsnachricht und dem Empfang einer Heartbeat-Antwortnachricht vergehen. In diesem Beispiel gibt der Wert 0 in den Maximum latency Feldern und Minimum latency an, dass durch diesen Vorgang keine messbare Netzwerkverzögerung verursacht wird. Sie können den Maximum latency Wert verwenden, um zu bestimmen, ob Sie den heartbeat-timeout Wert auf einen höheren Wert als den Standardwert (2 Sekunden) erhöhen müssen. Wenn die maximale Latenz in Ihrem Netzwerk zu hoch ist, um einen 2-Sekunden-Wert heartbeat-timeout aufzunehmen, können Sie durch Erhöhen des heartbeat-timeout Intervalls die Netzwerkverzögerung berücksichtigen, wenn eine Unterbrechung oder Teilung der Virtual Chassis-Nachbarschaft auftritt.