Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지에서
 

OSPF 경로 제어 구성

OSPF 경로 요약 이해하기

영역 경계 라우터(ABR)는 요약 링크 광고를 전송하여 다른 영역으로의 경로를 설명합니다. 목적지 수에 따라 한 지역에 많은 링크 상태 레코드가 플러딩되어 라우팅 디바이스 리소스를 활용할 수 있습니다. 영역으로 플러드되는 광고 수를 최소화하기 위해 ABR을 구성하여 다양한 IP 주소를 결합하거나 요약하고 단일 LSA(link-state advertisement)에서 이러한 주소에 대한 연결성 정보를 보낼 수 있습니다. 하나 이상의 IP 주소 범위를 요약할 수 있습니다. 여기서 지정된 영역 범위와 일치하는 모든 경로가 영역 경계에서 필터링되고 요약이 해당 위치에 보급됩니다.

OSPF 영역의 경우 영역 내 접두사 요약 및 필터링할 수 있습니다. 지정된 영역 범위와 일치하는 모든 경로는 영역 경계에서 필터링되며, 요약이 해당 위치에 보급됩니다. OSPF NSSA(not-so-stubby area)의 경우, AS 외부(유형 5) LSA로 변환되어 백본 영역을 입력하기 전에 NSSA 외부(유형 7) LSA를 결합하거나 필터링할 수 있습니다. 접두사 중 하나의 범위에 속하지 않는 영역 내에서 학습된 모든 외부 경로는 다른 영역에 개별적으로 보급됩니다.

또한 OSPF로 내보내는 접두사(경로)의 수를 제한할 수도 있습니다. 사용자가 정의한 최대 접두사 수를 설정함으로써 라우팅 디바이스가 영역으로 과도한 수의 경로를 플러딩하는 것을 방지합니다.

예: OSPF로 내보내기되는 접두사 수 제한

이 예는 OSPF로 내보내는 접두사 수를 제한하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

기본적으로 OSPF로 내보낼 수 있는 접두사(경로)의 수에 제한이 없습니다. 여러 경로를 OSPF로 내보내도록 허용하면 라우팅 디바이스가 압도되어 과도한 수의 경로가 영역으로 플러딩될 수 있습니다.

OSPF로 내보내는 경로 수를 제한하여 라우팅 디바이스의 부하를 최소화하고 이 잠재적인 문제를 방지할 수 있습니다. 라우팅 디바이스가 구성된 접두사 내보내기 값을 초과하면, 라우팅 디바이스는 외부 접두사들을 제거하고 과부하 상태로 들어갑니다. 이 상태는 라우팅 정보를 처리하려고 시도할 때 라우팅 디바이스가 압도되지 않도록 합니다. 접두사 내보내기 제한 수는 0에서 4,294,967,295까지의 값일 수 있습니다.

이 예에서 문을 포함하여 접두사 내보내기 제한을 100,000으로 구성합니다 prefix-export-limit .

토폴로지

구성

CLI 빠른 구성

OSPF로 내보내는 접두사 수를 빠르게 제한하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브랙을 제거하고, 네트워크 구성과 일치하기 위해 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

절차

단계별 절차

OSPF로 내보내기되는 접두사 수를 제한하기 위해 다음을 수행합니다.

  1. 접두사 내보내기 제한 값을 구성합니다.

    참고:

    OSPFv3의 ospf3 경우 계층 수준에서 문을 [edit protocols] 포함합니다.

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

결과

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

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

확인

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

접두사 내보내기 제한 확인

목적

OSPF로 내보낸 번호 또는 경로를 표시하는 접두사 내보내기 카운터를 확인합니다.

작업

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

OSPF 트래픽 제어 이해하기

토폴로지가 네트워크에서 공유되면 OSPF는 토폴로지 를 사용하여 네트워크 노드 간에 패킷을 라우팅합니다. 이웃 간의 각 경로는 인터페이스 처리량을 기반으로 비용이 할당됩니다. 기본 알고리즘은 공식 cost = reference-bandwidth / interface bandwidth을 사용하여 100Mbps의 참조 대역폭을 기반으로 인터페이스 메트릭을 계산합니다. 그 결과 100Mbps 또는 더 빠른 속도로 작동하는 모든 인터페이스에 동일한 메트릭 값 1이 할당됩니다. OSPF 인터페이스 메트릭을 수동으로 할당하여 기본값을 재정의할 수 있습니다. 또는 현재 Juniper 플랫폼이 400Gbps에서 작동하는 인터페이스를 지원한다는 점을 감안할 때 더 큰 reference-bandwidth 값을 구성하는 것이 좋습니다. 네트워크에서 최고 속도 인터페이스의 다중을 기반으로 하는 참조 대역폭 값을 구성하면 인터페이스 속도에 따라 네트워크 경로가 자동으로 최적화되고 네트워크 속도가 증가합니다.

호스트 간의 특정 경로에 걸친 비용의 합이 경로의 전체 비용을 결정합니다. 그런 다음 패킷은 최단 경로 우선(SPF) 알고리즘을 사용하여 최단 경로를 따라 라우팅됩니다. 소스 주소와 대상 주소 사이에 여러 개의 equal-cost 경로가 존재하는 경우, OSPF는 라운드 로빈 방식으로 각 경로를 따라 번갈아 패킷을 라우팅합니다. 총 경로 메트릭이 낮은 경로는 경로 메트릭이 높은 경로보다 선호됩니다.

다음 방법을 사용하여 OSPF 트래픽을 제어할 수 있습니다.

  • 개별 OSPF 네트워크 세그먼트 비용 제어

  • 대역폭에 따라 OSPF 인터페이스 메트릭을 동적으로 조정합니다.

  • OSPF 경로 선택 제어

개별 OSPF 네트워크 세그먼트 비용 제어

OSPF는 다음 공식을 사용하여 경로 비용을 결정합니다.

기본 인터페이스 비용을 계산하는 데 사용되는 참조 대역폭 값을 수정할 수 있습니다. 인터페이스 대역폭 값은 사용자 구성이 불가능하며 물리적 인터페이스의 실제 대역폭을 나타냅니다.

