OSPF 네이버 문제 설명

소개

이 문서에서는 OSPF(Open Shortest Path First) 인접 디바이스를 완전히 인접하게 만드는 데 수반되는 일반적인 문제에 대해 설명합니다.OSPF 인접성이 성공적으로 형성되면 OSPF 인접 디바이스가 FULL 인접 디바이스 상태를 확보합니다.

인접성 형성을 검사하려면 debug ip ospf adj 명령을 입력합니다.debug 명령을 입력하기 전에 Debug Commands에 대한 중요 정보를 참조하십시오.

사전 요구 사항

요구 사항

이 문서에서는 IP 라우팅 프로토콜과 OSPF 라우팅 프로토콜에 대한 기본적인 이해가 필요합니다.IP 라우팅 프로토콜에 대한 자세한 내용은 Routing Basics를 참조하십시오.OSPF에 대한 자세한 내용은 OSPF(Open Shortest Path First) 지원 페이지를 참조하십시오.

사용되는 구성 요소

이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.

• OSPF는 Cisco 2500 Series, Cisco 2600 Series, Layer 3 스위치 등 모든 라우터에서 구성할 수 있습니다.

• OSPF는 Cisco IOS^® Software 릴리스 10.0 이상에서 지원됩니다.

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

표기 규칙

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

인접성

라우터가 네이버라는 사실만으로는 링크 상태 업데이트 교환을 보장할 수 없습니다.링크 상태 업데이트를 교환하려면 인접성을 형성해야 합니다.인접성은 라우터가 형성하는 고급 형태의 인접 디바이스로서, 이러한 교환의 매개변수를 협상한 후 라우팅 정보를 교환하고자 합니다.라우터는 링크 상태 데이터베이스에서 뷰를 동기화한 경우 인접성의 전체 상태에 도달합니다.

인터페이스 유형은 인접성의 형성 방식에 중요한 역할을 합니다.예를 들어, 포인트 투 포인트 링크의 인접 디바이스는 항상 인접한 위치에 배치하려고 하지만 이더넷과 같은 브로드캐스트 미디어에 연결된 라우터는 인터페이스에 인접한 라우터의 하위 집합만 사용하여 인접하도록 선택할 수 있습니다.

라우터가 인접 디바이스와 인접성을 구성하기로 결정한 후에는 링크 상태 데이터베이스의 전체 복사본을 교환하는 것으로 시작합니다.그러면 네이버는 링크 상태 데이터베이스의 전체 복사본을 라우터와 교환합니다.여러 네이버 상태를 통과한 후 라우터는 완전히 인접합니다.

네이버 상태

OSPF 네이버 또는 네이버의 상태를 확인하기 위해 show ip ospf neighbor 명령을 사용할 수 있습니다.이 명령의 출력에는 다음 중 하나가 표시될 수 있습니다.

• 전혀

• 상태 = down

• 상태 = init

• 상태 = exstart

• 상태 = exchange

• 상태 = 2 방향

• 상태 = 로드 중

다른 OSPF 상태가 있지만 여기에 표시된 상태는 show ip ospf neighbor 명령 출력에서 가장 일반적인 상태입니다.모든 OSPF 네이버 상태에 대한 자세한 내용과 설명은 OSPF 네이버 상태를 참조하십시오.

공개된 상태 없음

show ip ospf neighbor 명령이 아무것도 표시하지 않거나 분석 중인 특정 네이버에 대해 아무 것도 표시하지 않는 경우 이 라우터는 해당 네이버에서 "유효한" OSPF HELLO를 보지 못했습니다.즉, OSPF가 네이버에서 HELLO 패킷을 수신하지 않았거나 매우 기본적인 온전성 검사에 실패한 HELLO 패킷을 수신했습니다.

다음 항목을 확인하십시오.

• 로컬 라우터와 인접 라우터에서 회선 프로토콜이 작동되고 인터페이스가 작동합니까?확인하려면 show interface 명령을 입력합니다.

• 다음과 같이 인접 라우터 간의 IP 연결을 확인합니다.

  • 인접 디바이스가 ping 명령에 응답합니까?인접 라우터의 해당 인터페이스에 할당된 IP 주소를 ping합니다.동일한 IP 주소에 traceroute 명령을 입력하고 목적지에 도달하는 데 홉이 두 개 이상 필요하지 않은지 확인합니다.

  • ping 224.0.0.5 명령을 입력하면 네이버가 응답합니까?(224.0.0.5은 OSPF HELLO가 전송되는 주소입니다.)

  • 한 네이버에서 다른 네이버로 IP 패킷을 전송하는 것을 금지할 수 있는 인바운드 액세스 목록 또는 기타 디바이스(예: 스위치)를 확인합니다.

• OSPF는 인터페이스와 인접 라우터의 인터페이스에서 모두 활성화됩니까?확인하려면 show ip ospf interface 명령을 입력합니다.

• OSPF는 로컬 또는 인접 라우터의 인터페이스에 대해 패시브로 구성됩니까?인터페이스에서 HELLO 패킷이 전송될 예정인지 확인하려면 show ip ospf interface 명령을 입력합니다.활성 OSPF 인터페이스는 다음과 유사한 라인을 표시합니다.

  Hello due in 00:00:07

