Dit document legt een probleem uit met OSPF, DHCP, RIP, en IGRP via Frame-Relay, wanneer het verbeteren van Cisco IOS® 10.3 tot 11.2 of later voor de naleving van 2000.
Na een upgrade naar Cisco IOS 11.2 of later om 2000 compatibel te zijn, wordt het periodiek verlies van routes waargenomen die via deze routingprotocollen worden geleerd, wanneer het werken via een Frame Relay-verbinding.
Lezers van dit document moeten op de hoogte zijn van:
Basis begrip van OSPF, DHCP, IGRP en RIP routingprotocollen.
De informatie in dit document is gebaseerd op de software- en hardwareversies:
Apparaten voor Cisco IOS versie 11.2 of hoger
De weergegeven uitvoer is dit document op basis van Cisco IOS versie 12.3(3).
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Zie de Cisco Technical Tips Convention voor meer informatie over documentconventies.
Dit probleem doet zich voor omdat uitzendingen door een afzonderlijke rij in Frame Relay worden behandeld die de Frame Relay-uitzending wordt genoemd. De opdracht frame-relais voor uitzending-wachtrij wordt in de interfacemodus gebruikt om een speciale wachtrij te maken voor uitzendverkeer.
OSPF- en DHCP-tools kunnen in de uitzending-wachtrij vallen, wat het buurverlies veroorzaakt.
Opmerking: Een soortgelijk probleem kan ook voorkomen met RIP- en IGRP-netwerken—de routes kunnen constant in holdown-modus worden geplaatst als de updates gedurende een bepaalde periode niet worden ontvangen.
De opdrachtoutput van de show interface geeft een significante hoeveelheid druppels weer in de uitzending van Frame Relay. De voorbeelduitvoer wordt hieronder weergegeven:
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
Om dit probleem te vermijden, stel de uitzending dienovereenkomstig in. Raadpleeg het gedeelte Frame Relay Broadcast Quwachtrij van Frame Relay-configuratie en probleemoplossing.
Raadpleeg de opmerkingen voor bug CSCdk45863 (alleen geregistreerde klanten) voor meer informatie.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
01-Jan-2008 |
Eerste vrijgave |