기본적으로 OSPF는 100Mbps보다 빠른 모든 링크에 1의 기본 비용 메트릭을 할당하고, 루프백 인터페이스(lo0)에 0의 기본 비용 메트릭을 할당합니다. 대역폭은 루프백 인터페이스와 연결되어 있지 않습니다.

네트워크에서 패킷 플로우를 제어하기 위해 OSPF를 사용하면 특정 경로 세그먼트에 비용(또는 메트릭)을 수동으로 할당할 수 있습니다. 특정 OSPF 인터페이스에 대한 메트릭을 지정할 때, 해당 값은 해당 인터페이스에서 보급된 경로 비용을 결정하는 데 사용됩니다. 예를 들어, OSPF 네트워크의 모든 라우터가 기본 메트릭 값을 사용하고 하나의 인터페이스에서 메트릭을 5로 늘리는 경우, 해당 인터페이스를 통과하는 모든 경로는 기본값보다 높은 계산된 메트릭을 가지며 선호되지 않습니다.

참고:

메트릭에 대해 구성하는 모든 값은 참조 대역폭 값을 사용하여 해당 인터페이스의 경로 비용을 계산하는 기본 동작을 재정의합니다.

라우팅 테이블 동일한 목적지에 여러 동일 비용 경로가 있는 경우 ECMP(equal-cost multipath) 세트가 형성됩니다. 활성 경로에 ECMP 세트가 있는 경우, Junos OS 소프트웨어는 해시 알고리즘을 사용하여 포워딩 테이블 설치하도록 ECMP 집합에서 다음 홉 주소 중 하나를 선택합니다.

ECMP 집합의 여러 다음 홉 항목이 포워딩 테이블 설치되도록 Junos OS 구성할 수 있습니다. 패킷당 작업 로드 밸런싱을 사용하여 [edit policy-options] 계층 수준에서 하나 이상의 정책 문 구성 문을 포함하여 로드 밸런싱 라우팅 정책 정의합니다. 그런 다음 라우팅 테이블 포워딩 테이블 내보낸 경로에 라우팅 정책 적용합니다.

대역폭을 기반으로 OSPF 인터페이스 메트릭 동적 조정

OSPF 인터페이스 또는 OSPF 인터페이스의 토폴로지의 대역폭 임계값 및 관련 메트릭 값 집합을 지정할 수 있습니다. 인터페이스의 대역폭이 변경되면(예: 지연이 인터페이스 멤버를 잃거나 인터페이스 속도가 관리적으로 변경된 경우), Junos OS 자동으로 인터페이스 메트릭을 적절한 대역폭 임계값과 연관된 값에 설정합니다. Junos OS 실제 인터페이스 대역폭과 같거나 큰 가장 작은 구성된 대역폭 임계값을 사용하여 메트릭 값을 결정합니다. 인터페이스 대역폭이 구성된 대역폭 임계값보다 큰 경우, 인터페이스에 대해 구성된 메트릭 값은 구성된 대역폭 기반 메트릭 값 대신 사용됩니다. 대역폭이 변경되면 인터페이스에 대한 메트릭을 다시 계산하는 기능은 집계 인터페이스에 특히 유용합니다.

참고:

또한 대역폭 기반 메트릭을 활성화할 때 인터페이스에 대한 메트릭을 구성해야 합니다.

OSPF 경로 기본 설정 제어

경로 선호도를 사용하여 네트워크를 통해 패킷의 흐름을 제어할 수 있습니다. 여러 프로토콜이 동일한 목적지에 대한 경로를 계산할 때 포워딩 테이블 어떤 경로가 설치되는지 선택하는 데 경로 기본 설정이 사용됩니다. 선호 값이 가장 낮은 경로가 선택됩니다.

기본적으로 내부 OSPF 경로는 10의 선호 값을 가지며, 외부 OSPF 경로는 150의 선호 값을 갖습니다. 기본 설정이 대부분의 환경에 적합하지만, OSPF 네트워크의 모든 라우팅 디바이스가 기본 선호 값을 사용하거나 OSPF에서 다른 내부 게이트웨이 프로토콜(IGP)으로 마이그레이션하려는 경우 기본 설정을 수정할 수 있습니다. 모든 디바이스가 기본 경로 선호 값을 사용하는 경우, 경로 기본 설정을 변경하여 목적지에 대한 여러 동일 비용 경로가 존재할 때마다 특정 디바이스를 통과하는 경로가 포워딩 테이블 대해 선택되도록 할 수 있습니다. OSPF에서 다른 IGP로 마이그레이션할 때 경로 기본 설정을 수정하면 제어된 방식으로 마이그레이션을 수행할 수 있습니다.

더 보기

예: 개별 OSPF 네트워크 세그먼트 비용 제어

이 예는 개별 OSPF 네트워크 세그먼트의 비용을 제어하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

모든 OSPF 인터페이스에는 비용이 있으며 이는 링크 상태 계산에 사용되는 라우팅 메트릭입니다. 총 경로 메트릭이 낮은 경로는 경로 메트릭이 높은 경로보다 선호됩니다. 이 예에서는 OSPF 네트워크 세그먼트의 비용을 제어하는 방법을 살펴봅니다.

기본적으로 OSPF는 100Mbps보다 빠른 모든 링크에 1의 기본 비용 메트릭을 할당하고, 루프백 인터페이스(lo0)에 0의 기본 비용 메트릭을 할당합니다. 대역폭은 루프백 인터페이스와 연결되어 있지 않습니다. 즉, 100Mbps보다 빠른 모든 인터페이스는 동일한 기본 비용 메트릭 1을 갖습니다. 소스 주소와 대상 주소 사이에 여러 개의 equal-cost 경로가 존재하는 경우, OSPF는 라운드 로빈 방식으로 각 경로를 따라 번갈아 패킷을 라우팅합니다.

