Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

OSPF 구성 확인 및 모니터링

OSPF 구성 확인

OSPF 구성을 확인하려면 다음 작업을 수행하십시오.

OSPF 지원 인터페이스 확인

목적

OSPF가 특정 인터페이스에서 실행되고 인터페이스가 원하는 영역에 있는지 확인합니다.

작업

CLI에서 show ospf 인터페이스 명령을 입력합니다.

샘플 출력
명령명

의미

출력은 OSPF를 위해 구성된 디바이스 인터페이스의 목록을 보여줍니다. 다음 정보를 확인합니다.

  • OSPF가 활성화된 각 인터페이스가 나열되어 있습니다.

  • 영역 아래에서 각 인터페이스는 구성된 영역을 보여줍니다.

  • Intf상태 아래에서 OSPF 네트워크의 지정된 라우터(DR)와 연결된 디바이스 루프백(lo0.0) 인터페이스 및 LAN 인터페이스가 식별됩니다.

  • DR ID 아래에서 OSPF 네트워크의 지정된 라우터의 IP 주소가 나타납니다.

  • 상태 아래에서 각 인터페이스는 포인트 투 포인트 연결을 나타내기 위한 PtToPt 상태를 보여줍니다. 상태가 대기 중이면 몇 초 후에 출력을 다시 확인합니다. 다운 상태는 문제를 나타냅니다.

  • 지정된 라우터 주소는 항상 DR 상태를 표시합니다.

OSPF 이웃 확인

목적

OSPF 이웃은 바로 인접한 인터페이스입니다. 디바이스와 OSPF를 실행하는 다른 라우터 간의 포인트 투 포인트 연결에서 각 라우터에 단일 OSPF 이웃이 있는지 확인합니다.

작업

CLI에서 show ospf neighbor 명령을 입력합니다.

샘플 출력
명령명

의미

출력은 디바이스의 OSPF 이웃과 해당 주소, 인터페이스, 상태, 라우터 ID, 우선 순위 및 비활성("데드" 시간)에 허용되는 초 수를 보여줍니다. 다음 정보를 확인합니다.

  • 디바이스에 즉시 인접한 각 인터페이스가 나열되어 있습니다.

  • 디바이스 자체 루프백 주소와 디바이스가 바로 인접한 라우터의 루프백 주소가 나열되어 있습니다.

  • 상태 아래에서 각 이웃은 전체 상태를 보여줍니다. 클라이언트 간의 일련의 패킷 교환을 통해 전체 OSPF 연결이 설정되기 때문에 OSPF 링크가 설정하는 데 몇 초가 걸릴 수 있습니다. 이 기간 동안 상태는 협상 단계에 따라 시도, 이니트 또는 2로 표시될 수 있습니다.

    30초 후에 상태가 완전하지 않으면 이웃 간의 OSPF 구성이 올바르게 작동하지 않습니다.

OSPF 경로 수 확인

목적

OSPF 라우팅 테이블 다음 항목이 있는지 확인합니다.

  • OSPF 링크를 통해 도달할 수 있는 각 서브네트워크

  • 네트워크에서 연결할 수 있는 각 루프백 주소

예를 들어, 그림 1 은 OSPF 토폴로지의 샘플 네트워크를 보여줍니다.

그림 1: 샘플 OSPF 네트워크 토폴로지 Sample OSPF Network Topology

이 토폴로지에서 OSPF는 모든 인터페이스에서 실행되고 있습니다. 네트워크의 각 세그먼트는 /24 접두사의 주소로 식별되며 세그먼트의 양쪽 끝에 있는 인터페이스가 고유한 IP 주소로 식별됩니다.

작업

CLI에서 show ospf 경로 명령을 입력합니다.

샘플 출력
명령명

의미

출력은 IP 주소별로 정렬된 각 경로를 나열합니다. 경로는 경로 유형이 네트워크로 표시되고 루프백 주소는 라우터의 경로 유형으로 표시됩니다.

그림 1에 표시된 예를 들어, OSPF 라우팅 테이블 각 네트워크 세그먼트에 대해 하나, 각 라우터의 루프백 주소에 대해 하나씩 21개의 항목을 가지고 있는지 확인합니다.

