Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

세그먼트 라우팅 트래픽 엔지니어링을 위해 최단 경로 우선(OSPF)에서 유연한 알고리즘을 구성하는 방법

유연한 알고리즘은 IGP가 단독으로 네트워크의 제약 기반 경로를 계산하도록 허용하므로 네트워크 컨트롤러를 사용하지 않고도 간단한 트래픽 엔지니어링을 제공할 수 있습니다. 이 솔루션은 완전한 세그먼트 라우팅을 갖춘 컨트롤러를 구현하지 않았지만 네트워크에서 세그먼트 라우팅의 이점을 누리고자 하는 네트워크를 위한 경량 솔루션입니다.

다음은 뭘까요

유연한 알고리즘 구성에 대한 자세한 내용은 OSPF 사용자 가이드를 참조하십시오

세그먼트 라우팅을 위한 최단 경로 우선(OSPF) 유연한 알고리즘 이해하기

Junos OS 릴리스 21.1R1부터는 요구 사항에 따라 다양한 매개 변수와 링크 제약 조건을 사용하여 경로를 계산하는 유연한 알고리즘을 정의하여 네트워크를 씬 슬라이스할 수 있습니다. 예를 들어, IGP 메트릭을 최소화하기 위해 경로를 계산하는 유연한 알고리즘을 정의하고 트래픽 엔지니어링 메트릭을 기반으로 경로를 계산하는 또 다른 유연한 알고리즘을 정의하여 네트워크를 별도의 평면으로 나눌 수 있습니다. 이 기능을 사용하면 컨트롤러가 없는 네트워크가 네트워크 컨트롤러를 실제로 구현하지 않고도 세그먼트 라우팅을 사용하여 트래픽 엔지니어링을 구성할 수 있습니다. 접두사 SID를 사용하여 제약 조건 기반 경로를 따라 패킷을 조정할 수 있습니다. 정책 구성을 통해 유연한 알고리즘을 위해 접두사 SID를 구성할 수 있습니다.

IGP 프로토콜은 링크 메트릭을 사용하여 최적 경로를 계산합니다. 그러나 최상의 IGP 경로가 항상 특정 유형의 트래픽에 대한 최상의 경로는 아닐 수 있습니다. 따라서 최단 IGP 메트릭을 기반으로 계산된 최적의 경로는 IGP 메트릭에 반영되지 않은 트래픽 요구 사항으로 인해 트래픽 엔지니어링 경로로 대체되는 경우가 많습니다. 일반적으로 RSVP-TE 또는 SR TE는 이러한 한계를 극복하기 위해 추가 메트릭 및 제약 조건을 기반으로 경로를 계산하는 데 사용됩니다. Junos는 IGP가 계산한 원래 경로에 추가적으로 또는 이를 대체하기 위해 포워딩 테이블에 이러한 경로를 설치합니다.

유연한 알고리즘 구성의 이점

  • 네트워크의 코어에서 사용할 수 있는 세그먼트 라우팅 트래픽 엔지니어링의 경량 버전입니다.

  • 네트워크 컨트롤러를 설치하지 않고도 세그먼트 라우팅을 사용하여 트래픽 엔지니어링을 구성할 수 있습니다.

  • BGP-LS 또는 정적 경로를 구성하지 않고 슬라이스당 ECMP(Equal-cost multipath) 및 TI-LFA를 활용합니다.

  • 동일한 유연한 알고리즘 정의 및 제약 조건 계산을 사용하여 TI-LFA 백업 경로를 계산합니다.

  • RSVP 또는 LDP를 구성하지 않고 OSPFv2만 사용하여 세그먼트 라우팅 트래픽 엔지니어링을 활용합니다.

  • 단일 레이블을 기반으로 제한된 기본 경로를 프로비저닝할 수 있습니다.

FAD(Flexible Algorithm Definition)란 무엇입니까?