모든 인터페이스가 동일한 속도로 실행되고 있는 경우 동일한 기본 메트릭을 갖는 데 문제가 되지 않을 수 있습니다. 인터페이스가 다른 속도로 작동하는 경우 최단 경로 우선(OSPF)이 다른 인터페이스에 걸쳐 패킷을 동일하게 라우팅하기 때문에 트래픽이 가장 빠른 인터페이스를 통해 라우팅되지 않음을 알 수 있습니다. 예를 들어, 라우팅 디바이스에 OSPF를 실행하는 고속 이더넷 및 기가비트 이더넷 인터페이스가 있는 경우, 이러한 각 인터페이스에는 1의 기본 비용 메트릭이 있습니다.

첫 번째 예에서는 참조 대역폭 문을 포함하여 참조 대역폭을 10Gbps(10Gbps, 10,000,000비 트 )로 설정합니다. 이 구성에서 OSPF는 고속 이더넷 인터페이스에 기본 메트릭 100을 할당하고 기가비트 이더넷 인터페이스에 10의 메트릭을 할당합니다. 기가비트 이더넷 인터페이스는 가장 낮은 메트릭을 가지기 때문에 OSPF는 패킷을 라우팅할 때 이를 선택합니다. 범위는 9600~1,000,000,000,000비트입니다.

그림 2 는 영역 0.0.0.0의 라우팅 디바이스 3개를 보여주며 디바이스 R2와 디바이스 R3 사이의 링크가 다른 트래픽과 혼잡하다고 가정합니다. 또한 특정 경로 세그먼트에 메트릭을 수동으로 할당하여 네트워크 전반의 패킷 플로우를 제어할 수 있습니다. 메트릭에 대해 구성하는 모든 값은 참조 대역폭 값을 사용하여 해당 인터페이스의 경로 비용을 계산하는 기본 동작을 재정의합니다. 디바이스 R3에서 디바이스 R2로 직접 가는 트래픽을 방지하기 위해, 모든 트래픽이 디바이스 R1을 통과하도록 디바이스 R1과 연결하는 디바이스 R3의 인터페이스에 대한 메트릭을 조정합니다.

두 번째 예에서는 메트릭 문을 포함하여 디바이스 R1과 연결하는 디바이스 R3의 인터페이스 fe-1/0/1 에서 메트릭을 5로 설정합니다. 범위는 1~65,535입니다.

그림 2: OSPF 메트릭 구성 OSPF Metric Configuration

토폴로지

구성

참조 대역폭 구성

CLI 빠른 구성

참조 대역폭을 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit 합니다.

단계별 절차

참조 대역폭을 구성하려면,

  1. 기본 인터페이스 비용을 계산하도록 참조 대역폭을 구성합니다.

    참고:

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

    이 예에서 바로 가기로 10g를 입력하여 10Gbps 참조 대역폭을 지정합니다. 10g 또는 1000000000을 입력하든, show protocol ospf 명령의 출력은 1000000000이 아닌 10Gbps를 10g로 표시합니다.

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

    참고:

    공유 네트워크의 모든 라우팅 디바이스에서 이 전체 구성을 반복합니다.

결과

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

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

특정 OSPF 인터페이스에 대한 메트릭 구성

CLI 빠른 구성

특정 OSPF 인터페이스에 대한 메트릭을 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하기 위해 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

단계별 절차

특정 OSPF 인터페이스에 대한 메트릭을 구성하려면 다음을 수행합니다.

  1. OSPF 영역을 생성합니다.

    참고:

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

  2. OSPF 네트워크 세그먼트의 메트릭을 구성합니다.

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

결과

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

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

확인

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

구성된 메트릭 확인

목적

인터페이스에서 메트릭 설정을 확인합니다. 비용 필드에 인터페이스의 구성된 메트릭(비용)이 표시되는지 확인합니다. 목적지에 대한 경로를 선택할 때 OSPF는 비용이 가장 낮은 경로를 사용합니다.

작업

운영 모드에서 OSPFv2에 대한 show ospf 인터페이스 세부 정보 명령을 입력하고 OSPFv3에 대한 show ospf3 인터페이스 세부 정보 명령을 입력합니다.

경로 확인

목적

목적지에 대한 경로를 선택할 때 OSPF는 총 비용이 가장 낮은 경로를 사용합니다. OSPF가 적절한 경로를 사용하고 있는지 확인합니다.

작업

운영 모드에서 show route 명령을 입력합니다.

더 보기

예: 대역폭을 기반으로 OSPF 인터페이스 메트릭을 동적으로 조정

이 예는 대역폭을 기반으로 OSPF 인터페이스 메트릭을 동적으로 조정하는 방법을 보여줍니다.

구성

CLI 빠른 구성

OSPF 인터페이스에 대한 대역폭 임계값 및 관련 메트릭 값을 신속하게 구성하려면, 다음 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit 합니다.

단계별 절차

특정 OSPF 인터페이스에 대한 메트릭을 구성하려면 다음을 수행합니다.

  1. OSPF 영역을 생성합니다.

    참고:

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

  2. OSPF 네트워크 세그먼트의 메트릭을 구성합니다.

  3. 대역폭 임계값 및 관련 메트릭 값을 구성합니다. 어그리게이션 이더넷 인터페이스의 대역폭이 1g인 경우 이 구성을 통해 OSPF는 이 인터페이스에 대한 메트릭 60을 고려합니다. 어그리게이션 이더넷 인터페이스의 대역폭이 10g인 경우, OSPF는 이 인터페이스에 대한 메트릭 50을 고려합니다.

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

결과

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

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

요구 사항

시작하기 전에 다음을 수행합니다.

개요

OSPF 인터페이스에 대한 대역폭 임계값 및 관련 메트릭 값 집합을 지정할 수 있습니다. 인터페이스의 대역폭이 변경되면 Junos OS 인터페이스 메트릭을 적절한 대역폭 임계값과 연관된 값으로 자동으로 설정합니다. 대역폭 기반 메트릭 값을 구성할 때 일반적으로 여러 대역폭 및 메트릭 값을 구성합니다.

