소개
이 문서에서 설명하는 일반적인 문제가 열리는 가장 짧은 경로를 먼저(OSPF)이웃하는 완전히 인터넷을 즐길 수 있습니다. OSPF 인접성의 성공적인 형성에서,OSPF 이웃은 완전한 이웃 상태를 달성 할 것이다.
인접성의 형성을 검사하려면 디버그 ip ospf adj 명령을 입력하십시오. 디버그 명령을 입력하기 전에 디버그 명령에 대한 중요한 정보를 참조하십시오.,
전제 조건
요구 사항
이 문서는 IP 라우팅 프로토콜과 OSPF 라우팅 프로토콜에 대한 기본적인 이해가 필요합니다. IP 라우팅 프로토콜에 대한 자세한 내용은 라우팅 기본 사항을 참조하십시오. OSPF 에 대한 자세한 내용은 Ospf(Open Shortest Path First)지원 페이지를 참조하십시오.
사용되는 구성 요소
정보를 본 문서에 따라 이러한 소프트웨어 및 하드웨어 버전
-
OSPF 할 수 있도록 구성에서 모든 라우터,같은 시스코 2500 시리즈,Cisco2600 시리즈,그리고 계층 3 스위치가 있습니다.,
-
OSPF 는 Cisco IOS®소프트웨어 릴리스 10.0 이상에서 지원됩니다.
이 문서의 정보는 특정 랩 환경의 장치에서 생성되었습니다. 이 문서에 사용 된 모든 장치는 지워진(기본)구성으로 시작되었습니다. 네트워크가 라이브 인 경우 모든 명령의 잠재적 영향을 이해했는지 확인하십시오.
규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 규칙을 참조하십시오.,
인접
는 사실 라우터 이웃이 충분하지 않음을 보장 exchange 의 링크-상태 업데이트 해야 합니다 그들은 양식을 인접하 exchange 링크-상태 업데이트됩니다. 인접 고급 형태의 neighborship 에 의해 형성된 라우터 교환하고자 라우팅 정보를 한 후 협상 매개 변수의 이러한 교환입니다. 라우터는 링크 상태 데이터베이스에서 동기화 된 뷰를 가질 때 전체 인접 상태에 도달합니다.
인터페이스 유형은 인접성이 형성되는 방식에 중요한 역할을합니다., 예를 들어,이웃에 포인트-투-포인트 링크를 항상이 되려고 하는 인접하는 동안,라우터 연결 방송하는 등의 미디어 이더넷을 선택할 수 있는가 옆으로만 하위 집합의 이웃에 있는 라우터 인터페이스입니다.라우터가 이웃과 인접성을 형성하기로 결정하면 링크 상태 데이터베이스의 전체 복사본을 교환하여 시작합니다. 이웃은 차례로 해당 링크 상태 데이터베이스의 전체 사본을 라우터와 교환합니다. 여러 이웃 상태를 통과 한 후 라우터는 완전히 인접 해 있습니다.,
이웃 상태
OSPF 이웃 또는 이웃의 상태를 결정하기 위해 show ip ospf 이웃 명령을 사용할 수 있습니다. 출력의 이 명령이 가능성이 높을 공개한다.
-
nothing at all.
-
state=아래
-
state=init
-
state=exstart
-
state=exchange
-
state= 2-는 방법
-
state=로드
있는 다른 OSPF 국,그러나 그는 가장 일반적인 사람에서 볼쇼 ip ospf 이웃 명령 출력됩니다., 자세한 내용과 모든 OSPF 이웃 상태에 대한 설명은 OSPF 이웃 상태를 참조하십시오.
아무 상태로 공개
경우에 보여 ip ospf 이웃 명령을 보여준 것도에 모을 보여준에 대해 아무것도 특정한 이웃을 분석하고 있는 이 라우터를 보지 않은”유효”OSPF 인사부에는 이웃입니다. 이는 ospf 가 이웃 사람으로부터 HELLO 패킷을 수신하지 않았거나 매우 기본적인 정신 검사에 실패한 HELLO 패킷을 수신했음을 의미합니다.,
이다.
-
은 인터페이스는 로컬 라우터와 주변 라우터,라인 프로토콜까? 확인하기 위해 인터페이스 표시 명령을 입력하십시오.
-
확인을 위한 IP 연결 사이에 인접 라우터,다음과 같이 표시됩니다.
-
는 이웃에 대응하는 ping? 이웃 라우터의 문제의 인터페이스에 할당 된 IP 주소를 핑합니다. Traceroute 명령을 동일한 IP 주소로 입력하고 목적지에 도달하는 데 두 개 이상의 홉이 필요 없는지 확인하십시오.,
-
ping224.0.0.5 명령을 입력하면 이웃이 응답합니까? (224.0.0.5 는 OSPF HELLOs 가 전송되는 주소입니다.)
-
확인을 위해 모든 인바운드 액세스 목록 또는 기타 장치(예:스위치)에 있는 금지의 전송 IP 패킷에서 하나의 이웃니다.
-
-
ospf 는 인터페이스와 이웃 라우터의 인터페이스 모두에서 활성화되어 있습니까? 확인하기 위해 show ip ospf 인터페이스 명령을 입력하십시오.
-
OSPF 는 로컬 또는 이웃 라우터의 인터페이스에 대해 패시브로 구성되어 있습니까?, HELLO 패킷이 인터페이스에서 전송될 예정인지 확인하기 위해 show ip ospf interface 명령을 입력합니다. Active OSPF 인터페이스는 선이 표시됩니다 이와 유사한다.
Hello due in 00:00:07
-
지 확인하는 인접 라우터 다른 라우터 Id 가 있습니다. 라우터 Id 는 OSPF 네트워크의 각 라우터를 식별하는 데 사용됩니다. 동일한 라우터 ID 를 가진 라우터는 서로 보낸 HELLOs 를 무시하여 인접성을 형성하지 못하게합니다., Show ip ospf 명령 출력의 첫 번째 줄에는 각 라우터의 현재 라우터 ID 가 표시됩니다.
-
는지 확인 이러한 안녕하세요 매개변수를 경기에는 이웃 인터페이스:
-
OSPF 지역 번호를 입력하여 ip ospf 인터페이스 인터페이스-이름이 명령하기 위해서 확인합니다.
-
ospf 영역 유형(예:stub 또는 NSSA)-확인하기 위해 show ip ospf 명령을 입력하십시오.
-
서브넷 및 서브넷 마스크 입력 인터페이스 표시하기 위한 명령을 확인합니다.,
-
OSPF HELLO And Dead timer 값-show ip ospf interface interface-name 명령을 확인하기 위해 입력하십시오.
-
-
문제가 있는 경우에 포인트-투-포인트 링크(과 같은 PPP 또는 수준 높은 데이터 링크제어)고 있는 하나 이상의 병렬 사이의 링크의 이 쌍 라우터,는지 확인 라인은 제대로 다 연결되어 있습니다., 가 계획한 연결 인터페이스 Serial0/0 에서 하나의 라우터와 인터페이스 Serial0/0 에 그것의 이웃과 Serial1/0Serial1/0 에 그것의 이웃,하지만 당신은 실수로 넘어 그들과 연결되어 있 Serial0/0 의 각 라우터 Serial1/0 습니다. Ping 명령은 그러한 문제를 발견하지 못할 수도 있지만 OSPF 는 인접성을 설정하지 못할 것입니다. 적절한 장치 상호 연결을 확인하기 위해 CDP(CISCO Discovery Protocol)에서 제공하는 정보를 사용합니다. Cdp neighbor interface-name show 명령을 입력하여 원격 장치의 이름과 PortID 가 네트워크 디자인과 일치하는지 확인합니다.,
참고:OSPF 인접성은 보조 네트워크가 아닌 기본 네트워크에서만 형성됩니다.
경우 이러한 모든 확인은 검증과 보여 ip ospf 이웃 명령은 여전히 밝혀 없는,다음의 문제는 매우 일반적이고 필요할 수 있는 연락하는 시스코에 있습니다.
이웃에서 다운 상태
이웃에 있는 동적공의 안녕하세요 패킷의 빠질 수 있는 다시 아래로 주는 경우 삭제되고 있는 경우,예를 들면,OSPF 을 받지 않 안녕하세요한 패킷에서 이웃에 대한 기간보다 더 긴 죽은 타이머는 간격., 따라서,아래 상태의 일시적인 그러한 이웃들,그들이 진출하는 더 높은 상태 또는 완전히 삭제의 테이블에서 알려진 이웃이 있습니다. 이것은”잊혀진”로 알려져 있습니다.
일반적으로 down 상태에서 볼 수있는 이웃은 neighbor 명령을 사용하여 수동으로 구성되었습니다. 수동으로 구성된 이웃은 항상 OSPF 이웃 테이블에 있습니다., 는 경우 OSPF 을 받은 적이 있 안녕하세요한 패킷에서 수동으로 구성된 이웃나지 않으면 안녕하세요 패킷들을 들었는 이웃에서 이전에 죽은 타이머 간격,그 후에 수동으로 구성된 이웃로 나열됩니다.
참고:이웃 명령만 구성할 수 있습에 대한 직접 연결된 이웃에서 이러한 종류의 네트워크:
-환 방송 MultiAccess(NBMA)네트워크 인터페이스 구성으로 ip ospf 네트워크 non-방송 명령입니다.,
-비 브로드 캐스트 포인트-투-멀티 포인트 네트워크-Ip ospf 네트워크 포인트-투-멀티 포인트 비 브로드 캐스트 명령으로 구성된 인터페이스.
보이는 경우 이웃에서운 상태를 확인하는 것을 이웃 router 은,실행,과에 대하여 올바르게 구성되어 있 OSPF 에 이 인터페이스입니다. Ping 및 traceroute 명령을 사용하여 라우터 간의 연결을 테스트합니다. 체크인 OSPF 이웃 테이블에 인접 라우터와 쇼 ip ospf 이웃 명령을 수행하는 동일한 구성 검증 활동에 나와 아무 상태로 공개 섹션입니다.,
init 상태의 이웃
init 상태는 라우터가 이웃의 HELLO 패킷을 보지만 양방향 통신이 설정되지 않았 음을 나타냅니다. Cisco 라우터는 HELLO 패킷의 이웃 필드에 초기화(또는 그 이상)상태의 모든 이웃의 라우터 Id 를 포함합니다. 양방향 통신이 이웃과 설정되기 위해서는 라우터도 이웃의 HELLO 패킷의 이웃 필드에서 자체 라우터 ID 를 참조해야합니다. 보다 자세한 예제와 설명은 show ip ospf neighbor 명령이 Init 상태의 이웃을 공개하는 이유를 참조하십시오.,
양방향 상태의 이웃
양방향 상태는 라우터가 이웃의 HELLO 패킷의 이웃 필드에서 자체 라우터 ID 를 보았 음을 나타냅니다. Init 상태의 이웃으로부터 Dbd(Database Descriptor)패킷을 수신하는 것은 또한 양방향 상태로의 전환을 야기 할 것이다. OSPF 이웃 양방향 상태는 우려의 원인이 아닙니다. 2 웨이 상태에 대한 설명은 show ip ospf neighbor 명령이 2 웨이 상태에 갇혀있는 이웃을 드러내는 이유를 참조하십시오.,exstart 또는 exchange 상태의
이웃 exstart 또는 exchange 상태에있는
OSPF 이웃은 DBD 패킷을 교환하려고합니다. 라우터와 그 이웃은 1 차 및 2 차 관계를 형성합니다. 인접성은이 상태를 지나서 계속되어야합니다. 그렇지 않은 경우,문제가 있으로 DBD 교환과 같은 최대 전송 장치(MTU)불일치 또는 영수증의 예기치 않은 DBD 수 있습니다. 자세한 내용은 OSPF 이웃이 Exstart/Exchange 상태에 갇혀있는 이유를 참조하십시오.,
로드 상태의 이웃
로드 상태에서 라우터는 링크 상태 요청 패킷을 보냅니다. 인접하는 동안 라우터가 오래되거나 누락 된 링크 상태 광고(lsa)를 수신하면 링크 상태 요청 패킷을 전송하여 해당 LSA 를 요청합니다. 이 상태 이상으로 전환하지 않는 이웃은 손상된 Lsa 를 교환 할 가능성이 큽니다. 이 문제는 일반적으로%OSPF-4-BADLSA 콘솔 메시지와 함께 제공됩니다. 이 문제는 일반적이지 않으므로 시스코에 연락하여 도움을 받으십시오.,
에 대한 일반적인 이유 OSPF 문제는 이웃
이 표에서는 이유 OSPF 이 문제를 형성하는 인접하고 목록에 명령의 일부에서 사용할 수 있을 확인하기 위해 문제입니다.
이유에 대한 이웃 인접 문 | 명령에 대한 문제점 진단 |
---|---|
OSPF 에 구성되지 않은 하나의 라우터입니다. | show ip ospf |
ospf 가 필요한 인터페이스에서 활성화되지 않았습니다., | show ip ospf interface |
OSPF HELLO 또는 Dead timer interval 값이 일치하지 않습니다. | show ip ospf interface |
인접 인터페이스에서 ip ospf 네트워크 유형 불일치. | 쇼 ip ospf 인터페이스 |
이웃 인터페이스 사이의 mtu 불일치. | 보여 인터페이스<int 형><int num> |
OSPF 지역의 유형은 스텁에서 하나의 이웃, 하지만 인접한 이웃 같은 지역에 구성되지 않은 stub., | show running-config show ip ospf interface |
OSPF 이웃에는 중복 라우터 Id 가 있습니다. | show ip ospf show ip ospf interface |
OSPF 는 이웃의 보조 네트워크에 구성되지만 기본 네트워크에는 구성되지 않습니다. 이것은 ospf 가 인터페이스에서 활성화되지 않도록하는 불법 구성입니다. | 보 ip ospf 인터페이스를 보여행-config |
OSPF 인사가 처리하지 않으로 인해 자원의 부족과 같은 높은 CPU 사용률 또는 메모리가 부족하지 않습니다., | show memory summary show memory processor |
기본 레이어 문제로 인해 OSPF HELLOs 가 수신되지 않습니다. | 인터페이스 표시 |
Note:In order to aviod MTU 확인하는 동안 당신이 설정 OSPF 네트워크 환경,당신이 가능하게 구성해야 할 ip ospf mtu-무시하는 명령 인터페이스 설정 모드에 있습니다.
관련 정보
- OSPF 가 PRI,BRI 또는 다이얼러 인터페이스에서 인접성을 형성하지 않는 이유는 무엇입니까?
- show ip ospf 이웃 명령은 무엇을 나타 냅니까?,
- OSPF Design Guide
- Initial Configurations for OSPF over Frame Relay Subinterfaces
- Initial Configurations for OSPF over Non-Broadcast Links
- Initial Configurations for OSPF over a Point-to-Point Link
- Initial Configurations for OSPF Over Broadcast Media
- Technical Support & Documentation – Cisco Systems