OSPF 네트워크에서 모든 호스트의 도달 가능성 확인

목적

네트워크의 각 루프백 주소에서 traceroute 도구를 사용하여 네트워크의 모든 호스트가 각 디바이스에서 연결할 수 있는지 확인합니다.

작업

OSPF 네트워크의 각 디바이스:

  1. J-Web 인터페이스에서 문제 해결>Traceroute를 선택합니다.

  2. 호스트 이름 상자에 디바이스에서 도달 가능성을 확인하려는 호스트의 이름을 입력합니다.

  3. 시작을 클릭합니다. 출력은 별도의 페이지에 표시됩니다.

샘플 출력
명령명

의미

출력의 각 번호가 매겨진 행은 호스트 경로에 있는 라우팅 "홉"을 나타냅니다. 3회 증분은 각 트레이스라우트 패킷에 대한 디바이스와 홉 간의 RTT(Round-Trip Time)를 나타냅니다. OSPF 네트워크의 양적 유지를 위해 다음 정보를 확인합니다.

  • 목록의 마지막 홉은 도달하려는 호스트입니다.

  • 호스트에 대한 예상 홉 수는 경로 추적 출력의 홉 수와 일치합니다. 출력에서 예상보다 많은 홉이 있으면 네트워크 세그먼트에 도달할 수 없음을 알 수 있습니다. 이 경우 , show ospf 경로 명령으로 경로를 확인합니다.

show ospf 경로에 대한 자세한 내용은 OSPF 경로 수 확인을 참조하십시오.

OSPF 프로토콜 트래픽 추적

추적 작업은 OSPF 운영에 대한 자세한 메시지를 기록합니다. OSPF 프로토콜 트래픽을 추적하여 OSPF 프로토콜 문제를 디버그할 수 있습니다. OSPF 프로토콜 트래픽을 추적할 때 파일 이름과 추적할 정보 유형을 지정합니다.

다음 OSPF 프로토콜별 추적 옵션을 지정할 수 있습니다.

  • database-description - OSPF 토폴로지 데이터베이스 동기화에 사용되는 모든 데이터베이스 설명 패킷

  • error -OSPF 오류 패킷

  • 이벤트 —OSPF 상태 전환

  • 플러딩 —Link-state 플러딩 패킷

  • Graceful-Restart —Graceful-Restart 이벤트

  • hello - 인접 항목을 설정하고 이웃에 도달할 수 있는지 여부를 결정하는 데 사용되는 Hello 패킷

  • ldp-synchronization — OSPF와 LDP 간의 동기화 이벤트

  • lsa-ack - OSPF 토폴로지 데이터베이스 동기화에 사용되는 Link-state 승인 패킷

  • lsa-analysis -Link-state 분석. 최단 경로 우선(OSPF)의 주니퍼 네트웍스 구현에 특정한 Junos OS 최단 경로 우선(SPF) 알고리즘을 실행하기 전에 LSA 분석을 수행합니다. LSA 분석은 SPF 알고리즘에 의해 수행된 계산 속도를 하는 데 도움이 됩니다.

  • lsa-request - OSPF 토폴로지 데이터베이스 동기화에 사용되는 Link-state 요청 패킷

  • lsa-update -OSPF 토폴로지 데이터베이스 동기화에 사용되는 Link-state 업데이트 패킷

  • nsr-synchronization —무상 라우팅 동기화 이벤트

  • 온 디맨드 —수요 서킷 확장을 추적

  • packet-dump — 선택한 패킷 유형의 컨텐츠를 덤프합니다.

  • 패킷 — 모든 OSPF 패킷

  • restart-signaling—(OSPFv2만 해당) Restart-signaling Graceful Restart 이벤트

  • spf—SPF(Shortest Path First) 계산

선택적으로 다음 플래그 수정자 중 하나 이상을 지정할 수 있습니다.

  • 세부 정보 - 상세 추적 정보

  • 수신 — 수신 중인 패킷

  • send —전송 중인 패킷