이 예에서 대역폭 기반 메트릭 문과 다음 설정을 포함하여 대역폭 기반 메트릭에 대해 OSPF 인터페이스 ae0을 구성합니다.

  • 대역폭 - 초당 비트의 대역폭 임계값을 지정합니다. 범위는 9600~1,000,000,000,000,000입니다.

  • 메트릭 - 특정 대역폭 값과 연결할 메트릭 값을 지정합니다. 범위는 1~65,535입니다.

토폴로지

확인

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

구성된 메트릭 확인

목적

인터페이스에서 메트릭 설정을 확인합니다. 비용 필드에 인터페이스의 구성된 메트릭(비용)이 표시되는지 확인합니다. 목적지에 대한 경로를 선택할 때 OSPF는 비용이 가장 낮은 경로를 사용합니다.

작업

운영 모드에서 OSPFv2에 대한 show ospf 인터페이스 세부 정보 명령을 입력하고 OSPFv3에 대한 show ospf3 인터페이스 세부 정보 명령을 입력합니다.

예: OSPF 경로 선호도 제어

이 예는 포워딩 테이블 OSPF 경로 선택을 제어하는 방법을 보여줍니다. 이 예는 또한 OSPF에서 다른 IGP로 마이그레이션하는 경우 경로 선택을 제어하는 방법을 보여줍니다.

구성

CLI 빠른 구성

OSPF 경로 선호 값을 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

단계별 절차

경로 선택 구성 방법:

  1. OSPF 구성 모드를 입력하고 외부 및 내부 라우팅 기본 설정을 설정합니다.

    참고:

    OSPFv3를 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

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

결과

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

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

요구 사항

이 예는 OSPF가 네트워크에서 올바르게 구성되고 실행된다고 가정하며, OSPF에서 다른 IGP로 마이그레이션할 계획이므로 경로 선택을 제어하려고 합니다.

개요

여러 프로토콜이 동일한 목적지에 대한 경로를 계산할 때 포워딩 테이블 어떤 경로가 설치되는지 선택하는 데 경로 기본 설정이 사용됩니다. 선호 값이 가장 낮은 경로가 선택됩니다.

기본적으로 내부 OSPF 경로는 10의 선호 값을 가지며, 외부 OSPF 경로는 150의 선호 값을 갖습니다. OSPF에서 다른 IGP로 마이그레이션하려는 경우 이 설정을 수정할 수 있습니다. 경로 기본 설정을 수정하면 제어된 방식으로 마이그레이션을 수행할 수 있습니다.

이 예는 다음과 같은 가정을 합니다.

  • OSPF는 이미 네트워크에서 실행되고 있습니다.

  • OSPF에서 IS-IS로 마이그레이션하기를 원합니다.

  • 네트워크 요구 사항에 따라 IS-IS를 구성하고 IS-IS가 제대로 작동하는지 확인했습니다.

이 예에서 내부 OSPF 경로에 대해 168개, 외부 OSPF 경로에 대해 169를 지정하여 OSPF 경로 선호 값을 증가시켜 IS-IS 경로보다 선호도가 낮게 만듭니다. IS-IS 내부 경로는 15(레벨 1의 경우) 또는 18(레벨 2의 경우) 중 하나를 선호하며, 외부 경로는 160(레벨 1의 경우) 또는 165(레벨 2)의 선호를 가합니다. 일반적으로 새로운 프로토콜을 기본 설정에 두어 복잡성을 최소화하고 향후 네트워크에 라우팅 디바이스를 추가하는 작업을 간소화하는 것이 좋습니다. OSPF 경로 선호 값을 수정하려면 다음 설정을 구성합니다.

  • preference- 내부 OSPF 경로에 대한 경로 기본 설정을 지정합니다. 기본적으로 내부 OSPF 경로의 값은 10입니다. 범위는 0~4,294967,295(232 – 1)입니다.

  • external-preference- 외부 OSPF 경로에 대한 경로 기본 설정을 지정합니다. 기본적으로 외부 OSPF 경로의 값은 150입니다. 범위는 0~4,294967,295(232 – 1)입니다.

토폴로지

확인

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

경로 확인

목적

IGP가 적절한 경로를 사용하고 있는지 확인합니다. 새로운 IGP가 기본 프로토콜이 된 후(이 예에서는 IS-IS), 모든 문제에 대해 네트워크를 모니터링해야 합니다. 새 IGP가 제대로 작동하는지 확인한 후 계층 수준에서 명령을 입력하여 라우팅 디바이스에서 최단 delete ospf 경로 우선(OSPF) 구성을 [edit protocols] 제거할 수 있습니다.

작업

운영 모드에서 명령을 입력합니다 show route .

OSPF 과부하 기능 이해

OSPF 인스턴스가 활성화된 후 경과하는 시간이 지정된 시간 초과보다 낮으면 과부하 모드가 설정됩니다.

로컬 라우팅 디바이스가 과부하된 것처럼 보이도록 구성할 수 있습니다. 과부하된 라우팅 디바이스는 더 이상 OSPF 전송 트래픽을 처리할 수 없다고 판단하여 OSPF 전송 트래픽을 다른 라우팅 디바이스로 전송합니다. 직접 연결된 인터페이스에 대한 OSPF 트래픽은 라우팅 디바이스에 계속 도달합니다. 다음과 같은 여러 이유로 오버로드 모드를 구성할 수 있습니다.

  • 라우팅 디바이스가 OSPF 라우팅에 참여하기를 원하지만 전송 트래픽에 사용하지 않기를 원할 경우. 여기에는 분석 목적으로 네트워크에 연결되어 있지만 네트워크 관리 라우팅 디바이스와 같은 프로덕션 네트워크의 일부로 간주되지 않는 라우팅 디바이스가 포함될 수 있습니다.

  • 프로덕션 네트워크의 라우팅 디바이스에서 유지 보수를 수행하는 경우. 유지 보수 기간 동안 네트워크 서비스가 중단되지 않도록 해당 라우팅 디바이스에서 트래픽을 이동할 수 있습니다.

시간 초과 여부에 관계없이 OSPF에서 오버로드 모드를 구성하거나 비활성화합니다. 시간 초과 없이 오버로드 모드는 구성에서 명시적으로 삭제될 때까지 설정됩니다. 시간 제한에서는 OSPF 인스턴스가 시작된 시간이 지정된 시간 초과보다 낮기 때문에 경과한 경우 과부하 모드가 설정됩니다.