유연한 알고리즘 덕분에 IGP는 지정된 제약 조건에 따라 추가적인 최적 경로를 계산할 수 있으므로 네트워크 컨트롤러를 사용하지 않고도 간단한 트래픽 엔지니어링을 제공할 수 있습니다. 이 솔루션은 완전한 세그먼트 라우팅을 갖춘 컨트롤러를 구현하지 않았지만 네트워크에서 세그먼트 라우팅의 이점을 누리고자 하는 네트워크를 위한 경량 솔루션입니다. 모든 연산자는 요구 사항에 따라 별도의 제약 조건 또는 색상을 정의할 수 있습니다.

유연한 알고리즘을 정의하려면 명령문을 [edit routing-options] 계층 수준에 포함합니다flex-algorithm id. FAD(Flexible Algorithm Definition)는 128에서 255까지의 식별자로 할당됩니다. 이 유연한 알고리즘은 네트워크에 있는 하나 이상의 라우터에서 정의할 수 있습니다. 유연한 알고리즘은 다음 매개 변수를 기반으로 최적 경로를 계산합니다.

  • Calculation type- SPF 또는 strict SPF는 사용 가능한 두 가지 계산 유형 옵션입니다. FAD에서 이러한 계산 유형 중 하나를 지정할 수 있습니다. 트래픽 엔지니어링 바로 가기와 같은 특정 로컬 정책을 기반으로 디바이스의 SPF 계산에 영향을 주려면 SPF 계산 유형을 선택합니다. 엄격한 SPF를 선택하면 로컬 정책이 SPF 경로 선택에 영향을 줄 수 없습니다.

  • Metric type- IGP 메트릭 또는 TE 메트릭은 사용 가능한 메트릭 유형 옵션입니다. 네트워크 요구 사항에 따라 FAD에서 이러한 메트릭 유형 중 하나를 지정할 수 있습니다. 특정 링크에 IGP 메트릭을 사용하지 않으려는 경우, OSPFv2가 경로 계산에 사용할 수 있는 트래픽 엔지니어링(TE) 메트릭을 구성할 수 있습니다.

  • Priority- 요구 사항에 따라 FAD에 우선 순위를 할당할 수 있으며 OSPFv2는 할당된 우선 순위에 따라 다른 FAD보다 특정 FAD 광고의 우선 순위를 지정합니다.

  • Set of Link constraints- 계층 수준에서 여러 프로토콜에 [edit protocols mpls admin-groups] 대한 관리자 그룹을 구성하여 개별 링크에 색상을 지정할 수 있습니다. admin-groups 그런 다음 계층 수준에서 또는 include-all (include any[edit routing-options flex-algorithm definition admin-groups] )로 exclude 정의할 수 있습니다.

중복을 제공하고 충돌을 피하기 위해 몇 개의 라우터에서만 유연한 알고리즘을 구성하는 것이 좋습니다. 유연한 알고리즘 정의는 IGP에서 로 광고됩니다 FAD sub-TLVs. 대규모 네트워크에서는 각 유연한 알고리즘이 자체 경로를 계산하고 그 이상의 성능 문제를 일으킬 수 있으므로 8개 이상의 유연한 알고리즘 정의를 구성하지 않는 것이 좋습니다.

기본 FAD에는 다음과 같은 매개 변수가 있습니다.

  • 계산 유형: SPF

  • 측정항목 유형: IGP-Metric

  • 우선 순위: 0

  • 링크 제약 조건: 없음

메모:

라이브 네트워크에서 또는 즉석에서 유연한 알고리즘 정의를 수정하면 모든 노드가 새 경로에 수렴될 때까지 트래픽 중단이 발생할 수 있습니다.

Junos OS 21.4R1부터 TED에서 "FAD(Flexible Algorithm Definition)" 및 "FAPM(Flexible Algorithm Prefix Metric)"을 지원하며, BGP-LS에서 두 개의 새로운 해당 TLV "FAD TLV" 및 "FAPM TLV"를 구현합니다. FAD TLV의 값에는 Flex-Algorithm, Metric-Type, Calculation-Type 및 Priority가 포함되며 모두 각각 1바이트입니다. TLV에는 0개 이상의 하위 TLV가 포함되어 있을 수 있습니다. 5개의 하위 TLV는 Flex Algo Exclude Any Affinity, Flex Algo Include Any Affinity, Flex Algo Include All Affinity, Flex Algo Definition Flags 및 Flex Algo Exclude SRLG입니다.