• 인접 라우터에 서로 다른 라우터 ID가 있는지 확인합니다.라우터 ID는 OSPF 네트워크의 각 라우터를 식별하는 데 사용됩니다.라우터 ID가 동일한 라우터는 서로 보낸 HELLO를 무시하므로 인접성이 형성되지 않습니다.show ip ospf 명령 출력의 첫 번째 행은 각 라우터의 현재 라우터 ID를 표시합니다.

• 다음 HELLO 매개변수가 인접 인터페이스에서 일치하는지 확인합니다.

  • OSPF area number - 확인하려면 show ip ospf interface interface-name 명령을 입력합니다.

  • OSPF 영역 유형(예: stub 또는 NSSA) - 확인하려면 show ip ospf 명령을 입력합니다.

  • 서브넷 및 서브넷 마스크 - show interface 명령을 입력하여 확인합니다.

  • OSPF HELLO and Dead timer values(OSPF HELLO 및 데드 타이머 값) - 확인하려면 show ip ospf interface interface-name 명령을 입력합니다.

• PPP 또는 HDLC(High-Level Data Link Control) 같은 포인트-투-포인트 링크에 문제가 있고 이 라우터 쌍 사이에 병렬 링크가 두 개 이상 있는 경우 회선이 제대로 연결되었는지 확인하십시오.한 라우터에서 인터페이스 Serial0/0을 인접 디바이스의 Serial0/0과 Serial1/0을 인접 디바이스의 Serial1/0으로 연결하려고 했으나 실수로 상호 교차하여 각 라우터의 Serial0/0을 다른 라우터의 Serial1/0으로 연결했다고 가정해보겠습니다.ping 명령에서 이러한 문제를 발견하지 못할 수 있지만 OSPF에서 인접성을 설정하지 못합니다.Cisco CDP(Discovery Protocol)에서 제공하는 정보를 사용하여 올바른 디바이스 상호 연결을 확인합니다.원격 디바이스의 이름과 PortID가 네트워크 설계와 일치하는지 확인하려면 show cdp neighbor interface-name 명령을 입력합니다.

참고:OSPF 인접성은 보조 네트워크가 아닌 기본 네트워크에서만 형성됩니다.

이러한 검사가 모두 확인되고 show ip ospf neighbor 명령이 여전히 아무 것도 표시되지 않으면 문제가 매우 일반적이지 않으므로 Cisco에 지원을 요청해야 할 수 있습니다.

하위 상태의 네이버

HELLO 패킷의 수신을 통해 동적으로 검색된 네이버는 삭제되는 경우 작동 중지 상태로 돌아갈 수 있습니다. 예를 들어 OSPF가 Dead 타이머 간격보다 긴 기간 동안 네이버에서 HELLO 패킷을 수신하지 않는 경우입니다.따라서 다운 상태는 그러한 인접 디바이스의 일시적인 것입니다.상위 상태로 전환하거나 알려진 인접 디바이스 테이블에서 완전히 삭제됩니다.이것은 "잊혀진" 것으로 알려져  있습니다.

일반적으로 down 상태에서 보이는 네이버는 neighbor 명령으로 수동으로 구성되었습니다.수동으로 구성된 네이버는 항상 OSPF 네이버 테이블에 표시됩니다.OSPF가 수동으로 구성된 네이버에서 HELLO 패킷을 수신하지 않았거나 이전 Dead 타이머 간격 동안 네이버에서 HELLO 패킷이 수신되지 않은 경우 수동으로 구성된 네이버가 다운으로 나열됩니다. 

참고:neighbor 명령은 다음 유형의 네트워크에서 직접 연결된 인접 디바이스에 대해서만 구성할 수 있습니다.

- NBMA(Non-Broadcast MultiAccess) 네트워크 - ip ospf network non-broadcast 명령으로 구성된 인터페이스입니다.
- Non-Broadcast Point-to-Multipoint 네트워크 - ip ospf network point-to-multipoint non-broadcast 명령으로 구성된 인터페이스입니다.

다운 상태의 인접 디바이스가 표시되면 인접 라우터가 작동 중이고 실행 중이며 이 인터페이스의 OSPF에 대해 올바르게 구성되었는지 확인합니다.ping과 traceroute 명령을 사용하여 라우터 간 연결을 테스트합니다.show ip ospf neighbor 명령을 사용하여 인접 라우터의 OSPF 네이버 테이블을 확인하고 No State Disclosed 섹션에 나열된 것과 동일한 컨피그레이션 확인 작업을 수행합니다.

초기화 상태의 인접 디바이스

init 상태는 라우터가 인접 디바이스의 HELLO 패킷을 인식하지만 양방향 통신이 설정되지 않았음을 나타냅니다.Cisco 라우터는 HELLO 패킷의 Neighbor 필드에 init(또는 이상) 상태의 모든 인접 디바이스의 라우터 ID를 포함합니다.인접 디바이스와 양방향 통신을 설정하려면 라우터가 인접 디바이스의 HELLO 패킷의 Neighbor(인접 디바이스) 필드에서 고유한 라우터 ID를 확인해야 합니다.자세한 예와 설명은 Why Does the show ip ospf neighbor command Relave Neighbors in the Init State(show ip ospf neighbor 명령이 초기화 상태에서 인접 디바이스를 노출하는 이유는 무엇입니까) 를 참조하십시오.

