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 (198.3 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d’appareils
ePub (84.8 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone

Mis à jour:1 janvier 2008

ID du document:13701

À propos des traductions

À 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.

Contenu

Introduction

Conditions préalables

Conditions requises

Composants utilisés

Conventions

Problème

Symptômes

Solution

Informations connexes

Introduction

Ce document explique une question avec l'OSPF, l'EIGRP, le RIP, et l'IGRP au-dessus du Relais de trames, en améliorant le Cisco IOS® 10.3 11.2 ou plus tard pour la conformité de l'an 2000.

Après qu'une mise à jour le Cisco IOS à 11.2 ou à plus tard afin d'être l'an 2000 conforme, perte intermittente d'artères apprises par l'intermédiaire de ces protocoles de routage soit observée, en fonctionnant au-dessus d'une connexion de Relais de trames.

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 de RIP.

Composants utilisés

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

Périphériques exécutant la version 11.2 ou ultérieures de Cisco IOS
Le résultat présenté est ce document est basé sur la version 12.3(3) de Cisco IOS.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

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 pose parce que des émissions sont manipulées par une file d'attente séparée dans le Relais de trames appelé la file d'attente de diffusion en relais de trame. La commande de frame-relay broadcast-queue est utilisée dans le mode interface de créer une file d'attente spéciale pour tenir le trafic d'émission.

L'OSPF et les paquets HELLO EIGRP peuvent relâcher dans la file d'attente de diffusion, qui entraîne la perte voisine.

Remarque: Un problème semblable peut se poser avec le RIP et les réseaux IGRP aussi bien — les artères peuvent être constamment mises dans le mode de holdown si les mises à jour ne sont pas reçues pendant une certaine période.

Symptômes

La sortie de commande séquentielle d'interface d'exposition affiche une importante quantité de baisses sur la file d'attente de diffusion en relais de trame. La sortie témoin est affichée 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