EIGRP 문제 해결

소개

이 문서에서는 EIGRP(Enhanced Interior Gateway Routing Protocol)의 일반적인 문제에 대한 트러블슈팅 정보를 제공합니다. 자세한 내용을 보거나 다음 순서도로 이동하려면 이 섹션에 제공된 링크를 참조하십시오.

Cisco 디바이스에서 show interfaces serial, show ip eigrp neighbors, show tech-support 또는 show ip eigrp topology 명령의 출력이 있는 경우 Output Interpreter(등록된 고객만 해당)를 사용하여 잠재적인 문제 및 수정 사항을 표시할 수 있습니다.

사전 요구 사항

요구 사항

이 문서의 독자는 EIGRP의 작동 방식을 잘 이해하고 EIGRP 구성에 대해 잘 알고 있어야 합니다.

사용되는 구성 요소

이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.

주요 문제 해결 순서도

EIGRP 문제를 해결하려면 Main(메인)이 표시된 상자에서 시작하여 이 순서도를 사용하십시오. 증상에 따라 순서도는 이 문서의 뒷부분에 나오는 세 가지 순서도 중 하나 또는 Cisco.com의 기타 관련 문서를 참조할 수 있습니다. 여기서 해결할 수 없는 몇 가지 문제가 있습니다. 이러한 경우 Cisco 기술 지원에 대한 링크가 제공됩니다. 서비스 요청을 열려면 유효한 서비스 계약이 있어야 합니다.

네이버 검사

참고: 네이버 간에 성공적으로 ping할 수 없는 경우 debug ip packet 명령을 실행하여 Hello가 멀티캐스트 주소 224.0.0.10으로 전송되는지 확인합니다.

참고: 예:

R1#debug ip packet
IP packet debugging is on
R1#
*Mar  1 00:10:54.643: IP: s=10.10.10.1 (local), d=224.0.0.10 (FastEthernet0/0), len 60, sending broad/multicast
R1#
*Mar  1 00:10:58.611: IP: s=10.10.10.2 (FastEthernet0/0), d=224.0.0.10, len 60, rcvd 2

!--- Indicates that the hello packets are sent to 224.0.0.10.

순서도 노트
1	확인하려면 show ip eigrp interface 명령을 실행합니다.
2	확인하려면 show interface serial 명령을 실행합니다.

참고: GRE 인터페이스 터널 전체에서 EIGRP 플래핑 문제가 발생하는 경우 GRE 터널의 양쪽 끝에서 keepalive 10 3 및 ip tcp adjust-mss 1400 명령을 구성해야 할 수 있습니다. .

순서도 노트
3	확인하려면 show ip interface 명령을 실행합니다.

재배포 확인

순서도 노트
4	확인하려면 show ip eigrp topology net mask 명령을 실행합니다.

경로 확인

순서도 노트
5	확인하려면 show ip route eigrp 명령을 실행합니다.
6	확인하려면 show ip eigrp topology 명령을 실행합니다. 토폴로지 테이블에 경로가 표시되지 않으면 clear ip eigrp topology 명령을 실행합니다.

순서도 노트
7	show ip eigrp topology net mask 명령을 실행하여 라우터 ID(RID)를 찾습니다. 로컬로 생성된 외부 라우터에서 동일한 명령을 사용하여 로컬 RID를 찾을 수 있습니다. Cisco IOS Software Release 12.1 이상에서 show ip eigrp topology 명령은 RID를 보여줍니다.

인접 디바이스 플래핑 이유

이웃 관계의 안정이 가장 큰 관심사이다. 네이버 관계에 장애가 발생하면 CPU 및 대역폭 사용률이 증가합니다. EIGRP 네이버는 다음과 같은 이유로 플랩할 수 있습니다.

• 기본 링크 플랩 인터페이스가 중단되면 EIGRP는 해당 인터페이스를 통해 연결할 수 있는 인접 디바이스를 삭제하고 해당 인접 디바이스를 통해 학습된 모든 경로를 플러시합니다.

• hello 및 hold 간격이 잘못 구성되었습니다. ip hold-time eigrp 명령을 실행하는 경우 EIGRP 보류 간격은 hello 간격과 독립적으로 설정할 수 있습니다. 보류 간격을 hello 간격보다 작게 설정하면 네이버가 계속 플래핑됩니다. Cisco에서는 보류 시간이 hello 간격의 3배 이상이 되도록 권장합니다. 값이 hello 간격의 3배 미만으로 설정된 경우 링크 플래핑 또는 네이버 플래핑이 발생할 가능성이 있습니다.

  R1(config-if)#ip hello-interval eigrp 1 30 
  R1(config-if)#ip hold-time eigrp 1 90
  

• Hello 패킷 손실: Hello 패킷은 과도하게 혼잡한 링크 또는 오류가 발생하기 쉬운 링크(CRC 오류, 프레임 오류 또는 과도한 충돌)에서 손실될 수 있습니다.

• 단방향 링크의 존재. 단방향 링크의 라우터는 hello 패킷을 수신할 수 있지만, 전송된 hello 패킷은 다른 쪽에서 수신되지 않습니다. 이 상태의 존재는 일반적으로 한 쪽에서 재시도 제한 초과 메시지로 표시됩니다. 재시도 제한 초과 메시지를 생성하는 라우터가 네이버십을 형성해야 하는 경우 유니캐스트 및 멀티캐스트 모두에 대해 링크를 양방향으로 설정합니다. 토폴로지에서 터널 인터페이스를 사용하는 경우 인터페이스가 제대로 광고되었는지 확인합니다.

• 경로가 활성 상태로 전환됩니다. 라우터가 stuck-in-active 상태로 들어가면 응답이 예상되는 인접 디바이스가 다시 초기화되며, 해당 인접 디바이스에서 학습한 모든 경로에서 라우터가 활성화됩니다.

• EIGRP 프로세스를 위한 불충분한 대역폭 프로비저닝. 충분한 대역폭을 사용할 수 없는 경우 패킷이 손실될 수 있으며, 이로 인해 네이버가 다운될 수 있습니다.

• 일련 번호가 잘못되었습니다.

• 대역폭 명령문을 잘못 설정했습니다.

• 단방향 멀티캐스트 트래픽.

• 활성 경로에 갇혀 있습니다.

• 질문의 폭풍들.

EIGRP 인접 디바이스가 인식되지 않음

EIGRP 네이버 관계는 스포크에 잘못된 NHRP 연결이 있는 경우 멀티포인트 GRE 터널을 통해 설정되지 않습니다. NHRP(Next Hop Resolution Protocol)는 NBMA(Nonbroadcast Multiaccess) 네트워크에 연결된 라우터 뒤에 있는 다른 라우터 및 네트워크의 주소를 검색하는 데 사용됩니다. Eigrp의 네트워크 명령문이 물리적 인터페이스와 터널 인터페이스(터널 인터페이스 ip 주소와 물리적 인터페이스 ip 주소는 동일한 주 클래스에 속함)를 모두 포함하고 물리적 인터페이스가 터널의 소스인 경우 DMVPN 문제를 방지하기 위해 두 인터페이스를 Eigrp에서 별도로 광고해야 합니다. 모범 사례는 특정 서브넷 광고를 사용하여 인터페이스를 광고하는 것입니다.

이 명령과의 NHRP 연결을 지우면 이 문제를 해결할 수 있습니다.

Router#clear ip nhrp

관련 정보

• EIGRP 기술 지원 페이지
• 인접 디바이스가 플랩할 때 EIGRP 확인 명령을 가져오는 EEM 스크립트
• 기술 지원 및 문서 − Cisco Systems