Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

OSPF 경로 제어 구성

OSPF 경로 요약 이해

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

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

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

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

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

요구 사항

시작하기 전에:

개요

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

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

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

위상수학

구성

CLI 빠른 구성

OSPF로 내보내는 접두사 수를 빠르게 제한하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준의 CLI에 붙여넣은 다음, 구성 모드에서 을 입력합니다 commit .

절차

단계별 절차

OSPF로 내보내는 접두사 수를 제한하려면:

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

    메모:

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

  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 인터페이스 메트릭을 수동으로 할당하여 기본값을 재정의할 수 있습니다. 또는 현재 주니퍼 플랫폼이 400Gbps에서 작동하는 인터페이스를 지원한다는 점을 감안할 때 더 큰 reference-bandwidth 값을 구성하는 것이 좋습니다. 네트워크에서 가장 빠른 속도의 인터페이스의 배수를 기반으로 하는 참조 대역폭 값을 구성하면 인터페이스 속도에 따라 네트워크 경로가 자동으로 최적화되고 네트워크 속도가 증가할 수 있는 여지가 생깁니다.

호스트 간의 특정 경로에 대한 비용의 합계에 따라 경로의 전체 비용이 결정됩니다. 그런 다음 패킷은 SPF(Shortest-Path-First) 알고리즘을 사용하여 최단 경로를 따라 라우팅됩니다. 소스 주소와 대상 주소 사이에 비용이 동일한 경로가 여러 개 있는 경우 OSPF는 라운드 로빈 방식으로 각 경로를 따라 패킷을 교대로 라우팅합니다. 총 경로 메트릭이 낮은 경로가 경로 메트릭이 높은 경로보다 선호됩니다.

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

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

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

  • OSPF 경로 선택 제어

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

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

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

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

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

메모:

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

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

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

대역폭에 따라 동적으로 OSPF 인터페이스 메트릭 조정

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

메모:

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

OSPF 경로 기본 설정 제어

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

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

또한보십시오

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

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

요구 사항

시작하기 전에:

개요

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

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

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

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

그림 2 는 영역 0.0.0.0에 있는 3개의 라우팅 디바이스를 보여주며 디바이스 R2와 디바이스 R3 간의 링크가 다른 트래픽과 혼잡하다고 가정합니다. 또한 특정 경로 세그먼트에 메트릭을 수동으로 할당하여 네트워크 전반의 패킷 흐름을 제어할 수도 있습니다. 메트릭에 대해 구성하는 모든 값은 reference-bandwidth 값을 사용하여 해당 인터페이스의 경로 비용을 계산하는 기본 동작을 재정의합니다. 디바이스 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 문을 포함합니다 [edit protocols] .

    팁:

    이 예에서 단축키로 10g를 입력하여 10Gbps 참조 대역폭을 지정합니다. 10g를 입력하든 10000000000을 입력하든 show protocols ospf 명령의 출력은 10Gbps를 10000000000이 아닌 10g로 표시합니다.

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

    메모:

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

결과

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

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

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

CLI 빠른 구성

특정 OSPF 인터페이스에 대한 메트릭을 빠르게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준의 CLI에 붙여넣은 다음 구성 모드에서 입력합니다 commit .

단계별 절차

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

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

    메모:

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

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

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

결과

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

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

확인

구성이 올바르게 작동하고 있는지 확인합니다.

구성된 메트릭 확인

목적

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

행동

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

경로 확인

목적

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

행동

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

또한보십시오

One-Hop OSPFv2 인접 라우터의 가중 ECMP 트래픽 배포 이해

