Circuits de demande RIP
Présentation des circuits de demande RIP
RIP envoie régulièrement des informations de routage (paquets RIP) aux équipements voisins. Ces diffusions périodiques peuvent consommer des ressources de bande passante et perturber le trafic réseau en empêchant la fermeture des circuits WAN. Les circuits de demande pour RIP sont définis dans la RFC 2091 et surmontent ces problèmes en échangeant des mises à jour incrémentielles à la demande.
Un circuit de demande est une connexion point à point entre deux interfaces voisines configurées pour le RIP. Les circuits de demande préservent la bande passante en établissant une liaison lorsque les données doivent être transférées, et en mettant fin à la liaison lorsque le transfert de données est terminé. Les circuits de demande augmentent l’efficacité du RIP sur les interfaces configurées en offrant un minimum de frais réseau en termes de messages transmis entre les points d’extrémité du circuit de demande, en préservant les ressources et en réduisant les coûts.
En configurant les circuits de demande RIP, un événement spécifique déclenche l’envoi d’une mise à jour, éliminant ainsi la transmission périodique des paquets RIP sur l’interface voisine. Pour éviter les coûts, l’équipement envoie des informations RIP uniquement lorsque des modifications surviennent dans la base de données de routage, telles que :
L’équipement est d’abord sous tension
L’équipement reçoit une demande d’informations de mise à jour de route
Un changement se produit dans le réseau
Le circuit de demande diminue ou augmente
L’équipement envoie des demandes de mise à jour, des réponses de mise à jour et des accusés de réception. En outre, l’équipement retransmet les mises à jour et demande jusqu’à ce que des accusés de réception valides soient reçus. L’équipement apprend dynamiquement les voisins RIP. Si l’interface voisine tombe en panne, RIP vide les routes apprises de l’adresse IP du voisin.
Les routes apprises à partir des circuits de demande ne vieillissent pas comme les autres entrées RIP, car les circuits de demande sont dans un état permanent. Les routes à l’état permanent ne sont supprimées que dans les conditions suivantes :
Un routage autrefois accessible devient inaccessible dans une réponse entrante
Le circuit de demande est en panne en raison d’un nombre excessif de retransmissions non reconnues
Vous pouvez également définir le timer RIP d’arrêt et le timer de retransmission de circuit de demande RIP pour réguler les performances. Le circuit de demande utilise ces timers pour déterminer s’il y a une modification qui nécessite l’envoi de messages de mise à jour. Il existe également un timer de base de données qui s’exécute uniquement lorsque RIP vide les routes apprises à partir de la table de routage.
Cette rubrique comprend les sections suivantes :
Paquets de circuit de demande RIP
Lorsque vous configurez une interface pour les circuits de demande RIP, les types de paquets de champ de commande pris en charge sont différents de ceux de RIP version 1 et RIP version 2. Les paquets RIP pour les circuits de demande RIP contiennent trois types de paquets supplémentaires et un en-tête de mise à jour étendue de 4 octets. Rip version 1 et RIP version 2 prennent en charge les trois types de paquets et l’en-tête de 4 octets étendus. Le tableau 1 décrit les trois types de paquets.
Type de paquet |
Description |
---|---|
Demande de mise à jour |
Mettre à jour les messages de demande recherchent des informations pour la table de routage de l’équipement. Ce message est envoyé lorsque l’équipement est mis sous tension pour la première fois ou lorsqu’un circuit de demande descendante apparaît. L’équipement envoie ce message toutes les 5 secondes (par défaut) jusqu’à ce qu’un message de réponse de mise à jour soit reçu. |
Mettre à jour la réponse |
Les messages de réponse à la mise à jour sont envoyés en réponse à un message de demande de mise à jour, qui se produit lorsque l’équipement est mis sous tension pour la première fois ou lorsqu’un circuit de demande est en panne. Chaque message de réponse de mise à jour contient un numéro de séquence que le voisin utilise pour reconnaître la demande de mise à jour. |
Mettre à jour reconnaître |
Les messages d’confirmation de mise à jour sont envoyés en réponse à chaque message de réponse de mise à jour reçu par le voisin. |
Ces paquets ne sont valables que sur les interfaces configurées pour les circuits de demande RIP. Si un circuit de demande reçoit un paquet RIP qui ne contient pas ces types de paquets, il le rejette silencieusement et enregistre un message d’erreur similaire au suivant :
Ignorer le paquet RIP avec la version 0 non valide du voisin 10.0.0.0.0 et la source 10.0.0.1
Timers utilisés par les circuits de demande RIP
Les circuits de demande RIP utilisent le timer rip d’arrêt et le timer de retransmission du circuit de demande RIP pour réguler les performances et déterminer s’il y a un changement dans le réseau qui oblige l’équipement à envoyer des messages de mise à jour. Le timer d’attente est un timer RIP global qui affecte l’ensemble de la configuration RIP ; quelle que soit la plage que vous configurez pour le RIP, s’applique aux circuits de demande RIP. Le timer de retransmission n’affecte que les circuits de demande RIP. En outre, il existe un timer de base de données qui s’exécute uniquement lorsque RIP vide les routes apprises à partir de la table de routage.
Timer d’attente (global RIP timer) : utilisez le timer d’attente pour configurer le nombre de secondes que le RIP attend avant de mettre à jour la table de routage. La valeur du timer d’attente affecte l’ensemble de la configuration RIP, pas seulement les interfaces de circuit de demande. Le timer d’attente commence lorsqu’une limite de délai de routage est atteinte, lorsqu’une route autrefois accessible est inaccessible ou lorsqu’une interface de circuit de demande est en panne. Lorsque le timer est en cours d’exécution, les routes sont annoncées comme inaccessibles sur d’autres interfaces. Lorsque le délai d’arrêt expire, le routage est retiré de la table de routage si toutes les destinations savent que le routage est inaccessible ou que les destinations restantes sont en panne. Par défaut, RIP attend 120 secondes entre les mises à jour de la table de routage. La plage est de 10 à 180 secondes.
Timer de retransmission (RIP demand circuit timer) : les circuits de demande RIP envoient des messages de mise à jour toutes les 5 secondes à un homologue qui ne répond pas. Utilisez le timer de retransmission pour limiter le nombre de fois qu’un circuit de demande renvoie des messages de mise à jour à un pair qui ne répond pas. Si le seuil de retransmission configuré est atteint, les routes du routeur de saut suivant sont marquées comme inaccessibles et le timer d’attente commence. La valeur du timer de retransmission n’affecte que les interfaces de circuit de demande. Pour déterminer le nombre de fois où le message de mise à jour est envoyé, utilisez le calcul suivant :
5 seconds * number of retransmissions = retransmission seconds
La plage de retransmission est de 5 à 180 secondes, ce qui correspond à l’envoi d’un message de mise à jour un minimum de 1 fois (5 secondes) et un maximum de 36 fois (180 secondes).
Timer de base de données (global timeout timer) : les routes apprises à partir de circuits de demande ne vieillissent pas comme les autres entrées RIP, car les circuits de demande sont dans un état permanent. Sur un circuit de demande RIP, le timer de base de données commence dès la réception du message de réponse de mise à jour avec l’indicateur de flush envoyé par un pair de circuit de demande RIP. Lorsque le voisin reçoit ce message, toutes les routes de ce pair sont vidées, et le timer de base de données commence et s’exécute pour l’intervalle de délai de routage configuré. Lorsque le timer de base de données est en cours d’exécution, les routes sont toujours annoncées comme accessibles sur d’autres interfaces. Lorsque le timer de base de données expire, l’équipement annonce toutes les routes de son homologue comme inaccessibles.
Voir aussi
Exemple : configuration des circuits de demande RIP
Cet exemple explique comment configurer une interface en tant que circuit de demande RIP.
Exigences
Avant de commencer, configurez les interfaces de l’équipement. Consultez la bibliothèque d’interfaces réseau Junos OS pour les équipements de routage ou le Guide de configuration des interfaces Junos OS pour les équipements de sécurité.
Aperçu
Un circuit de demande est une connexion point à point entre deux interfaces voisines configurées pour le RIP. Les circuits de demande augmentent l’efficacité du RIP sur les interfaces configurées en éliminant la transmission périodique des paquets RIP. Les circuits de demande préservent la bande passante en établissant une liaison lorsque les données doivent être transférées, et en mettant fin à la liaison lorsque le transfert de données est terminé. Dans cet exemple, deux équipements sont connectés à l’aide d’interfaces SONET/SDH.
Lorsque vous configurez des circuits de demande RIP, toute suppression silencieuse de la configuration RIP passe inaperçue par l’homologue RIP et conduit à des entrées obsolètes dans la table de routage. Pour effacer les entrées obsolètes, désactivez et réactivez rip sur les équipements voisins.
Dans cet exemple, vous configurez l’interface so-0/1/0 avec les paramètres suivants :
demand-circuit— Configure l’interface en tant que circuit de demande. Pour terminer le circuit de demande, vous devez configurer les deux extrémités de la paire en tant que circuits de demande.
max-retrans-time— Les circuits de demande RIP envoient des messages de mise à jour toutes les 5 secondes à un homologue qui ne répond pas. Utilisez le timer de retransmission pour limiter le nombre de fois qu’un circuit de demande renvoie des messages de mise à jour à un pair qui ne répond pas. Si le seuil de retransmission configuré est atteint, les routes du routeur de saut suivant sont marquées comme inaccessibles et le timer d’attente commence. La valeur du timer de retransmission n’affecte que les interfaces de circuit de demande. Pour déterminer le nombre de fois où le message de mise à jour est envoyé, utilisez le calcul suivant :
5 seconds x retransmissions = retransmission seconds
Par exemple, si vous voulez que le circuit de demande n’envoie que deux messages de mise à jour à un homologue qui ne répond pas, le calcul est : 5 x 2 = 10. Lorsque vous configurez le timer de retransmission, vous saisissez 10 secondes.
La plage de retransmission est de 5 à 180 secondes, ce qui correspond à l’envoi d’un message de mise à jour un minimum de 1 fois (5 secondes) et un maximum de 36 fois (180 secondes).
Configuration
Dans l’exemple suivant, vous configurez une interface voisine comme un circuit de demande RIP et enregistrez la configuration.
Procédure
Configuration rapide cli
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit]
hiérarchie.
set interfaces so-0/1/0 unit 0 family inet address 192.0.2.0/24 set protocols rip group group1 neighbor so-0/1/0 demand-circuit set protocols rip group group1 neighbor so-0/1/0 max-retrans-time 10
Procédure étape par étape
L’exemple suivant exige que vous parcouriez différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.
Pour configurer un circuit de demande RIP sur une interface voisine :
Configurez l’interface.
[edit interfaces] user@host# set so-0/1/0 unit 0 family inet address 192.0.2.0/24
Configurez le voisin en tant que circuit de demande.
[edit protocols rip] user@host# set group group1 neighbor so-0/1/0 demand-circuit
Configurez le timer de retransmission de circuit à la demande.
[edit protocols rip] user@host# set group group1 neighbor so-0/1/0 max-retrans-time 10
Si vous avez fini de configurer l’équipement, validez la configuration.
[edit] user@host# commit
Note:Répétez cette configuration sur l’autre interface voisine.
Résultats
Confirmez votre configuration en entrant les show interfaces
commandes et show protocols
. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@host# show interfaces so-0/1/0 { unit 0 { family inet { address 192.0.2.0/24; } } }
user@host# show protocols rip { group group1 { neighbor so-0/1/0 { demand-circuit; max-retrans-time 10; } } }
Vérification
Vérifiez que la configuration fonctionne correctement.
Vérification d’une configuration de circuit de demande
But
Vérifiez que la configuration du circuit de demande fonctionne.
Action
Pour vérifier que la configuration du circuit de demande est en vigueur, utilisez la commande show rip neighbor mode opérationnel.
user@host> show rip neighbor Source Destination Send Receive In Neighbor State Address Address Mode Mode Met -------- ----- ------- ----------- ---- ------- --- so-0/1/0.0(DC) Up 10.10.10.2 224.0.0.9 mcast both 1
Lorsque vous configurez des circuits de demande, la show rip neighbor
commande affiche un indicateur cc à côté de l’interface voisine configurée pour les circuits de demande.
Si vous configurez les circuits de demande au niveau de la [edit protocols rip group group-name neighbor neighbor-name]
hiérarchie, la sortie affiche uniquement l’interface voisine que vous avez spécialement configurée en tant que circuit de demande. Si vous configurez des circuits de demande au niveau de la [edit protocols rip group group-name]
hiérarchie, toutes les interfaces du groupe sont configurées en tant que circuits de demande. Par conséquent, la sortie affiche toutes les interfaces de ce groupe en tant que circuits de demande.