양방향 상태의 네이버

2-way 상태는 라우터가 네이버의 HELLO 패킷의 Neighbor(인접 디바이스) 필드에서 자체 라우터 ID를 확인했음을 나타냅니다.init 상태의 네이버에서 DBD(데이터베이스 설명자) 패킷을 수신하면 2-way 상태로 전환될 수도 있습니다.OSPF 네이버 2-way 상태는 우려 사항이 아닙니다.2-way 상태에 대한 설명은 Why does the show ip ospf neighbor command Reveal Neighbors in 2-Way State(show ip ospf neighbor 명령이 2-Way 상태에서 중단된 네이버를 나타냅니까?)를 참조하십시오.

외부 또는 교환 상태의 인접 디바이스

Exstart 또는 Exchange 상태인 OSPF 네이버가 DBD 패킷을 교환하려고 합니다.라우터와 해당 네이버는 기본 및 보조 관계를 형성합니다.인접성은 이 상태를 계속 초과해야 합니다.그렇지 않은 경우 DBD 교환에 문제가 있습니다. 예를 들어 MTU(Maximum Transmission Unit) 불일치 또는 예기치 않은 DBD 시퀀스 번호 수신 등이 있습니다.자세한 내용은 Why Are OSPF Neighbors Stuck in Exstart/Exchange State(OSPF 인접 디바이스가 Exstart/Exchange 상태에서 멈춘 이유)를 참조하십시오.

인접 디바이스가 로드 중인 상태

로드 상태에서 라우터는 링크 상태 요청 패킷을 전송합니다.인접성 중에 라우터가 오래되거나 누락된 LSA(link-state advertisement)를 수신하면 링크 상태 요청 패킷을 전송하여 LSA에 요청합니다.이 상태 이상으로 전환되지 않는 인접 디바이스는 손상된 LSA를 교환하는 경우가 많습니다.이 문제는 일반적으로 %OSPF-4-BADLSA 콘솔 메시지와 함께 발생합니다.이 문제는 일반적인 문제가 아니므로 Cisco에 문의하십시오.

OSPF 네이버 문제의 일반적인 이유

이 표에는 OSPF 인접 디바이스가 인접성을 형성하는 데 문제가 있는 이유를 나열하고 문제를 확인하기 위해 사용할 수 있는 몇 가지 명령이 나열되어 있습니다.

인접 디바이스 인접성 문제 원인	문제 진단 명령
OSPF가 라우터 중 하나에 구성되지 않았습니다.	show ip ospf
OSPF가 필요한 인터페이스에서 활성화되지 않습니다.	show ip ospf 인터페이스
OSPF HELLO 또는 Dead 타이머 간격 값이 일치하지 않습니다.	show ip ospf 인터페이스
ip ospf network-type이 인접 인터페이스에서 일치하지 않습니다.	show ip ospf 인터페이스
인접한 인터페이스 간의 MTU 불일치가 있습니다.	show interface <int-type><int-num>
OSPF area-type은 하나의 인접 디바이스에서 stub이지만 동일한 영역의 인접 인접 인접 인접 인접 인접 인접 디바이스가 stub에 대해 구성되지 않습니다.	show running-config show ip ospf 인터페이스
OSPF 네이버에는 중복된 라우터 ID가 있습니다.	show ip ospf show ip ospf 인터페이스
OSPF는 인접 디바이스의 보조 네트워크에서 구성되지만 기본 네트워크에서는 구성되지 않습니다.이는 인터페이스에서 OSPF를 활성화하지 못하도록 하는 잘못된 컨피그레이션입니다.	show ip ospf 인터페이스 show running-config
OSPF HELLO는 CPU 사용률이 높거나 메모리가 부족하여 처리되지 않습니다.	메모리 요약 표시 메모리 프로세서 표시
기본 레이어 문제로 인해 OSPF HELLO가 수신되지 않습니다.	show interface

참고:OSPF 인접성을 설정하는 동안 MTU 검사를 수행하려면 인터페이스 컨피그레이션 모드에서 ip ospf mtu-ignore 명령을 구성해야 할 수 있습니다.

관련 정보

• OSPF가 PRI, BRI 또는 다이얼러 인터페이스에서 인접성을 형성하지 않는 이유는 무엇입니까?
• show ip ospf neighbor 명령은 무엇을 표시합니까?
• OSPF 설계 가이드
• OSPF over Frame Relay 하위 인터페이스에 대한 초기 컨피그레이션
• 비 브로드캐스트 링크를 통한 OSPF의 초기 컨피그레이션
• Point-to-Point 링크를 통한 OSPF의 초기 컨피그레이션
• OSPF Over Broadcast Media의 초기 컨피그레이션
• 기술 지원 및 문서 − Cisco Systems