Configuration d’une route à suivre pour un groupe VRRP
VRRP peut suivre si une route est accessible (c’est-à-dire qu’elle existe dans la table de routage de l’instance de routage incluse dans la configuration) et modifier dynamiquement la priorité du groupe VRRP en fonction de l’accessibilité du routage suivi, ce qui déclenche une nouvelle élection de routeur principal.
Pour configurer un routage à suivre, incluez les déclarations suivantes :
track { priority-hold-time seconds; route prefix/prefix-length routing-instance instance-name priority-cost priority; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[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]
Le préfixe de route spécifié est le chemin à suivre pour le groupe VRRP. Le temps de maintien des priorités est la durée minimale qui doit s’écouler entre les changements de priorité dynamiques. Un événement de suivi de routage, comme l’ajout ou le retrait d’une route de la table de routage, peut déclencher un ou plusieurs des événements suivants :
Le premier événement de suivi lance le timer de priorité et initialise également la priorité en attente en fonction de la priorité actuelle et du coût de priorité. Toutefois, la priorité actuelle reste inchangée.
Un événement de suivi ou une modification manuelle de la configuration qui se produit alors que le timer de priorité est activé déclenche une mise à jour de priorité en attente. Toutefois, la priorité actuelle reste inchangée.
Lorsque le délai de retenue de priorité expire, la priorité actuelle hérite de la valeur de la priorité en attente et la priorité en attente cesse.
Cela garantit que Junos OS n’initie pas d’élections de rôles principaux chaque fois qu’un routage suivi s’affiche.
Si vous avez configuré asymmetric-hold-time, VRRP n’attend pas l’expiration du délai d’attente de priorité avant de lancer des élections de rôle principal si un routage suivi est supprimé de la table de routage. Pour plus d’informations sur asymmetric-hold-time, voir Configuration du temps d’attente asymétrique pour les routeurs VRRP.
L’instance de routage est l’instance de routage dans laquelle le routage doit être suivi. Si le routage est dans l’instance de routage par défaut ou globale, spécifiez le nom de l’instance comme default.
Le suivi d’un routage appartenant à une instance de routage à partir d’un système logique différent n’est pas pris en charge.
Le coût de priorité est la valeur à soustraire de la priorité VRRP configurée lorsque le routage suivi tombe en panne, ce qui oblige une nouvelle élection de routeur principal. La valeur peut être de 1 à 254.
La somme des coûts prioritaires pour tous les routes suivies doit être inférieure ou égale à la priorité configurée du groupe VRRP. Si vous suivez plusieurs routes, le routeur applique la somme des coûts prioritaires pour les routes suivies (au plus, un seul coût prioritaire pour chaque route suivie) à la priorité du groupe VRRP.
Avant la version 15.1 de Junos OS, une priorité ajustée ne pouvait pas être zéro. Si la différence entre les coûts prioritaires et la priorité configurée du groupe VRRP était de zéro, la priorité ajustée deviendrait 1.
Dans junos OS version 15.1 et versions ultérieures, une priorité ajustée peut être zéro.
La valeur de priorité zéro (0) indique que le routeur principal actuel a cessé de participer au VRRP. Une telle valeur de priorité est utilisée pour déclencher la transition rapide de l’un des routeurs de secours vers le routeur principal sans avoir à attendre que le principal actuel soit hors délai.