Konfigurieren einer logischen Schnittstelle, die für eine VRRP-Gruppe verfolgt werden soll
VRRP kann nachverfolgen, ob eine logische Schnittstelle aktiv, ausfällt oder nicht vorhanden ist, und kann die Priorität der VRRP-Gruppe basierend auf dem Status der verfolgten logischen Schnittstelle dynamisch ändern, wodurch eine neue primäre Router-Wahl 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 Schnittstellennachverfolgung aktiviert ist, können Sie keine Priorität von 255 konfigurieren (eine Priorität von 255 bezeichnet den primären Router). Für jede VRRP-Gruppe können Sie bis zu 10 logische Schnittstellen nachverfolgen.
Fügen Sie die folgenden Anweisungen ein, um eine logische Schnittstelle zu konfigurieren, die verfolgt werden soll:
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 Mindestdauer, die zwischen dynamischen Prioritätsänderungen vergehen muss. Ein Nachverfolgungsereignis, z. B. eine Änderung des Schnittstellenstatus (nach oben oder unten) oder eine Änderung der Bandbreite, löst eine der folgenden Antworten aus:
Das erste Tracking-Ereignis initiiert den Priority Hold Timer und initialisiert die ausstehende Priorität basierend auf der aktuellen Priorität und den Prioritätskosten. Die aktuelle Priorität bleibt jedoch unverändert.
Ein Nachverfolgungsereignis oder eine manuelle Konfigurationsänderung, die stattfindet, während der Priority Hold Timer aktiviert ist, löst ein anstehendes Prioritätsupdate aus. Die aktuelle Priorität bleibt jedoch unverändert.
Dadurch wird sichergestellt, dass Junos OS keine Primärrollenwahlen initiiert, wenn eine verfolgte Schnittstelle flapst.
Wenn die Wartezeit für die Priorität abläuft, erbt die aktuelle Priorität den Wert von der ausstehenden Priorität, und die ausstehende Priorität endet.
Wenn Sie konfiguriert asymmetric-hold-timehaben, wartet VRRP nicht, bis die Prioritäts-Hold-Zeit abläuft, bevor die Wahl der primären Rolle eingeleitet wird, wenn eine verfolgte Schnittstelle fehlschlägt (Statusänderung von up zu down) oder wenn die verfügbare Bandbreite für eine verfolgte Schnittstelle abnimmt. Weitere Informationen dazu asymmetric-hold-timefinden Sie unter 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 verfolgte Schnittstelle an. Wenn die Bandbreite der verfolgten Schnittstelle unter den konfigurierten Bandbreitenschwellwert fällt, verwendet die VRRP-Gruppe den Bandbreitenschwellenwert der Prioritätskosten. Sie können bis zu fünf Schwellenwertaussagen für jede verfolgte Schnittstelle nachverfolgen. Direkt unter der interface Anweisung befindet sich eine priority-cost Anweisung, die den Wert angibt, von der Priorität abziehen zu können, wenn die Schnittstelle ausfällt.
Die Summe der Prioritätskosten für alle verfolgten 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 einen 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 war, 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) zeigt an, dass der aktuelle primäre Router nicht mehr an VRRP teilnimmt. Ein solcher Prioritätswert wird verwendet, um einen der Backup-Router auszulösen, schnell zum primären Router zu wechseln, ohne auf das Time-Out 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 einen Prioritätskosten für jede verfolgte Schnittstelle) auf die VRRP-Gruppenpriorität an. Die Werte der Schnittstellenprioritätskosten und der Schwellenwerte für Prioritätskosten für jede VRRP-Gruppe sind jedoch nicht kumuliert. Der Router verwendet nur eine Prioritätskosten für eine verfolgte Schnittstelle, wie in Tabelle 1 angegeben.
Nachverfolgter Schnittstellenstatus |
Prioritäre Kostennutzung |
|---|---|
Unten |
|
Nicht nach unten; Mediengeschwindigkeit unter einem oder mehreren Schwellenwerten für die Bandbreite |
Prioritätskosten des niedrigsten anwendbaren Bandbreitengrenzwerts |
Sie müssen die Kosten für die Schnittstellenpriorität nur konfigurieren, wenn Sie keine Schwellenwerte für die Bandbreite konfiguriert haben. Wenn Sie keinen Wert für die Kosten für die Schnittstellenpriorität konfiguriert haben und die Schnittstelle nicht verfügbar ist, verwendet die Schnittstelle den Schwellenwert für die Bandbreitenprioritätskosten des niedrigsten Bandbreitenschwellenwerts.