Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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.

Tableau 1 : types de paquets de circuit de demande RIP

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.

Note:

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 :

    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.

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.

Note:

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 :

    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.

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 :

  1. Configurez l’interface.

  2. Configurez le voisin en tant que circuit de demande.

  3. Configurez le timer de retransmission de circuit à la demande.

  4. Si vous avez fini de configurer l’équipement, validez la configuration.

    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.

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.

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.

Note:

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.