ECMP(Equal-cost multipath)는 여러 경로에서 트래픽 부하를 분산하는 데 널리 사용되는 기술입니다. ECMP를 사용하도록 설정한 상태에서 원격 대상에 대한 경로의 순위가 같으면 트래픽이 동일한 비율로 분산됩니다. 최종 목적지를 향한 인접 라우터에 대한 로컬 링크의 용량이 동일하지 않은 경우 여러 경로에 걸쳐 트래픽을 균등하게 분산하는 것은 바람직하지 않습니다. 일반적으로 두 링크 간의 트래픽 분포는 동일하며 링크 사용률은 동일합니다. 그러나 어그리게이션 이더넷 번들의 용량이 변경되면 동일한 트래픽 분배로 인해 링크 활용의 불균형이 발생합니다. 이 경우 가중치가 적용된 ECMP를 사용하면 로컬 링크의 용량에 비례하여 동일한 비용 경로 간에 트래픽 로드 밸런싱이 가능합니다.

예를 들어, 4개의 링크와 동일한 비용의 단일 링크로 구성된 통합 이더넷 번들과 상호 연결된 2개의 디바이스가 있습니다. 정상적인 조건에서는 AE 번들과 단일 링크가 모두 균등하게 활용되어 트래픽을 분산합니다. 그러나 AE 번들의 링크가 다운되면 링크 용량이 변경되어 링크 사용률이 고르지 않게 됩니다. 가중치가 적용된 ECMP는 로컬 링크의 용량에 비례하여 동일한 비용 경로 간에 트래픽을 로드 밸런싱합니다. 이 경우 트래픽은 AE 번들과 단일 링크 간에 30/40 비율로 분산됩니다.

메모:

이 기능은 한 홉 떨어진 OSPFv2 인접 라우터에 가중치가 적용된 ECMP 라우팅을 제공합니다. 운영 체제는 즉시 연결된 라우터에서만 이 기능을 지원하며 다중 홉 라우터, 즉 둘 이상의 홉 거리에 있는 라우터에서는 가중치가 적용된 ECMP를 지원하지 않습니다.

직접 연결된 OSPFv2 인접 라우터에서 가중 ECMP 트래픽 배포를 활성화하려면 계층 수준에서 문을 [edit protocols ospf spf-options multipath] 구성합니다weighted one-hop.

메모:

이 기능을 구성하기 전에 패킷별 로드 밸런싱 정책을 구성해야 합니다. 패킷당 로드 밸런싱 정책이 있는 경우 WECMP가 작동합니다.
메모:

논리적 인터페이스의 경우, 기본 물리적 인터페이스 대역폭을 기반으로 동일한 비용의 다중 경로에 트래픽을 분산하도록 인터페이스 대역폭을 구성해야 합니다. 각 논리적 인터페이스에 대한 논리적 대역폭을 구성하지 않으면 운영 체제는 물리적 인터페이스의 전체 대역폭을 각 논리적 인터페이스에 사용할 수 있다고 가정합니다.

예: One-Hop OSPFv2 인접 라우터에서 가중치가 적용된 ECMP 트래픽 배포

요약 이 예에서는 최적의 로드 밸런싱을 보장하기 위해 한 홉 떨어진 OSPFv2 인접 라우터로 트래픽을 분산하기 위한 ECMP(Weighted Equal Cost Multipath) 라우팅을 구성합니다.

메모:

콘텐츠 테스트 팀에서 이 예시를 검증하고 업데이트했습니다.
팁:
표 1: 가독성 점수 및 예상 시간

독서 시간

30분

구성 시간

20분

예제 사전 요구 사항

하드웨어 요구 사항

MX 시리즈 라우터 2개.

소프트웨어 요구 사항

모든 디바이스에서 실행되는 Junos OS 릴리스 24.2R1 이상

시작하기 전에

혜택

가중치가 적용된 ECMP 라우팅은 더 나은 로드 밸런싱을 위해 여러 경로에 걸쳐 트래픽을 불균등하게 분산합니다. 패킷당 로드 밸런싱 중에 트래픽을 균등하게 분산하는 것보다 더 효율적입니다.

자세히 알아보기

One-Hop OSPF 인접 항목에서 가중치가 적용된 ECMP 트래픽 배포 이해

기능 개요