FAD TLV는 해당 노드가 기본 IGP TLV 또는 하위 TLV에서 시작된 경우에만 노드 NLRI의 BGP-LS 속성에 추가할 수 있습니다. 노드 NLRI와 연관된 BGP-LS 속성에는 노드가 보급하는 각 알고리즘에 대한 유연한 알고리즘 정의에 해당하는 하나 이상의 FAD TLV가 포함될 수 있습니다.

FAPM TLV의 값에는 Flex-Algorithm(1바이트), Reserved(3바이트) 및 Metric(4바이트)이 포함됩니다. FAPM TLV는 해당 노드가 접두사에서 유래한 경우에만 노드에 의해 시작된 접두사 NLRI의 BGP-LS 속성에 추가할 수 있습니다.

Junos OS 릴리스 22.4R1부터 영역 간 접두사에 대해 최적의 엔드 투 엔드 경로를 허용하도록 FAPM(Flexible Algorithm Prefix Metric)을 정의했습니다. ABR(Area Border Router)은 지정된 유연한 알고리즘(flex algo)에서 연결할 수 있는 영역 간에 접두사를 광고할 때 FAPM을 포함해야 합니다. 접두사에 연결할 수 없는 경우 ABR은 영역 간에 보급할 때 해당 플렉스 알고리즘에 해당 접두사를 포함해서는 안 됩니다. 정의된 FAPM은 영역 간 지원을 제공합니다.

유연한 알고리즘 참여

요구 사항에 따라 특정 라우터를 구성하여 특정 유연한 알고리즘에 참여할 수 있습니다. 유연한 알고리즘 정의를 기반으로 계산된 경로는 다양한 애플리케이션에서 사용되며, 각 애플리케이션은 이러한 경로를 통해 데이터를 전달하기 위해 고유한 데이터 플레인을 사용할 수 있습니다. 참여 디바이스는 OSPFv2용 세그먼트 라우팅 유연성 알고리즘 하위 TLV의 모든 애플리케이션에 특정 유연성 알고리즘에 참여한다는 사실을 명시적으로 알려야 합니다. 해당 FAD에 지정된 제약 조건을 지원할 수 있는 경우 특정 유연한 알고리즘에 참여하도록 노드를 구성할 수 있습니다.

유연한 알고리즘에 참여를 구성하려면 계층 수준에서 명령문을 포함 flex-algorithm 하십시오 [edit protocols isis source-packet- routing] . 동일한 장치가 FAD를 광고하고 유연한 알고리즘에 참여할 수도 있습니다.

유연한 알고리즘 정의로 구성된 네트워크 토폴로지

그림 1 은 샘플 토폴로지를 보여주며, 8개의 라우터 R0, R1, R2, R3, R4, R5, R6 및 R7이 있습니다. 4개의 유연한 알고리즘인 128, 129, 130 및 135는 다음 표에 나열된 관리자 그룹으로 정의되고 구성됩니다.

FAD(Flex Algorithm Definition)

128

빨간색 포함

129

모든 녹색 포함

130

초록색과 파란색을 모두 포함합니다.

135

빨간색 제외

그림 1: 유연한 알고리즘 토폴로지 Flexible Algorithm Topology

그림 2 는 FAD 128이 관리자 그룹 red로 구성된 모든 인터페이스에서 트래픽을 라우팅하는 방법을 보여줍니다.

그림 2: 유연한 알고리즘 정의 128 Traffic Flow for Flexible Algorithm Definition 128 을 위한 트래픽 플로우

그림 3 은 FAD 129가 관리자 그룹 green으로 구성된 모든 인터페이스에서 트래픽을 라우팅하는 방법을 보여줍니다.

그림 3: 유연한 알고리즘 정의 129 Traffic Flow for Flexible Algorithm Definition 129 를 위한 트래픽 플로우

그림 4 는 FAD 130이 관리자 그룹 green 및 blue로 구성된 모든 인터페이스에서 트래픽을 라우팅하는 방법을 보여줍니다.

그림 4: 유연한 알고리즘 정의 130 Traffic flow for Flexible Algorithm Definition 130 에 대한 트래픽 플로우