참고:

CPU가 매우 바쁘게 될 수 있으므로 세부 플래그 수정자를 주의해서 사용해야 합니다.

전역 추적 옵션은 [edit routing-options] 계층 수준의 traceoptions 문에 의해 설정된 구성에서 상속됩니다. [edit protocols ospf] 계층 수준에 포함된 traceoptions flag 문을 사용하여 OSPF 프로토콜에 대해 다음과 같은 전역 추적 옵션을 재정의할 수 있습니다.

  • all - 모든 추적 작업

  • general — 모든 정상적인 운영 및 라우팅 테이블 변경(일반 및 경로 추적 작업의 조합)

  • normal — 일반 이벤트

  • 정책 —정책 처리

  • route—라우팅 정보

  • 상태—상태 전환

  • 작업 — 라우팅 프로토콜 작업 처리

  • 타이머 —라우팅 프로토콜 타이머 처리

참고:

CPU가 매우 바쁘게 될 수 있으므로 추적 플래그를 신중하게 사용해야 합니다.

예: OSPF 프로토콜 트래픽 추적

이 예는 OSPF 프로토콜 트래픽을 추적하는 방법을 보여줍니다.

요구 사항

이 예는 OSPF가 네트워크에서 올바르게 구성되고 실행되고 있으며 디버깅을 위해 OSPF 프로토콜 트래픽을 추적할 것이라고 가정합니다.

개요

OSPF 프로토콜 트래픽을 추적하여 OSPF 프로토콜 문제를 디버그할 수 있습니다. OSPF 프로토콜 트래픽을 추적할 때 파일 이름과 추적할 정보 유형을 지정합니다. 모든 파일은 라우팅 디바이스의 하드 디스크의 디렉터리에 배치됩니다. M Series 및 T 시리즈 라우터에서 추적 파일은 /var/log directory에 저장됩니다.

이 예는 OSPF 프로토콜 문제를 디버깅할 때 유용할 수 있는 몇 가지 구성을 보여줍니다. 표시된 검증 출력은 각 구성에 따라 다릅니다.

팁:

로그 파일을 추적하려면 추적 파일의 내용을 쉽게 기억할 수 있도록 의미 있고 설명적인 이름을 만드십시오. 글로벌 라우팅 프로토콜 추적 출력을 파일 ospf-log에 파일 routing-log, OSPF 추적 출력에 배치하는 것이 좋습니다.

첫 번째 예에서는 라우팅 디바이스에서 적극적으로 실행되는 모든 라우팅 프로토콜에서 파일 라우팅 로그에 대한 추적 작업을 전역적으로 활성화합니다. 이 구성에서는 추적 파일 크기와 추적 파일 수에 대한 기본 설정을 유지합니다. 전역 추적 작업을 활성화한 후 추적 작업을 통해 link-state 광고, 요청 및 업데이트, 데이터베이스 설명 패킷, 파일 ospf-log에 대한 Hello 패킷을 포함한 OSPF 패킷에 대한 자세한 정보를 제공하고 다음 옵션을 구성할 수 있습니다.

  • 크기 - 각 추적 파일(KB, MB 또는 GB)의 최대 크기를 지정합니다. 이 예에서 10KB를 최대 크기로 구성합니다. 파일이 최대 크기에 도달하면 .0 확장으로 이름이 변경됩니다. 파일이 다시 최대 크기에 도달하면 으로 이름이 .1 확장으로 변경되고 새로 생성된 파일은 .0 확장으로 이름이 변경됩니다. 이 이름 변경 체계는 최대 추적 파일 수에 도달할 때까지 계속됩니다. 그런 다음 가장 오래된 추적 파일이 덮어쓰기됩니다. 최대 파일 크기를 지정하는 경우, 파일 옵션으로 최대 추적 파일 수를 지정해야 합니다. KB의 경우 k , m 은 MB, g 는 GB에 대해 을(를) 지정합니다. 기본적으로 추적 파일 크기는 128KB입니다. 파일 크기 범위는 시스템에서 지원되는 최대 파일 크기까지 10KB입니다.

  • 파일 - 최대 추적 파일 수를 지정합니다. 이 예에서 최대 5개 추적 파일을 구성합니다. 추적 파일이 최대 크기에 도달하면 최대 추적 파일 수에 도달할 때까지 은(는) .0 확장, .1 확장으로 이름이 변경됩니다. 최대 파일 수에 도달하면 가장 오래된 추적 파일이 덮어쓰기됩니다. 최대 파일 수를 지정하는 경우, 크기 옵션으로 최대 파일 크기를 지정해야 합니다. 기본적으로 파일 10이 있습니다. 범위는 2~1000 파일입니다.