인스턴스가 시작된 이후 시간 제한과 경과 시간 간의 차이를 위해 타이머가 시작됩니다. 타이머가 만료되면 오버로드 모드가 삭제됩니다. 과부하 모드에서 라우터 링크 상태 광고(LSA)는 0xFFFF 메트릭으로 설정된 모든 전송 라우터 링크(스텁 제외)에서 시작됩니다. 스텁 라우터 링크는 스텁에 해당하는 인터페이스의 실제 비용으로 보급됩니다. 이로 인해 전송 트래픽이 과부하된 라우팅 디바이스를 방지하고 라우팅 디바이스 주변의 경로를 이동하게 됩니다. 그러나 과부하된 라우팅 디바이스 자체 링크는 여전히 액세스할 수 있습니다.

또한 라우팅 디바이스는 과부하된 것으로 나타나도록 디바이스를 구성하든 관계없이 과부하 상태를 동적으로 입력할 수 있습니다. 예를 들어, 라우팅 디바이스가 구성된 OSPF 접두사 제한을 초과하면, 라우팅 디바이스는 외부 접두사들을 제거하고 과부하 상태로 들어갑니다.

잘못된 구성의 경우 막대한 수의 경로가 OSPF에 진입하여 네트워크 성능을 방해할 수 있습니다. 이를 prefix-export-limit 방지하기 위해 외부를 제거하고 네트워크가 나쁜 영향을 미치지 않도록 구성해야 합니다.

여러 경로를 OSPF로 내보내도록 허용하면 라우팅 디바이스가 압도되어 과도한 수의 경로가 영역으로 플러딩될 수 있습니다. OSPF로 내보내는 경로 수를 제한하여 라우팅 디바이스의 부하를 최소화하고 이 잠재적인 문제를 방지할 수 있습니다.

기본적으로 OSPF로 내보낼 수 있는 접두사(경로)의 수에 제한이 없습니다. 이를 prefix-export-limit 방지하기 위해 외부를 제거하고 네트워크를 방지하는 을(를) 구성해야 합니다.

릴리스 18.2 이후 Junos OS OSPF 네트워크에서 스텁 라우터가 다음 기능을 지원합니다. OSPF가 오버로드된 경우:

  • 경로 누출 허용- 외부 접두사는 OSPF 과부하 중에 재배포되고 접두사는 정상적인 비용으로 시작됩니다.

  • 최대 메트릭으로 스텁 네트워크를 보급합니다. 스텁 네트워크는 OSPF 과부하 시 최대 메트릭으로 보급됩니다.

  • 최대 메트릭으로 영역 내 접두사 보급- 영역 내 접두사 는 OSPF 과부하 중에 최대 메트릭으로 보급됩니다.

  • 최대 메트릭으로 외부 접두사 보급- OSPF AS 외부 접두사는 OSPF 과부하 중에 재배포되고 접두사는 최대 비용으로 보급됩니다.

이제 OSPF가 오버로드될 때 다음을 구성할 수 있습니다.

  • allow-route-leaking[edit protocols <ospf | ospf3> overload] 계층 수준에서 일반 비용으로 외부 접두사에 보급합니다.

  • stub-network[edit protocols ospf overload] 최대 메트릭으로 스텁 네트워크를 보급할 수 있습니다.

  • intra-area-prefix[edit protocols ospf3 overload] 계층 수준에서 최대 메트릭으로 영역 내 접두사에 보급합니다.

  • as-external[edit protocols <ospf | ospf3> overload] 계층 수준에서 최대 메트릭으로 외부 접두사에 보급합니다.

OSPF로 내보내기되는 접두사 수를 제한하기 위해 다음을 수행합니다.

접두사 내보내기 제한 수는 0에서 4,294,967,295까지의 값일 수 있습니다.

더 보기

예: 라우팅 디바이스가 과부하된 것처럼 보이도록 OSPF 구성

이 예는 OSPF를 실행하는 라우팅 디바이스가 과부하된 것처럼 보이도록 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

OSPF를 실행하는 로컬 라우팅 디바이스가 과부하된 것처럼 보이도록 구성할 수 있으며, 이는 로컬 라우팅 디바이스가 전송 트래픽은 아니지만 OSPF 라우팅에 참여할 수 있도록 합니다. 구성되면 전송 인터페이스 메트릭이 최대 값 65535로 설정됩니다.

이 예에는 다음 설정이 포함됩니다.

  • 과부하 - 로컬 라우팅 디바이스가 과부하된 것처럼 보이도록 구성합니다. 라우팅 디바이스가 OSPF 라우팅에 참여하기를 원하지만 전송 트래픽에 사용하길 원하지 않거나 프로덕션 네트워크의 라우팅 디바이스에서 유지 보수를 수행하는 경우 이 구성을 구성할 수 있습니다.

  • 타임 아웃 seconds—(옵션) 과부하가 재설정되는 초 수를 지정합니다. 시간 초과 간격이 지정되지 않은 경우, 오버로드 문이 삭제되거나 시간 초과가 설정될 때까지 라우팅 디바이스가 과부하 상태로 유지됩니다. 이 예에서는 라우팅 디바이스가 과부하 상태로 유지되는 시간으로 60초를 구성합니다. 기본적으로 시간 제한 간격은 0초입니다(이 값은 구성되지 않음). 범위는 60~1800초입니다.

토폴로지

구성

절차

CLI 빠른 구성

로컬 라우팅 디바이스가 과부하된 것으로 나타나도록 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치시키는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

단계별 절차

과부하된 것처럼 보이도록 로컬 라우팅 디바이스를 구성하려면 다음을 수행합니다.

  1. OSPF 구성 모드를 입력합니다.

    참고:

    OSPFv3를 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. 과부하될 로컬 라우팅 디바이스를 구성합니다.

  3. (선택 사항) 오버로드가 재설정되는 시간(초) 수를 구성합니다.

  4. (선택 사항) OSPF로 내보내는 접두사 수에 대한 제한을 구성하여 라우팅 디바이스의 부하를 최소화하고 디바이스가 과부하 모드로 들어가는 것을 방지합니다.

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

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다. 출력에는 옵션 timeout 및 prefix-export-limit 문이 포함됩니다.

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