그림 5 는 FAD 135가 관리자 그룹 red로 구성되지 않은 모든 인터페이스에서 트래픽을 라우팅하는 방법을 보여줍니다.

그림 5: 유연한 알고리즘 정의 135 Traffic Flow for Flexible Algorithm Definition 135 를 위한 트래픽 플로우

유연한 알고리즘 RIB

라우터가 참여하는 모든 유연한 알고리즘에 대해, 경로는 라우팅 테이블이라고도 하는 해당 유연성 알고리즘 RIB 그룹에 설치됩니다. 기본적으로 레이블이 지정된 OSPFv2 유연한 알고리즘 경로는 inet.color inet(6)color.0mpls.0 RIB에 설치됩니다.

BGP 커뮤니티 및 유연한 알고리즘

유연한 알고리즘은 VPN 서비스와 같은 다른 서비스의 경로를 확인하기 위해 연결된 BGP 색상 커뮤니티를 가질 수 있습니다. 기본적으로 연결된 BGP 색상 커뮤니티는 유연한 알고리즘 ID와 동일합니다. inet(6)color.0 테이블에 설치된 유연한 알고리즘 수신 경로에는 경로에 이 색상 커뮤니티가 있습니다. 그러나 계층 수준에서 다른 BGP 색상 커뮤니티를 [edit routing-options flex-algorithm id color desired color community value] 구성할 수 있습니다.

메모:

유연한 알고리즘을 위해 BGP 색상 커뮤니티를 변경하면 트래픽 중단이 발생할 수 있습니다. 유연한 알고리즘을 위해 BGP 색상 커뮤니티를 수정하는 경우 해당 유연한 알고리즘과 관련된 모든 경로가 RIB에서 제거되고 새 색상으로 다시 추가됩니다.

지원 및 비지원 기능

Junos OS는 다음과 같은 시나리오에서 유연한 알고리즘을 지원합니다.

  • 다양하고 유연한 알고리즘에 대한 접두사 SID 구성 및 보급을 지원합니다.

  • IGP 유연성 알고리즘 draft-ietf-lsr-flex-algo-05.txt 인터넷 초안 부분적으로 지원

  • 유연한 알고리즘에 대한 현재 구현은 OSPFv2에서만 지원되며, OSPFv2만 세그먼트 라우팅을 지원합니다.

Junos OS는 유연한 알고리즘과 함께 다음 기능을 지원하지 않습니다.

  • 링크 지연 메트릭은 지원되지 않습니다.

  • 유연한 알고리즘은 기본 유니캐스트 토폴로지에만 적용되며 OSPFv2 다중 토폴로지는 지원되지 않습니다.

  • OSPFv2 바로 가기 및 기타 OSPFv2 트래픽 엔지니어링 구성 옵션은 유연한 알고리즘 계산에 적용할 수 없습니다. .
  • 유연한 알고리즘에 대한 현재 구현은 OSPFv3에서 지원되지 않습니다.
  • 유연한 알고리즘 접두사 SID의 영역 간(OSPFv2) 누수는 지원되지 않습니다.

  • 접두사 및 SID 충돌 해결은 지원되지 않습니다.

  • TI-LFA가 선호되는 FRR 계산이기 때문에 원격 루프 프리 대체 기능은 지원되지 않습니다.

  • 유연한 알고리즘 참여가 없는 경우 유연한 알고리즘 정의를 보급하는 것은 지원되지 않습니다.

  • 애플리케이션별 링크 속성 광고를 사용한 flex 알고리즘의 링크 속성 광고는 지원되지 않습니다.

  • 전송 클래스 RIB는 지원되지 않습니다.

애플리케이션별 링크 속성 기반의 유연한 알고리즘

Junos OS 및 Junos OS Evolved 릴리스 22.2R1부터 동일한 링크에서 RSVP 및 유연한 알고리즘에 대해 te-metric, delay-metric 또는 admin-groups와 같은 다양한 te 속성을 광고할 수 있습니다. 이는 RFC 8920에 정의된 대로 유연한 알고리즘별 애플리케이션별 링크 속성을 사용하여 수행됩니다.