사용 기술

  • 이더넷 서비스: 어그리게이션 이더넷, VLAN

  • 라우팅 프로토콜:OSPF

  • 정책: 패킷별 로드 밸런싱

기본 확인 작업

  1. 사용 가능한 대역폭에 따라 패킷당 로드 밸런싱 중에 어그리게이션된 링크 중 하나가 다운될 때 가중치 ECMP를 달성하여 OSPFv2가 트래픽을 분산하는지 확인합니다.

  2. OSPFv2가 구성된 논리적 대역폭을 기반으로 논리적 인터페이스에서 가중치 ECMP를 달성하여 트래픽을 분산하는지 확인합니다.

토폴로지 개요

이 구성 예에서는 라우터 R0과 라우터 R1 사이에 각각 구성된 두 개의 링크가 있는 세 개의 어그리게이션 이더넷 번들 ae0, ae1 및 ae2를 보여줍니다. 패킷 전달 엔진은 링크 중 하나가 다운될 때 사용 가능한 대역폭에 따라 세 개의 이더넷 번들 간에 트래픽을 불균등하게 분산합니다.

호스트 이름

역할

기능

R0

WECMP가 구성된 디바이스입니다.

R0은 R1로 트래픽을 전송합니다.

R1

R0에 직접 연결된 디바이스입니다.

R1은 R0에서 트래픽을 수신합니다.

토폴로지 그림

그림 3: 단일 홉 OSPFv2 인접 라우터 Weighted ECMP Traffic Distribution on One Hop OSPFv2 Neighbors 의 가중 ECMP 트래픽 분포

R0 구성 단계

R0에 대한 전체 샘플 구성은 다음을 참조하십시오. 부록 1: 모든 디바이스에서 명령 설정

이 섹션에서는 이 예에서 R0 디바이스를 구성하는 데 필요한 주요 구성 작업을 중점적으로 설명합니다. 첫 번째 단계는 일반적으로 어그리게이션 이더넷 인터페이스를 구성하는 것입니다. 다음 단계는 AE 번들에서 OSPF를 구성하고 가중치 ECMP를 구성하는 것과 관련이 있습니다.

    1. ae0, ae1 및 ae2 어그리게이션 이더넷 번들의 두 멤버 링크를 구성합니다.

    2. ae0, ae1 및 ae2 어그리게이션 이더넷 인터페이스에 대한 IP 주소 및 LACP(Link Aggregation Control Protocol)를 구성합니다.

    3. VLAN 태깅을 위해 어그리게이션 이더넷 인터페이스(ae0, ae1, ae2)를 구성합니다.

    4. 루프백 인터페이스 주소를 구성합니다.

    5. [router-id] 구성 값을 입력하여 OSPF 라우터 식별자를 구성합니다.

    6. 기본 물리적 대역폭을 기반으로 적절한 대역폭으로 논리적 인터페이스를 구성합니다.

      메모:

      논리적 인터페이스의 경우, 기본 운영 인터페이스 대역폭을 기반으로 동일한 비용의 다중 경로에 트래픽을 분산하도록 인터페이스 대역폭을 구성합니다. 단일 인터페이스에서 여러 논리적 인터페이스를 구성할 때 각 논리적 인터페이스에 적절한 논리적 대역폭을 구성하여 논리적 인터페이스를 통해 원하는 트래픽 분포를 확인합니다.

    7. 터널 인터페이스를 구성하고 R0의 각 패킷 전달 엔진에서 터널 트래픽을 위해 예약할 대역폭의 양을 지정합니다.

  2. 구성하려는 가중치 기반 ECMP 인터페이스의 최대 수를 지정합니다. Graceful Switchover를 활성화하고 생성할 어그리게이션 이더넷 인터페이스의 수를 지정합니다.

  3. 모든 인터페이스와 AE 번들에서 최단 경로 우선(OSPF)을 구성합니다.

  4. 패킷당 로드 밸런싱을 구성합니다.

  5. 패킷당 로드 밸런싱 정책을 적용합니다.

  6. 직접 연결된 OSPFv2 인접 라우터에서 가중 ECMP 트래픽 배포를 사용하도록 설정합니다.

