AUF DIESER SEITE
Beispiel: Ermitteln der Mitgliederintegrität 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 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 jedes Mitgliedsrouters. 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 Heartbeat-Verbindung, wenn sich die Virtual Chassis-Mitgliedsrouter im selben Subnetz befinden, finden Sie unter Beispiel: Ermitteln der Mitgliederintegrität 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öher
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 auch in 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 Virtual Chassis der MX-Serie ist diese force Option das Standardverhalten und das einzige Verhalten, wenn Sie den commit synchronize Befehl ausgeben. Das Ausgeben des commit synchronize Befehls für eine Virtual Chassis-Konfiguration der MX-Serie hat die gleiche Wirkung wie das Ausgeben 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 der MX-Serie besteht.
Im Rahmen der im Konfigurationsbeispiel gezeigten vorab bereitgestellten Virtual Chassis-Konfiguration müssen Sie die
member0-re0Gruppen ,member0-re1,member1-re0undmember1-re1configuration für jedes Mitglied der Routing-Engine erstellen und anwenden. Jede Konfigurationsgruppe enthält eine eindeutige IP-Adresse für die Ethernet-Managementschnittstelle (fxp0) auf jeder Routing-Engine.Anmerkung: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 nicht zulässig, wenn Sie eine Virtual Chassis-Heartbeat-Verbindung konfigurieren, und dies führt dazu, dass der Commitvorgang fehlschlägt.Stellen Sie sicher, dass 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) besteht.
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.
Überblick
Eine Heartbeat-Verbindung ist eine IP-basierte, bidirektionale Paketverbindung zwischen dem primären Router und dem Backup-Router in einem Virtual Chassis der MX-Serie. Die Mitgliedsrouter, die die Heartbeat-Verbindung bilden, tauschen Heartbeatpakete aus, die wichtige Informationen über die Verfügbarkeit und den Zustand der einzelnen Mitgliedsrouter enthalten. Während einer Unterbrechung oder eines Splits in 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 Taktverbindung für ein Virtual Chassis der MX-Serie konfiguriert, bei dem sich die beiden Mitgliedsrouter mit jeweils zwei Routing-Engines 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 Taktverbindung wird zwischen der primären Routing-Engine in gladius (dargestellt durch VC-PP oder member0-re0) und der primären Routing-Engine in trefoil (dargestellt durch VC-Bp oder member1-re0) konfiguriert.
Das Konfigurieren einer Taktverbindung 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 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 zu Subnetz 10.4.0.0 und Subnetz 10.5.0.0 auf jedem Mitgliedsrouter erstellt.
Konfigurieren Sie die Virtual Chassis-Taktadresse für jedes Mitglied der Routing-Engine so, dass eine Verbindung mit der
master-onlyIP-Adresse für die entsprechende Routing-Engine des Mitglieds im anderen Subnetz hergestellt wird.(Optional) Konfigurieren Sie einen nicht standardmäßigen Wert für das Virtual Chassis-Taktzeitüberschreitungsintervall.
Um die Heartbeat-Verbindung in einem Virtual Chassis der MX-Serie 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 Taktadresse konfigurieren, um eine Querverbindung mit der master-only IP-Adresse für die entsprechende Routing-Engine im anderen Subnetz zu ermöglichen, wie in Tabelle 1 dargestellt:
Routing-Engine |
Subnetz |
Vernetzte 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 mit Mitgliedsroutern konfiguriert, die sich in verschiedenen Subnetzen befinden. Zur Redundanz 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 |
Virtual Chassis-Ports |
Subnetz |
|---|---|---|---|---|---|---|
Gladius |
MX240-Router mit:
|
JN10C7135AFC |
0 |
Routing-Engine (primär) |
VCP-2/2/0VCP-2/3/0 |
10.4.0.0/16 |
Kleeblatt |
MX480-Router mit:
|
JN115D117AFB |
1 |
Routing-Engine (Backup) |
VCP-2/0/0VCP-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 in jeder Routing-Engine
- Konfigurieren der Taktadresse und des Heartbeat-Timeouts
CLI Schnellkonfiguration
Kopieren Sie die folgenden Befehle, und fügen Sie sie in das Terminalfenster des Routers ein, um schnell eine Taktverbindung für ein Virtual Chassis mit Mitgliedsroutern in verschiedenen Subnetzen zu konfigurieren:
[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 beim ersten Einrichten des Virtual Chassis müssen Sie zusätzliche Verwaltungs-IP-Adressen, die master-only als Adresse bezeichnet werden, konfigurieren, um einen konsistenten Zugriff auf die Verwaltungsschnittstelle auf der fxp0 primären Routing-Engine im primären Virtual Chassis-Router (VC-PP) sicherzustellen. 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.
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 (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 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 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
Befund
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, wechseln commit Sie aus dem Konfigurationsmodus.
Konfigurieren statischer Routen für beide Subnetze in 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 enthalten wichtige Informationen über die Verfügbarkeit und den Zustand der einzelnen Router der Mitglieder.
Die Routen, die Sie für die Taktverbindung 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 Routing-Engine für Mitglieder 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 Routerverwaltungsschnittstelle (fxp0) als Taktpfad zu verwenden. 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.
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
Befund
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, wechseln commit Sie aus dem Konfigurationsmodus.
Konfigurieren der Taktadresse 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, 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 in 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 Takttimeoutintervall konfigurieren. Das Heartbeat-Timeout ist die maximale Zeit, innerhalb derer ein Virtual Chassis-Mitgliedsrouter auf ein Heartbeat-Paket reagieren muss, das vom anderen Mitgliedsrouter gesendet wird. Wenn Sie das Timeoutintervall für Taktsignale 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 Taktzeitüberschreitungsintervall.
{master:member0-re0}[edit] user@gladius# set virtual-chassis heartbeat-timeout 10
Befund
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, wechseln commit Sie aus dem Konfigurationsmodus.
Verifizierung
Führen Sie die folgenden Aufgaben aus, um zu bestätigen, dass die Virtual Chassis-Heartbeat-Verbindung ordnungsgemäß funktioniert:
- Überprüfen der Virtual Chassis-Heartbeat-Verbindung
- Überprüfen der Verwendung der Heartbeat-Verbindung während einer Trennung oder Unterbrechung in benachbarten Umgebungen.
- Überprüfen der Integrität 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 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 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 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 Trennung oder Unterbrechung in benachbarten Umgebungen.
Zweck
Überprüfen Sie die Verwendung der Heartbeat-Verbindung, wenn eine Unterbrechung oder Teilung in 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 Mitglieds-ID 0 wird angezeigt Heartbt, was angibt, dass dieser Mitgliedsrouter die Heartbeat-Paketverbindung verwendet hat, um während einer Unterbrechung der Nachbarschaft oder einer Teilung in der Virtual Chassis-Konfiguration primäre Rollenrollen beizubehalten. Das Status Feld für die Mitglieds-ID 1 wird angezeigt Prsnt, was angibt, dass dieser Mitgliedsrouter mit dem Virtual Chassis verbunden ist.
Wenn ein Router derzeit nicht mit dem Virtual Chassis verbunden ist, wird im Status Feld angezeigt NotPrsnt.
Überprüfen der Integrität von Virtual Chassis-Mitgliedern anhand von Heartbeat-Statistiken
Zweck
Verwenden Sie Statistiken, die von der Heartbeat-Verbindung erfasst werden, um die Verfügbarkeit und Integrität jedes Virtual Chassis-Mitgliedsrouters zu überprüfen. Sie können den show virtual-chassis heartbeat detail Befehl auch verwenden, um die maximale Latenz und die minimale Latenz in Ihrem Netzwerk zu bestimmen.
Aktion
Zeigen Sie die von der Taktverbindung 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 Taktanforderungsnachrichten (Heartbeats sent) der Anzahl der empfangenen Taktantwortnachrichten (Heartbeats received), ohne dass Taktnachrichten 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 wird im Heartbeats lost/missed Feld angezeigt.
Minimum latency Die Maximum latency und-Felder 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 Minimum latency Feldern und 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 Wert heartbeat-timeout 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 Wert von 2 Sekunden heartbeat-timeout zu berücksichtigen, 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.
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.