Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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

다음 목표

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

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

릴리스 21.1R1 Junos OS 시작하여 요구 사항에 따라 다른 매개 변수와 링크 제약 조건을 사용하여 경로를 계산하는 유연한 알고리즘을 정의하여 네트워크를 얇게 슬라이싱할 수 있습니다. 예를 들어, 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)는 128~255에 이르는 식별자가 할당됩니다. 이 유연한 알고리즘은 네트워크의 하나 이상의 라우터에서 정의할 수 있습니다. 유연한 알고리즘은 다음 매개 변수를 기반으로 최적의 경로를 계산합니다.

  • Calculation type-SPF 또는 strict SPF는 사용 가능한 두 가지 계산 유형 옵션입니다. FAD에서 이러한 계산 유형 중 하나를 지정할 수 있습니다. 트래픽 엔지니어링 단축키와 같은 특정 로컬 정책을 기반으로 디바이스의 SPF 계산에 영향을 미치기를 원할 경우 SPF 계산 유형을 선택합니다. strict 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 또는 [edit routing-options flex-algorithm definition admin-groups] exclude 계층 수준에서 으로 include anyinclude-all 정의할 수 있습니다.

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

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

  • 계산 유형: spf

  • 메트릭 유형: igp-metric

  • 우선 순위: 0

  • 링크 제약 조건: 없음

참고:

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

Junos OS 21.4R1부터 TED에서 FAD(Flexible Algorithm Prefix Metric)"와 "FAPM(Flexible Algorithm Prefix Metric)"을 지원하고 BGP-LS에서 2개의 새로운 해당 TLV "FAD TLV"와 "FAPM TLV"를 구현합니다. FAD TLV의 값에는 Flex 알고리즘, 메트릭 유형, 계산 유형 및 우선 순위가 포함되며, 모두 각각 1바이트입니다. TLV에 포함된 0개 이상의 하위 TLV가 있을 수 있습니다. Algo가 선호도를 제외할 Flex Flex 있으며, algo가 모든 선호도를 포함할 Flex, Algo가 모든 선호도를 포함할 Flex, Algo 정의 플래그 Flex, Algo가 SRLG를 제외할 Flex 있습니다.

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

FAPM TLV의 값에는 Flex 알고리즘(1바이트), 예약(3바이트) 및 메트릭(4바이트)이 포함됩니다. FAPM TLV는 해당 노드가 접두사에서 유래한 경우에만 노드에서 유래한 접두사 NLRI의 BGP-LS 속성에 추가할 수 있습니다.

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

유연한 알고리즘 참여

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

유연한 알고리즘 참여를 구성하려면 계층 수준에서 명령문을 [edit protocols isis source-packet- routing] 포함합니다flex-algorithm. 동일한 디바이스는 FAD를 보급하고 유연한 알고리즘에 참여할 수도 있습니다.

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

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

Flex 알고리즘 정의(FAD)

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: 유연한 알고리즘 정의를 위한 트래픽 플로우 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 커뮤니티 및 유연한 알고리즘

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

참고:

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

지원 및 비지원 기능

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

  • 다른 유연한 알고리즘에 대한 접두사 SID 구성 및 보급 지원.

  • 인터넷 초안 draft-ietf-lsr-flex-algo-05.txt IGP Flexible 알고리즘 부분 지원

  • 유연한 알고리즘에 대한 현재 구현은 OSPFv2만이 세그먼트 라우팅을 지원하기 때문에 OSPFv2에서만 지원됩니다.

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

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

  • 유연한 알고리즘 계산에는 OSPFv2 단축키 및 기타 OSPFv2 트래픽 엔지니어링 구성 옵션이 적용되지 않습니다. .
  • 유연한 알고리즘에 대한 현재 구현은 OSPFv3에 지원되지 않습니다.
  • 접두사 및 SID 충돌 해결은 지원되지 않습니다.

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

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

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

Junos OS 및 Junos OS Evolved 릴리스 22.2R1부터 RSVP 및 동일한 링크에서 유연한 알고리즘에 대한 te-메트릭, 지연 메트릭 또는 관리자 그룹과 같은 다양한 te-속성을 보급할 수 있습니다. 이는 RFC 8920에 정의된 유연한 알고리즘 특정 애플리케이션별 링크 속성을 사용하여 수행됩니다.

유연한 알고리즘 애플리케이션별 링크 속성이 te-메트릭, 지연 메트릭 또는 관리자 그룹을 광고하는 장점은 단일 링크가 유연한 알고리즘을 위해 RSVP 및 다른 te-link-attributes와 같은 레거시 애플리케이션에 대해 서로 다른 te-link-속성을 보급할 수 있다는 것입니다.

유연한 알고리즘 애플리케이션별 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-attributes를 사용합니다.

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

모든 디바이스에서 구성된 경우 strict-asla-based-flex-algorithm 공통 애플리케이션별 te 속성 또는 유연한 알고리즘 애플리케이션별 te-속성은 각 유연한 알고리즘 링크에 대해 보급되어야 합니다. 애플리케이션별 te-attributes가 없는 경우 디바이스는 레거시 te-attributes로 되돌아가지 않고 링크를 무시하기만 하면 됩니다.

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

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

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

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

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

  • 유연한 알고리즘으로 SRLG 링크 제약을 보급하는 것은 지원되지 않습니다.

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

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

예: OSPF 유연한 알고리즘

개요

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

릴리스 21.1R1 Junos OS 시작하여 요구 사항에 따라 서로 다른 매개 변수 및 링크 제약 조건을 사용하여 경로를 계산하는 유연한 알고리즘을 정의하여 네트워크를 씬 슬라이스할 수 있습니다. 계산 유형, 메트릭 유형 및 제약 조건 집합으로 구성된 집합을 유연한 알고리즘 정의(FAD)라고 합니다. FAD를 정의하고 OSPFv2 네트워크에서 동일한 것을 보급할 수 있습니다. 디바이스는 특정 FAD에 대한 제약 조건을 지원하면 특정 유연한 알고리즘에 참여하도록 구성할 수도 있습니다.

토폴로지

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

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

요구 사항

이 예는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 사용합니다.

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

구성

CLI 빠른 구성

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

디바이스 R0

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 R5

디바이스 R0 구성

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

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

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

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

  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 트래픽 엔지니어링을 활성화한 경우, 여러 프로토콜이 개별 링크를 색으로 설정할 수 있도록 관리자 그룹을 구성할 수 있습니다.

    4. 구성된 관리자 그룹 정책을 디바이스 R0 인터페이스에 할당합니다.

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

      참고:

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

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

결과

구성 결과를 확인합니다.

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

확인

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

OSPF 데이터베이스 확인

목적

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

작업

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

R0에

의미

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

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

이 디바이스는 두 개의 FAD를 보급합니다.

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

목적

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

작업

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

R0에

의미

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

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

목적

Fexible 알고리즘 특정 OSPF 내부 경로가 표시되는지 확인합니다.

작업

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

R0에

의미

show ospf route 명령은 유연한 알고리즘 특정 OSPF 내부 경로를 표시하기 위해 옵션으로 flex-algorithm 확장됩니다. 각 경로는 flex-algo-id로 접두사됩니다.

Flex 컬러 경로 확인

목적

Fexible 알고리즘 특정 OSPF 내부 경로가 표시되는지 확인합니다.

작업

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

R0에

의미

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

OSPF 로그 확인

목적

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

작업

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

R0에

의미

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