확인

명령 확인 작업
show route extensive 동일한 비용의 여러 경로에 트래픽이 균등하게 분산되는지 확인합니다.
show route extensive 사용 가능한 대역폭에서 동일하지 않은 트래픽 분포를 확인합니다.
광범위한 인터페이스 표시 사용 가능한 대역폭에서 동일하지 않은 트래픽 분포를 확인합니다.

동일 비용 다중 경로에서 트래픽의 균등 분배 확인

목적

트래픽이 어그리게이션 이더넷 번들에 균등하게 분산되는지 확인합니다.

행동

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

의미

OSPF는 3개의 어그리게이션 이더넷 번들이 동일한 대역폭을 사용할 수 있을 때 트래픽을 균등하게 분산합니다.

사용 가능한 대역폭에서 불균등한 트래픽 분포 확인

목적

사용 가능한 대역폭에 따라 패킷당 로드 밸런싱 중에 어그리게이션된 링크 중 하나가 다운될 때 OSPF가 트래픽을 고르지 않게 분산하는지 확인합니다.

행동

ae0 번들의 링크 중 하나를 비활성화합니다. 운영 모드에서 명령을 입력합니다 show route 10.1.255.2 extensive .

의미

OSPF는 ae0 번들이 사용 가능한 대역폭이 더 적다고 추론합니다. 따라서 은(는) 사용 가능한 대역폭에 따라 패킷당 로드 밸런싱을 수정합니다. 출력에 따르면, 어그리게이션된 이더넷 링크 중 하나가 다운되었기 때문에 ae0에서는 대역폭의 20%만 사용할 수 있습니다. 따라서 OSPF는 사용 가능한 대역폭에 따라 트래픽을 불균등하게 분산합니다.

부록 1: 모든 장치에서 명령 설정

이 예제를 빠르게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여 넣은 다음 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경한 다음, 명령을 복사하여 [edit] 계층 수준에서 CLI에 붙여넣습니다.

R0

R1

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

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

구성

CLI 빠른 구성

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

단계별 절차

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

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

    메모:

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

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

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

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

결과

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

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

요구 사항

시작하기 전에:

개요

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

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

  • bandwidth - 대역폭 임계값을 초당 비트 단위로 지정합니다. 범위는 9600에서 1,000,000,000,000,000입니다.

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

위상수학

확인

구성이 올바르게 작동하고 있는지 확인합니다.

구성된 메트릭 확인

목적

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

행동

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

예: 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를 구성하고 제대로 작동하는지 확인했습니다.

이 예에서는 내부 OSPF 경로에 168, 외부 OSPF 경로에 169를 지정하여 IS-IS 경로보다 덜 선호되도록 OSPF 경로 기본 설정 값을 높입니다. 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가 제대로 작동하는지 확인한 후 계층 수준에서 명령을 [edit protocols] 입력하여 delete ospf 라우팅 디바이스에서 OSPF 구성을 제거할 수 있습니다.

행동

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

OSPF 오버로드 기능 이해

OSPF 인스턴스를 사용하도록 설정한 후 경과된 시간이 지정된 시간 제한보다 짧으면 오버로드 모드가 설정됩니다.

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

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

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

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

시간 초과와 인스턴스 시작 이후 경과된 시간 간의 차이에 대해 타이머가 시작됩니다. 타이머가 만료되면 과부하 모드가 지워집니다. 과부하 모드에서 라우터 LSA(Link-State Advertisement)는 메트릭 0xFFFF로 설정된 모든 전송 라우터 링크(스텁 제외)와 함께 시작됩니다. 스텁 라우터 링크는 스텁에 해당하는 인터페이스의 실제 비용과 함께 보급됩니다. 이로 인해 전송 트래픽이 과부하된 라우팅 디바이스를 피하고 라우팅 디바이스 주위의 경로를 이용하게 됩니다. 그러나 과부하된 라우팅 디바이스의 자체 링크는 여전히 액세스할 수 있습니다.

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

