Configuration d’une interface logique à suivre pour un groupe VRRP
VRRP peut suivre si une interface logique est en hausse, en panne ou non présente, et peut également modifier dynamiquement la priorité du groupe VRRP en fonction de l’état de l’interface logique suivie, ce qui déclenche une nouvelle élection de routeur principal. Le VRRP peut également suivre la vitesse opérationnelle d’une interface logique et mettre à jour dynamiquement la priorité du groupe VRRP lorsque la vitesse franchit un seuil configuré.
Lorsque le suivi de l’interface est activé, vous ne pouvez pas configurer une priorité de 255 (une priorité de 255 désigne le routeur principal). Pour chaque groupe VRRP, vous pouvez suivre jusqu’à 10 interfaces logiques.
Pour configurer une interface logique à suivre, incluez les déclarations suivantes :
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;
}
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]
L’interface spécifiée est l’interface à 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, tel qu’un changement d’état de l’interface (haut ou bas) ou une modification de la bande passante, déclenche l’une des réponses suivantes :
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.
Cela garantit que Junos OS ne lance pas d’élections de rôles principaux à chaque fois qu’une interface suivie s’affiche.
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.
Si vous avez configuré asymmetric-hold-time, le VRRP n’attend pas que le temps d’attente de priorité expire avant de lancer des élections de rôle principal si une interface suivie échoue (l’état change de up à down) ou si la bande passante disponible pour une interface suivie diminue. Pour plus d’informations sur asymmetric-hold-time, voir Configuration du temps d’attente asymétrique pour les routeurs VRRP.
Deux déclarations s’affichent priority-cost à ce niveau hiérarchique. L’instruction bandwidth-threshold spécifie un seuil pour l’interface suivie. Lorsque la bande passante de l’interface suivie passe en dessous de la valeur du seuil de bande passante configuré, le groupe VRRP utilise le coût prioritaire du seuil de bande passante. Vous pouvez suivre jusqu’à cinq déclarations de seuil de bande passante pour chaque interface suivie. Juste en dessous de l’énoncé interface , il y a une priority-cost déclaration qui donne la valeur de soustraire de la priorité lorsque l’interface est en panne.
La somme des coûts de priorité pour toutes les interfaces logiques suivies doit être inférieure ou égale à la priorité configurée du groupe VRRP. Si vous suivez plusieurs interfaces, le routeur applique la somme des coûts prioritaires pour les interfaces suivies (au plus un seul coût prioritaire pour chaque interface 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.
Si vous suivez plusieurs interfaces, le routeur applique la somme des coûts prioritaires pour les interfaces suivies (au plus un seul coût prioritaire pour chaque interface suivie) à la priorité du groupe VRRP. Toutefois, les valeurs du coût prioritaire de l’interface et du seuil de priorité de bande passante pour chaque groupe VRRP ne sont pas cumulables. Comme indiqué dans le tableau 1, le routeur n’utilise qu’un seul coût prioritaire pour une interface suivie.
État de l’interface suivie |
Utilisation prioritaire des coûts |
|---|---|
En panne |
|
Pas en panne; vitesse multimédia inférieure à un ou plusieurs seuils de bande passante |
Coût prioritaire du seuil de bande passante le plus bas applicable |
Vous devez configurer un coût prioritaire d’interface uniquement si vous n’avez configuré aucun seuil de bande passante. Si vous n’avez pas configuré de valeur de coût prioritaire d’interface et que l’interface est en panne, l’interface utilise la valeur de coût prioritaire de la bande passante du seuil de bande passante le plus bas.