확인

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

트래픽이 디바이스에서 이동되었는지 확인

목적

트래픽이 업스트림 디바이스에서 이동했는지 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show interfaces detail .

전송 인터페이스 메트릭 확인

목적

전송 인터페이스 메트릭이 다운스트림 인접 디바이스의 최대 값 65535로 설정되어 있는지 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf database router detail advertising-router address 하고 OSPFv3에 대한 명령을 입력 show ospf3 database router detail advertising-router address 합니다.

과부하 구성 확인

목적

구성된 과부하 필드를 검토하여 과부하가 구성되었는지 확인합니다. 과부하 타이머도 구성된 경우, 이 필드는 만료되도록 설정하기 전에 남은 시간을 표시합니다.

작업

운영 모드에서 OSPFv2에 대한 명령과 show ospf3 overview OSPFv3에 대한 명령을 입력 show ospf overview 합니다.

실행 가능한 다음 홉 확인

목적

업스트림 인접 디바이스에서 실행 가능한 다음 홉 구성을 확인합니다. 이웃 디바이스가 과부하되면 전송 트래픽에 사용되지 않으며 출력에 표시되지 않습니다.

작업

운영 모드에서 명령을 입력합니다 show route address .

OSPF에 대한 SPF 알고리즘 옵션 이해

OSPF는 Dijkstra 알고리즘이라고도 하는 최단 경로 우선(SPF) 알고리즘을 사용하여 각 목적지에 도달하는 경로를 결정합니다. SPF 알고리즘은 OSPF가 각 목적지에 도달하는 경로를 결정하는 방법을 설명하며, SPF 옵션은 SPF 알고리즘이 실행되면 지시하는 타이머를 제어합니다. 네트워크 환경 및 요구 사항에 따라 SPF 옵션을 수정할 수 있습니다. 예를 들어, 많은 디바이스가 해당 영역을 통해 LSA(link-state advertisements)를 플러딩하는 대규모 환경을 고려하십시오. 이 환경에서는 처리할 많은 LSA를 수신할 수 있으며, 이는 메모리 리소스를 사용할 수 있습니다. SPF 옵션을 구성하면 변화하는 네트워크 토폴로지에 계속 적응하지만 디바이스에서 SPF 알고리즘을 실행하는 데 사용되는 메모리 리소스의 양을 최소화할 수 있습니다.

다음 SPF 옵션을 구성할 수 있습니다.

  • 토폴로지 감지와 SPF 알고리즘이 실제로 실행되는 시간 지연.

  • 홀드 다운 타이머가 시작되기 전에 SPF 알고리즘이 연달아 실행할 수 있는 최대 횟수입니다.

  • SPF 알고리즘이 구성된 횟수를 연속으로 실행한 후 다른 SPF 계산을 실행하기 전에 보류 또는 대기 시간. 홀드다운 기간 동안 네트워크가 안정화되고 SPF 알고리즘이 다시 실행되지 않아도 시스템은 지연 및 rapid-runs 문에 대해 구성된 값으로 돌아갑니다.

예: OSPF에 대한 SPF 알고리즘 옵션 구성

이 예는 SPF 알고리즘 옵션을 구성하는 방법을 보여줍니다. SPF 옵션은 SPF 알고리즘이 실행되면 지시하는 타이머를 제어합니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

OSPF는 SPF 알고리즘을 사용하여 각 목적지에 도달하는 경로를 결정합니다. 영역의 모든 라우팅 디바이스는 이 알고리즘을 병렬로 실행하여 결과를 개별 토폴로지 데이터베이스에 저장합니다. 여러 영역에 대한 인터페이스가 있는 라우팅 디바이스는 알고리즘의 여러 복사본을 실행합니다. SPF 옵션은 SPF 알고리즘이 사용하는 타이머를 제어합니다.

기본 설정을 수정하기 전에 네트워크 환경과 요구 사항을 잘 이해해야 합니다.

이 예는 SPF 알고리즘을 실행하는 옵션을 구성하는 방법을 보여줍니다. 문과 다음 옵션을 포함합니다 spf-options .

  • 지연 - 토폴로지 감지와 SPF가 실제로 실행되는 시점 사이의 시간(밀리초)을 구성합니다. 지연 타이머를 수정할 때는 네트워크 리컨버전스 요구 사항을 고려하십시오. 예를 들어, 네트워크의 이상을 식별하는 데 도움이 되지만 안정적인 네트워크가 신속하게 재연결될 수 있도록 타이머 값을 지정하고자 합니다. 기본적으로 SPF 알고리즘은 토폴로지 감지 후 200밀리초가 실행됩니다. 범위는 50~8000밀리초입니다.

  • rapid-run - 홀드 다운 타이머가 시작되기 전에 SPF 알고리즘이 연달아 실행할 수 있는 최대 횟수를 구성합니다. 기본적으로 연달아 발생할 수 있는 SPF 계산 수는 3개입니다. 범위는 1~10입니다. 각 SPF 알고리즘은 구성된 SPF 지연 후에 실행됩니다. 최대 SPF 계산 수가 발생하면 홀드 다운 타이머가 시작됩니다. 후속 SPF 계산은 홀드 다운 타이머가 만료될 때까지 실행되지 않습니다.

  • holddown — SPF 알고리즘이 구성된 최대 횟수를 연속으로 실행한 후 다른 SPF 계산을 실행하기 전에 보류 또는 대기 시간을 구성합니다. 기본적으로 홀드 다운 시간은 5,000밀리초입니다. 범위는 2,000~20,000밀리초입니다. 홀드다운 기간 동안 네트워크가 안정화되고 SPF 알고리즘이 다시 실행되지 않아도 시스템은 지연 및 rapid-runs 문에 대해 구성된 값으로 돌아갑니다.

토폴로지

구성

CLI 빠른 구성

