세그먼트 라우팅 트래픽 엔지니어링을 위한 IS-IS(Intermediate System to Intermediate System)의 유연한 알고리즘

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

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

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

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

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

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

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

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 메트릭을 사용하지 않으려면 IS-IS(Intermediate System to Intermediate System)가 경로 계산에 사용할 수 있는 트래픽 엔지니어링(TE) 메트릭을 구성할 수 있습니다.

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

  메모:

  링크 제약 조건이 있는 FAD가 작동하려면 모든 관련 링크가 IS-IS(Intermediate System to Intermediate System)에서 admin-colors를 광고해야 하며, 이는 RSVP가 인터페이스에서 활성화되거나 set protocols isis traffic-engineering advertise always 구성됨을 의미합니다.

• 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에 참여하도록 디바이스를 구성하기 전에 특정 ISIS 수준에서 여러 FAD 서버를 구성하는 것이 좋습니다. ISIS L1/L2 노드(ABR)의 경우 ISIS 레벨 1 및 레벨 2 모두에서 FAD를 구성하는 것이 좋습니다. FAD가 단일 ABR에서만 구성된 경우 해당 ABR에서 라우팅 프로세스가 다시 시작되면 flex 알고리즘 경로를 통해 트래픽이 손실될 수 있습니다. 따라서 여러 ABR을 사용하는 것이 좋으며, 각 ABR에는 두 ISIS 수준에서 구성된 FAD가 있습니다.

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

• 계산 유형: SPF

• 측정항목 유형: IGP-Metric

• 우선 순위: 0

• 링크 제약 조건: 없음

유연한 알고리즘 참여

요구 사항에 따라 특정 라우터를 구성하여 특정 유연한 알고리즘에 참여할 수 있습니다. 유연한 알고리즘 정의를 기반으로 계산된 경로는 다양한 애플리케이션에서 사용되며, 각 애플리케이션은 이러한 경로를 통해 데이터를 전달하기 위해 고유한 데이터 플레인을 사용할 수 있습니다. 참가 디바이스는 IS-IS(Intermediate System to Intermediate System)에 대한 세그먼트 라우팅 유연성 알고리즘 하위 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는 다음 표에 나열된 관리자 그룹으로 정의되고 구성됩니다.

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

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

그림 2: 유연한 알고리즘 정의 128 을 위한 트래픽 플로우

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

그림 3: 유연한 알고리즘 정의 129 를 위한 트래픽 플로우

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

그림 4: 유연한 알고리즘 정의 130 에 대한 트래픽 플로우

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

그림 5: 유연한 알고리즘 정의 135 를 위한 트래픽 플로우

유연한 알고리즘 RIB

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

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

유연한 알고리즘은 색상과 연결될 수 있습니다. VPN 서비스와 같은 서비스 접두사가 BGP 색상 확장 커뮤니티를 전달하면 기본적으로 BGP 서비스 접두사는 동일한 관련 색상 값을 가진 flex-algo 경로를 해결합니다. 테이블에 설치된 inet(6)color.0 유연한 알고리즘 수신 경로는 경로와 연결된 이 색상 값을 갖습니다. 그러나 계층 수준에서 다른 연관 색상 값을 [edit routing-options flex-algorithm id color color] 구성할 수 있습니다.

유연한 알고리즘 및 유연한 알고리즘 접두사 메트릭 IS-IS 멀티 인스턴스 전반에서 누수

내부 게이트웨이 프로토콜(IGP) 인스턴스 전반에서 유연한 알고리즘(flex algo), 접두사 세그먼트 식별자(SID) 및 유연한 알고리즘 접두사 메트릭(FAPM)을 다시 보급하기 위한 지원이 추가되었습니다. 또한 다른 프로토콜의 접두사를 다시 보급하고 정책을 통해 해당 접두사에 flex algo 접두사 SID를 할당하는 지원도 추가했습니다.

그림 6: IGP 인스턴스 전반에서 유연한 알고리즘 누수

그림 6에 표시된 샘플 토폴로지에서는 서로 다른 IS-IS 도메인, 메트로-A, 메트로-B 및 코어가 단일 세그먼트 라우팅 도메인을 구성합니다. 엔드 투 엔드 세그먼트 라우팅 Flex 알고리즘 경로의 경우 노드 02 및 05는 IGP 인스턴스 전체에서 플렉스 알고리즘 접두사 SID 및 FAPM을 다시 보급해야 합니다.