두 번째 예에서는 spf 플래그를 포함하여 모든 SPF 계산을 파일 ospf-log로 추적합니다. 추적 파일 크기와 추적 파일 수에 대한 기본 설정을 유지합니다.

세 번째 예에서는 lsa-request, lsa-updatelsa-ack 플래그를 포함하여 모든 LSA의 생성, 수신 및 재전송을 파일 ospf-log로 추적합니다. 추적 파일 크기와 추적 파일 수에 대한 기본 설정을 유지합니다.

구성

글로벌 추적 작업 구성 및 OSPF 패킷 정보 추적

CLI 빠른 구성

라우팅 디바이스에서 능동적으로 실행되는 모든 라우팅 프로토콜에 대한 전역 추적 작업을 빠르게 활성화하고 OSPF 패킷에 대한 자세한 정보를 추적하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 Junos OS 구성 수정을 참조하십시오.

OSPF 패킷에 대한 글로벌 라우팅 추적 작업 및 추적 작업을 구성하려면 다음을 수행합니다.

  1. 라우팅 디바이스의 활성 라우팅 프로토콜에 대한 정보를 수집하도록 라우팅 옵션 수준에서 추적을 구성합니다.

  2. 전역 추적 파일의 파일 이름을 구성합니다.

  3. OSPF 추적 파일에 대한 파일 이름을 구성합니다.

    참고:

    OSPFv3를 지정하려면 [편집 프로토콜] 계층 수준에서 ospf3 문을 포함합니다.

  4. 최대 추적 파일 수를 구성합니다.

  5. 각 추적 파일의 최대 크기를 구성합니다.

  6. 추적 플래그를 구성합니다.

  7. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

show routing-options 및 show protocols ospf 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 show routing-optionsshow protocols ospf3 명령을 입력합니다.

SPF 계산 추적

CLI 빠른 구성

SPF 계산을 빠르게 추적하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다.

단계별 절차

OSPF에 대한 SPF 추적 작업을 구성하려면 다음을 수행합니다.

  1. OSPF 추적 파일에 대한 파일 이름을 구성합니다.

    참고:

    OSPFv3를 지정하려면 [편집 프로토콜] 계층 수준에서 ospf3 문을 포함합니다.

  2. SPF 추적 플래그를 구성합니다.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

show protocols ospf 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 show protocols ospf3 명령을 입력합니다.

Link-State 광고 추적

CLI 빠른 구성

모든 LSA의 생성, 수신 및 재전송을 빠르게 추적하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다.

단계별 절차

OSPF에 대한 link-state 광고 추적 작업을 구성하려면 다음을 수행합니다.

  1. OSPF 추적 파일에 대한 파일 이름을 구성합니다.

    참고:

    OSPFv3를 지정하려면 [편집 프로토콜] 계층 수준에서 ospf3 문을 포함합니다.

  2. link-state 광고 추적 플래그를 구성합니다.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

show protocols ospf 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 show protocols ospf3 명령을 입력합니다.

확인

구성이 제대로 작동하는지 확인합니다.

추적 작업 확인

목적

추적 옵션 필드에 구성된 추적 작업이 표시되는지 확인하고 추적 파일 필드가 파일이 저장된 라우팅 디바이스의 위치, 추적 작업의 출력을 수신할 파일 이름 및 파일 크기를 표시하는지 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 show ospf 개요 광범위한 명령을 입력하고 OSPFv3에 대한 show ospf3 개요 광범위한 명령을 입력합니다.