이 문서에서는 Cisco IOS® 10.3에서 11.2 이상으로 업그레이드하여 2000년 규정 준수를 위해 OSPF, EIGRP, RIP 및 IGRP over Frame-relay의 문제를 설명합니다.
Cisco IOS 11.2 이상으로 업그레이드하여 2000년 규정을 준수하는 경우, 프레임 릴레이 연결을 통해 작동할 때 이러한 라우팅 프로토콜을 통해 학습된 경로의 간헐적인 손실이 관찰됩니다.
이 문서의 독자는 다음 내용을 숙지해야 합니다.
OSPF, EIGRP, IGRP 및 RIP 라우팅 프로토콜에 대한 기본적인 이해
이 문서의 정보는 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
Cisco IOS 버전 11.2 이상을 실행하는 디바이스
이 문서는 Cisco IOS 버전 12.3(3)을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
문서 표기 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
이 문제는 브로드캐스트가 프레임 릴레이 브로드캐스트 대기열이라는 프레임 릴레이의 별도의 대기열에서 처리되기 때문에 발생합니다.frame-relay broadcast-queue 명령은 인터페이스 모드에서 브로드캐스트 트래픽을 보류하기 위한 특수 대기열을 만드는 데 사용됩니다.
OSPF 및 EIGRP Hello는 브로드캐스트 대기열에 드롭될 수 있으며, 이는 네이버 손실을 유발합니다.
참고: RIP 및 IGRP 네트워크에서도 유사한 문제가 발생할 수 있습니다. 특정 기간 동안 업데이트가 수신되지 않으면 경로가 계속 보류 모드로 전환될 수 있습니다.
show interface serial 명령 출력은 Frame Relay 브로드캐스트 대기열에 상당한 양의 삭제를 표시합니다.샘플 출력은 다음과 같습니다.
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
이 문제를 방지하려면 브로드캐스트 대기열을 적절하게 조정하십시오.Configuring and Troubleshooting Frame Relay(프레임 릴레이 브로드캐스트 큐)의 Frame Relay Broadcast Queue(프레임 릴레이 큐) 섹션을 참조하십시오.
자세한 내용은 버그 CSCdk45863(등록된 고객만 해당)의 릴리스 정보를 참조하십시오.