SPF 옵션을 빠르게 구성하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다.

절차

단계별 절차

SPF 옵션을 구성하려면 다음을 수행합니다.

  1. OSPF 구성 모드를 입력합니다.

    참고:

    OSPFv3를 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. SPF 지연 시간을 구성합니다.

  3. SPF 알고리즘이 연속으로 실행할 수 있는 최대 횟수를 구성합니다.

  4. SPF 홀드 다운 타이머를 구성합니다.

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

결과

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

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

확인

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

SPF 옵션 확인

목적

SPF가 네트워크 요구 사항에 따라 작동하는지 확인합니다. SPF 지연 필드, SPF 홀드다운 필드 및 SPF 고속 실행 필드를 검토합니다.

작업

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

안정적인 토폴로지에서 OSPF 리프레시 및 플러딩 감소 구성

OSPF 표준은 모든 LSA(link-state advertisement)를 30분마다 새로 고쳐야 합니다. 주니퍼 네트웍스 구현은 50분마다 LSA를 새로 고칩니다. 기본적으로 새로 고침되지 않은 모든 LSA는 60분 후에 만료됩니다. 이러한 요구 사항은 트래픽 오버헤드를 초래할 수 있으므로 OSPF 네트워크를 확장하기가 어렵습니다. 처음에 라우터 또는 스위치에 의해 전송될 때 DoNotAge 비트가 자체 생성 LSA에서 설정되도록 지정하여 기본 동작을 재정의할 수 있습니다. DoNotAge 비트 세트가 있는 모든 LSA는 LSA에서 변경이 발생할 때만 다시 활성화됩니다. 따라서 이 기능은 변경된 LSA가 즉시 플러딩될 수 있도록 허용하면서 프로토콜 트래픽 오버헤드를 줄입니다. 플러드 감소를 위해 활성화된 라우터 또는 스위치는 이웃으로 Hello 패킷을 계속 전송하고 데이터베이스에서 자체 생성 LSA를 노후화합니다.

OSPF 새로 고침 및 플러딩 감소의 Juniper 구현은 RFC 4136, 안정적인 토폴로지에서 OSPF 리프레시 및 플러딩 감소를 기반으로 합니다. 그러나 Juniper 구현은 RFC에 정의된 강제 플러딩 간격을 포함하지 않습니다. 강제 플러딩 간격을 구현하지 않으면 변경이 발생할 때만 DoNotAge 비트 세트가 있는 LSA가 다시 활성화됩니다.

이 기능은 다음과 같이 지원됩니다.

  • OSPFv2 및 OSPFv3 인터페이스

  • OSPFv3 영역

  • OSPFv2 및 OSPFv3 가상 링크

  • OSPFv2 sham 링크

  • OSPFv2 피어 인터페이스

  • OSPF가 지원하는 모든 라우팅 인스턴스

  • 논리적 시스템

OSPF 인터페이스에 대한 플러딩 감소를 구성하려면 계층 수준에서 문을 [edit protocols (ospf | ospf3) area area-id interface interface-id] 포함합니다flood-reduction.

참고:

수요 회로로 구성된 인터페이스에 대한 플러딩 감소를 구성하는 경우 LSA는 처음에 플러딩되지 않고 콘텐츠가 변경된 경우에만 전송됩니다. Hello 패킷 및 LSA는 네트워크 토폴로지에서 변경이 발생할 때만 수요 회로 인터페이스에서 송수신됩니다.

다음 예시에서 OSPF 인터페이스 so-0/0/1.0은 플러딩 감소를 위해 구성됩니다. 결과적으로, 지정된 인터페이스를 트래버스하는 경로에 의해 생성된 모든 LSA는 처음에 플러드될 때 DoNotAge 비트가 설정되며, 변경이 발생할 때만 LSA가 새로 고쳐집니다.

참고:

Junos OS 릴리스 12.2부터는 계층 수준에서 문을 [edit protocols (ospf | ospf3)] 포함하여 lsa-refresh-interval minutes 자체 생성 LSA에 대해 OSPF에서 전역 기본 링크 상태 광고(LSA) 플러딩 간격을 구성할 수 있습니다. 주니퍼 네트웍스 구현은 50분마다 LSA를 새로 고칩니다. 범위는 25~50분입니다. 기본적으로 새로 고침되지 않은 모든 LSA는 60분 후에 만료됩니다.

OSPF 영역의 특정 인터페이스에 대해 구성된 OSPF 및 OSPF 플러딩 감소에 대해 구성된 전역 LSA 새로 고침 간격이 모두 있는 경우, OSPF 플러드 감소 구성이 해당 인터페이스에 우선합니다.

LDP와 IGP 간의 동기화 이해

LDP는 비트래픽 엔지니어링 애플리케이션에서 레이블을 배포하기 위한 프로토콜입니다. 레이블은 IGP(Interior Gateway Protocol)에 의해 결정되는 최상의 경로를 따라 배포됩니다. LDP와 IGP 간의 동기화가 유지되지 않으면 레이블 스위치 경로(LSP)가 중단됩니다. LDP가 주어진 링크에서 완전히 운영되지 않을 때(세션이 설정되지 않고 레이블이 교환되지 않음) IGP는 최대 비용 메트릭으로 링크를 광고합니다. 링크는 선호되지 않지만 네트워크 토폴로지에서 유지됩니다.

LDP 동기화는 활성 포인트 투 포인트 인터페이스와 IGP에서 점대점으로 구성된 LAN 인터페이스에서만 지원됩니다. LDP 동기화는 Graceful Restart 중에 지원되지 않습니다.

더 보기

예: LDP와 OSPF 간의 동기화 구성

이 예는 LDP와 OSPFv2 간의 동기화를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

