Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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

무엇 향후 계획

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

세그먼트 라우팅을 위한 OSPF Flexible 알고리즘 이해

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

IGP 프로토콜은 링크 메트릭을 사용하여 최적 경로를 계산합니다. 그러나 특정 유형의 트래픽에 대해 최상의 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- 계층 수준에서 여러 프로토콜에 대한 admin-groups를 [edit protocols mpls admin-groups] 구성하여 개별 링크에 색상을 지정할 수 있습니다. admin-groups 그런 다음 include any또는 include-all exclude [edit routing-options flex-algorithm definition admin-groups] 계층 수준에서 정의할 수 있습니다.

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

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

  • 계산 유형: SPF

  • 메트릭 유형: IGP-메트릭

  • 우선 순위: 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 속성은 노드가 광고하는 각 알고리즘에 대한 Flexible Algorithm Definition에 대응하는 하나 이상의 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)는 주어진 유연한 알고리즘(flex algo)에서 도달할 수 있는 영역 간에 접두사를 광고할 때 FAPM을 포함해야 합니다. 접두사에 연결할 수 없는 경우 ABR은 영역 간 보급 시 해당 플렉스 알고리즘에 해당 접두사를 포함해서는 안 됩니다. 정의된 FAPM은 영역 간 지원을 제공합니다.

유연한 알고리즘에 참여

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

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

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

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

FAD(Flex Algorithm Definition)

128

모든 빨간색 포함

129

모든 녹색 포함

130

녹색과 파란색을 포함하십시오.

135

빨강 제외

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

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

그림 2: 유연한 알고리즘 정의 128 Traffic Flow for Flexible Algorithm Definition 128 에 대한 트래픽 흐름

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

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

그림 4 는 FAD 130이 관리 그룹 녹색과 파란색으로 구성된 모든 인터페이스에서 트래픽을 라우팅하는 방법을 보여줍니다.

그림 4: Flexible Algorithm Definition 130 Traffic flow for Flexible Algorithm Definition 130 의 트래픽 플로우

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

그림 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 Flexible Algorithm 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-attributes를 광고하고 유연한 알고리즘에 대해 서로 다른 te-link-attributes를 광고할 수 있다는 것입니다.

유연한 알고리즘 애플리케이션별 te-attribute를 구성하려면 계층 수준에 명령문을 [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 특성을 사용하는 것입니다.

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

이(가) 모든 디바이스에 구성된 경우 strict-asla-based-flex-algorithm , 각 유연한 알고리즘 링크에 대해 공통 애플리케이션별 te-attribute 또는 유연한 알고리즘 애플리케이션별 te-attribute를 보급해야 합니다. 애플리케이션별 te 속성이 없는 경우 디바이스는 레거시 te 속성으로 대체되지 않고 단순히 링크를 무시합니다.

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

  • RFC 8920을 준수하는 애플리케이션별 te-attribute subTLV. 애플리케이션별 te-attributes 서브-TLV는 RFC 7684에 정의된 OSPFv2 확장 링크 TLV의 서브-TLV입니다.

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

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

  • 사용자 정의 응용 프로그램 식별자 비트 마스크 보급은 지원되지 않습니다.
  • TED(Traffic Engineering Database)는 애플리케이션별 링크 속성을 지원하지 않으므로 유연한 알고리즘 애플리케이션별 링크 속성 또는 애플리케이션별 링크 속성을 BGP-LS로 재광고하는 것은 지원되지 않습니다.
  • 표준 애플리케이션 식별자 비트 마스크와 사용자 정의 애플리케이션 식별자 비트 마스크 길이가 0으로 설정된 일반적인 애플리케이션별 링크 속성을 보급하는 것은 지원되지 않습니다.

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

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

  • MPLS와 별개로 admin-group을 정의하는 것은 지원되지 않습니다.

예: OSPF Flexible Algorithm

개요

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

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

위상수학

그림 6 은 6개의 디바이스 R0, R1, R2, R3, R4 및 R5가 있는 유연한 알고리즘 토폴로지를 보여줍니다. 두 개의 가요성 알고리즘(128 및 129)이 이들 장치들 각각에 정의된다. 관리자 그룹 빨간색, 파란색 및 녹색이 디바이스에 구성됩니다. 메트릭 유형, 계산 유형 및 링크 제약 조건과 같은 다양한 매개 변수를 가진 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(Segment Routing Global Blocks)에 대한 접두사 세그먼트 속성, 시작 레이블 및 인덱스 범위를 구성합니다.

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

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

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

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

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

    2. OSPFv2가 경로를 계산하는 기준이 되는 메트릭 유형을 지정합니다.

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

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

    5. 요구 사항에 따라 관리자 그룹을 정의합니다.

      메모:

      링크 제약이 있는 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 유연한 알고리즘별 OSPF 내부 경로를 표시하는 옵션으로 확장 flex-algorithm 됩니다. 각 경로에는 flex-algo-id가 접두사로 붙습니다.

Flex Colored 경로 확인

목적

플렉서블 알고리즘별 OSPF 내부 경로가 표시되는지 확인합니다.

행동

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

R0에서

의미

출력에는 inetcolor.0 테이블에 프로그래밍된 모든 색상의 플렉스 경로가 prefix_address-flex-algo-id<c>/64 형식으로 표시됩니다.

OSPF 로그 확인

목적

OSPF 로그에 flexible algorithm 키워드가 표시되는지 확인합니다.

행동

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

R0에서

의미

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