유연한 알고리즘 애플리케이션별 링크 속성이 te-metric, delay-metric 또는 admin-groups를 광고하는 것의 장점은 단일 링크가 RSVP와 같은 레거시 애플리케이션에 대해 다른 te-link-attribute와 유연한 알고리즘에 대해 다른 te-link-attribute를 광고할 수 있다는 것입니다.

유연한 알고리즘 애플리케이션별 te-속성을 구성하려면 계층 수준에서 명령문을 [edit protocols ospf area interface] 포함하고 strict-asla-based-flex-algorithm 계층 수준에서 명령문을 [edit protocols ospf source-packet-routing] 포함합니다application-specific. 이 구현에서는 더 이상 링크에서 RSVP를 활성화하고 [edit protocols ospf traffic-engineering advertisement always] 구성할 필요가 없으며, 이는 트래픽 엔지니어링 속성을 보급하는 기존 행동의 경우입니다.

메모:

애플리케이션별 링크 속성의 Junos OS 및 Junos OS Evolved 구현은 유연한 알고리즘 애플리케이션만 지원합니다.

엄격한 애플리케이션별 링크 속성 기반의 유연한 알고리즘

응용 프로그램별 유연한 알고리즘의 기본 동작은 사용 가능한 경우 링크에 대해 유연한 알고리즘 응용 프로그램별 te 속성을 사용하고, 그렇지 않은 경우 공통 응용 프로그램별 te 속성으로 대체하고, 둘 다 사용할 수 없는 경우 레거시 te 속성을 사용하는 것입니다.

의 구성 문 strict-asla-based-flex-algorithm [edit protocols ospf source-packet-routing] 은 라우팅 루프를 피하기 위해 네트워크의 디바이스에서 실행되는 모든 유연한 알고리즘에 적용되어야 합니다.

이 모든 디바이스에 구성된 경우 strict-asla-based-flex-algorithm , 각 유연한 알고리즘 링크에 대해 공통 애플리케이션별 트래픽 엔지니어링(te) 속성 또는 유연한 알고리즘 애플리케이션별 트래픽 엔지니어링(te) 속성 중 하나를 보급해야 합니다. 애플리케이션별 te 속성이 없는 경우 디바이스는 레거시 te 속성으로 폴백하지 않고 링크를 무시하기만 하면 됩니다.

운영 체제는 애플리케이션별 링크 속성 기반의 유연한 알고리즘과 함께 다음 기능을 지원합니다.

  • RFC 8920을 준수하기 위한 애플리케이션별 트래픽 엔지니어링(te) 속성 하위 TLV. 애플리케이션별 te-attributes 서브-TLV는 RFC 7684에 정의된 OSPFv2 확장 링크 TLV의 서브-TLV입니다.

  • 유연한 알고리즘을 위해 X-비트를 보급하기 위해 표준 애플리케이션 식별자 비트 마스크를 부분적으로 지원합니다. te-metric, delay-metric 또는 admin-groups만이 애플리케이션별 링크 속성 하위 TLV의 일부로 보급됩니다.

운영 체제는 응용 프로그램별 링크 속성 기반의 유연한 알고리즘과 함께 다음 기능을 지원하지 않습니다.

  • 사용자 정의 애플리케이션 식별자 비트 마스크 보급은 지원되지 않습니다.
  • TED(Traffic Engineering Database)는 애플리케이션별 링크 속성을 지원하지 않기 때문에 유연한 알고리즘 애플리케이션별 링크 속성 또는 BGP-LS를 사용한 애플리케이션별 링크 속성 재보급은 지원되지 않습니다.
  • 표준 애플리케이션 식별자 비트 마스크와 사용자 정의 애플리케이션 식별자 비트 마스크 길이가 0으로 설정된 공통 애플리케이션별 링크 속성을 보급하는 것은 지원되지 않습니다.

  • 유연한 알고리즘에서 SRLG 링크 제약 조건 보급은 지원되지 않습니다.

  • 유연한 알고리즘을 제외하고는 여러 애플리케이션에 대한 트래픽 엔지니어링 지원은 지원되지 않습니다.

  • MPLS와 독립적으로 관리자 그룹을 정의하는 것은 지원되지 않습니다.