Flex 알고리즘 경로는 테이블에 설치됩니다inet(6)color.0. 또한 색상 RIB에 설치될 수도 있습니다(예: junos-rti-tc-<color>.inet(6).3 명령문이 아래에 routing-options flex-algorithm <id>구성된 경우use-transport-class). IGP 인스턴스 전체에서 flex algo prefix-SID 누수를 지원하려면 해당 flex algo에 use-transport-class 대해 문을 구성해야 합니다. IGP 인스턴스 전반에서 flex algo prefix-SID의 누수는 정책 기반입니다. 샘플 정책 구성은 다음과 같습니다.

flex algo prefix-SID가 IGP 인스턴스 간에 누수되면 FAPM 하위 TLV는 내보내기 정책 또는 경로의 자체 메트릭에서 파생된 메트릭으로 보급됩니다. 내보내기 정책에 정의된 메트릭은 경로의 자체 메트릭보다 우선 순위가 높습니다. 또한 IS-IS(Intermediate System to Intermediate System)는 mpls.0 테이블에 연결 경로를 설치하여 한 IGP 인스턴스에서 다른 IGP 인스턴스로 들어오는 MPLS 트래픽을 연결합니다.

다중 인스턴스 IS-IS(Intermediate System to Intermediate System)에서 내보내기 정책을 적용하는 방법에 대한 내용은 내보내기를 참조하십시오.

유연한 알고리즘으로 BGP-LU 접두사 누수

flex algo prefix-SID를 사용하여 BGP-LU 접두사를 IGP로 유출할 수 있습니다. 에서 policy-statement (및metric)를 prefix-segment 구성하여 BGP-LU 학습된 접두사를 flex algo로 유출할 수 있습니다.

그림 7: BGP-LU – 유연한 알고리즘 누출

예를 들어, 세그먼트 라우팅을 위한 IS-IS 유연성 알고리즘 이해에 표시된 토폴로지에서 IGP 도메인은 플렉스 알고리즘 128 및 129를 포함합니다. 디바이스 R9은 IGP 도메인 외부에 있습니다. 디바이스 R9은 IGP 도메인의 flex algo를 통해 연결할 수 없습니다. 디바이스 R9로 향하는 모든 트래픽은 디바이스 R5까지 flex 알고리즘 경로를 따른 다음 디바이스 R5에서 R9 링크를 따릅니다.

flex algo prefix-SID가 BGP-LU에서 IGP 인스턴스로 유출되면 FAPM 하위 TLV는 내보내기 정책 또는 경로의 자체 메트릭에서 파생된 메트릭으로 보급됩니다. 내보내기 정책에 정의된 메트릭은 경로의 자체 메트릭보다 우선 순위가 높습니다. 또한 IS-IS는 mpls.0 테이블에 연결 경로를 설치하여 BGP-LU에서 IS-IS로 들어오는 MPLS 트래픽을 연결합니다.

유연한 알고리즘으로 BGP-CT 접두사 유출

이제 BGP-CT 접두사를 flex 알고리즘으로 유출할 수 있으며 그 반대의 경우도 마찬가지입니다.

그림 8: BGP-CT – 유연한 알고리즘 누출

예를 들어, 세그먼트 라우팅을 위한 IS-IS 유연성 알고리즘 이해 에 표시된 토폴로지는 여러 IS-IS IGP 인스턴스로 구성됩니다. ISIS-A에는 flex algo가 있지만 BGP-CT는 없습니다. 이러한 구축에서는 BGP-CT 접두사가 정책 컨피그레이션을 통해 flex algo로 유출될 수 있으며 그 반대의 경우도 마찬가지입니다.

현재 BGP-CT 접두사는 접두사-SID 정보 전달을 지원하지 않습니다. 접두사에 대한 정책을 구성하고 접두사를 IS-IS flex 알고리즘으로 재배포하는 라우터에서 접두사 SID를 연결합니다.

flex algo prefix-SID가 BGP-CT에서 유출되면 FAPM 하위 TLV는 내보내기 정책 또는 경로의 메트릭에서 파생된 메트릭으로 보급됩니다. 내보내기 정책에 정의된 메트릭이 경로의 메트릭보다 우선 순위가 높습니다. 또한 IS-IS는 mpls.0 테이블에 연결 경로를 설치하여 BGP-CT에서 IS-IS로 들어오는 MPLS 트래픽을 연결합니다.

지원 및 비지원 기능

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

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

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

• 유연한 알고리즘 접두사 SID의 IS_IS(Inter-level) 누출이 지원됩니다.

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

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

• IS-IS 바로 가기 및 기타 IS-IS 트래픽 엔지니어링 구성 옵션은 유연한 알고리즘 계산에 적용할 수 없습니다

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

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

• EAG(Extended Admin-Group)는 IS-IS에서 지원되지 않기 때문에 지원되지 않습니다.