구성이 잘못된 경우 엄청난 수의 경로가 OSPF에 진입할 수 있으며, 이로 인해 네트워크 성능이 저하될 수 있습니다. 이를 prefix-export-limit 방지하려면 외부를 제거하고 네트워크가 나쁜 영향을 받지 않도록 구성해야 합니다.

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

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

Junos OS 릴리스 18.2부터 OSPF가 오버로드될 때 OSPF 네트워크의 스텁 라우터는 다음과 같은 기능을 지원합니다.

  • 경로 누출 허용 - 외부 접두사는 OSPF 오버로드 중에 재배포되며 접두사는 정상 비용으로 시작됩니다.

  • 최대 메트릭으로 스텁 네트워크 보급 - OSPF 오버로드 중에 스텁 네트워크가 최대 메트릭으로 보급됩니다.

  • Advertise intra-area prefix with max metric(최대 메트릭으로 영역 내 접두사 보급) - OSPF 오버로드 중에 영역 내 접두사가 최대 메트릭으로 광고됩니다.

  • Advertise external prefix with max possible metric(가능한 최대 메트릭으로 외부 접두사 보급) - 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 대한 명령을 입력합니다.

과부하 구성 확인

목적

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

행동

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

실행 가능한 다음 홉 확인

목적

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

행동

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

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

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

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

  • 토폴로지 변경 감지와 SPF 알고리즘이 실제로 실행되는 시점 사이의 시간 지연입니다.

  • 보류 타이머가 시작되기 전에 SPF 알고리즘을 연속으로 실행할 수 있는 최대 횟수입니다.

  • SPF 알고리즘이 구성된 횟수만큼 연속적으로 실행된 후 다른 SPF 계산을 실행하기 전에 보류하거나 대기하는 시간입니다. 홀드다운 기간 동안 네트워크가 안정화되고 SPF 알고리즘을 다시 실행할 필요가 없는 경우, 시스템은 지연 및 rapid-runs 명령문에 대해 구성된 값으로 되돌아갑니다.

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

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

요구 사항

시작하기 전에:

개요

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

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

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

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

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

  • holddown - SPF 알고리즘이 구성된 최대 횟수만큼 연속적으로 실행된 후 다른 SPF 계산을 실행하기 전에 보류 또는 대기할 시간을 구성합니다. 기본적으로 보류 시간은 5000밀리초입니다. 범위는 2000밀리초에서 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를 즉시 플러딩할 수 있도록 합니다. 플러드 감소를 위해 활성화된 라우터 또는 스위치는 계속해서 neighbor에 Hello 패킷을 전송하고 데이터베이스에서 자체 기원 LSA를 에이징합니다.

OSPF 리프레시 및 플러딩 감소에 대한 주니퍼 구현은 RFC 4136, 안정적인 토폴로지에서의 OSPF 리프레시 및 플러딩 감소를 기반으로 합니다. 그러나 주니퍼 구현에는 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(Link-State Advertisement) 플러딩 간격을 구성할 수 있습니다. 주니퍼 네트웍스 구현은 50분마다 LSA를 새로 고칩니다. 범위는 25분에서 50분 사이입니다. 기본적으로 새로 고쳐지지 않은 LSA는 60분 후에 만료됩니다.

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

LDP와 IGP 간의 동기화 이해

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

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

또한보십시오

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

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

요구 사항

시작하기 전에:

개요

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

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

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

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

이 예에서는 계층 수준에서 문을 포함하여 disable LDP와 OSPFv2 간의 동기화를 비활성화하는 [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 동기화 상태는 현재 상태와 관련된 정보를 표시하고, 구성 holdtime 필드는 구성된 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 .

관련 문서