예: OSPF 유연한 알고리즘

개요

이 예에서는 OSPFv2 네트워크에서 유연한 알고리즘을 구성하는 방법을 보여 줍니다. 유연한 알고리즘 덕분에 컨트롤러가 없는 네트워크는 네트워크 컨트롤러를 실제로 구현하지 않고도 세그먼트 라우팅을 사용하여 트래픽 엔지니어링을 구성할 수 있습니다.

Junos OS 릴리스 21.1R1부터는 요구 사항에 따라 다양한 매개 변수와 링크 제약 조건을 사용하여 경로를 계산하는 유연한 알고리즘을 정의하여 네트워크를 씬 슬라이스할 수 있습니다. calculation-type, metric-type 및 제약 조건 집합으로 구성된 집합을 FAD(Flexible Algorithm Definition)라고 합니다. FAD를 정의하고 OSPFv2 네트워크에서 동일한 것을 보급할 수 있습니다. 특정 FAD에 대한 제약 조건을 지원하는 경우 특정 유연한 알고리즘에 참여하도록 장치를 구성할 수도 있습니다.

위상수학

그림 6 은 6개의 디바이스 R0, R1, R2, R3, R4 및 R5가 있는 유연한 알고리즘 토폴로지를 보여줍니다. 2개의 유연한 알고리즘(128, 129)이 이들 디바이스 각각에 정의되어 있다. admin-groups 빨간색, 파란색 및 녹색이 디바이스에서 구성됩니다. 메트릭 유형, 계산 유형 및 링크 제약 조건과 같은 다양한 매개 변수를 가진 FAD는 각 디바이스에 정의됩니다.

그림 6: 유연한 알고리즘 토폴로지 Flexible Algorithm Topology

요구 사항

이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.

  • MX 시리즈 라우터 6개.
  • 모든 디바이스에서 실행되는 Junos OS 릴리스 21.1R1 이상

구성

CLI 빠른 구성

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

디바이스 R0

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 R5

디바이스 R0 구성

OSPFv2에 대한 유연한 알고리즘을 구성하려면 디바이스 R0에서 다음 단계를 수행합니다.

  1. IP 전송을 활성화하도록 디바이스 인터페이스를 구성합니다.

  2. OSPF 세션의 라우터 ID로 사용되는 루프백 인터페이스(lo0) 주소를 구성합니다.

  3. 라우터 ID 및 AS(Autonomous System) 번호를 구성하여 동일한 AS에 속하는 라우팅 디바이스 세트 내에서 라우팅 정보를 전파합니다.

  4. 패킷을 로드 밸런싱하는 정책을 정의하고 패킷당 정책을 적용하여 트래픽 로드 밸런싱을 활성화합니다.

  5. 디바이스 R0이 192.168.255.10/32 네트워크에 연결할 수 있도록 하는 라우팅 정책 용어에 대한 경로 필터를 구성합니다.

  6. 관리 인터페이스를 제외한 모든 인터페이스에서 MPLS를 구성합니다.
  7. 링크에 대한 정적 레이블을 할당하도록 MPLS 레이블 범위를 구성합니다.

  8. 링크 및 노드 장애에 대한 보호를 사용하도록 TI-LFA를 구성합니다. TI-LFA를 사용하는 SR은 기본 경로가 실패하거나 사용할 수 없게 될 경우 즉시 트래픽을 백업 또는 대체 경로로 라우팅하여 네트워크 연결을 더 빠르게 복원합니다.

  9. 백업 최단 경로 우선 속성을 보호하기 위해 세그먼트 라우팅 라우팅 경로에 대한 최대 레이블 수를 구성합니다.

  10. OSPF 프로토콜에 대한 SPRING에서 세그먼트 라우팅 전역 블록(SRGB)에 대한 접두사 세그먼트 속성, 시작 레이블 및 인덱스 범위를 구성합니다.

  11. 컨버전스 후 경로를 따르는 최단 경로 우선(OSPF) 인터페이스에서 노드 링크 보호를 활성화합니다.

  12. 루프백 인터페이스를 패시브로 구성하여 프로토콜이 루프백 인터페이스를 통해 실행되지 않고 루프백 인터페이스가 네트워크 전체에 올바르게 보급되도록 합니다.

  13. 디바이스 R0에서 유연한 알고리즘을 정의합니다. 128에서 255 사이의 각 FAD에 이름을 할당합니다.

    정의의 매개변수를 지정합니다. OSPFv2는 FAD의 지정된 매개 변수를 기반으로 경로를 계산합니다.

    1. OSPFv2 프로토콜이 경로를 계산하는 기준이 되는 계산 유형을 지정합니다.

    2. OSPFv2가 경로를 계산하는 지표 유형을 지정합니다.

    3. RSVP 트래픽 엔지니어링을 활성화한 경우, 여러 프로토콜에 대해 admin-groups를 구성하여 개별 링크에 색상을 지정할 수 있습니다.

    4. 디바이스 R0 인터페이스에 구성된 admin-groups 정책을 할당합니다.

    5. 요구 사항에 따라 admin-groups를 정의합니다.

      메모:

      링크 제약 조건이 있는 FAD가 작동하려면 모든 관련 링크가 OSPFv2에서 admin-colors를 광고해야 합니다. 인터페이스에서 RSVP를 활성화하거나 트래픽 엔지니어링을 위해 RSVP를 구성하지 않은 경우 계층 수준에서 항상 구성 set traffic-engineering advertise [edit protocols ospf] 해야 합니다.

  14. 디바이스 R0에서 유연한 알고리즘 참여를 구성합니다. 동일한 장치가 FAD를 광고하고 유연한 알고리즘에 참여할 수도 있습니다.
  15. 정책 구성을 통해 접두사 세그먼트를 보급합니다.

