IP : Protocole EIGPR (Enhanced Interior Gateway Routing Protocol)

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

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


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 du½ du¿Â du 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
 

Solution

Pour éviter ce problème, accordez la file d'attente de diffusion en conséquence. Référez-vous à la section de file d'attente de diffusion en relais de trame de configurer et de dépannage de Frame Relay.

Référez-vous aux notes de mise à jour pour le pour en savoir plus de la bogue CSCdk45863 (clients enregistrés seulement).


Informations connexes


Document ID: 13701