AUF DIESER SEITE
Konfigurieren des Ankündigungsintervalls für den primären VRRP-Router
Konfigurieren eines Backup-Routers zum Trennen des primären VRRP-Routers
Ändern des Werts für die Wartezeit für die vorzeitige Unterbrechung für den primären VRRP-Router
Konfigurieren von passivem ARP-Lernen für Backup-VRRP-Router
Konfigurieren einer logischen Schnittstelle, die für eine VRRP-Gruppe verfolgt werden soll
Konfigurieren einer Route, die für eine VRRP-Gruppe verfolgt werden soll
Aktivieren des verteilten periodischen Paketverwaltungsprozesses für VRRP
VRRP konfigurieren
Konfigurieren Sie virtueller Router Redundanzprotokoll (VRRP) _on Ihrem Gerät mit den folgenden Schritten und Beispielen.
Konfigurieren der grundlegenden VRRP-Unterstützung
VRRP Nonstop Active Routing (NSR) ist nur aktiviert, wenn Sie die nonstop-routing Anweisung auf der [edit routing-options] ODER-Hierarchieebene [edit logical system logical-system-name routing-options] konfigurieren.
Das Virtual Router Redundancy Protocol (VRRP) gruppiert mehrere Routing-Geräte in einem virtuellen Router. Zu jeder Zeit ist eine der VRRP-Routing-Plattformen die primäre (aktive) und die anderen sind Backups. Wenn der primäre Router ausfällt, wird eine der Backup-Routing-Plattformen zum neuen primären Router.
Um die grundlegende VRRP-Unterstützung zu konfigurieren, konfigurieren Sie VRRP-Gruppen auf Schnittstellen, indem Sie die vrrp-group folgende Anweisung einfügen:
vrrp-group group-id {
priority number;
virtual-address [ addresses ];
}
Eine Schnittstelle kann Mitglied mehrerer VRRP-Gruppen sein. Innerhalb einer VRRP-Gruppe müssen der primäre virtuelle Router und der virtuelle Backup-Router auf unterschiedlichen Routing-Plattformen konfiguriert werden.
Sie können diese Anweisung auf der folgenden Hierarchieebene einschließen:
-
[edit interfaces interface-name unit logical-unit-number family inet address address]
Wir empfehlen, nur eine Schnittstelle pro VRRP-Gruppe zuzuweisen. Alle konfigurierten Schnittstellen in einer VRRP-Gruppe schlagen fehl, wenn das primäre Gerät ausfällt, was zu Problemen beim Failover-Prozess führen kann, wenn mehrere Schnittstellen konfiguriert sind.
Obligatorische Parameter für die Konfiguration einer VRRP-Gruppe lauten wie folgt (Beispiele folgen):
Konfigurieren Sie die Gruppenkennung (obligatorisch).
Konfigurieren Sie die Gruppe:
Konfigurieren Sie die virtuelle IP-Adresse eines oder mehrerer virtueller Router, die Mitglieder der VRRP-Gruppe sind (obligatorisch).
Konfigurieren Sie die virtuelle verbindungslokale Adresse (nur VRRP für IPv6). Die virtuelle verbindungslokale Adresse wird automatisch generiert, wenn Sie VRRPv3 auf der Schnittstelle aktivieren. Sie können explizit eine virtuelle Link-Local-Adresse für jedes VRRP für die IPv6-Gruppe definieren. Die virtuelle verbindungslokale Adresse muss sich im selben Subnetz wie die physische Schnittstellenadresse befinden.
Beachten Sie bei der Auswahl eines VRRP-Gruppenbezeichners Folgendes:
Wenn
network-serviceses im IP-Modus konfiguriert ist, konfigurieren Sie dieselbe VRRP-Gruppen-ID nicht für mehrere VRRP-Sitzungen auf derselben physischen Schnittstelle, es sei denn, die VRRP-Delegierung ist deaktiviert. Wenn mehrere VRRP-Sitzungen auf derselben physischen Schnittstelle mit derselben VRRP-Gruppen-ID konfiguriert werden, während die VRRP-Delegierung aktiviert ist, sind die anderen virtuellen VRRP-IP-Adressen nicht mehr erreichbar, wenn eine der logischen Schnittstellen gelöscht wird.Wenn
network-serviceses im erweiterten IP-Modus konfiguriert ist, können Sie dieselbe VRRP-Gruppen-ID für mehrere VRRP-Sitzungen verwenden.
Beachten Sie beim Konfigurieren einer virtuellen IP-Adresse Folgendes:
Die virtuelle IP-Adresse muss für alle Routing-Plattformen in der VRRP-Gruppe identisch sein.
Wenn Sie eine virtuelle IP-Adresse so konfigurieren, dass sie mit der Adresse der physischen Schnittstelle identisch ist, wird die Schnittstelle zum primären virtuellen Router für die Gruppe. In diesem Fall müssen Sie die Priorität auf 255 festlegen, und Sie müssen die vorzeitige Trennung konfigurieren, indem Sie die
preemptAnweisung einschließen.Wenn die von Ihnen gewählte virtuelle IP-Adresse nicht mit der Adresse der physischen Schnittstelle übereinstimmt, müssen Sie sicherstellen, dass die virtuelle IP-Adresse an keiner anderen Stelle in der Konfiguration der Routingplattform angezeigt wird. Stellen Sie sicher, dass Sie diese Adresse nicht für andere Schnittstellen, für die IP-Adresse eines Tunnels oder für die IP-Adresse von statischen ARP-Einträgen verwenden.
Es ist nicht möglich, eine virtuelle IP-Adresse so zu konfigurieren, dass sie mit der Adresse der Schnittstelle für eine aggregierte Ethernet-Schnittstelle identisch ist. Diese Konfiguration wird nicht unterstützt.
Für VRRP für IPv6 kann die
EUI-64Option nicht verwendet werden. Darüber hinaus wird der Prozess zur Erkennung doppelter Adressen (Duplicate Address Detection, DAD) für virtuelle IPv6-Adressen nicht ausgeführt.Es ist nicht möglich, dieselbe virtuelle IP-Adresse auf Schnittstellen zu konfigurieren, die zur gleichen Kombination aus logischem System und Routing-Instanz gehören. Sie können jedoch dieselbe virtuelle IP-Adresse auf Schnittstellen konfigurieren, die zu unterschiedlichen logischen Systemen und Routing-Instanzkombinationen gehören.
Berücksichtigen Sie bei der Bestimmung, welche Priorität eine bestimmte Routingplattform in einer VRRP-Gruppe zu einer primären Plattform oder einem Backup macht, Folgendes:
Sie können die Zuweisung von primären und Backup-Routern mit Prioritäten von 1 bis 255 erzwingen, wobei 255 die höchste Priorität ist.
Der Prioritätswert für den VRRP-Router, der die IP-Adresse(n) besitzt, die dem virtuellen Router zugeordnet sind, muss 255 betragen.
VRRP-Router, die einen virtuellen Router sichern, müssen Prioritätswerte von 1 bis 254 verwenden.
Der Standardprioritätswert für VRRP-Router, die einen virtuellen Router sichern, ist 100.
Gibt es nachverfolgte Schnittstellen oder Routen mit vorrangigen Kosten?
Die Prioritätskosten sind der mit einer verfolgten logischen Schnittstelle oder Route verbundene Wert, der von der konfigurierten VRRP-Priorität abgezogen werden muss, wenn die verfolgte logische Schnittstelle oder Route ausfällt und eine neue Wahl des primären Routers erzwungen wird. Der Wert der Prioritätskosten kann zwischen 1 und 254 liegen. Die Summe der Prioritätskosten für alle nachverfolgten logischen Schnittstellen oder Routen muss kleiner oder gleich der konfigurierten Priorität der VRRP-Gruppe sein.
Gemischtes Tagging (Konfiguration von zwei logischen Schnittstellen am selben Ethernet-Port, eine mit Single-Tag-Framing und eine mit Dual-Tag-Framing) wird nur für Schnittstellen mit Gigabit-Ethernet IQ2- und IQ-PICs unterstützt. Wenn Sie die flexible-vlan-tagging Anweisung auf der [edit interfaces interface-name] Hierarchieebene für eine VRRP-fähige Schnittstelle auf einer PIC einschließen, die kein gemischtes Tagging unterstützt, wird VRRP für diese Schnittstelle deaktiviert. In der Ausgabe des Betriebsbefehls show vrrp summary wird der Schnittstellenstatus als Downaufgeführt.
Wenn Sie das Filtern von MAC-Quelladressen auf einer Schnittstelle aktivieren, müssen Sie die virtuelle MAC-Adresse in die Liste der Quell-MAC-Adressen aufnehmen, die Sie in der source-address-filter Anweisung auf Hierarchieebene [edit interfaces interface-name] angeben. (Weitere Informationen finden Sie in der Junos OS Network Interfaces Library for Routing Devices.) MAC-Adressen im Bereich von 00:00:5e:00:01:00 bis 00:00:5e:00:01:ff sind für VRRP reserviert, wie in RFC 2378 definiert. Die VRRP-Gruppennummer muss das Dezimaläquivalent des letzten hexadezimalen Bytes der virtuellen MAC-Adresse sein.
Im Folgenden finden Sie spezifische Beispiele für die Konfiguration einer VRRP-Gruppe.
Konfigurieren für VRRP-IPv4-Gruppen
So konfigurieren Sie grundlegende VRRP (IPv4)-Gruppen auf Schnittstellen:
Sie können auch eine VRRP-IPv4-Gruppe auf Hierarchieebene [edit logical-systems logical-system-name] konfigurieren.
Konfigurieren von VRRP für IPv6-Gruppen
So konfigurieren Sie grundlegendes VRRP für IPv6-Gruppen auf Schnittstellen:
Sie können auch eine VRRP-IPv6-Gruppe auf Hierarchieebene [edit logical-systems logical-system-name] konfigurieren.
Konfigurieren Sie die Gruppen-ID.
[edit interfaces interface-name unit logical-unit-number family inet6 address ipv6-address] user@device# set vrrp-inet6-group group-id
Weisen Sie einen Wert zwischen 0 und 255 zu.
Konfigurieren Sie die VRRP für IPv6-Gruppe:
Konfigurieren Sie die virtuelle IP-Adresse eines oder mehrerer virtueller Router, die Mitglieder der VRRP-Gruppe sind.
[edit interfaces interface-name unit logical-unit-number family inet6 address ipv6-address] user@device# set vrrp-inet6-group group-id virtual-inet6-address [ ipv6-addresses ]
Normalerweise konfigurieren Sie nur eine virtuelle IP-Adresse pro Gruppe. Sie können jedoch bis zu acht Adressen konfigurieren. Fügen Sie keine Präfixlänge in eine virtuelle IP-Adresse ein.
Konfigurieren Sie die virtuelle verbindungslokale Adresse.
[edit interfaces interface-name unit logical-unit-number family inet6 address ipv6-address] user@device# set vrrp-inet6-group group-id virtual-link-local-address ipv6-address
Sie müssen explizit eine virtuelle verbindungslokale Adresse für jede VRRP-Gruppe für IPv6 definieren. Andernfalls, wenn Sie versuchen, einen Commit für die Konfiguration auszuführen, schlägt die Commit-Anforderung fehl. Die virtuelle verbindungslokale Adresse muss sich im selben Subnetz wie die physische Schnittstellenadresse befinden.
Konfigurieren Sie die Priorität für diese Routingplattform so, dass sie zum primären virtuellen Router wird.
[edit interfaces interface-name unit logical-unit-number family inet6 address ipv6-address] user@device# set vrrp-inet6-group group-id priority number
Konfigurieren Sie den Wert, der verwendet wird, um den primären virtuellen Router in der VRRP-Gruppe auszuwählen. Es kann eine Zahl zwischen 1 und 255 sein. Der Standardwert für Backup-Router ist 100. Ein größerer Wert bedeutet eine höhere Priorität. Die Routing-Plattform mit der höchsten Priorität innerhalb der Gruppe wird zum primären Router. Wenn es zwei oder mehr Backup-Router mit der gleichen Priorität gibt, wird der Router mit der höchsten primären Adresse zum primären Router.
Siehe auch
Beispiel: Konfigurieren von VRRP für IPv4
In diesem Beispiel wird gezeigt, wie VRRP-Eigenschaften für IPv4 konfiguriert werden.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
-
Drei Router
-
Junos OS Version 11.3 oder höher
- Dieses Beispiel wurde kürzlich aktualisiert und auf Junos OS Version 21.1R1 überprüft.
- Weitere Informationen zur VRRP-Unterstützung für bestimmte Kombinationen von Plattformen und Junos OS-Versionen finden Sie im Funktions-Explorer.
Überblick
In diesem Beispiel wird eine VRRP-Gruppe verwendet, die über eine virtuelle Adresse für IPv4 verfügt. Geräte im LAN verwenden diese virtuelle Adresse als Standard-Gateway. Wenn der primäre Router ausfällt, übernimmt der Backup-Router.
VRRP konfigurieren
Konfigurieren von Router A
CLI Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.
set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24 vrrp-group 1 virtual-address 10.1.1.254 set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24 vrrp-group 1 priority 110 set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24 vrrp-group 1 accept-data set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24 vrrp-group 1 track interface ge-0/0/2 priority-cost 20 set interfaces ge-0/0/2 unit 0 family inet address 10.1.3.1/24 set routing-options static route 0.0.0.0/0 next-hop 10.1.3.2
Schritt-für-Schritt-Anleitung
So konfigurieren Sie dieses Beispiel:
-
Konfigurieren Sie die Schnittstellen.
[edit] user@routerA# set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24 user@routerA# set interfaces ge-0/0/2 unit 0 family inet address 10.1.3.1/24
-
Konfigurieren Sie die IPv4-VRRP-Gruppenkennung und die virtuelle IP-Adresse.
[edit interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24] user@routerA# set vrrp-group 1 virtual-address 10.1.1.254
-
Konfigurieren Sie die Priorität für RouterA höher als RouterB, um der primäre virtuelle Router zu werden. RouterB verwendet die Standardpriorität 100.
[edit interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24] user@routerA# set vrrp-group 1 priority 110
-
Konfigurieren Sie
track interface, um zu verfolgen, ob die mit dem Internet verbundene Schnittstelle aktiviert, inaktiv oder nicht vorhanden ist, um die Priorität der VRRP-Gruppe zu ändern.[edit interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24] user@routerA# set vrrp-group 1 track interface ge-0/0/2 priority-cost 20
-
Konfigurieren Sie
accept-datadiese Option, damit der primäre Router alle Pakete akzeptiert, die für die virtuelle IP-Adresse bestimmt sind.[edit interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24] user@routerA# set vrrp-group 1 accept-data
-
Konfigurieren Sie eine statische Route für den Datenverkehr ins Internet.
[edit] user@routerA# set routing-options static route 0.0.0.0/0 next-hop 10.1.3.2
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfaces Befehle und show routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
[edit]
user@routerA# show interfaces
ge-0/0/1 {
unit 0 {
family inet {
address 10.1.1.1/24 {
vrrp-group 1 {
virtual-address 10.1.1.254;
priority 110;
accept-data;
track {
interface ge-0/0/2 {
priority-cost 20;
}
}
}
}
}
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 10.1.3.1/24;
}
}
}
[edit]
user@routerA# show routing-options
static {
route 0.0.0.0/0 next-hop 10.1.3.2;
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.
Konfigurieren von Router B
CLI Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.
set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.2/24 vrrp-group 1 virtual-address 10.1.1.254 set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.2/24 vrrp-group 1 accept-data set interfaces ge-0/0/2 unit 0 family inet address 10.1.4.1/24 set routing-options static route 0.0.0.0/0 next-hop 10.1.4.2
Schritt-für-Schritt-Anleitung
So konfigurieren Sie dieses Beispiel:
-
Konfigurieren Sie die Schnittstellen.
[edit] user@routerB# set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.2/24 user@routerB# set interfaces ge-0/0/2 unit 0 family inet address 10.1.4.1/24
-
Konfigurieren Sie die IPv4-VRRP-Gruppenkennung und die virtuelle IP-Adresse.
[edit interfaces ge-0/0/1 unit 0 family inet address 10.1.1.2/24] user@routerB# set vrrp-group 1 virtual-address 10.1.1.254
-
Konfigurieren Sie so, dass der Backup-Router alle Pakete akzeptiert, die für die virtuelle IP-Adresse bestimmt sind, falls der Backup-Router
accept-datazum primären Router wird.[edit interfaces ge-0/0/1 unit 0 family inet address 10.1.1.2/24] user@routerB# set vrrp-group 1 accept-data
-
Konfigurieren Sie eine statische Route für den Datenverkehr ins Internet.
[edit] user@routerB# set routing-options static route 0.0.0.0/0 next-hop 10.1.4.2
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfaces Befehle und show routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
[edit]
user@routerB# show interfaces
ge-0/0/1 {
unit 0 {
family inet {
address 10.1.1.2/24 {
vrrp-group 1 {
virtual-address 10.1.1.254;
accept-data;
}
}
}
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 10.1.4.1/24;
}
}
}
[edit]
user@routerB# show routing-options
static {
route 0.0.0.0/0 next-hop 10.1.4.2;
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.
Konfigurieren von Router C
CLI Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.
set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.3/24 set routing-options static route 0.0.0.0/0 next-hop 10.1.1.254
Verifizierung
- Überprüfen, ob VRRP auf Router A funktioniert
- Überprüfen, ob VRRP auf Router B funktioniert
- Überprüfen, ob Router C das Internet-Durchlaufen erreicht Router A
- Verifizieren, ob Router B primär für VRRP wird
Überprüfen, ob VRRP auf Router A funktioniert
Zweck
Stellen Sie sicher, dass VRRP auf Router A aktiv ist und dass seine Rolle in der VRRP-Gruppe korrekt ist.
Aktion
Verwenden Sie die folgenden Befehle, um zu überprüfen, ob VRRP auf Router A aktiv ist, ob der Router primär für Gruppe 1 ist und ob die mit dem Internet verbundene Schnittstelle verfolgt wird.
user@routerA> show vrrp
Interface State Group VR state VR Mode Timer Type Address
ge-0/0/1.0 up 1 master Active A 0.779 lcl 10.1.1.1
vip 10.1.1.254
user@routerA> show vrrp track Track Int State Speed VRRP Int Group VR State Current prio ge-0/0/2.0 up 1g ge-0/0/1.0 1 master 110
Bedeutung
Der show vrrp Befehl zeigt grundlegende Informationen zur VRRP-Konfiguration an. Diese Ausgabe zeigt, dass die VRRP-Gruppe aktiv ist und dass dieser Router die primäre Rolle übernommen hat. Die lcl Adresse ist die physische Adresse der Schnittstelle, und die vip Adresse ist die virtuelle Adresse, die von beiden Routern gemeinsam genutzt wird. Der Timer Wert (A 0.779) gibt die verbleibende Zeit (in Sekunden) an, in der dieser Router eine VRRP-Ankündigung vom anderen Router erwartet.
Überprüfen, ob VRRP auf Router B funktioniert
Zweck
Stellen Sie sicher, dass VRRP auf Router B aktiv ist und dass seine Rolle in der VRRP-Gruppe korrekt ist.
Aktion
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob VRRP auf Router B aktiv ist und ob der Router für Gruppe 1 gesichert ist.
user@routerB> show vrrp
Interface State Group VR state VR Mode Timer Type Address
ge-0/0/1.0 up 1 backup Active D 2.854 lcl 10.1.1.2
vip 10.1.1.254
mas 10.1.1.1
Bedeutung
Der show vrrp Befehl zeigt grundlegende Informationen zur VRRP-Konfiguration an. Diese Ausgabe zeigt, dass die VRRP-Gruppe aktiv ist und dass dieser Router die Backup-Rolle übernommen hat. Die lcl Adresse ist die physische Adresse der Schnittstelle, und die vip Adresse ist die virtuelle Adresse, die von beiden Routern gemeinsam genutzt wird. Der Timer Wert (D 2.854) gibt die verbleibende Zeit (in Sekunden) an, in der dieser Router eine VRRP-Ankündigung vom anderen Router erwartet.
Überprüfen, ob Router C das Internet-Durchlaufen erreicht Router A
Zweck
Überprüfen Sie die Internetverbindung von Router C aus.
Aktion
Verwenden Sie die folgenden Befehle, um zu überprüfen, ob Router C das Internet erreichen kann.
user@routerC> ping 172.16.255.1 count 2 PING 172.16.255.1 (172.16.255.1): 56 data bytes 64 bytes from 172.16.255.1: icmp_seq=0 ttl=63 time=9.394 ms 64 bytes from 172.16.255.1: icmp_seq=1 ttl=63 time=30.536 ms --- 172.16.255.1 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 9.394/19.965/30.536/10.571 ms
user@routerC> traceroute 172.16.255.1 traceroute to 172.16.255.1 (172.16.255.1), 30 hops max, 52 byte packets 1 10.1.1.1 3.781 ms 37.650 ms 3.877 ms 2 172.16.255.1 31.581 ms 31.337 ms 27.170 ms
Bedeutung
Der ping Befehl zeigt die Erreichbarkeit des Internets an, und der Befehl zeigt, dass Router traceroute A durchlaufen wird.
Verifizieren, ob Router B primär für VRRP wird
Zweck
Stellen Sie sicher, dass Router B primär für VRRP wird, wenn die Schnittstelle zwischen Router A und dem Internet ausfällt.
Aktion
Verwenden Sie die folgenden Befehle, um zu überprüfen, ob Router B primär ist und ob Router C den über das Internet übertragenden Router B erreichen kann.
user@routerA> show vrrp track detail
Tracked interface: ge-0/0/2.0
State: down, Speed: 1g
Incurred priority cost: 20
Tracking VRRP interface: ge-0/0/1.0, Group: 1
VR State: backup
Current priority: 90, Configured priority: 110
Priority hold-time: disabled
user@routerB> show vrrp
Interface State Group VR state VR Mode Timer Type Address
ge-0/0/1.0 up 1 master Active A 0.079 lcl 10.1.1.2
vip 10.1.1.254
user@routerC> traceroute 172.16.255.1 traceroute to 172.16.255.1 (172.16.255.1), 30 hops max, 52 byte packets 1 10.1.1.2 6.532 ms 3.800 ms 2.958 ms 2 172.16.255.1 44.359 ms 16.268 ms 22.823 ms
Bedeutung
Der show vrrp track detail Befehl zeigt an, dass die nachverfolgte Schnittstelle auf Router A ausgefallen ist, dass die Priorität auf 90 gesunken ist und dass Router A jetzt das Backup ist. Der show vrrp Befehl zeigt, dass Router B jetzt der primäre Router für VRRP ist, und der Befehl zeigt, dass Router traceroute B jetzt durchlaufen wird.
Konfigurieren von VRRP und VRRP für IPv6
Um VRRP oder VRRP für IPv6 zu konfigurieren, fügen Sie die bzwvrrp-inet6-group. Anweisung vrrp-group ein. Diese Anweisungen stehen auf den folgenden Hierarchieebenen zur Verfügung:
[edit interfaces interface-name unit logical-unit-number family inet address address][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address address]
Die VRRP- und VRRP-IPv6-Konfigurationsanweisungen lauten wie folgt:
(vrrp-group | vrrp-inet-group) group-number {
(accept-data | no-accept-data);
advertise-interval seconds;
authentication-key key;
authentication-type authentication;
fast-interval milliseconds;
(preempt | no-preempt) {
hold-time seconds;
}
priority-number number;
track {
priority-hold-time;
interface interface-name {
priority-cost priority;
bandwidth-threshold bits-per-second {
priority-cost;
}
}
}
virtual-address [ addresses ];
}
Sie können VRRP IPv6 mit einer globalen Unicastadresse konfigurieren.
Um VRRP und VRRP für IPv6-Vorgänge zu verfolgen, schließen Sie die traceoptions Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] traceoptions { file <filename> <files number <match regular-expression <microsecond-stamp> <size size> <world-readable | no-world-readable>; flag flag; no-remote-trace; }
Wenn mehrere VRRP-Gruppen vorhanden sind, gibt es eine Verzögerung von einigen Sekunden zwischen dem Zeitpunkt, an dem das erste kostenlose ARP gesendet wird, und dem Zeitpunkt, an dem der Rest des kostenlosen ARP gesendet wird. Durch die Konfiguration der Failoververzögerung wird diese Verzögerung kompensiert. Um die Failoververzögerung von 500 bis 2000 Millisekunden für VRRP- und VRRP für IPv6-Vorgänge zu konfigurieren, schließen Sie die failover-delay milliseconds Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] failover-delay milliseconds;
Um den Startzeitraum für VRRP- und VRRP für IPv6-Vorgänge zu konfigurieren, schließen Sie die startup-silent-period Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] startup-silent-period seconds;
Um VRRPv3 zu aktivieren, legen Sie die version-3 Anweisung auf der [edit protocols vrrp] Hierarchieebene fest:
[edit protocols vrrp] version-3;
Siehe auch
VRRP für IPv6 konfigurieren (CLI-Verfahren)
Durch die Konfiguration des Virtual Router Redundancy Protocol (VRRP) auf Switches der EX-Serie können Sie Hosts in einem LAN für die Nutzung redundanter Routing-Plattformen in diesem LAN aktivieren, ohne dass mehr als die statische Konfiguration einer einzigen Standardroute auf den Hosts erforderlich ist. Sie können VRRP für IPv6 auf Gigabit-Ethernet, 10-Gigabit-Ethernet und logischen Schnittstellen konfigurieren.
So konfigurieren Sie VRRP für IPv6:
Siehe auch
Beispiel: VRRP für IPv6 konfigurieren
In diesem Beispiel wird gezeigt, wie VRRP-Eigenschaften für IPv6 konfiguriert werden.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
-
Drei Router
-
Junos OS Version 11.3 oder höher
- Dieses Beispiel wurde kürzlich aktualisiert und auf Junos OS Version 21.1R1 überprüft.
- Weitere Informationen zur VRRP-Unterstützung für bestimmte Kombinationen von Plattformen und Junos OS-Versionen finden Sie im Funktions-Explorer.
Überblick
In diesem Beispiel wird eine VRRP-Gruppe verwendet, die über eine virtuelle Adresse für IPv6 verfügt. Geräte im LAN verwenden diese virtuelle Adresse als Standard-Gateway. Wenn der primäre Router ausfällt, übernimmt der Backup-Router.
VRRP konfigurieren
Konfigurieren von Router A
CLI Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf Hierarchieebene [edit] ein.
set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64 vrrp-inet6-group 1 virtual-inet6-address 2001:db8:1:1::254 set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64 vrrp-inet6-group 1 priority 110 set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64 vrrp-inet6-group 1 accept-data set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64 vrrp-inet6-group 1 track interface ge-0/0/2 priority-cost 20 set interfaces ge-0/0/2 unit 0 family inet6 address 2001:db8:1:3::1/64 set protocols router-advertisement interface ge-0/0/1.0 virtual-router-only set protocols router-advertisement interface ge-0/0/1.0 prefix 2001:db8:1:1::/64 set routing-options rib inet6.0 static route 0::0/0 next-hop 2001:db8:1:3::2
Schritt-für-Schritt-Anleitung
So konfigurieren Sie dieses Beispiel:
-
Konfigurieren Sie die Schnittstellen.
[edit] user@routerA# set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64 user@routerA# set interfaces ge-0/0/2 unit 0 family inet6 address 2001:db8:1:3::1/64
-
Konfigurieren Sie die IPv6-VRRP-Gruppenkennung und die virtuelle IP-Adresse.
[edit interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64] user@routerA# set vrrp-inet6-group 1 virtual-inet6-address 2001:db8:1:1::254
-
Konfigurieren Sie die Priorität für RouterA höher als RouterB, um der primäre virtuelle Router zu werden. RouterB verwendet die Standardpriorität 100.
[edit interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64] user@routerA# set vrrp-inet6-group 1 priority 110
-
Konfigurieren Sie
track interface, um zu verfolgen, ob die mit dem Internet verbundene Schnittstelle aktiviert, inaktiv oder nicht vorhanden ist, um die Priorität der VRRP-Gruppe zu ändern.[edit interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64] user@routerA# set vrrp-inet6-group 1 track interface ge-0/0/2 priority-cost 20
-
Konfigurieren Sie
accept-datadiese Option, damit der primäre Router alle Pakete akzeptiert, die für die virtuelle IP-Adresse bestimmt sind.[edit interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::1/64] user@routerA# set vrrp-inet6-group 1 accept-data
-
Konfigurieren Sie eine statische Route für den Datenverkehr ins Internet.
[edit] user@routerA# set routing-options rib inet6.0 static route 0::0/0 next-hop 2001:db8:1:3::2
-
Für VRRP für iPv6 müssen Sie die Schnittstelle konfigurieren, auf der VRRP zum Senden von IPv6-Routerankündigungen für die VRRP-Gruppe konfiguriert ist. Wenn eine Schnittstelle eine IPv6-Router-Anforderungsnachricht empfängt, sendet sie eine IPv6-Router-Ankündigung an alle darauf konfigurierten VRRP-Gruppen.
[edit protocols router-advertisement interface ge-0/0/1.0] user@routerA# set prefix 2001:db8:1:1::/64
-
Konfigurieren Sie Routerankündigungen so, dass sie nur für VRRP-IPv6-Gruppen gesendet werden, die auf der Schnittstelle konfiguriert sind, wenn sich die Gruppen im primären Zustand befinden.
[edit protocols router-advertisement interface ge-0/0/1.0] user@routerA# set virtual-router-only
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle eingeben.show interfacesshow protocols router-advertisement show routing-options Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
[edit]
user@routerA# show interfaces
ge-0/0/1 {
unit 0 {
family inet6 {
address 2001:db8:1:1::1/64 {
vrrp-inet6-group 1 {
virtual-inet6-address 2001:db8:1:1::254;
priority 110;
accept-data;
track {
interface ge-0/0/2 {
priority-cost 20;
}
}
}
}
}
}
}
ge-0/0/2 {
unit 0 {
family inet6 {
address 2001:db8:1:3::1/64;
}
}
}
[edit]
user@routerA# show protocols router-advertisement
interface ge-0/0/1.0 {
virtual-router-only;
prefix 2001:db8:1:1::/64;
}
[edit]
user@routerA# show routing-options
rib inet6.0 {
static {
route 0::0/0 next-hop 2001:db8:1:3::2;
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.
Konfigurieren von Router B
CLI Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.
set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::2/64 vrrp-inet6-group 1 virtual-inet6-address 2001:db8:1:1::254 set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::2/64 vrrp-inet6-group 1 priority 110 set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::2/64 vrrp-inet6-group 1 accept-data set protocols router-advertisement interface ge-0/0/1.0 virtual-router-only set protocols router-advertisement interface ge-0/0/1.0 prefix 2001:db8:1:1::/64
Schritt-für-Schritt-Anleitung
So konfigurieren Sie dieses Beispiel:
-
Konfigurieren Sie die Schnittstellen.
[edit] user@routerB# set interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::2/64 user@routerB# set interfaces ge-0/0/2 unit 0 family inet6 address 2001:db8:1:4::1/64
-
Konfigurieren Sie die IPv6-VRRP-Gruppenkennung und die virtuelle IP-Adresse.
[edit interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::2/64] user@routerB# set vrrp-inet6-group 1 virtual-inet6-address 2001:db8:1:1::254
-
Konfigurieren Sie so, dass der Backup-Router alle Pakete akzeptiert, die für die virtuelle IP-Adresse bestimmt sind, falls der Backup-Router
accept-datazum primären Router wird.[edit interfaces ge-0/0/1 unit 0 family inet6 address 2001:db8:1:1::2/64] user@routerB# set vrrp-inet6-group 1 accept-data
-
Konfigurieren Sie eine statische Route für den Datenverkehr ins Internet.
[edit] user@routerB# set routing-options rib inet6.0 static route 0::0/0 next-hop 2001:db8:1:4::2
-
Konfigurieren Sie die Schnittstelle, auf der VRRP zum Senden von IPv6-Routerankündigungen für die VRRP-Gruppe konfiguriert ist. Wenn eine Schnittstelle eine IPv6-Router-Anforderungsnachricht empfängt, sendet sie eine IPv6-Router-Ankündigung an alle darauf konfigurierten VRRP-Gruppen.
[edit protocols router-advertisement interface ge-0/0/1.0] user@routerB# set prefix 2001:db8:1:1::/64
-
Konfigurieren Sie Routerankündigungen so, dass sie nur für VRRP-IPv6-Gruppen gesendet werden, die auf der Schnittstelle konfiguriert sind, wenn sich die Gruppen im primären Zustand befinden.
[edit protocols router-advertisement interface ge-0/0/1.0] user@routerB# set virtual-router-only
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle eingeben.show interfacesshow protocols router-advertisement show routing-options Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
[edit]
user@routerB# show interfaces
ge-0/0/1 {
unit 0 {
family inet6 {
address 2001:db8:1:1::2/64 {
vrrp-inet6-group 1 {
virtual-inet6-address 2001:db8:1:1::254;
accept-data;
}
}
}
}
}
ge-0/0/2 {
unit 0 {
family inet6 {
address 2001:db8:1:4::1/64;
}
}
}
[edit]
user@routerB# show protocols router-advertisement
interface ge-0/0/1.0 {
virtual-router-only;
prefix 2001:db8:1:1::/64;
}
[edit]
user@routerB# show routing-options
rib inet6.0 {
static {
route 0::0/0 next-hop 2001:db8:1:4::2;
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.
Konfigurieren von Router C
CLI Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.
set interfaces ge-0/0/0 unit 0 family inet6 address 2001:db8:1:1::3/64 set routing-options rib inet6.0 static route 0::0/0 next-hop 2001:db8:1:1::254
Verifizierung
- Überprüfen, ob VRRP auf Router A funktioniert
- Überprüfen, ob VRRP auf Router B funktioniert
- Überprüfen, ob Router C das Internet-Durchlaufen erreicht Router A
- Verifizieren, ob Router B primär für VRRP wird
Überprüfen, ob VRRP auf Router A funktioniert
Zweck
Stellen Sie sicher, dass VRRP auf Router A aktiv ist und dass seine Rolle in der VRRP-Gruppe korrekt ist.
Aktion
Verwenden Sie die folgenden Befehle, um zu überprüfen, ob VRRP auf Router A aktiv ist, ob der Router primär für Gruppe 1 ist und ob die mit dem Internet verbundene Schnittstelle verfolgt wird.
user@routerA> show vrrp
Interface State Group VR state VR Mode Timer Type Address
ge-0/0/1.0 up 1 master Active A 0.690 lcl 2001:db8:1:1::1
vip fe80::200:5eff:fe00:201
vip 2001:db8:1:1::254
user@routerA> show vrrp track Track Int State Speed VRRP Int Group VR State Current prio ge-0/0/2.0 up 1g ge-0/0/1.0 1 master 110
Bedeutung
Der show vrrp Befehl zeigt grundlegende Informationen zur VRRP-Konfiguration an. Diese Ausgabe zeigt, dass die VRRP-Gruppe aktiv ist und dass dieser Router die primäre Rolle übernommen hat. Die lcl Adresse ist die physische Adresse der Schnittstelle, und die vip Adresse ist die virtuelle Adresse, die von beiden Routern gemeinsam genutzt wird. Der Timer Wert (A 0.690) gibt die verbleibende Zeit (in Sekunden) an, in der dieser Router eine VRRP-Ankündigung vom anderen Router erwartet.
Überprüfen, ob VRRP auf Router B funktioniert
Zweck
Stellen Sie sicher, dass VRRP auf Router B aktiv ist und dass seine Rolle in der VRRP-Gruppe korrekt ist.
Aktion
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob VRRP auf Router B aktiv ist und ob der Router für Gruppe 1 gesichert ist.
user@routerB> show vrrp
Interface State Group VR state VR Mode Timer Type Address
ge-0/0/1.0 up 1 backup Active D 2.947 lcl 2001:db8:1:1::2
vip fe80::200:5eff:fe00:201
vip 2001:db8:1:1::254
mas fe80::5668:a0ff:fe99:2d7d
Bedeutung
Der show vrrp Befehl zeigt grundlegende Informationen zur VRRP-Konfiguration an. Diese Ausgabe zeigt, dass die VRRP-Gruppe aktiv ist und dass dieser Router die Backup-Rolle übernommen hat. Die lcl Adresse ist die physische Adresse der Schnittstelle, und die vip Adresse ist die virtuelle Adresse, die von beiden Routern gemeinsam genutzt wird. Der Timer Wert (D 2.947) gibt die verbleibende Zeit (in Sekunden) an, in der dieser Router eine VRRP-Ankündigung vom anderen Router erwartet.
Überprüfen, ob Router C das Internet-Durchlaufen erreicht Router A
Zweck
Überprüfen Sie die Internetverbindung von Router C aus.
Aktion
Verwenden Sie die folgenden Befehle, um zu überprüfen, ob Router C das Internet erreichen kann.
user@routerC> ping 2001:db8:16:255::1 count 2 PING6(56=40+8+8 bytes) 2001:db8:1:1::3 --> 2001:db8:16:255::1 16 bytes from 2001:db8:16:255::1, icmp_seq=0 hlim=63 time=12.810 ms 16 bytes from 2001:db8:16:255::1, icmp_seq=1 hlim=63 time=30.139 ms --- 2001:db8:16:255::1 ping6 statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/std-dev = 12.810/21.474/30.139/8.664 ms
user@routerC> traceroute 2001:db8:16:255::1 traceroute6 to 2001:db8:16:255::1 (2001:db8:16:255::1) from 2001:db8:1:1::3, 64 hops max, 12 byte packets 1 2001:db8:1:1::1 (2001:db8:1:1::1) 9.891 ms 32.353 ms 7.859 ms 2 2001:db8:16:255::1 (2001:db8:16:255::1) 257.483 ms 19.877 ms 7.451 ms
Bedeutung
Der ping Befehl zeigt die Erreichbarkeit zum Internet an, und der Befehl zeigt an, dass Router traceroute A durchlaufen wird.
Verifizieren, ob Router B primär für VRRP wird
Zweck
Stellen Sie sicher, dass Router B primär für VRRP wird, wenn die Schnittstelle zwischen Router A und dem Internet ausfällt.
Aktion
Verwenden Sie die folgenden Befehle, um zu überprüfen, ob Router B primär ist und ob Router C den über das Internet übertragenden Router B erreichen kann.
user@routerA> show vrrp track detail
Tracked interface: ge-0/0/2.0
State: down, Speed: 1g
Incurred priority cost: 20
Tracking VRRP interface: ge-0/0/1.0, Group: 1
VR State: backup
Current priority: 90, Configured priority: 110
Priority hold-time: disabled
user@routerB> show vrrp
Interface State Group VR state VR Mode Timer Type Address
ge-0/0/1.0 up 1 master Active A 0.119 lcl 2001:db8:1:1::2
vip fe80::200:5eff:fe00:201
vip 2001:db8:1:1::254
user@routerC> traceroute 2001:db8:16:255::1 traceroute6 to 2001:db8:16:255::1 (2001:db8:16:255::1) from 2001:db8:1:1::3, 64 hops max, 12 byte packets 1 2001:db8:1:1::2 (2001:db8:1:1::2) 52.945 ms 344.383 ms 29.540 ms 2 2001:db8:16:255::1 (2001:db8:16:255::1) 46.168 ms 24.744 ms 23.867 ms
Bedeutung
Der show vrrp track detail Befehl zeigt an, dass die nachverfolgte Schnittstelle auf Router A ausgefallen ist, dass die Priorität auf 90 gesunken ist und dass Router A jetzt das Backup ist. Der show vrrp Befehl zeigt, dass Router B jetzt der primäre Router für VRRP ist, und der Befehl zeigt, dass Router traceroute B jetzt durchlaufen wird.
Konfigurieren der VRRP-Authentifizierung (nur IPv4)
Der Austausch von VRRP-Protokollen (nur IPv4) kann authentifiziert werden, um sicherzustellen, dass nur vertrauenswürdige Routing-Plattformen am Routing in einem autonomen System (AS) teilnehmen. Standardmäßig ist die VRRP-Authentifizierung deaktiviert. Sie können eine der folgenden Authentifizierungsmethoden konfigurieren. Jede VRRP-Gruppe muss die gleiche Methode verwenden.
Einfache Authentifizierung: Verwendet ein Textkennwort, das im übertragenen Paket enthalten ist. Die empfangende Routing-Plattform verwendet einen Authentifizierungsschlüssel (Kennwort), um das Paket zu verifizieren.
MD5-Algorithmus (Message Digest 5): Erstellt das Authentifizierungsdatenfeld im IP-Authentifizierungsheader. Dieser Header wird verwendet, um die VRRP-PDU zu kapseln. Die empfangende Routingplattform verwendet einen Authentifizierungsschlüssel (Kennwort), um die Authentizität des IP-Authentifizierungsheaders und der VRRP-PDU zu überprüfen.
Um die Authentifizierung zu aktivieren und eine Authentifizierungsmethode anzugeben, fügen Sie die authentication-type folgende Anweisung ein:
authentication-type authentication;
authentication Kann einfach oder MD5 sein. Der Authentifizierungstyp muss für alle Routing-Plattformen in der VRRP-Gruppe derselbe sein.
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id]
Wenn Sie die authentication-type Anweisung einschließen, können Sie auf jeder Schnittstelle einen Schlüssel (Kennwort) konfigurieren, indem Sie die authentication-key Anweisung einfügen:
authentication-key key;
key (das Kennwort) ist eine ASCII-Zeichenfolge. Für eine einfache Authentifizierung kann er zwischen 1 und 8 Zeichen lang sein. Bei der MD5-Authentifizierung kann er zwischen 1 und 16 Zeichen lang sein. Wenn Sie Leerzeichen einschließen, schließen Sie alle Zeichen in Anführungszeichen (" ") ein. Der Schlüssel muss für alle Routing-Plattformen in der VRRP-Gruppe derselbe sein.
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id]
Wenn VRRPv3 aktiviert ist, können die authentication-type and-Anweisungen authentication-key nicht für VRRP-Gruppen konfiguriert werden. Wenn eine Authentifizierung erforderlich ist, müssen Sie daher alternative Nicht-VRRP-Authentifizierungsmechanismen konfigurieren.
Siehe auch
Konfigurieren der VRRP-Trennung und der Haltezeit
Konfigurieren der VRRP-Trennung
Standardmäßig hat ein VRRP-Backup-Switch mit höherer Priorität Vorrang vor einem primären Switch mit niedrigerer Priorität. Um dieses Verhalten explizit zu aktivieren, fügen Sie die folgende Anweisung ein:
preempt;
Um zu verhindern, dass ein VRRP-Backup-Switch mit höherer Priorität einen primären Switch mit niedrigerer Priorität vorwegnimmt, fügen Sie die folgende Anweisung für den Switch mit niedrigerer Priorität ein:
no-preempt;
Sie können diese Anweisungen auf der folgenden Hierarchieebene einschließen:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id]
Konfigurieren der Wartezeit für die vorzeitige Unterbrechung
Sie können auch eine Wartezeit für die Unterbrechung konfigurieren, d. h. die Anzahl der Sekunden, die ein Backup-Router mit höherer Priorität, der gerade gestartet wurde, wartet, bevor er den primären Router trennt. Sie können eine Haltezeit konfigurieren, damit Routing-Protokolle oder andere Junos OS-Komponenten konvergieren, bevor die Unterbrechung erfolgt.
Die Haltezeit wird nur beim Start angewendet. Standardmäßig ist der Wert für die Haltezeit 0 Sekunden, was bedeutet, dass die Unterbrechung sofort nach dem Start des Backup-Routers erfolgen kann.
Konfigurieren Sie die folgende Anweisung, um den Wert für die Haltezeit für die vorzeitige Unterbrechung zu ändern:
hold-time seconds;
Die Haltezeit kann zwischen 0 und 3600 Sekunden liegen.
Sie können diese Anweisung auf der folgenden Hierarchieebene einschließen:
[edit interfaces interface-name unit logical-unit-number family inet address vrrp-group group-id] preempt
Konfigurieren des Ankündigungsintervalls für den primären VRRP-Router
Standardmäßig sendet der primäre Router jede Sekunde VRRP-Werbepakete an alle Mitglieder der VRRP-Gruppe. Diese Pakete zeigen an, dass der primäre Router noch in Betrieb ist. Wenn der primäre Router ausfällt oder nicht mehr erreichbar ist, wird der Backup-Router mit dem höchsten Prioritätswert zum neuen primären Router.
Sie können das Ankündigungsintervall in Sekunden oder in Millisekunden ändern. Das Intervall muss für alle Routing-Plattformen in der VRRP-Gruppe gleich sein.
Für VRRP für IPv6 müssen Sie IPv6-Routerankündigungen für die Schnittstelle konfigurieren, auf der VRRP zum Senden von IPv6-Routerankündigungen für die VRRP-Gruppe konfiguriert ist. Fügen Sie dazu die interface interface-name Anweisung auf der [edit protocols router-advertisement] Hierarchieebene ein. (Weitere Informationen zu dieser Erklärung und den Richtlinien finden Sie in der Junos OS Routing Protocols Library for Routing Devices.) Wenn eine Schnittstelle eine IPv6-Router-Anforderungsnachricht empfängt, sendet sie eine IPv6-Router-Ankündigung an alle darauf konfigurierten VRRP-Gruppen. Bei logischen Systemen werden IPv6-Routerankündigungen nicht an VRRP-Gruppen gesendet.
Das primäre VRRP für einen IPv6-Router muss auf eine Router-Anforderungsnachricht mit der virtuellen IP-Adresse des Routers antworten. Wenn die interface interface-name Anweisung jedoch auf der [edit protocols router-advertisement] Hierarchieebene enthalten ist, sendet das Backup-VRRP für einen IPv6-Router möglicherweise eine Antwort, bevor der primäre VRRP-Router antwortet, sodass die Standardroute des Clients nicht auf die virtuelle IP-Adresse des primären VRRP-Routers festgelegt wird. Um diese Situation zu vermeiden, schließen Sie die virtual-router-only Anweisung auf der [edit protocols router-advertisement interface interface-name] Hierarchieebene ein. Wenn diese Anweisung enthalten ist, werden Routerankündigungen nur für VRRP-IPv6-Gruppen gesendet, die auf der Schnittstelle konfiguriert sind (wenn sich die Gruppen im primären Zustand befinden). Sie müssen diese Anweisung sowohl auf dem primären als auch auf dem Backup-VRRP für IPv6-Router angeben.
In einem EVPN-Netzwerk schränkt das Einbeziehen der virtual-router-only Anweisung auf Hierarchieebene [edit protocols router-advertisement interface interface-name] die Routerankündigungen so ein, dass sie nur für die Verbindung local virtual-gateway-address gesendet werden.
Dieses Thema enthält die folgenden Abschnitte:
Ändern des Ankündigungsintervalls in Sekunden
Um die Zeit in Sekunden zwischen dem Senden von VRRP-Ankündigungspaketen zu ändern, fügen Sie die advertise-interval Anweisung ein:
advertise-interval seconds;
Das Intervall kann zwischen 1 und 255 Sekunden liegen.
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id]
Wenn VRRPv3 aktiviert ist, kann die Anweisung advertise-interval nicht zum Konfigurieren von Ankündigungsintervallen verwendet werden. Verwenden Sie stattdessen die Anweisung fast-interval , um Ankündigungsintervalle zu konfigurieren.
Ändern des Ankündigungsintervalls in Millisekunden
Um die Zeit in Millisekunden zwischen dem Senden von VRRP-Ankündigungspaketen zu ändern, fügen Sie die fast-interval Anweisung ein:
fast-interval milliseconds;
Das Intervall kann zwischen 10 und 40.950 Millisekunden liegen.
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id]
In der VRRP-PDU setzt Junos OS das Ankündigungsintervall auf 0. Wenn Sie VRRP mit den Routern anderer Anbieter konfigurieren, funktioniert die fast-interval Anweisung nur dann ordnungsgemäß, wenn für die anderen Router in den VRRP-PDUs ebenfalls ein Ankündigungsintervall auf 0 festgelegt ist. Andernfalls interpretiert Junos OS die Einstellungen anderer Router als Timer-Fehler für Ankündigungen.
Um die Zeit in Millisekunden zwischen dem Senden von VRRP für IPv6-Ankündigungspakete zu ändern, fügen Sie die inet6-advertise-interval Anweisung ein:
inet6-advertise-interval ms;
Der Wertebereich reicht von 100 bis 40.000 Millisekunden (ms).
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family inet6 address address vrrp-inet6-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet6 address address vrrp-inet6-group group-id]
Wenn VRRPv3 aktiviert ist, kann die Anweisung inet6-advertise-interval nicht zum Konfigurieren von Ankündigungsintervallen verwendet werden. Verwenden Sie stattdessen die Anweisung fast-interval , um Ankündigungsintervalle zu konfigurieren.
Konfigurieren des Startzeitraums für VRRP-Vorgänge
Um den Startzeitraum für VRRP-Vorgänge zu konfigurieren, fügen Sie die startup-silent-period Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] startup-silent-period seconds;
Während des stillen Startzeitraums zeigt die show vrrp detail Befehlsausgabe den Wert 0 für Master priorityund Ihre eigene IP-Adresse für Master routeran. Diese Werte weisen darauf hin, dass die Primärauswahl noch nicht abgeschlossen ist, und diese Werte können ignoriert werden.
Siehe auch
Konfigurieren eines Backup-Routers zum Trennen des primären VRRP-Routers
Standardmäßig hat ein Backup-Router mit höherer Priorität Vorrang vor einem primären Router mit niedrigerer Priorität. Um das Trennen des primären Routers explizit zu aktivieren, fügen Sie die preempt folgende Anweisung ein:
preempt;
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (Inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id]
Um zu verhindern, dass ein Backup-Router mit höherer Priorität einen primären Router mit niedrigerer Priorität vorschaltet, fügen Sie die no-preempt folgende Anweisung ein:
no-preempt;
Siehe auch
Konfigurieren einer Sicherung zum Akzeptieren von Paketen, die für die virtuelle IP-Adresse bestimmt sind
Standardmäßig verarbeitet ein Switch, der als VRRP-Backup konfiguriert ist, aber als primärer Switch fungiert, keine Pakete, die an die virtuelle IP-Adresse gesendet werden, d. h. Pakete, bei denen die Zieladresse die virtuelle IP-Adresse ist. Um einen Backup-Switch so zu konfigurieren, dass er Pakete verarbeitet, die an die virtuelle IP-Adresse gesendet werden, während er als primäre Adresse fungiert, fügen Sie die accept-data Anweisung in die Sicherung ein:
accept-data;
Sie können diese Anweisung auf der folgenden Hierarchieebene einschließen:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group] group-id
Um explizit zu verbieten, dass die Sicherung Pakete akzeptiert, die für die virtuelle IP-Adresse bestimmt sind, während sie als primäre Adresse fungiert, fügen Sie die no-accept-data folgende Anweisung ein:
no-accept-data;
Wenn Sie die accept-data Anweisung einschließen, konfigurieren Sie die verbundenen Hosts so, dass sie:
Verarbeiten Sie unentgeltliche ARP-Anfragen.
Verwenden Sie keine anderen Pakete als ARP-Antworten, um den ARP-Cache zu aktualisieren.
Diese Anweisung ist standardmäßig deaktiviert. Wenn Sie diese Option aktivieren, entspricht Ihre Konfiguration nicht RFC 3768.
Um eingehende IP-Pakete auf ICMP zu beschränken, müssen Sie Firewall-Filter so konfigurieren, dass nur ICMP-Pakete akzeptiert werden.
Siehe auch
Ändern des Werts für die Wartezeit für die vorzeitige Unterbrechung für den primären VRRP-Router
Die Haltezeit ist die maximale Anzahl von Sekunden, die verstreichen können, bevor ein Backup-Router mit höherer Priorität den primären Router vorschaltet. Sie können eine Haltezeit konfigurieren, damit alle Junos OS-Komponenten vor der Unterbrechung konvergieren.
Standardmäßig ist der Haltezeitwert 0 Sekunden. Der Wert 0 bedeutet, dass die Unterbrechung unmittelbar nach dem Betrieb des Backup-Routers erfolgen kann. Beachten Sie, dass die Haltezeit ab dem Zeitpunkt gezählt wird, an dem der Backup-Router online geschaltet wird. Die Haltezeit ist nur gültig, wenn der VRRP-Router gerade online geht.
Um den Wert für die Haltezeit für die vorzeitige Unterbrechung zu ändern, fügen Sie die hold-time Anweisung ein:
hold-time seconds;
Die Haltezeit kann zwischen 0 und 3600 Sekunden liegen.
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id preempt][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (Inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id preempt]
Siehe auch
Konfigurieren der asymmetrischen Haltezeit für VRRP-Router
In Junos OS Version 9.5 und höher können Sie mit der asymmetric-hold-time Anweisung auf Hierarchieebene [edit protocols vrrp] einen primären VRRP-Router so konfigurieren, dass er sofort auf den Backup-Router umschaltet, d. h., ohne auf den Ablauf der Prioritätshaltezeit zu warten, wenn eine verfolgte Schnittstelle oder Route ausfällt oder wenn die Bandbreite einer verfolgten Schnittstelle abnimmt. Solche Ereignisse können zu einer sofortigen Herabsetzung der Priorität auf der Grundlage der konfigurierten Prioritätskosten für das Ereignis führen und eine Vorwahlwahl auslösen.
Wenn die verfolgte Route oder Schnittstelle jedoch wieder aktiviert wird oder wenn die Bandbreite für eine nachverfolgte Schnittstelle zunimmt, wartet der Backup-Router (ursprünglicher primärer Router) auf den Ablauf der Haltezeit, bevor er die Priorität aktualisiert und den Switchover einleitet, wenn die Priorität höher ist als die Priorität für den primären VRRP-Router (ursprüngliche Sicherung).
Wenn die asymmetric-hold-time Anweisung nicht konfiguriert ist, wartet die VRRP-Primärdatenbank auf den Ablauf der Haltezeit, bevor sie einen Switchover einleitet, wenn eine verfolgte Route ausfällt oder wenn die Bandbreite einer nachverfolgten Schnittstelle abnimmt.
Beispiel: Konfigurieren der asymmetrischen Haltezeit
[edit] user@host# set protocols vrrp asymmetric-hold-time [edit] user@host# show protocols vrrp asymmetric-hold-time;
Siehe auch
Konfigurieren von passivem ARP-Lernen für Backup-VRRP-Router
Standardmäßig verwirft der Backup-VRRP-Router ARP-Anforderungen für die Übersetzung von VRRP-IP in VRRP-MAC-Adresse. Das bedeutet, dass der Backup-Router die ARP-Zuordnungen (IP-zu-MAC-Adresse) für die Hosts, die die Anfragen senden, nicht lernt. Wenn ein Ausfall des primären Routers erkannt wird und der Übergang zum neuen primären Router erfolgt, muss der Backup-Router alle Einträge, die im ARP-Cache des primären Routers vorhanden waren, erneut lernen. In Umgebungen mit vielen direkt angeschlossenen Hosts, wie z. B. Metro-Ethernet-Umgebungen, kann die Anzahl der zu lernenden ARP-Einträge hoch sein. Dies kann zu einer erheblichen Übergangsverzögerung führen, bei der der an einige Hosts übertragene Datenverkehr unterbrochen werden kann.
Passives ARP-Lernen ermöglicht es dem ARP-Cache im Backup-Router, ungefähr den gleichen Inhalt wie der ARP-Cache im primären Router zu enthalten, wodurch das Problem des Erlernens von ARP-Einträgen in einem Burst vermieden wird. Um passives ARP-Lernen zu aktivieren, fügen Sie die passive-learning Anweisung auf der [edit system arp] Hierarchieebene ein:
[edit system arp] passive-learning;
Es wird empfohlen, passives Lernen sowohl auf dem Backup- als auch auf dem primären VRRP-Router einzustellen. Auf diese Weise wird verhindert, dass manuell eingegriffen werden muss, wenn der primäre Router zum Backup-Router wird. Solange ein Router als primärer Router fungiert, hat die Konfiguration für passives Lernen keine Auswirkungen auf den Betrieb. Die Konfiguration wird nur wirksam, wenn der Router als Backup-Router betrieben wird.
Weitere Informationen zur Konfiguration von unentgeltlichem ARP und des ARP-Alterungs-Timers finden Sie in der Junos OS-Verwaltungsbibliothek für Routing-Geräte.
Siehe auch
Konfigurieren der VRRP-Routenverfolgung
Konfigurieren Sie die Router R1 und R2 für die Ausführung von VRRP. Konfigurieren Sie statische Routen und eine Richtlinie für den Export der statischen Routen auf Router R3. Die VRRP-Routinginstanzen auf R2 verfolgen die Routen, die von R3 angekündigt werden.
Auf Router R1
[edit interfaces]
ge-1/0/3 {
unit 0 {
vlan-id 1;
family inet {
address 200.100.50.2/24 {
vrrp-group 0 {
virtual-address 200.100.50.101;
priority 195;
}
}
}
}
}
Auf Router R2
[edit interfaces]
ge-1/0/1 {
unit 0 {
vlan-id 1;
family inet {
address 200.100.50.1/24 {
vrrp-group 0 {
virtual-address 200.100.50.101;
priority 200;
track {
route 59.0.58.153/32 routing-instance default priority-cost 5;
route 59.0.58.154/32 routing-instance default priority-cost 5;
route 59.0.58.155/32 routing-instance default priority-cost 5;
}
}
}
}
}
}
Auf Router R3
[edit]
policy-options {
policy-statement static-policy {
term term1 {
then accept;
}
}
}
protocols {
ospf {
export static-policy;
reference-bandwidth 4g;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
}
routing-options {
static {
route 59.0.0.153/32 next-hop 45.45.45.46;
route 59.0.0.154/32 next-hop 45.45.45.46;
route 59.0.0.155/32 next-hop 45.45.45.46;
}
}
Siehe auch
Konfigurieren einer logischen Schnittstelle, die für eine VRRP-Gruppe verfolgt werden soll
VRRP kann nachverfolgen, ob eine logische Schnittstelle aktiviert, inaktiv oder nicht vorhanden ist, und kann auch die Priorität der VRRP-Gruppe basierend auf dem Status der verfolgten logischen Schnittstelle dynamisch ändern, wodurch eine neue Wahl des primären Routers ausgelöst wird. VRRP kann auch die Betriebsgeschwindigkeit einer logischen Schnittstelle verfolgen und die Priorität der VRRP-Gruppe dynamisch aktualisieren, wenn die Geschwindigkeit einen konfigurierten Schwellenwert überschreitet.
Wenn die Schnittstellenverfolgung aktiviert ist, können Sie keine Priorität von 255 konfigurieren (eine Priorität von 255 gibt den primären Router an). Für jede VRRP-Gruppe können Sie bis zu 10 logische Schnittstellen verfolgen.
Um eine logische Schnittstelle zu konfigurieren, die nachverfolgt werden soll, fügen Sie die folgenden Anweisungen ein:
track { interface interface-name { bandwidth-threshold bits-per-second priority-cost priority; priority-cost priority; } priority-hold-time seconds; }
interface et-0/0/0 {
priority-cost 30;
}
Sie können diese Anweisungen auf den folgenden Hierarchieebenen einschließen:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit interfaces interface-name unit logical-unit-number family inet6 address address vrrp-inet6-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet6 address address vrrp-inet6-group group-id]
Die angegebene Schnittstelle ist die Schnittstelle, die für die VRRP-Gruppe verfolgt werden soll. Die Prioritätshaltezeit ist die Mindestzeitspanne, die zwischen dynamischen Prioritätsänderungen verstreichen muss. Ein Nachverfolgungsereignis, z. B. eine Änderung des Schnittstellenstatus (nach oben oder unten) oder eine Änderung der Bandbreite, löst eine der folgenden Reaktionen aus:
Das erste Überwachungsereignis löst den Prioritätshalte-Timer aus und initialisiert außerdem die ausstehende Priorität basierend auf der aktuellen Priorität und den Prioritätskosten. Die derzeitige Priorität bleibt jedoch unverändert.
Ein Nachverfolgungsereignis oder eine manuelle Konfigurationsänderung, die auftritt, während der Timer für das Halten der Priorität aktiviert ist, löst eine ausstehende Prioritätsaktualisierung aus. Die derzeitige Priorität bleibt jedoch unverändert.
Dadurch wird sichergestellt, dass Junos OS nicht jedes Mal, wenn eine nachverfolgte Schnittstelle funktioniert, eine Auswahl der primären Rolle auslöst.
Wenn die Prioritätshaltezeit abläuft, erbt die aktuelle Priorität den Wert der ausstehenden Priorität, und die ausstehende Priorität endet.
Wenn Sie konfiguriert asymmetric-hold-timehaben, wartet VRRP nicht, bis die Prioritätshaltezeit abgelaufen ist, bevor es die Auswahl der primären Rolle initiiert, wenn eine nachverfolgte Schnittstelle ausfällt (der Status ändert sich von up zu down) oder wenn die verfügbare Bandbreite für eine nachverfolgte Schnittstelle abnimmt. Weitere Informationen zu finden Sie asymmetric-hold-timeunter Konfigurieren der asymmetrischen Haltezeit für VRRP-Router.
Es gibt zwei priority-cost Anweisungen, die auf dieser Hierarchieebene angezeigt werden. Die bandwidth-threshold Anweisung gibt einen Schwellenwert für die nachverfolgte Schnittstelle an. Wenn die Bandbreite der nachverfolgten Schnittstelle unter den konfigurierten Bandbreitenschwellenwert fällt, verwendet die VRRP-Gruppe die Prioritätskosten für den Bandbreitenschwellenwert. Sie können bis zu fünf Bandbreitenschwellenwerte für jede nachverfolgte Schnittstelle nachverfolgen. Direkt unter der interface Anweisung befindet sich eine priority-cost Anweisung, die den Wert angibt, der von der Priorität abgezogen werden soll, wenn die Schnittstelle ausgefallen ist.
Die Summe der Prioritätskosten für alle nachverfolgten logischen Schnittstellen muss kleiner oder gleich der konfigurierten Priorität der VRRP-Gruppe sein. Wenn Sie mehr als eine Schnittstelle verfolgen, wendet der Router die Summe der Prioritätskosten für die verfolgten Schnittstellen (höchstens nur eine Prioritätskosten für jede verfolgte Schnittstelle) auf die VRRP-Gruppenpriorität an.
Vor Junos OS Version 15.1 konnte eine angepasste Priorität nicht Null sein. Wenn die Differenz zwischen den Prioritätskosten und der konfigurierten Priorität der VRRP-Gruppe Null wäre, würde die angepasste Priorität 1 werden.
In Junos OS Version 15.1 und höher kann eine angepasste Priorität Null sein.
Der Prioritätswert Null (0) gibt an, dass der aktuelle primäre Router nicht mehr am VRRP teilnimmt. Ein solcher Prioritätswert wird verwendet, um einen der Backup-Router zu veranlassen, schnell auf den primären Router umzuschalten, ohne auf eine Zeitüberschreitung des aktuellen primären Routers warten zu müssen.
Wenn Sie mehr als eine Schnittstelle verfolgen, wendet der Router die Summe der Prioritätskosten für die verfolgten Schnittstellen (höchstens nur eine Prioritätskosten für jede verfolgte Schnittstelle) auf die VRRP-Gruppenpriorität an. Die Kostenwerte für Schnittstellenprioritätskosten und Bandbreitenschwellenwertpriorität für jede VRRP-Gruppe sind jedoch nicht kumulativ. Der Router verwendet nur einen Prioritätsfaktor für eine nachverfolgte Schnittstelle, wie in Tabelle 1 angegeben.
Nachverfolgter Schnittstellenstatus |
Vorrangige Kostenverwendung |
|---|---|
Herab |
|
Nicht unten; Mediengeschwindigkeit unterhalb eines oder mehrerer Bandbreitenschwellenwerte |
Prioritätskosten des niedrigsten anwendbaren Bandbreitenschwellenwerts |
Sie müssen die Kosten für die Schnittstellenpriorität nur konfigurieren, wenn Sie keine Bandbreitenschwellenwerte konfiguriert haben. Wenn Sie keinen Kostenwert für die Schnittstellenpriorität konfiguriert haben und die Schnittstelle ausgefallen ist, verwendet die Schnittstelle den Kostenwert für die Priorität des Bandbreitenschwellenwerts des niedrigsten Bandbreitenschwellenwerts.
Siehe auch
Konfigurieren einer Route, die für eine VRRP-Gruppe verfolgt werden soll
VRRP kann nachverfolgen, ob eine Route erreichbar ist (d. h., die Route existiert in der Routing-Tabelle der Routing-Instanz, die in der Konfiguration enthalten ist), und die Priorität der VRRP-Gruppe basierend auf der Erreichbarkeit der verfolgten Route dynamisch ändern, wodurch eine neue Wahl des primären Routers ausgelöst wird.
Um eine Route zu konfigurieren, die verfolgt werden soll, fügen Sie die folgenden Anweisungen ein:
track { priority-hold-time seconds; route prefix/prefix-length routing-instance instance-name priority-cost priority; }
Sie können diese Anweisungen auf den folgenden Hierarchieebenen einschließen:
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit interfaces interface-name unit logical-unit-number family inet6 address address vrrp-inet6-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet6 address address vrrp-inet6-group group-id]
Das angegebene Routenpräfix ist die Route, die für die VRRP-Gruppe verfolgt werden soll. Die Prioritätshaltezeit ist die Mindestzeitspanne, die zwischen dynamischen Prioritätsänderungen verstreichen muss. Ein Routenverfolgungsereignis, z. B. das Hinzufügen einer Route zum Routing-Tabelle oder das Entfernen einer Route aus dem , kann eine oder mehrere der folgenden Aktionen auslösen:
Das erste Überwachungsereignis löst den Prioritätshalte-Timer aus und initialisiert außerdem die ausstehende Priorität basierend auf der aktuellen Priorität und den Prioritätskosten. Die derzeitige Priorität bleibt jedoch unverändert.
Ein Nachverfolgungsereignis oder eine manuelle Konfigurationsänderung, die auftritt, während der Timer für das Halten der Priorität aktiviert ist, löst eine ausstehende Prioritätsaktualisierung aus. Die derzeitige Priorität bleibt jedoch unverändert.
Wenn die Prioritätshaltezeit abläuft, erbt die aktuelle Priorität den Wert der ausstehenden Priorität, und die ausstehende Priorität endet.
Dadurch wird sichergestellt, dass Junos OS nicht jedes Mal, wenn eine verfolgte Route ins Wanken gerät, eine Auswahl der primären Rolle auslöst.
Wenn Sie konfiguriert asymmetric-hold-timehaben, wartet VRRP nicht, bis die Prioritätshaltezeit abgelaufen ist, bevor die Auswahl der primären Rolle initiiert wird, wenn eine nachverfolgte Route aus der Routing-Tabelle entfernt wird. Weitere Informationen zu finden Sie asymmetric-hold-timeunter Konfigurieren der asymmetrischen Haltezeit für VRRP-Router.
Die Routing-Instanz ist die Routing-Instanz, in der die Route verfolgt werden soll. Wenn sich die Route in der Standard- oder globalen Routinginstanz befindet, geben Sie den Instanznamen als default.
Das Verfolgen einer Route, die zu einer Routing-Instanz aus einem anderen logischen System gehört, wird nicht unterstützt.
Die Prioritätskosten sind der Wert, der von der konfigurierten VRRP-Priorität abgezogen wird, wenn die verfolgte Route ausfällt und eine neue Wahl des primären Routers erzwungen wird. Der Wert kann zwischen 1 und 254 liegen.
Die Summe der Prioritätskosten für alle verfolgten Routen muss kleiner oder gleich der konfigurierten Priorität der VRRP-Gruppe sein. Wenn Sie mehr als eine Route verfolgen, wendet der Router die Summe der Prioritätskosten für die verfolgten Routen (höchstens nur eine Prioritätskosten für jede verfolgte Route) auf die VRRP-Gruppenpriorität an.
Vor Junos OS Version 15.1 konnte eine angepasste Priorität nicht Null sein. Wenn die Differenz zwischen den Prioritätskosten und der konfigurierten Priorität der VRRP-Gruppe Null wäre, würde die angepasste Priorität 1 werden.
In Junos OS Version 15.1 und höher kann eine angepasste Priorität Null sein.
Der Prioritätswert Null (0) gibt an, dass der aktuelle primäre Router nicht mehr am VRRP teilnimmt. Ein solcher Prioritätswert wird verwendet, um einen der Backup-Router zu veranlassen, schnell auf den primären Router umzuschalten, ohne auf eine Zeitüberschreitung des aktuellen primären Routers warten zu müssen.
Siehe auch
Beispiel: Konfigurieren mehrerer VRRP-Besitzergruppen
In diesen Beispielen wird gezeigt, wie mehrere IPv4- und IPv6-Besitzergruppen des virtuellen Router Redundancy Protocol (VRRP) konfiguriert werden.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
Ein Router der EX-, M-, MX- oder T-Serie.
Junos OS Version 12.3 oder höher
Überblick
Mehrere VRRP-Besitzergruppen ermöglichen es Benutzern, Interface Address IDs (IFAs) als virtuelle IP-Adressen (VIPs) wiederzuverwenden. Sie können mehrere IPv4-Besitzergruppen, mehrere IPv6-Besitzergruppen oder eine Mischung aus IPv4- und IPv6-Besitzergruppen konfigurieren.
Konfiguration
- CLI Schnellkonfiguration
- Konfigurieren mehrerer IPv4-Besitzergruppen
- Konfigurieren mehrerer IPv6-Besitzergruppen
- Konfigurieren mehrerer IPv4- und IPv6-Besitzergruppen
- Befund
CLI Schnellkonfiguration
Um diesen Abschnitt des Beispiels schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.
Mehrere IPv4-Besitzergruppen
edit interfaces ge-1/0/0 unit 0 family inet set address 10.0.0.2/24 vrrp-group 2 virtual-address 10.0.0.4 accept-data set address 20.0.0.2/24 vrrp-group 3 virtual-address 20.0.0.2 priority 255 set address 30.0.0.2/24 vrrp-group 4 virtual-address 30.0.0.2 priority 255
Mehrere IPv6-Besitzergruppen
edit interfaces ge-1/0/0 unit 0 family inet6 set address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-inet6-address 2001:4818:f000:20::1 set address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-link-local-address fe80:4818:f000:20::1 set address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 priority 255 set address fe80:4818:f000:13::2/64 set address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-inet6-address 2001:1000:f000:20::1 set address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-link-local-address fe80:1000:f000:20::1 set address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 priority 255 set address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-inet6-address 2001:2000:f000:20::2 set address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-link-local-address fe80:2000:f000:20::2 set address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 priority 250
Mehrere IPv4- und IPv6-Besitzergruppen
edit interfaces ge-1/0/0 unit 0 set family inet address 10.0.0.1/24 vrrp-group 5 virtual-address 10.0.0.1 set family inet address 10.0.0.1/24 vrrp-group 5 priority 255 set family inet6 address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-inet6-address 2001:4818:f000:20::1 set family inet6 address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-link-local-address fe80:4818:f000:20::1 set family inet6 address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 priority 255 set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-inet6-address 2001:1000:f000:20::1 set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-link-local-address fe80:1000:f000:20::1 set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 priority 255 set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-inet6-address 2001:2000:f000:20::2 set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-link-local-address fe80:2000:f000:20::2 set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 priority 250
Konfigurieren mehrerer IPv4-Besitzergruppen
Schritt-für-Schritt-Anleitung
So konfigurieren Sie mehrere IPv4-Besitzergruppen:
Erstellen einer IPv4-Schnittstelle auf dem Gerät
[edit] user@host# edit interfaces ge-1/0/0 unit 0 family inet
Konfigurieren der ersten IPv4-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0 family inet] user@host# set address 10.0.0.2/24 vrrp-group 2 virtual-address 10.0.0.4 accept-data
Konfigurieren der zweiten IPv4-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0 family inet] user@host# set address 20.0.0.2/24 vrrp-group 3 virtual-address 20.0.0.2 priority 255
Konfigurieren der dritten IPv4-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0 family inet] user@host# set address 30.0.0.2/24 vrrp-group 4 virtual-address 30.0.0.2 priority 255
Konfigurieren mehrerer IPv6-Besitzergruppen
Schritt-für-Schritt-Anleitung
So konfigurieren Sie mehrere IPv6-Besitzergruppen:
Erstellen einer IPv6-Schnittstelle auf dem Gerät
[edit] user@host# edit interfaces ge-1/0/0 unit 0 family inet6
Konfigurieren der inet6-Adresse für die erste IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-inet6-address 2001:4818:f000:20::1
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-link-local-address fe80:4818:f000:20::1
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 priority 255
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-inet6-address 2001:1000:f000:20::1
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-link-local-address fe80:1000:f000:20::1
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 priority 255
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-inet6-address 2001:2000:f000:20::2
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-link-local-address fe80:2000:f000:20::2
[edit interfaces ge-1/0/0 unit 0 family inet6] user@host# set address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 priority 250
Konfigurieren mehrerer IPv4- und IPv6-Besitzergruppen
Schritt-für-Schritt-Anleitung
So konfigurieren Sie mehrere IPv4- und IPv6-Besitzergruppen:
Erstellen einer Schnittstelle auf dem Gerät
[edit] user@host# edit interfaces ge-1/0/0 unit 0
Konfigurieren der Familieninet-Adresse und der virtuellen Adresse für die IPv4-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] user@host# set family inet address 10.0.0.1/24 vrrp-group 5 virtual-address 10.0.0.1
Legen Sie die Priorität der IPv4-Besitzergruppe auf 255 fest.
[edit interfaces ge-1/0/0 unit 0] set family inet address 10.0.0.1/24 vrrp-group 5 priority 255
Konfigurieren der inet6-Adresse für die erste IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-inet6-address 2001:4818:f000:20::1
Festlegen der lokalen Adresse der virtuellen Verbindung für die erste IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 virtual-link-local-address fe80:4818:f000:20::1
Legen Sie die Priorität der ersten IPv6-Besitzergruppe auf 255 fest.
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:4818:f000:20::1/64 vrrp-inet6-group 1 priority 255
Konfigurieren der inet6-Adresse für die zweite IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-inet6-address 2001:1000:f000:20::1
Festlegen der lokalen Adresse für die virtuelle Verbindung für die zweite IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 virtual-link-local-address fe80:1000:f000:20::1
Legen Sie die Priorität der zweiten IPv6-Besitzergruppe auf 255 fest.
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:1000:f000:20::1/64 vrrp-inet6-group 2 priority 255
Konfigurieren der inet6-Adresse für die dritte IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-inet6-address 2001:2000:f000:20::2
Festlegen der lokalen Adresse für die virtuelle Verbindung für die dritte IPv6-Besitzergruppe
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 virtual-link-local-address fe80:2000:f000:20::2
Legen Sie die Priorität der dritten IPv6-Besitzergruppe auf 250 fest.
[edit interfaces ge-1/0/0 unit 0] set family inet6 address 2001:2000:f000:20::1/64 vrrp-inet6-group 3 priority 250
Befund
Mehrere IPv4-Besitzergruppen
[edit interfaces]
ge-1/0/0
unit 0 {
family inet {
address 10.0.0.2/24 {
vrrp-group 2 {
virtual-address 10.0.0.4;
accept-data;
}
}
address 20.0.0.2/24 {
vrrp-group 3 {
virtual-address 20.0.0.2;
priority 255;
}
}
address 30.0.0.2/24 {
vrrp-group 4 {
virtual-address 30.0.0.2;
priority 255;
}
}
}
}
Mehrere IPv6-Besitzergruppen
[edit interfaces]
ge-1/0/0
unit 0 {
family inet6 {
address 2001:4818:f000:20::1/64 {
vrrp-inet6-group 1 {
virtual-inet6-address 2001:4818:f000:20::1;
virtual-link-local-address fe80:4818:f000:20::1;
priority 255;
}
}
address fe80:4818:f000:13::2/64;
address 2001:1000:f000:20::1/64 {
vrrp-inet6-group 2 {
virtual-inet6-address 2001:1000:f000:20::1;
virtual-link-local-address fe80:1000:f000:20::1;
priority 255;
}
}
address 2001:2000:f000:20::1/64 {
vrrp-inet6-group 3 {
virtual-inet6-address 2001:2000:f000:20::2;
virtual-link-local-address fe80:2000:f000:20::2;
priority 250;
}
}
}
}
Mehrere IPv4- und IPv6-Besitzergruppen
[edit interfaces]
ge-1/0/0
unit 0 {
family inet {
address 10.0.0.1/24 {
vrrp-group 5 {
virtual-address 10.0.0.1;
priority 255;
}
}
}
family inet6 {
address 2001:4818:f000:20::1/64 {
vrrp-inet6-group 1 {
virtual-inet6-address 2001:4818:f000:20::1;
virtual-link-local-address fe80:4818:f000:20::1;
priority 255;
}
}
address 2001:1000:f000:20::1/64 {
vrrp-inet6-group 2 {
virtual-inet6-address 2001:1000:f000:20::1;
virtual-link-local-address fe80:1000:f000:20::1;
priority 255;
}
}
address 2001:2000:f000:20::1/64 {
vrrp-inet6-group 3 {
virtual-inet6-address 2001:2000:f000:20::2;
virtual-link-local-address fe80:2000:f000:20::2;
priority 250;
}
}
}
}
Verifizierung
Um die Konfiguration zu überprüfen, führen Sie den Befehl aus, oder verwenden Sie den show interfaces ge-1/0/0 Namen, den Sie der Schnittstelle zugewiesen haben.
Konfigurieren der Vererbung für eine VRRP-Gruppe
Mit Junos OS können Sie VRRP-Gruppen in den verschiedenen Subnetzen eines VLANs so konfigurieren, dass sie den Status und die Konfiguration einer der Gruppen übernehmen, die als aktive VRRP-Gruppe bezeichnet wird. Wenn die Konfigurationsanweisung vrrp-inherit-from in der Konfiguration enthalten ist, sendet nur die aktive VRRP-Gruppe, von der die anderen VRRP-Gruppen den Zustand erben, häufige VRRP-Ankündigungen und verarbeitet eingehende VRRP-Ankündigungen. Die Gruppen, die den Status erben, verarbeiten keine eingehende VRRP-Ankündigung, da der Zustand immer von der aktiven VRRP-Gruppe geerbt wird. Die Gruppen, die den Status erben, senden jedoch alle 2 bis 3 Minuten VRRP-Ankündigungen, um das Erlernen der MAC-Adresse auf den Switches zwischen den VRRP-Routern zu erleichtern.
Wenn die vrrp-inherit-from Anweisung nicht konfiguriert ist, sendet jede der primären VRRP-Gruppen in den verschiedenen Subnetzen des VLAN separate VRRP-Ankündigungen aus und erhöht den Datenverkehr im VLAN.
Um die Vererbung für eine VRRP-Gruppe zu konfigurieren, schließen Sie die vrrp-inherit-from Anweisung auf der [edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id] Hierarchieebene ein.
[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id] vrrp-inherit-from active-group group-index; vrrp-inherit-from active-interface active-interface-name;
Wenn Sie eine Gruppe so konfigurieren, dass sie einen Zustand von einer anderen Gruppe erbt, müssen sich die erbenden Gruppen und die aktive Gruppe auf derselben physischen Schnittstelle und demselben logischen System befinden. Die Gruppen müssen sich jedoch nicht unbedingt auf derselben Routing-Instanz (wie in Junos OS-Versionen vor 9.6), VLAN oder logischer Schnittstelle befinden.
Wenn Sie die vrrp-inherit-from Anweisung für eine VRRP-Gruppe einschließen, erbt die VRRP-Gruppe die folgenden Parameter von der aktiven Gruppe:
advertise-intervall
Authentifizierungsschlüssel
Authentifizierungstyp
schnelles Intervall
vorzeitig | no-preempt
Priorität
Nachverfolgen von Schnittstellen
Route verfolgen
Sie können jedoch die accept-data | no-accept-data Anweisung für die Gruppe konfigurieren, um anzugeben, ob die Schnittstelle Pakete akzeptieren soll, die für die virtuelle IP-Adresse bestimmt sind.
Siehe auch
Konfigurieren einer Schnittstelle zur Annahme aller Pakete, die für die virtuelle IP-Adresse einer VRRP-Gruppe bestimmt sind
In VRRP-Implementierungen, bei denen der Router, der als primärer Router fungiert, nicht der Eigentümer der IP-Adresse ist – der IP-Adressbesitzer ist der Router mit der Schnittstelle, dessen tatsächliche IP-Adresse als IP-Adresse des virtuellen Routers (virtuelle IP-Adresse) verwendet wird – akzeptiert der primäre Router nur die ARP-Pakete der Pakete, die an die virtuelle IP-Adresse gesendet werden. Junos OS ermöglicht es Ihnen, diese Einschränkung mithilfe der accept-data-Konfiguration außer Kraft zu setzen. Wenn die accept-data Anweisung in der Konfiguration enthalten ist, akzeptiert der primäre Router alle Pakete, die an die virtuelle IP-Adresse gesendet werden, auch wenn der primäre Router nicht der Eigentümer der IP-Adresse ist.
Wenn der primäre Router der Eigentümer der IP-Adresse ist oder seine Priorität auf 255 festgelegt ist, akzeptiert der primäre Router standardmäßig alle Pakete, die an die virtuelle IP-Adresse adressiert sind. In solchen Fällen ist die accept-data-Konfiguration nicht erforderlich.
Um eine Schnittstelle so zu konfigurieren, dass sie alle an die virtuelle IP-Adresse gesendeten Pakete akzeptiert, fügen Sie die accept-data folgende Anweisung ein:
accept-data;
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (Inet | inet6) address address (vrrp-group | vrrp-inet6-group) group-id]
Um zu verhindern, dass ein primärer Router, der der Eigentümer der IP-Adresse ist oder dessen Priorität auf 255 festgelegt ist, andere Pakete als die ARP-Pakete akzeptiert, die an die virtuelle IP-Adresse adressiert sind, fügen Sie die no-accept-data folgende Anweisung ein:
no-accept-data;
Wenn Sie die eingehenden IP-Pakete auf ICMP-Pakete beschränken möchten, müssen Sie die Firewall-Filter so konfigurieren, dass nur ICMP-Pakete akzeptiert werden.
Wenn Sie die Anweisung einfügen, entspricht Ihre
accept-dataRouting-Plattformkonfiguration nicht RFC 3768 (siehe Abschnitt 6.4.3 von RFC 3768, Virtual Router Redundancy Protocol (VRRP)).
Siehe auch
Konfigurieren der stillen Periode, um Alarme aufgrund einer Verzögerung beim Empfang von VRRP-Werbepaketen zu vermeiden
Die Ruhephase beginnt, wenn der Schnittstellenstatus von "nach unten" geändert wird. Während dieses Zeitraums wird das primäre Ausfallereignis ignoriert. Konfigurieren Sie das Intervall für die stille Periode, um Alarme zu vermeiden, die durch die Verzögerung oder Unterbrechung der eingehenden VRRP-Ankündigungspakete während der Startphase der Schnittstelle verursacht werden.
Um das Intervall für den stillen Zeitraum zu konfigurieren, das vom Timer für das primäre Ausfallereignis ignoriert wird, schließen Sie die startup-silent-period Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] startup-silent-period seconds;
Während des unbeaufsichtigten Startzeitraums zeigt die show vrrp detail Befehlsausgabe den Wert 0 für Master priority und Ihre IP-Adresse für Master routeran. Diese Werte weisen darauf hin, dass die Primärauswahl noch nicht abgeschlossen ist, und diese Werte können ignoriert werden.
Wenn Sie startup-silent-period konfiguriert haben, wird das primäre Ausfallereignis ignoriert, bis der startup-silent-period abläuft.
Konfigurieren Sie z. B. eine VRRP-Gruppe vrrp-group1mit einem Ankündigungsintervall von 1 Sekunde, einer stillen Startphase von 10 Sekunden und einer Schnittstelle interface1 mit einer Priorität von weniger als 255.
Beim interface1 Übergang von unten nach oben:
Die vrrp-group1 Gruppe wechselt in den Sicherungszustand und startet den Timer für das primäre Ausfallereignis (3 Sekunden; dreimal so hoch wie der Wert des Ankündigungsintervalls, das in diesem Fall 1 Sekunde beträgt).
Wenn während des 3-Sekunden-Zeitraums keine VRRP-PDU empfangen wird, wird die Start-Silent-Periode (in diesem Fall 10 Sekunden) überprüft, und wenn die Start-Stille-Periode noch nicht abgelaufen ist, wird der Timer für das primäre Ausfallereignis neu gestartet. Dies wird so lange wiederholt, bis die startup-silent-period abgelaufen ist. In diesem Beispiel wird der Timer für das primäre Ausfallereignis viermal (12 Sekunden) ausgeführt, wenn die 10-sekündige Stille des Startvorgangs abläuft.
Wenn bis zum Ende des vierten 3-Sekunden-Zyklus keine VRRP-PDU empfangen wird, vrrp-group1 übernimmt die primäre Rolle.
Siehe auch
Aktivieren des verteilten periodischen Paketverwaltungsprozesses für VRRP
In der Regel werden VRRP-Ankündigungen vom VRRP-Prozess (vrrpd) auf dem primären VRRP-Router in regelmäßigen Abständen gesendet, um andere Mitglieder der Gruppe darüber zu informieren, dass der primäre VRRP-Router betriebsbereit ist.
Wenn der vrrpd-Prozess ausgelastet ist und keine VRRP-Ankündigungen sendet, gehen die Backup-VRRP-Router möglicherweise davon aus, dass der primäre Router ausgefallen ist, und übernehmen die Rolle des primären Routers, was zu unnötigen Flaps führt. Diese Übernahme kann auftreten, obwohl der ursprüngliche primäre Router noch aktiv und verfügbar ist und das Senden von Ankündigungen möglicherweise wieder aufnimmt, nachdem der Datenverkehr abgenommen hat. Um dieses Problem zu beheben und die Belastung des vrrpd-Prozesses zu reduzieren, verwendet Junos OS den Periodic Packet Management Process (ppmd), um VRRP-Ankündigungen im Namen des vrrpd-Prozesses zu senden. Sie können den Auftrag zum Senden von VRRP-Ankündigungen jedoch weiter an den verteilten ppmd-Prozess delegieren, der sich auf der Packet Forwarding Engine befindet.
Die Möglichkeit, das Senden von VRRP-Ankündigungen an den verteilten ppmd-Prozess zu delegieren, stellt sicher, dass die VRRP-Ankündigungen auch dann gesendet werden, wenn der ppmd-Prozess – der jetzt für das Senden von VRRP-Ankündigungen verantwortlich ist – ausgelastet ist. Eine solche Delegation verhindert die Möglichkeit von Fehlalarmen, wenn der ppmd-Prozess ausgelastet ist. Die Möglichkeit, das Senden von VRRP-Ankündigungen an verteilte ppmd zu delegieren, trägt ebenfalls zur Skalierbarkeit bei, da die Last auf mehrere ppmd-Instanzen verteilt wird und sich nicht auf eine einzelne Einheit konzentriert.
CPU-intensive VRRP-Ankündigungen, z. B. Ankündigungen mit MD5-Authentifizierung, werden weiterhin vom VRRP-Prozess auf der Routing-Engine verarbeitet, auch wenn verteiltes ppmd aktiviert ist.
VRRP wird von Graceful Routing-Engine Switchover nur dann unterstützt, wenn die PPM-Delegierung aktiviert ist (Standardeinstellung).
Aggregiertes Ethernet und IRB-Delegierung (Integrated Routing and Bridging) werden nur für MPC-Linecards unterstützt. Routing-Geräte mit eingebauten MPCs wie die MX104 und niedriger unterstützen diese Funktion nicht.
Um den verteilten ppmd-Prozess zum Senden von VRRP-Ankündigungen zu konfigurieren, fügen Sie die delegate-processing Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] delegate-processing;
Um den verteilten ppmd-Prozess so zu konfigurieren, dass VRRP-Ankündigungen über aggregierte Ethernet- und IRB-Schnittstellen gesendet werden, fügen Sie die delegate-processing ae-irb Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] delegate-processing ae-irb;
Siehe auch
Verbesserung der Konvergenzzeit für VRRP
Sie können eine schnellere Konvergenzzeit für das konfigurierte Virtual Router Redundancy Protocol (VRRP) aktivieren, wodurch die Wiederherstellungszeit des Datenverkehrs auf weniger als 1 Sekunde reduziert wird. Führen Sie die folgenden Aufgaben aus, um die Konvergenzzeit für das VRRP zu verbessern:
Configure the distributed periodic packet management processWenn der VRRP-Prozess ausgelastet ist und keine VRRP-Ankündigungen sendet, gehen die Backup-VRRP-Router möglicherweise davon aus, dass der primäre Router ausgefallen ist, und übernehmen die Funktion des primären Routers, was zu unnötigen Flaps führt. Um dieses Problem zu beheben und die Belastung des VRRP-Prozesses zu reduzieren, verwendet Junos OS den PPM-Prozess (Distributed Periodic Packet Management), um VRRP-Ankündigungen im Namen des VRRP-Prozesses zu senden.
Um den verteilten PPM-Prozess zu konfigurieren, fügen Sie die
delegate-processingAnweisung auf der[edit protocols vrrp]Hierarchieebene ein.Disable the skew timer—Der Skew-Timer in VRRP wird verwendet, um sicherzustellen, dass im Falle einer Failover-Situation nicht zwei Backup-Router gleichzeitig in den primären Zustand wechseln. Wenn in der Netzwerkbereitstellung nur ein primärer Router und ein Backup-Router vorhanden sind, können Sie den Skew-Timer deaktivieren und so die Zeit für den Übergang in den primären Zustand reduzieren.
Um den Verzerrungs-Timer zu deaktivieren, fügen Sie die
skew-timer-disableAnweisung auf der[edit protocols vrrp]Hierarchieebene ein.Configure the number of fast advertisements that can be missed by a backup router before it starts transitioning to the master stateDer Backup-Router wartet, bis eine bestimmte Anzahl von Werbepaketen verloren gegangen ist, und wechselt danach in den primären Status. Diese Wartezeit kann in Szenarien wie einem Router- oder Verbindungsausfall fatal sein. Um eine solche Situation zu vermeiden und eine schnellere Konvergenzzeit zu ermöglichen, können Sie in Junos OS Version 12.2 und höher einen Wert für das Intervall für schnelle Ankündigungen konfigurieren, der die Anzahl der schnellen Ankündigungen angibt, die von einem Backup-Router übersehen werden können, bevor er in den primären Zustand übergeht.
Um das Intervall für schnelle Ankündigungen zu konfigurieren, schließen Sie die
global-advertisements-thresholdAnweisung auf Hierarchieebene[edit protocols vrrp]ein.Configure inheritance of VRRP groupsMit Junos OS können Sie VRRP-Gruppen in den verschiedenen Subnetzen eines virtuellen LANs (VLAN) so konfigurieren, dass sie den Status und die Konfiguration einer der Gruppen übernehmen, die als aktive VRRP-Gruppe bezeichnet wird. Wenn die
vrrp-inherit-fromAnweisung in der Konfiguration enthalten ist, sendet nur die aktive VRRP-Gruppe, von der die anderen VRRP-Gruppen den Zustand erben, häufige VRRP-Ankündigungen und verarbeitet eingehende VRRP-Ankündigungen. Verwenden Sie Vererbungsgruppen für skalierte Konfigurationen. Wenn Sie z. B. über 1000 VRRP-Gruppen mit einem Ankündigungsintervall von 100 ms verfügen, verwenden Sie "Gruppen vererben".Um die Vererbung für eine VRRP-Gruppe zu konfigurieren, schließen Sie die
vrrp-inherit-fromAnweisung auf der[edit interfaces interface-name unit logical-unit-number family inet address address vrrp-group group-id]Hierarchieebene ein.-
Disable duplicate address detection for IPv6 interfaces—Ab Junos OS Version 15.1 ist die Erkennung doppelter Adressen eine Funktion des Neighbor Discovery Protocol für IPv6. Die Erkennung doppelter Adressen ist standardmäßig aktiviert und ermittelt, ob eine Adresse bereits von einem anderen Knoten verwendet wird. Wenn die Erkennung von Erkennungsadressen aktiviert ist, ist die Konvergenzzeit hoch, nachdem eine IPv6-Schnittstelle, die für die VRRP-Verfolgung konfiguriert wurde, aufgerufen wurde. Um die Erkennung doppelter Adressen zu deaktivieren, fügen Sie die
ipv6-duplicate-addr-detection-transmits 0Anweisung auf Hierarchieebene[edit system internet-options]ein. Um die Erkennung doppelter Adressen nur für eine bestimmte Schnittstelle zu deaktivieren, fügen Sie diedad-disableAnweisung auf Hierarchieebene[edit interfaces interface-name unit logical-unit-number family inet6]ein.
Die Vererbung von VRRP-Gruppen wird mit allen Arten von Schnittstellen unterstützt. Andere Maßnahmen zur Verkürzung der Konvergenzzeit, wie z. B. VRRP-Verteilung, Deaktivierung des Skew-Timers und Reduzierung des Ankündigungsschwellenwerts.
Im Vergleich zu anderen Routern sind die Konvergenzzeit und die Zeit für die Wiederherstellung des Datenverkehrs bei Routern der MX-Serie mit MPCs kürzer.
Die Reduzierung der Konvergenzzeit gilt für alle Arten von Konfigurationen an der physischen Schnittstelle, aber die Konvergenzzeit darf nicht weniger als 1 Sekunde für alle Konfigurationen betragen. Die Konvergenzzeit hängt von der Anzahl der Gruppen ab, die vom Sicherungszustand in den primären Zustand übergehen, und von dem Intervall, in dem diese Gruppen übergehen.
Siehe auch
Konfiguration von VRRP zur Verbesserung der Konvergenzzeit
Sie können eine schnellere Konvergenzzeit für das konfigurierte Virtual Router Redundancy Protocol (VRRP) aktivieren, wodurch die Wiederherstellungszeit des Datenverkehrs auf weniger als 1 Sekunde reduziert wird. Führen Sie die folgenden Aufgaben aus, um die Konvergenzzeit für VRRP zu verbessern.
Bevor Sie beginnen, konfigurieren Sie VRRP. Weitere Informationen finden Sie unter Konfigurieren von VRRP.
Die Vererbung von VRRP-Gruppen wird mit allen Arten von Schnittstellen unterstützt. Andere Maßnahmen zum Reduzieren der Konvergenzzeit, wie z. B. die VRRP-Verteilung, das Deaktivieren des Skew-Timers und das Reduzieren des Ankündigungsschwellenwerts, sind nicht anwendbar, wenn VRRP über IRB-Schnittstellen (Integrated Routing and Bridging), aggregierte Ethernet-Schnittstellen und MC-LAG-Schnittstellen (Multichassis Link Aggregation Group) konfiguriert wird.
Im Vergleich zu anderen Routern sind die Konvergenzzeit und die Zeit für die Wiederherstellung des Datenverkehrs bei Routern der MX-Serie mit MPCs kürzer.
Die Reduzierung der Konvergenzzeit gilt für alle Arten von Konfigurationen an der physischen Schnittstelle, aber die Konvergenzzeit darf nicht weniger als 1 Sekunde für alle Konfigurationen betragen. Die Konvergenzzeit hängt von der Anzahl der Gruppen ab, die vom Sicherungszustand in den primären Zustand übergehen, und von dem Intervall, in dem diese Gruppen übergehen.
Siehe auch
Ablaufverfolgung von VRRP-Vorgängen
Um VRRP-Vorgänge zu verfolgen, schließen Sie die traceoptions Anweisung auf der [edit protocols vrrp] Hierarchieebene ein.
Standardmäßig protokolliert VRRP den Fehler, die DCD-Konfiguration (Data Carrier Detect) und die Routing-Socket-Ereignisse in einer Datei im Verzeichnis /var/log . Standardmäßig heißt diese Datei /var/log/vrrpd. Die Standarddateigröße beträgt 1 Megabyte (MB), und es werden drei Dateien erstellt, bevor die erste überschrieben wird.
Um die Konfiguration der Protokolldatei zu ändern, fügen Sie die traceoptions Anweisung auf der [edit protocols vrrp] Hierarchieebene ein:
[edit protocols vrrp] traceoptions { file filename <files number> <match regular-expression> <microsecond-stamp> <size size> <world-readable | no-world-readable>; flag flag; no-remote-trace; } flag flag;
Sie können die folgenden VRRP-Ablaufverfolgungsflags angeben:
all: Alle VRRP-Vorgänge werden verfolgt.
database: Alle Datenbankänderungen werden nachverfolgt.
general: Alle allgemeinen Ereignisse werden nachverfolgt.
Schnittstellen: Verfolgen Sie alle Schnittstellenänderungen.
normal: Alle normalen Ereignisse werden verfolgt.
Pakete: Alle gesendeten und empfangenen Pakete werden nachverfolgt.
state (Status) – Verfolgen Sie alle Zustandsübergänge.
timer: Alle Timer-Ereignisse werden verfolgt.
Siehe auch
Beispiel: VRRP für Lastverteilung konfigurieren
Wenn Sie einen Switch nicht als VRRP-Backup verwenden möchten (und ihn daher im Leerlauf belassen möchten, es sei denn, der primäre Switch fällt aus), können Sie eine Lastverteilungskonfiguration erstellen, in der jeder teilnehmende Switch gleichzeitig als primärer Switch und als Backup fungiert.
Ein Grund für die Verwendung einer Lastverteilungskonfiguration (Aktiv-Aktiv) ist, dass Sie mit größerer Wahrscheinlichkeit beide Switches aktiv überwachen und warten und feststellen, ob an einem von ihnen ein Problem auftritt. Wenn Sie eine Konfiguration verwenden, bei der ein Switch nur ein Backup ist (eine aktive Backup-Konfiguration), ist es weniger wahrscheinlich, dass Sie dem Backup-Switch Aufmerksamkeit schenken, während er sich im Leerlauf befindet. Dies könnte im schlimmsten Fall dazu führen, dass der Backup-Switch ein unerkanntes Problem entwickelt und bei einem Failover nicht mehr die passende Leistung erbringen kann.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
Zwei Schalter
Junos OS Version 11.3 oder höher
Statisches Routing oder ein dynamisches Routing-Protokoll, das auf beiden Switches aktiviert ist.
Übersicht und Topologie
In diesem Beispiel werden zwei VRRP-Gruppen verwendet, von denen jede über eine eigene virtuelle IP-Adresse verfügt. Geräte im LAN verwenden eine dieser virtuellen IP-Adressen als Standard-Gateway. Wenn einer der Switches ausfällt, übernimmt der andere Switch die Übernahme. In der in Abbildung 1 gezeigten Topologie ist beispielsweise Switch A der primäre Schalter für die VRRP-Gruppe 100. Fällt Switch A aus, übernimmt Switch B und leitet den Datenverkehr, den die Endgeräte an die Standard-Gateway-Adresse 10.1.1.1 senden, weiter.
Dieses Beispiel zeigt eine einfache Konfiguration, um die grundlegenden Schritte für die Konfiguration von zwei Switches zu veranschaulichen, auf denen VRRP ausgeführt wird, um sich gegenseitig zu sichern. Tabelle 2 listet die VRRP-Einstellungen für jeden Switch auf.
Topologie
| Schalter A | , Schalter B |
|---|---|
VRRP Gruppe 100:
|
VRRP Gruppe 100:
|
VRRP-Gruppe 200:
|
VRRP-Gruppe 200:
|
Zusätzlich zur Konfiguration der beiden Switches wie in der Abbildung müssen Sie Ihre Endgeräte so konfigurieren, dass einige von ihnen eine der virtuellen IP-Adressen als Standard-Gateway und die restlichen Endgeräte die andere virtuelle IP-Adresse als Standard-Gateway verwenden.
Beachten Sie, dass bei einem Failover der verbleibende Switch je nach Anforderung möglicherweise nicht den gesamten Datenverkehr bewältigen kann.
VRRP auf beiden Switches konfigurieren
Verfahren
CLI Schnellkonfiguration
Geben Sie auf Switch A Folgendes ein:
[edit] set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 100 virtual-address 10.1.1.1 set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 100 priority 250 set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 200 virtual-address 10.1.1.2 set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 200 priority 200
Geben Sie auf Switch B Folgendes ein:
[edit] set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 100 virtual-address 10.1.1.1 set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 100 priority 200 set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 200 virtual-address 10.1.1.2 set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 200 priority 250
Schritt-für-Schritt-Anleitung
Konfigurieren der VRRP-Gruppen und -Prioritäten auf Switch A:
Erstellen Sie die VRRP-Gruppe 100 auf Switch A und konfigurieren Sie die virtuelle IP-Adresse für die Gruppe:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 100 virtual-address 10.1.1.1
Weisen Sie die VRRP-Priorität für diese Schnittstelle in dieser Gruppe zu:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 100 priority 250
Erstellen Sie die VRRP-Gruppe 200 auf Switch A und konfigurieren Sie die virtuelle IP-Adresse für die Gruppe:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 200 virtual-address 10.1.1.2
Weisen Sie die VRRP-Priorität für diese Schnittstelle in dieser Gruppe zu:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 200 priority 200
Schritt-für-Schritt-Anleitung
Konfigurieren Sie die VRRP-Gruppen und -Prioritäten auf Switch B:
Erstellen Sie die VRRP-Gruppe 100 auf Switch B und konfigurieren Sie die virtuelle IP-Adresse für die Gruppe:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 100 virtual-address 10.1.1.1
Weisen Sie die VRRP-Priorität für diese Schnittstelle in dieser Gruppe zu:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 100 priority 200
Switch A bleibt der primäre Switch für Gruppe 100, da er für diese Gruppe die höchste Priorität hat.
Erstellen Sie die VRRP-Gruppe 200 auf Switch A und konfigurieren Sie die virtuelle IP-Adresse für die Gruppe:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.252/24 vrrp-group 200 virtual-address 10.1.1.2
Weisen Sie die VRRP-Priorität für diese Schnittstelle in dieser Gruppe zu:
[edit] user@switch# set interfaces xe-0/0/0 unit 0 family inet address 10.1.1.251/24 vrrp-group 200 priority 250
Switch B wird zum primären Switch für Gruppe 200, da er die höchste Priorität für diese Gruppe hat.
Befund
Zeigen Sie die Ergebnisse der Konfiguration auf Switch A an:
user@switch> show configuration
interfaces {
xe-0/0/0 {
unit 0 {
family inet {
address 10.1.1.251 {
vrrp-group 100 {
virtual address 10.1.1.1
priority 250
}
vrrp-group 200 {
virtual address 10.1.1.2
priority 200
}
}
}
}
}
}
Zeigen Sie die Ergebnisse der Konfiguration auf Switch B an:
user@switch> show configuration
interfaces {
xe-0/0/0 {
unit 0 {
family inet {
address 10.1.1.252 {
vrrp-group 100 {
virtual address 10.1.1.1
priority 200
}
vrrp-group 200 {
virtual address 10.1.1.2
priority 250
}
}
}
}
}
}
Verifizierung
Überprüfen, ob VRRP auf Switch A funktioniert
Zweck
Stellen Sie sicher, dass VRRP auf Switch A aktiv ist und dass die primären und Backup-Rollen korrekt sind.
Aktion
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob VRRP auf Switch A aktiv ist und ob der Switch primär für Gruppe 100 und Backup für Gruppe 200 ist.
user@switch> show vrrp
Interface State Group VR state Timer Type Address
xe-0/0/0.0 up 100 master A .0327 lcl 10.1.1.251
vip 10.1.1.1
xe-0/0/0.0 up 200 backup A .0327 lcl 10.1.1.251
vip 10.1.1.2
Bedeutung
Der show vrrp Befehl zeigt grundlegende Informationen zur VRRP-Konfiguration an. Diese Ausgabe zeigt, dass beide VRRP-Gruppen aktiv sind und dass dieser Switch die richtigen primären und Backup-Rollen übernommen hat. Die LCL-Adresse ist die physikalische Adresse der Schnittstelle und die VIP-Adresse ist die virtuelle Adresse, die von beiden Switches gemeinsam genutzt wird. Der Timer-Wert (A .0327) gibt die verbleibende Zeit (in Sekunden) an, in der dieser Switch eine VRRP-Ankündigung vom anderen Switch erwartet. Wenn eine Ankündigung für die Gruppe 200 nicht vor Ablauf des Timers eintrifft, setzt sich Switch A als primärer für diese Gruppe durch.
Überprüfen, ob VRRP auf Switch B funktioniert
Zweck
Stellen Sie sicher, dass VRRP auf Switch B aktiv ist und dass die primären und Backup-Rollen korrekt sind.
Aktion
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob VRRP auf Switch B aktiv ist und ob der Switch für Gruppe 100 ein Backup und für Gruppe 200 primär ist.
user@switch> show vrrp
Interface State Group VR state Timer Type Address
xe-0/0/0.0 up 100 backup A .0327 lcl 10.1.1.252
vip 10.1.1.1
xe-0/0/0.0 up 200 master A .0327 lcl 10.1.1.252
vip 10.1.1.2
Bedeutung
Der show vrrp Befehl zeigt grundlegende Informationen zur VRRP-Konfiguration an. Diese Ausgabe zeigt, dass beide VRRP-Gruppen aktiv sind und dass dieser Switch die richtigen primären und Backup-Rollen übernommen hat. Die LCL-Adresse ist die physikalische Adresse der Schnittstelle und die VIP-Adresse ist die virtuelle Adresse, die von beiden Switches gemeinsam genutzt wird. Der Timer-Wert (A .0327) gibt die verbleibende Zeit (in Sekunden) an, in der dieser Switch eine VRRP-Ankündigung vom anderen Switch erwartet. Wenn eine Ankündigung für die Gruppe 100 nicht vor Ablauf des Timers eintrifft, setzt sich Switch B als primärer für diese Gruppe durch.
Fehlerbehebung bei VRRP
Problem
Beschreibung
Wenn Sie mehrere VRRP-Gruppen auf einer Schnittstelle konfigurieren (unter Verwendung mehrerer VLANs), kann der Datenverkehr für einige der Gruppen bei einem Failover kurzzeitig unterbrochen werden. Dies kann passieren, weil der neue primäre Server für jede VRRP-Gruppe kostenlose ARP-Antworten senden muss, um die ARP-Tabellen in den verbundenen Geräten zu aktualisieren, und es gibt eine kurze Verzögerung zwischen den einzelnen kostenlosen ARP-Antworten. Datenverkehr, der von Geräten gesendet wird, die die kostenlose ARP-Antwort noch nicht erhalten haben, wird verworfen (bis das Gerät die Antwort empfängt und die MAC-Adresse des neuen primären Netzwerks erfährt).
Lösung
Konfigurieren Sie eine Failoververzögerung, sodass der neue primäre Primärserver das Senden unentgeltlicher ARP-Antworten für den von Ihnen festgelegten Zeitraum verzögert. Auf diese Weise kann die neue primäre Datenbank die ARP-Antworten für alle VRRP-Gruppen gleichzeitig senden.
Siehe auch
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.
nonstop-routing Anweisung auf der Hierarchieebene oder
[edit logical system logical-system-name routing-options]
[edit routing-options] konfigurieren.