이 예에서는 다음 작업을 수행하여 LDP와 OSPFv2 간의 동기화를 구성합니다.

  • 계층 수준에서 문을 포함하여 ldp OSPF 영역 0.0.0.0의 멤버인 인터페이스 so-1/0/3에서 LDP를 [edit protocols] 활성화합니다. 하나 이상의 인터페이스를 구성할 수 있습니다. 기본적으로 LDP는 라우팅 디바이스에서 비활성화됩니다.

  • 계층 수준에서 문을 포함하여 ldp-synchronization LDP 동기화를 [edit protocols ospf area area-id interface interface-name] 활성화합니다. 이 문은 LDP가 링크에서 작동할 때까지 최대 비용 메트릭을 보급하여 LDP 동기화를 활성화합니다.

  • 라우팅 디바이스가 계층 수준에서 문을 포함하여 완전히 운영되지 않는 링크의 최대 비용 메트릭을 광고하는 시간(초 단위)을 hold-time [edit protocols ospf area area-id interface interface-name ldp-synchronization] 구성합니다. 문을 구성하지 않으면 보류 시간 값이 기본적으로 무한대로 됩니다 hold-time . 범위는 1~65,535초입니다. 이 예에서 보류 시간 간격에 대해 10초를 구성합니다.

이 예는 계층 수준에서 문을 포함하여 LDP와 OSPFv2 간의 동기화를 disable 비활성화하는 [edit protocols ospf area area-id interface interface-name ldp-synchronization] 방법도 보여줍니다.

토폴로지

구성

LDP와 OSPFv2 간의 동기화 활성화

CLI 빠른 구성

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

LDP와 OSPFv2 간의 동기화를 빠르게 활성화하려면 다음 명령을 복사하여 모든 라인브랩을 제거한 다음 CLI에 붙여 넣습니다.

단계별 절차

LDP와 OSPFv2 간의 동기화를 활성화하려면,

  1. 인터페이스에서 LDP를 활성화합니다.

  2. LDP 동기화를 구성하고 선택적으로 10초의 기간을 구성하여 완전히 운영되지 않는 링크의 최대 비용 메트릭을 광고합니다.

  3. 완전히 운영되지 않는 링크의 최대 비용 메트릭을 광고하는 시간을 10초로 구성합니다.

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

결과

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

LDP와 OSPFv2 간의 동기화 비활성화

CLI 빠른 구성

LDP와 OSPFv2 간의 동기화를 신속하게 비활성화하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다.

단계별 절차

LDP와 OSPF 간의 동기화를 비활성화하려면:

  1. 문을 포함하여 동기화를 비활성화합니다 disable .

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

결과

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

확인

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

인터페이스의 LDP 동기화 상태 확인

목적

인터페이스에서 LDP 동기화의 현재 상태를 확인합니다. LDP 동기화 상태는 현재 상태와 관련된 정보를 표시하고, 구성 홀드타임 필드는 구성된 hold-time 간격을 표시합니다.

작업

운영 모드에서 명령을 입력합니다 show ospf interface extensive .

RFC 1583과의 OSPFv2 호환성 개요

기본적으로 OSPFv2의 Junos OS 구현은 RFC 1583, OSPF 버전 2와 호환됩니다. 즉, Junos OS 가능한 경우 여러 AS 내 경로가 아닌 OSPF 라우팅 테이블 AS(Autonomous System) 경계 라우터에 대한 단일 최적 경로를 유지합니다. 이제 RFC 1583과의 호환성을 비활성화할 수 있습니다. 동일한 외부 목적지가 다른 OSPF 영역에 속하는 AS 경계 라우터에 의해 보급되는 경우 그렇게 하는 것이 바람직합니다. RFC 1583과의 호환성을 비활성화할 때, OSPF 라우팅 테이블 사용 가능한 여러 AS 내 경로를 유지하며, 라우터는 RFC 2328, OSPF 버전 2에 정의된 AS 외부 경로를 계산하는 데 사용합니다. 사용 가능한 여러 경로를 사용하여 AS 외부 경로를 계산할 수 있다는 것은 라우팅 루프를 방지할 수 있습니다.

더 보기

예: RFC 1583과의 OSPFv2 호환성 비활성화

이 예는 라우팅 디바이스에서 RFC 1583과의 OSPFv2 호환성을 비활성화하는 방법을 보여줍니다.

요구 사항

RFC 1583과의 OSPFv2 호환성을 비활성화하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.

개요

기본적으로 OSPF의 Junos OS 구현은 RFC 1583과 호환됩니다. 즉, Junos OS 가능한 경우 여러 AS 내 경로가 아닌 OSPF 라우팅 테이블 AS(Autonomous System) 경계 라우터에 대한 단일 최적 경로를 유지합니다. RFC 1583과의 호환성을 비활성화할 수 있습니다. 동일한 외부 목적지가 다른 OSPF 영역에 속하는 AS 경계 라우터에 의해 보급되는 경우 그렇게 하는 것이 바람직합니다. RFC 1583과의 호환성을 비활성화하면, OSPF 라우팅 테이블 사용 가능한 여러 AS 내 경로를 유지합니다. 이 경로는 라우터가 RFC 2328에 정의된 대로 AS 외부 경로를 계산하는 데 사용합니다. 사용 가능한 여러 경로를 사용하여 AS 외부 경로를 계산할 수 있다는 것은 라우팅 루프를 방지할 수 있습니다. 라우팅 루프의 가능성을 최소화하려면 OSPF 도메인의 모든 OSPF 디바이스에서 동일한 RFC 호환성을 구성합니다.

토폴로지

구성

절차

CLI 빠른 구성

RFC 1583과의 OSPFv2 호환성을 신속하게 비활성화하려면, 다음 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브랩을 제거하고, 네트워크 구성과 일치하기 위해 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit . OSPF 도메인의 일부인 모든 디바이스에서 이 설정을 구성합니다.

단계별 절차

RFC 1583과의 OSPFv2 호환성을 비활성화하려면:

  1. RFC 1583을 비활성화합니다.

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

    참고:

    OSPF 라우팅 도메인에 참여하는 각 라우팅 디바이스에서 이 구성을 반복합니다.

결과

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

확인

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

OSPF 경로 확인

목적

OSPF 라우팅 테이블 라우터가 AS 외부 경로를 계산하는 데 사용하는 가장 큰 메트릭으로 AS 내부 경로를 유지하는지 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show ospf route detail .

관련 문서