결과

구성 결과를 확인합니다:

구성 모드에서 , show interfaces, show routing-optionsshow protocols, 및 show policy-options 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

확인

구성이 제대로 작동하는지 확인하려면 다음 작업을 수행하십시오.

OSPF 데이터베이스 확인

목적

유연한 알고리즘 시그널링이 OSPF 데이터베이스에 표시되는지 확인합니다.

행동

운영 모드에서 명령을 실행합니다 show ospf database opaque-area extensive .

R0에서

의미

R0의 이 출력은 다음을 보여줍니다.

이 디바이스는 3개의 세그먼트 라우팅 알고리즘(2개의 유연한 알고리즘 포함)을 광고합니다.

이 장치는 두 개의 FAD를 광고합니다.

유연한 알고리즘 세부 정보 확인

목적

유연한 알고리즘 세부 정보가 표시되는지 확인합니다.

행동

운영 모드에서 명령을 실행합니다 show ospf spring flex-algorithm <flex-algorithm-id> .

R0에서

의미

R0에 구성된 유연한 알고리즘 세부 정보가 표시됩니다.

유연한 알고리즘 특정 OSPF 내부 경로 확인

목적

유연한 알고리즘별 OSPF 내부 경로가 표시되는지 확인합니다.

행동

운영 모드에서 명령을 실행합니다 show ospf route flex-algorithm <flex-algorithm-id> .

R0에서

의미

show ospf route 명령은 옵션으로 flex-algorithm 확장되어 유연한 알고리즘별 OSPF 내부 경로를 표시합니다. 각 경로에는 flex-algo-id 접두사가 붙습니다.

Flex 색상 경로 확인

목적

유연한 알고리즘별 OSPF 내부 경로가 표시되는지 확인합니다.

행동

운영 모드에서 명령을 실행합니다 show route protocol ospf .

R0에서

의미

출력은 inetcolor.0 테이블에 프로그래밍된 모든 컬러 플렉스 경로를 prefix_address-flex-algo-id<c>/64 형식으로 표시합니다.

OSPF 로그 확인

목적

OSPF 로그에 유연한 알고리즘 키워드가 표시되는지 확인합니다.

행동

운영 모드에서 명령을 실행합니다 show ospf log .

R0에서

의미

출력에 SPF 로그에 대해 추가된 FlexAlgo 키워드가 표시됩니다.