Avez-vous un compte?
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.
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.
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.
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
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.
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
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).