AUF DIESER SEITE
Beispiel: Ermitteln des Komponentenzustands mithilfe einer Virtual Chassis-Heartbeat-Verbindung der MX-Serie mit Mitgliedsroutern in verschiedenen Subnetzen
Eine Heartbeat-Verbindung ist eine IP-basierte, bidirektionale Paketverbindung in einem Virtual Chassis der MX-Serie zwischen dem Virtual Chassis-Primär- und dem Backup-Router. Die Heartbeat-Pakete , die über diese Verbindung ausgetauscht werden, liefern wichtige Informationen über die Verfügbarkeit und den Zustand der einzelnen Mitgliedsrouter. Ab Junos OS Version 14.1 können Sie eine Heartbeat-Verbindung in einem Virtual Chassis der MX-Serie konfigurieren.
In diesem Beispiel wird beschrieben, wie eine Taktverbindung in einem Virtual Chassis der MX-Serie konfiguriert wird, wenn sich die Mitgliedsrouter in unterschiedlichen Subnetzen befinden. Informationen zum Konfigurieren einer Taktverbindung, wenn sich die Virtual Chassis-Mitgliedsrouter im selben Subnetz befinden, finden Sie unter Beispiel: Bestimmen des Komponentenzustands mithilfe einer Virtual Chassis-Heartbeat-Verbindung der MX-Serie mit Mitgliedsroutern im selben Subnetz.
Anforderungen
In diesem Beispiel werden die folgenden Software- und Hardwarekomponenten verwendet:
Junos OS Version 14.1 und höhere Versionen
Eine universelle Routing-Plattform MX240
Eine universelle Routing-Plattform MX480
Dieses Konfigurationsbeispiel wurde mit der aufgeführten Softwareversion getestet und es wird davon ausgegangen, dass es auf allen späteren Versionen funktioniert.
Es wird empfohlen, den commit synchronize Befehl zu verwenden, um alle Konfigurationsänderungen am Virtual Chassis zu speichern. Bei einem virtuellen Chassis der MX-Serie ist die force Option das standardmäßige und einzige Verhalten, wenn Sie den commit synchronize Befehl eingeben. Die Ausgabe des Befehls für eine Virtual Chassis-Konfiguration der MX-Serie hat die gleiche Wirkung wie die Ausgabe des commit synchronize commit synchronize force Befehls.
Bevor Sie eine Heartbeat-Verbindung für ein Virtual Chassis konfigurieren:
Konfigurieren Sie ein Virtual Chassis, das aus zwei Routern der MX-Serie besteht.
Im Rahmen der vorab bereitgestellten Virtual Chassis-Konfiguration, die im Konfigurationsbeispiel gezeigt wird, müssen Sie die
member0-re0Konfigurationsgruppen , ,member0-re1member1-re0undmember1-re1für jede Routing-Engine des Mitglieds erstellen und anwenden. Jede 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 Unterbrechung im Virtual Chassis deaktiviert wird. Die Verwendung der Anweisung ist verboten, wenn Sie eine Virtual Chassis-Taktverbindung konfigurieren, wodurch derno-split-detectionCommitvorgang fehlschlägt.Stellen Sie die TCP-Konnektivität zwischen der primären Routing-Engine im Virtual Chassis-Hauptrouter (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 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.
Übersicht
Eine Heartbeat-Verbindung ist eine IP-basierte, bidirektionale Paketverbindung zwischen dem primären Router und dem Backup-Router in einem virtuellen Chassis der MX-Serie. Die Mitgliedsrouter, die die Heartbeat-Verbindung bilden , tauschen Heartbeat-Pakete aus, die wichtige Informationen über die Verfügbarkeit und den Zustand der einzelnen Mitgliedsrouter liefern. Bei einer Unterbrechung oder Unterbrechung der Virtual Chassis-Konfiguration verhindert die Heartbeat-Verbindung, dass die Mitgliedsrouter die primären Rollenrollen unnötig ändern, was zu unerwünschten Ergebnissen führen kann.
In diesem Beispiel wird eine Heartbeat-Verbindung für ein Virtual Chassis der MX-Serie konfiguriert, in dem sich die beiden Mitgliedsrouter, auf denen jeweils zwei Routing-Engines installiert sind, in unterschiedlichen Subnetzen befinden. Der Mitgliedsrouter gladius befindet sich im Subnetz 10.4.0.0/16 und ist der globale primäre Router für das Virtual Chassis (VC-P). Der Mitgliedsrouter trefoil 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 (dargestellt durch VC-Pp oder ) und der primären Routing-Engine in gladius trefoil (dargestellt durch VC-Bp oder member0-re0member1-re0) konfiguriert.
Das Konfigurieren einer Heartbeat-Verbindung für ein Virtual Chassis der MX-Serie, wenn sich die Mitgliedsrouter in unterschiedlichen Subnetzen befinden, umfasst die folgenden Aufgaben:
Konfigurieren Sie zwei
master-onlyIP-Adressen für die Verwaltungsschnittstelle: eine für die Mitgliedsrouter im Subnetz 10.4.0.0 und eine andere Adresse für diefxp0Mitgliedsrouter im Subnetz 10.5.0.0.Konfigurieren Sie einen Netzwerkpfad für die Taktverbindung, um sicherzustellen, dass beide Mitgliedsrouter die Netzwerke des jeweils anderen erreichen können.
In diesem Beispiel werden statische Routen sowohl zum Subnetz 10.4.0.0 als auch zum Subnetz 10.5.0.0 auf jedem Mitgliedsrouter erstellt.
Konfigurieren Sie die Virtual Chassis-Taktadresse für jedes Mitglieds-Routingmodul so, dass eine Querverbindung mit der
master-onlyIP-Adresse des entsprechenden Mitglieds-Routingmoduls im anderen Subnetz hergestellt wird.(Optional) Konfigurieren Sie einen nicht standardmäßigen Wert für das Virtual Chassis-Takt-Timeoutintervall.
Um die Heartbeat-Verbindung in einem Virtual Chassis der MX-Serie mit zwei Komponenten herzustellen, müssen Sie die Heartbeat-Adresse so konfigurieren, dass die Verbindung zwischen dem primären Router und dem Backup-Komponentenrouter hergestellt wird. Um einen konsistenten Zugriff auf die primäre Routing-Engine im Virtual Chassis-Primärrouter (VC-Pp) zu gewährleisten, 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 mit der IP-Adresse der master-only entsprechenden Routing-Engine im anderen Subnetz zu ermöglichen, wie in Tabelle 1 dargestellt:
Routing-Engine |
Subnetz |
Quervernetzte 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 Taktverbindung für ein Virtual Chassis der MX-Serie konfiguriert, wobei sich Mitgliedsrouter in verschiedenen Subnetzen befinden. Aus Redundanzgründen ist jeder Mitgliedsrouter mit zwei Virtual Chassis-Ports konfiguriert.
Tabelle 2 zeigt die Hardware- und Softwarekonfigurationseinstellungen für jeden Router der MX-Serie im Virtual Chassis.
Name des Routers |
Hardware |
Seriennummer |
Mitglieds-ID |
Rolle |
Virtuelle 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 |
Trefoil |
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 Schritte aus, um eine Heartbeat-Verbindung in einem Virtual Chassis der MX-Serie 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 Router-Terminalfenster 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 Verwaltungsschnittstelle auf jeder Routing-Engine bei der Ersteinrichtung des Virtual Chassis müssen Sie zusätzliche Verwaltungs-IP-Adressen, die als Adresse bezeichnet werden, konfigurieren, um einen konsistenten Zugriff auf die fxp0 master-only fxp0 Verwaltungsschnittstelle auf der primären Routing-Engine im Virtual Chassis-Hauptrouter (VC-Pp) sicherzustellen. 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.
Da sich der primäre Virtual Chassis-Router und der Backup-Router 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 ( und ) und member0-re1eine für die Routing-Engines im Subnetz 10.5.0.0/16 (member0-re0member1-re0 und member1-re1). Anschließend konfigurieren Sie diese master-only Adressen als subnetzspezifische Taktadressen, um die Taktverbindung 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 Member 0 die IP-Adresse für die Verwaltungsschnittstelle für die
fxp0Routing-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 Member 0 die IP-Adresse für die Verwaltungsschnittstelle für die
fxp0Routing-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 dieser Prozedur 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-Taktpaketen konfigurieren. Die Heartbeat-Pakete liefern wichtige Informationen über die Verfügbarkeit und den Zustand der einzelnen Mitgliedsrouter.
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 Virtual Chassis-Hauptrouter (VC-Pp) herstellen kann.
In diesem Beispiel werden statische Routen zu beiden Subnetzen in jedem Mitgliedsroutingmodul erstellt, um den Taktpfad zu konfigurieren. Sie können jedoch die Methode auswählen, die Ihren Anforderungen am besten entspricht, um den Heartbeat-Pfad für Mitgliedsrouter in verschiedenen Subnetzen zu konfigurieren.
Es wird empfohlen, die Router-Verwaltungsschnittstelle (fxp0) als Heartbeat-Pfad zu verwenden. 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.
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 Member 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 dieser Prozedur 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 die Querverbindung zwischen Virtual Chassis-Mitgliedsroutern in verschiedenen Subnetzen zu ermöglichen, konfigurieren Sie 10.5.2.210, die IP-Adresse für die Routing-Engines im Subnetz 10.5.0.0/16, als Heartbeat-Adresse für die master-only 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 Taktadresse 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-Mitgliedsrouter auf ein Heartbeat-Paket antworten muss, das vom anderen Mitgliedsrouter 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 Member 0 (primärer Virtual Chassis-Router) an.
Konfigurieren Sie die Heartbeat-Adresse 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 Takt-Timeoutintervall.
{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 .
Überprüfung
Gehen Sie folgendermaßen vor, um zu bestätigen, dass die Virtual Chassis-Taktverbindung ordnungsgemäß funktioniert:
- Überprüfen der Virtual Chassis-Heartbeat-Verbindung
- Überprüfen der Verwendung der Heartbeat-Verbindung während einer Adjacency-Aufteilung oder -Unterbrechung
- Überprüfen des Zustands virtueller Chassis-Komponenten anhand von Heartbeat-Statistiken
Überprüfen der Virtual Chassis-Heartbeat-Verbindung
Zweck
Stellen Sie sicher, dass die Taktverbindung zwischen den Virtual Chassis-Mitgliedsroutern ordnungsgemäß konfiguriert und betriebsbereit 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 jeden Mitgliedsrouter werden in der Befehlsausgabe die IP-Adressen der lokalen und Remote-Mitgliedsrouter angezeigt, die die Heartbeat-Verbindung bilden. Der Wert Alive im Feld bestätigt, dass die primäre Routing-Engine im State angegebenen Mitgliedsrouter 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 Verwendung der Heartbeat-Verbindung während einer Adjacency-Aufteilung oder -Unterbrechung
Zweck
Überprüfen Sie die Verwendung der Heartbeat-Verbindung, wenn eine Unterbrechung oder Unterbrechung der Nachbarschaft 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 Member-ID 0 zeigt an Heartbt, was angibt, dass dieser Member-Router die Heartbeat-Paketverbindung verwendet hat, um die primären Rollenrollen während einer Nachbarschaftsunterbrechung oder -aufteilung in der Virtual Chassis-Konfiguration beizubehalten. Das Status Feld für die Member-ID 1 zeigt Prsntan, was angibt, dass dieser Member-Router mit dem Virtual Chassis verbunden ist.
Wenn derzeit kein Router mit dem Virtual Chassis verbunden ist, wird in diesem Status Feld angezeigt NotPrsnt.
Überprüfen des Zustands virtueller Chassis-Komponenten anhand von Heartbeat-Statistiken
Zweck
Verwenden Sie Statistiken, die von der Heartbeat-Verbindung erfasst werden, um die Verfügbarkeit und den Zustand jedes Virtual Chassis-Mitgliedsrouters 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 erfassten 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 () der Anzahl der empfangenen Heartbeat-Antwortnachrichten (), ohne dass Heartbeat-Meldungen verloren gegangen sind (Heartbeats sentHeartbeats receivedHeartbeats lost/missed). Dies weist darauf hin, dass beide Mitgliedsrouter, die die Heartbeat-Verbindung bilden, verfügbar und betriebsbereit sind. Jede Differenz zwischen Heartbeats sent und Heartbeats received wird im Heartbeats lost/missed Feld angezeigt.
Die Maximum latency Felder und messen die maximale und minimale Anzahl von Sekunden, die auf dem lokalen Router zwischen der Übertragung einer Taktanforderungsnachricht und Minimum latency dem Empfang einer Taktantwortnachricht verstreichen. In diesem Beispiel gibt der Wert 0 in den Maximum latency Feldern und Minimum latency an, dass es keine messbare Netzwerkverzögerung gibt, die durch diesen Vorgang verursacht wird. Sie können den Wert verwenden, um zu bestimmen, ob Sie den Wert auf einen höheren Wert als den Maximum latency heartbeat-timeout Standardwert (2 Sekunden) erhöhen müssen. Wenn die maximale Latenz in Ihrem Netzwerk zu hoch ist, um einen Wert von 2 Sekunden heartbeat-timeout zu berücksichtigen, können Sie durch Erhöhen des Intervalls heartbeat-timeout die Netzwerkverzögerung berücksichtigen, wenn eine Unterbrechung oder Aufteilung der Nachbarschaft von Virtual Chassis auftritt.