Perte de voisin OSPF et EIGRP, perte de mise à jour RIP et IGRP après mise à niveau vers Cisco IOS version 11.2 ou ultérieure

Options de téléchargement

  • PDF     (165.6 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (93.5 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mis à jour:1 janvier 2008
ID du document:13701

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document explique un problème avec OSPF, EIGRP, RIP et IGRP sur Frame Relay, lors de la mise à niveau de Cisco IOS® 10.3 vers 11.2 ou version ultérieure pour la conformité An 2000.

Après une mise à niveau vers Cisco IOS 11.2 ou version ultérieure afin d'être conforme à l'an 2000, une perte intermittente des routes apprises via ces protocoles de routage est observée lors d'un fonctionnement sur une connexion Frame Relay.

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent avoir une bonne connaissance de ce qui suit :

  • Compréhension de base des protocoles de routage OSPF, EIGRP, IGRP et RIP.

Components Used

Les informations de ce document sont basées sur les versions de logiciel et matériel suivantes :

  • Périphériques exécutant Cisco IOS version 11.2 ou ultérieure

  • Le résultat affiché est que ce document est basé sur la version 12.3(3) de Cisco IOS.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Problème

Ce problème se produit parce que les diffusions sont gérées par une file d’attente distincte dans Frame Relay appelée file d’attente de diffusion Frame Relay. La commande frame-relay broadcast-queue est utilisée en mode interface pour créer une file d'attente spéciale pour contenir le trafic de diffusion.

Les HELLO OSPF et EIGRP peuvent être abandonnés dans la file d'attente de diffusion, ce qui entraîne la perte du voisin.

Remarque : Un problème similaire peut également se produire avec les réseaux RIP et IGRP : les routes peuvent être constamment mises en mode de mise hors service si les mises à jour ne sont pas reçues pendant une certaine période.

Symptômes

La sortie de la commande show interface serial affiche un nombre important de pertes sur la file d'attente de diffusion Frame Relay. Un exemple de sortie est présenté ci-dessous :

Serial0 is up, line protocol is up

 Hardware is MK5025

 Description: Charlotte Frame Relay Port DLCI 100

 MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec, 

 reliability 255/255, txload 44/255, rxload 44/255

 Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec)

 LMI enq sent 7940, LMI stat recvd 7937, LMI upd recvd 0, DTE LMI up

 LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0

 LMI DLCI 1023 LMI type is CISCO frame relay DTE

 Broadcast queue 64/64, broadcasts sent/dropped 1769202/1849660, interface broadcasts 3579215


!--- Output suppressed

Solution

Pour éviter ce problème, réglez la file d'attente de diffusion en conséquence. Reportez-vous à la section File d'attente de diffusion Frame Relay de Configuration et dépannage de Frame Relay.

Reportez-vous aux notes de version pour le bogue CSCdk45863 (clients enregistrés uniquement) pour plus d'informations.

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
01-Jan-2008
Première publication

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits