이 페이지의 내용
-
RSVP LSP 및 세그먼트 라우팅을 위한 PCEP(Path Computation Element Protocol)
-
예: PCE 시작 포인트 투 포인트 LSP를 지원하는 MPLS RSVP-TE를 위한 경로 계산 요소 프로토콜 구성
-
PCE 시작 포인트 투 포인트 LSP 지원을 통한 MPLS RSVP-TE에 대한 경로 계산 요소 프로토콜 구성
-
예: PCE 제어 포인트 투 멀티포인트 LSP를 지원하는 MPLS RSVP-TE를 위한 경로 계산 요소 프로토콜 구성
-
PCE 시작 포인트 투 멀티포인트 LSP를 지원하는 MPLS RSVP-TE에 대한 경로 계산 요소 프로토콜 이해
PCEP 구성
RSVP LSP 및 세그먼트 라우팅을 위한 PCEP(Path Computation Element Protocol)
PCE(Path Computation Element)는 네트워크 그래프를 기반으로 네트워크 경로 또는 경로를 계산하고 계산 제약 조건을 적용할 수 있는 엔터티(구성 요소, 애플리케이션 또는 네트워크 노드)입니다. PCC(Path Computation Client)는 PCE에서 수행할 경로 계산을 요청하는 모든 클라이언트 애플리케이션입니다. PCEP(Path Computation Element Protocol)는 PCC와 PCE 사이 또는 두 PCE(RFC 5440에 정의됨) 간의 통신을 가능하게 합니다.
PCEP는 IETF PCE Working Group에서 정의한 TCP 기반 프로토콜로, PCEP 세션을 관리하고 멀티도메인 트래픽 엔지니어링 LSP(TE LSP)에 대한 경로를 요청 및 전송하는 데 사용되는 일련의 메시지와 객체를 정의합니다. 이는 PCE가 PCC의 외부 LSP에 대한 경로 계산을 수행할 수 있는 메커니즘을 제공합니다. PCEP 상호 작용에는 PCC가 PCE로 보내는 LSP 상태 보고서와 외부 LSP에 대한 PCE 업데이트가 포함됩니다.
그림 1 은 MPLS RSVP-TE 지원 네트워크에서 스테이트풀 PCE 아키텍처의 클라이언트 측 구현에서 PCEP의 역할을 보여줍니다.
TCP 기반 PCEP 세션은 PCC를 외부 PCE에 연결합니다. PCC는 PCEP 세션을 시작하고 PCEP 세션 기간 동안 PCE에 연결된 상태를 유지합니다. PCEP 세션 동안 PCC는 스테이트풀 PCE에서 LSP 매개 변수를 요청합니다. PCE로부터 하나 이상의 LSP 매개 변수를 수신하면 PCC는 TE LSP에 다시 신호를 보냅니다. PCEP 세션이 종료되면 기본 TCP 연결이 즉시 닫히고 PCC는 PCEP 세션 재설정을 시도합니다.
따라서 PCEP 기능에는 다음이 포함됩니다.
-
PCC와 스테이트풀 PCE 간의 LSP 터널 상태 동기화 - 활성 스테이트풀 PCE 연결이 감지되면 PCC는 LSP 상태 동기화라는 절차에서 모든 LSP를 이 PCE에 위임하려고 합니다. PCEP를 사용하면 PCC LSP 상태를 PCE에 동기화할 수 있습니다.
-
LSP 터널에 대한 제어 권한을 스테이트풀 PCE로 위임 - 활성 스테이트풀 PCE는 대역폭, 경로(ERO) 및 우선순위(설정 및 보류)와 같은 컴퓨팅 경로에 대한 하나 이상의 LSP 속성을 제어합니다. PCEP는 경로 계산을 위해 이러한 LSP 위임을 가능하게 합니다.
-
PCEP 세션 내 및 PCEP 세션 간 경로 계산의 타이밍 및 순서에 대한 스테이트풀 PCE 제어–활성 스테이트풀 PCE는 대역폭, 경로(ERO) 및 우선순위(설정 및 보류)와 같은 하나 이상의 LSP 속성을 수정합니다. PCEP는 이러한 새로운 LSP 속성을 PCE에서 PCC로 전달한 후 PCC는 지정된 경로에서 LSP에 다시 신호를 보냅니다.
RSVP-TE에 대한 경로 계산 요소 프로토콜 지원 개요
- MPLS RSVP-TE 이해하기
- 현재 MPLS RSVP-TE 제한 사항
- 외부 경로 컴퓨팅 엔터티 사용
- 외부 경로 컴퓨팅의 구성 요소
- PCEP를 사용한 PCE와 PCC 간의 상호 작용
- 외부 컴퓨팅을 통한 LSP 동작
- 외부 컴퓨팅에 지원되는 구성 문
- PCE 제어 LSP 보호
- PCE 제어 LSP ERO
- PCE 제어 포인트 투 멀티포인트 RSVP-TE LSP
- PCE 시작 포인트 투 포인트 LSP
- PCE 시작 우회 LSP
- PCE 시작 포인트 투 멀티포인트 LSP
- PCEP의 SRv6 LSP
- PCEP에서 SRv6 LSP의 이점
- 자동 대역폭 및 PCE 제어 LSP
- PCEP 세션을 위한 TCP-MD5 인증
- 클라이언트 측 PCE 구현이 네트워크 성능에 미치는 영향
MPLS RSVP-TE 이해하기
트래픽 엔지니어링(TE)은 운영 네트워크의 성능 최적화를 다루며, 주로 트래픽 플로우를 기존 물리적 토폴로지에 매핑합니다. 트래픽 엔지니어링은 트래픽 플로우를 내부 게이트웨이 프로토콜(IGP)이 선택한 최단 경로에서 벗어나 네트워크 전체에서 잠재적으로 덜 혼잡한 물리적 경로로 이동할 수 있는 기능을 제공합니다.
대규모의 고밀도 네트워크의 트래픽 엔지니어링의 경우 MPLS 기능은 오버레이 모델에서 사용할 수 있는 대부분의 기능을 통합된 방식으로 그리고 현재 경쟁 대안보다 저렴한 비용으로 잠재적으로 제공하기 때문에 구현할 수 있습니다. MPLS 트래픽 엔지니어링을 구현하는 주된 이유는 트래픽이 네트워크를 통해 흐르는 경로를 제어하기 위해서입니다. MPLS 트래픽 엔지니어링 구현의 주요 이점은 IP의 CoS(Class of Service) 차별화와 함께 ATM의 트래픽 엔지니어링 기능의 조합을 제공한다는 것입니다.
MPLS 네트워크에서 데이터 플레인 정보는 레이블 스위칭을 사용하여 전달됩니다. 고객 에지(CE) 라우터에서 프로바이더 에지(PE) 라우터 도착하는 패킷에는 레이블이 적용되어 있으며, 송신 PE 라우터로 전달됩니다. 레이블은 송신 라우터에서 제거되고 IP 패킷으로 적절한 대상으로 전달됩니다. MPLS 도메인의 레이블 스위칭 라우터(LSR)는 레이블 배포 프로토콜을 사용하여 LSR 간에 트래픽을 전달하는 데 사용되는 레이블의 의미를 전달합니다. RSVP-TE는 LSR 피어가 다른 피어의 레이블 매핑에 대해 학습할 수 있도록 하는 레이블 배포 프로토콜 중 하나입니다.
라우터에서 MPLS와 RSVP가 모두 활성화되면 MPLS는 RSVP 클라이언트가 됩니다. Junos OS RSVP 소프트웨어의 주요 목적은 LSP(Label-Switched Path) 내에서 동적 신호를 지원하는 것입니다. RSVP는 IP 유니캐스트 및 멀티캐스트 플로우와 같은 리소스를 예약하고, 애플리케이션에 대한 QoS(quality-of-service) 매개 변수를 요청합니다. 프로토콜은 RSVP가 MPLS 네트워크에서 트래픽 엔지니어링에 사용할 수 있는 LSP를 설정할 수 있도록 MPLS 트래픽 엔지니어링 확장됩니다.
MPLS와 RSVP가 결합되면 레이블은 RSVP 흐름과 연결됩니다. LSP가 설정되면 경로를 통과하는 트래픽은 LSP의 수신 노드에 적용된 레이블에 의해 정의됩니다. 레이블과 트래픽의 매핑은 다른 기준을 사용하여 수행됩니다. 특정 노드에 의해 동일한 레이블 값을 할당한 패킷 집합은 동일한 FEC(포워딩 동등 클래스)에 속하며, RSVP 흐름을 효과적으로 정의합니다. 트래픽이 이러한 방식으로 LSP에 매핑되면 LSP를 LSP 터널이라고 합니다.
LSP 터널은 단방향 레이블 스위칭 경로를 설정하는 방법입니다. RSVP-TE는 LSP 설정을 위해 PATH 및 RESV 개체에 사용되는 기존 개체를 수정하고 새로운 개체를 정의하고 수정함으로써 RSVP 코어 프로토콜을 기반으로 합니다. 새로운 객체(LABEL-REQUEST 객체(LRO), RECORD-ROUTE 객체(RRO), LABEL 객체 및 ERO(EXPLICIT-ROUTE 객체)는 LSP 터널 구축에 필수인 LRO 및 LABEL 객체를 제외하고 RSVP 프로토콜과 관련하여 선택 사항입니다.
일반적으로 RSVP-TE는 수신에서 송신 라우터로의 프레임 전달을 보장하는 레이블 전환 경로를 설정합니다. 그러나 새로운 트래픽 엔지니어링 기능을 통해 MPLS 도메인에서 다음 기능이 지원됩니다.
-
전체 또는 부분 명시적 경로를 사용하여 레이블 스위칭 경로를 설정할 수 있습니다(RFC 3209).
-
대역폭 및 링크 속성과 같은 요구 사항을 충족하는 링크를 통한 제약 기반 LSP 설정.
-
수신 및 송신 라우터에서 LSP 터널을 설정 및 관리하는 것과 관련된 엔드포인트 제어.
-
링크 관리: 링크 리소스를 관리하여 트래픽 엔지니어링 LSP의 리소스 인식 라우팅을 수행하고 MPLS 레이블을 프로그래밍합니다.
-
보호가 필요한 LSP를 관리하고 이러한 LSP에 백업 터널 정보를 할당하는 MPLS FRR(Fast Reroute)입니다.
현재 MPLS RSVP-TE 제한 사항
트래픽 엔지니어링을 위한 RSVP 확장이 네트워크 활용도를 높이고 트래픽 클래스의 요구 사항을 충족하지만, 오늘날의 MPLS RSVP-TE 프로토콜 제품군은 분산 특성과 관련된 몇 가지 문제를 안고 있습니다. 이로 인해 특히 LSP의 하위 집합이 공통 설정을 공유하고 우선 순위 값을 유지하는 LSP 우선 순위 클래스 내에서 이분량 용량에 대한 경합 중에 여러 가지 문제가 발생합니다. RSVP-TE의 한계는 다음과 같습니다.
-
개별 LSP당, 디바이스당 대역폭 수요에 대한 가시성 부족 - MPLS RSVP-TE 네트워크의 수신 라우터는 네트워크의 대역폭 수요에 대한 글로벌 뷰 없이 LSP를 설정합니다. 네트워크 리소스 활용률에 대한 정보는 인터페이스당 트래픽 클래스별 총 예약 용량으로만 제공됩니다. 개별 LSP 상태는 자체 LSP에 대해서만 각 레이블 에지 라우터(LER)에서 로컬로 사용할 수 있습니다. 결과적으로 수요 패턴과 관련된 여러 가지 문제가 특히 일반적인 설정 및 보류 우선 순위 내에서 발생합니다.
-
RSVP 신호의 비동기적이고 독립적인 특성 - RSVP-TE에서 경로 설정에 대한 제약 조건은 관리자에 의해 제어됩니다. 따라서 LSP 터널에 예약된 대역폭은 관리자가 설정하며 터널을 통해 전송되는 트래픽에 대한 제한을 자동으로 의미하지는 않습니다. 따라서 트래픽 엔지니어링 링크에서 사용 가능한 대역폭은 링크에 대한 모든 예약의 합계를 제외한 링크에 구성된 대역폭입니다. 따라서, LSP 터널에 대한 신호 없는 수요는 트래픽 엔지니어링 링크의 대역폭 요구 사항을 준수하는 다른 LSP뿐만 아니라 초과 대역폭이 필요한 LSP의 서비스 저하로 이어집니다.
-
동적 또는 명시적 경로 옵션을 기반으로 기본 설정 순서대로 설정된 LSP - MPLS RSVP-TE 네트워크의 수신 라우터는 도착 순서에 따라 수요에 대한 LSP를 설정합니다. 수신 라우터는 네트워크의 대역폭 수요에 대한 글로벌 보기를 가지고 있지 않기 때문에 대역폭 수요가 초과될 때 LSP를 설정하기 위해 선호 순서를 사용하면 트래픽이 손실되거나 LSP가 전혀 설정되지 않을 수 있습니다.
예를 들어, 그림 2 는 MPLS RSVP-TE로 구성되며, 여기서 A와 G는 레이블 에지 라우터(LER)입니다. 이러한 수신 라우터는 요구 순서에 따라 독립적으로 LSP를 설정하며 서로의 LSP에 대한 지식이나 제어가 없습니다. 라우터 B, C 및 D는 송신 라우터 E와 F에 연결하는 중간 또는 전송 라우터입니다.
예
수신 라우터는 수요가 도착하는 순서에 따라 LSP를 설정합니다. 라우터 G가 G-F에 대해 각각 용량 5의 요구 사항을 두 개 수신하면 G는 G-B-D-F를 통해 두 개의 LSP(LSP1 및 LSP2)를 신호합니다. 같은 방식으로, 라우터 A가 A-E에 대한 용량 10의 세 번째 수요를 수신하면 A-B-C-E를 통해 LSP LSP3에 신호를 보냅니다. 그러나 A-E LSP에 대한 수요가 10에서 15로 증가하면 라우터 A는 B-C 링크의 용량이 더 낮기 때문에 동일한(A-B-C-E) 경로를 사용하여 LSP3에 신호를 보낼 수 없습니다.
라우터 A는 A-B-D-C-E 경로를 사용하여 LSP3에 대한 수요 증가를 알렸어야 합니다. LSP1과 LSP2는 수신된 수요의 순서에 따라 B-D 링크를 활용했기 때문에 LSP3은 신호되지 않습니다.
따라서 모든 LSP에 적절한 최대 플로우 대역폭을 사용할 수 있지만 LSP3는 잠재적으로 장기간의 서비스 저하가 발생할 수 있습니다. 이는 라우터 A의 글로벌 수요 가시성 부족과 수신 라우터 A와 G의 수요 배치에 대한 체계적 조정이 부족하기 때문입니다.
외부 경로 컴퓨팅 엔터티 사용
MPLS RSVP-TE 경로 계산에서 발견되는 현재 제한에 대한 솔루션으로, 사용 가능한 용량과 관계없이 네트워크에서 LSP당, 디바이스당 수요에 대한 글로벌 보기를 갖춘 외부 경로 컴퓨팅 엔터티가 필요합니다.
현재 MPLS RSVP-TE 네트워크에서는 온라인 및 실시간 제약 기반 라우팅 경로 계산만 제공됩니다. 각 라우터는 네트워크의 다른 라우터와 독립적으로 제약 기반 라우팅 계산을 수행합니다. 이러한 계산은 현재 사용 가능한 토폴로지 정보(일반적으로 최근의 정보이지만 완전히 정확하지는 않은 정보)를 기반으로 합니다. LSP 배치는 현재 네트워크 상태에 따라 로컬에서 최적화됩니다. MPLS RSVP-TE 터널은 CLI를 사용하여 설정됩니다. 운영자가 TE LSP를 구성하면 수신 라우터가 신호를 받습니다.
기존의 트래픽 엔지니어링 기능 외에도 MPLS RSVP-TE 기능은 PCE(Path Computation Element)라는 외부 경로 컴퓨팅 엔터티를 포함하도록 확장됩니다. PCE는 외부 제어를 위해 구성된 수신 라우터의 TE LSP 경로를 계산합니다. PCE에 연결하는 수신 라우터를 PCC(Path Computation Client)라고 합니다. PCC는 PCE에 의한 외부 경로 컴퓨팅을 용이하게 하기 위해 PCEP(Path Computation Client Protocol)로 구성됩니다.
자세한 내용은 외부 경로 컴퓨팅의 구성 요소를 참조하십시오.
PCC의 TE LSP에 대한 외부 경로 컴퓨팅을 활성화하려면 및 [edit mpls lsp lsp-name] 계층 수준에서 [edit mpls] 문을 포함 lsp-external-controller pccd 합니다.
외부 경로 컴퓨팅의 구성 요소
외부 경로 컴퓨팅 시스템을 구성하는 구성 요소는 다음과 같습니다.
경로 계산 요소
PCE(Path Computation Element)는 네트워크 그래프를 기반으로 네트워크 경로 또는 경로를 계산하고 계산 제약 조건을 적용할 수 있는 모든 엔티티(구성 요소, 애플리케이션 또는 네트워크 노드)일 수 있습니다. 그러나 PCE는 외부 제어를 위해 구성된 PCC의 TE LSP에 대해서만 경로를 계산할 수 있습니다.
PCE는 상태 저장 또는 무상태일 수 있습니다.
-
스테이트풀 PCE—스테이트풀 PCE는 네트워크에서 사용 중인 계산된 경로 및 예약된 리소스 집합과 함께 PCE와 네트워크 상태(토폴로지 및 리소스 정보 측면에서) 간의 엄격한 동기화를 유지합니다. 즉, 상태 저장 PCE는 PCC의 새로운 요청을 처리할 때 네트워크의 기존 경로(예: TE LSP)에 대한 정보는 물론 트래픽 엔지니어링 데이터베이스의 정보를 활용합니다.
상태 저장 PCE에는 두 가지 유형이 있습니다.
-
수동 스테이트풀 PCE—PCC와의 동기화를 유지하고 PCC LSP 상태를 학습하여 경로 계산을 더 최적화하지만 제어할 수는 없습니다.
-
활성 스테이트풀 PCE—PCC LSP 상태에 대해 학습하는 것 외에도 PCC LSP를 능동적으로 수정합니다.
참고:기본 및 백업 활성 스테이트풀 PCE가 있는 중복 구성에서 백업 활성 스테이트풀 PCE는 페일오버 시 메인 PCE가 될 때까지 위임된 LSP의 속성을 수정할 수 없습니다. 전환 시 PCE가 선점되는 것은 없습니다. 메인 PCE는 백업 PCE에 의해 지원되며, 메인 PCE가 다운되면 백업 PCE가 메인 PCE의 역할을 맡아 이전에 메인 PCE였던 PCE가 다시 작동한 후에도 메인 PCE로 남아 있습니다.
상태 저장 PCE는 다음과 같은 기능을 제공합니다.
-
오프라인 LSP 경로 계산을 제공합니다.
-
네트워크를 다시 최적화해야 할 때 LSP 재라우팅을 트리거합니다.
-
애플리케이션의 대역폭 수요가 증가할 때 LSP 대역폭을 변경합니다.
-
ERO, 설정 우선 순위 및 보류 우선 순위와 같은 라우터의 다른 LSP 속성을 수정합니다.
PCE는 네트워크의 대역폭 수요에 대한 글로벌 뷰를 가지며 경로 계산을 수행하기 위해 트래픽 엔지니어링 데이터베이스를 유지 관리합니다. SNMP 및 NETCONF를 사용하여 MPLS 도메인의 모든 라우터에서 통계 수집을 수행합니다. 이는 PCC의 TE LSP를 오프라인으로 제어할 수 있는 메커니즘을 제공합니다. 오프라인 LSP 경로 계산 시스템을 네트워크 컨트롤러에 내장할 수 있지만, PCE는 컴퓨팅 경로 외에도 PCC의 TE LSP에 대한 제어를 제공하는 본격적인 네트워크 컨트롤러처럼 작동합니다.
상태 저장 PCE는 최적의 경로 계산과 경로 계산 성공률 증가를 허용하지만, 신뢰할 수 있는 상태 동기화 메커니즘이 필요하며, 잠재적으로 상당한 컨트롤 플레인 오버헤드가 발생하고 TE LSP의 풀 메시와 같이 상태 측면에서 많은 양의 데이터를 유지해야 합니다.
-
-
상태 비저장 PCE - 상태 비저장 PCE는 계산된 경로를 기억하지 않으며, 각 요청 집합은 서로 독립적으로 처리됩니다(RFC 5440).
경로 계산 클라이언트
PCC(Path Computation Client)는 PCE에서 수행할 경로 계산을 요청하는 모든 클라이언트 애플리케이션입니다.
PCC는 한 번에 최대 10개의 PCE에 연결할 수 있습니다. PCC-PCE 연결은 구성된 정적 경로이거나 도달 가능성을 설정하는 TCP 연결일 수 있습니다. PCC는 연결된 각 PCE에 우선 순위 번호를 할당합니다. LSP 상태 동기화라는 프로세스에서 현재 LSP에 대한 정보가 포함된 메시지를 연결된 모든 PCE에 보냅니다. 외부 제어가 활성화된 TE LSP의 경우, PCC는 해당 LSP를 메인 PCE에 위임합니다. PCC는 우선 순위 번호가 가장 낮은 PCE 또는 우선 순위 번호가 없는 경우 먼저 연결하는 PCE를 기본 PCE로 선택합니다.
PCC는 PCE에서 수신하는 계산된 경로를 기반으로 LSP에 다시 신호를 보냅니다. 메인 PCE와의 PCEP 세션이 종료되면 PCC는 새로운 메인 PCE를 선택하고, 이전의 메인 PCE에 위임된 모든 LSP는 새로 사용 가능한 메인 PCE에 위임됩니다.
경로 계산 요소 프로토콜
PCEP(Path Computation Element Protocol)는 PCC와 PCE 간(그리고 두 PCE 간) 통신에 사용됩니다(RFC 5440). PCEP는 IETF PCE Working Group에서 정의한 TCP 기반 프로토콜로, PCEP 세션을 관리하고 멀티도메인 TE LSP에 대한 경로를 요청 및 전송하는 데 사용되는 일련의 메시지와 객체를 정의합니다. PCEP 상호 작용에는 PCC 메시지뿐만 아니라 MPLS RSVP-TE의 맥락에서 PCE 사용과 관련된 특정 상태의 알림이 포함됩니다. PCEP가 PCE-PCE 간 통신에 사용되는 경우 요청하는 PCE가 PCC의 역할을 맡습니다.
따라서 PCEP 기능에는 다음이 포함됩니다.
-
PCC와 스테이트풀 PCE 간의 LSP 터널 상태 동기화.
-
LSP 터널에 대한 제어권을 스테이트풀 PCE로 위임합니다.
PCEP를 사용한 PCE와 PCC 간의 상호 작용
그림 3 은 MPLS RSVP-TE의 맥락에서 PCE, PCC 및 PCEP 역할 간의 관계를 보여줍니다.
PCE에서 PCC로의 통신은 TCP 기반 PCEP에 의해 활성화됩니다. PCC는 PCEP 세션을 시작하고 PCEP 세션 기간 동안 PCE에 연결된 상태를 유지합니다.
Junos OS 릴리스 16.1부터 RFC 5440에 따라 TCP-MD5 인증을 사용하여 PCEP 세션을 보호할 수 있습니다. PCEP 세션에 MD5 보안 메커니즘을 활성화하려면 PCEP 세션의 계층 수준에서 [edit protocols pcep pce pce-id] MD5 인증 키를 정의하고 바인딩하는 것이 좋습니다. 그러나 계층 수준에서 [edit security authentication-key-chains key-chain] 사전 정의된 키체인을 사용하여 PCEP 세션을 보호할 수도 있습니다. 이 경우 사전 정의된 키체인을 계층 수준에서 [edit protocols pcep pce pce-id] PCEP 세션에 바인딩해야 합니다.
PCE와 PCC는 동일한 키를 사용하여 PCEP 세션의 TCP 연결에서 전송된 각 세그먼트의 신뢰성을 검증함으로써 공격의 대상이 될 수 있고 네트워크의 서비스를 중단시킬 수 있는 디바이스 간의 PCEP 통신을 보호합니다.
MD5 인증을 사용하여 PCEP 세션을 보호하는 방법에 대한 자세한 내용은 PCEP 세션에 대한 TCP-MD5 인증을 참조하십시오.
PCEP 세션이 설정되면 PCC는 다음 작업을 수행합니다.
-
LSP 상태 동기화 - PCC는 연결된 모든 PCE에 모든 LSP(로컬 및 외부)에 대한 정보를 보냅니다. 외부 LSP의 경우, PCC는 구성 변경, RRO 변경, 상태 변경 등에 대한 정보를 PCE로 보냅니다.
PCE 시작 LSP의 경우, PCC에는 LSP 구성이 없습니다. LSP를 시작하는 PCE는 PCE 시작 LSP를 지원하는 능력을 나타낸 PCC에 LSP 매개 변수를 보냅니다.
참고:PCE 시작 LSP에 대한 지원은 Junos OS 릴리스 13.3 이상 릴리스에서 제공됩니다.
-
LSP 위임 - LSP 상태 정보가 동기화된 후 PCC는 외부 LSP를 하나의 PCE로 위임합니다. 이는 주요 활성 스테이트풀 PCE입니다. 메인 PCE만 외부 LSP에 대한 매개 변수를 설정할 수 있습니다. 기본 PCE가 수정하는 매개 변수에는 대역폭, 경로(ERO) 및 우선 순위(설정 및 보류)가 포함됩니다. 로컬 구성에 지정된 매개 변수는 기본 PCE에 의해 설정된 매개 변수에 의해 재정의됩니다.
참고:메인 PCE와의 PCEP 세션이 종료되면 PCC는 새로운 메인 PCE를 선택하고, 이전의 메인 PCE에 위임된 모든 LSP는 새로 사용 가능한 메인 PCE에 위임됩니다.
PCE 시작 LSP의 경우, PCC는 PCE에서 수신한 매개 변수를 사용하여 LSP를 생성합니다. PCC는 PCE 시작 LSP에 고유한 LSP-ID를 할당하고 LSP를 PCE에 자동으로 위임합니다. PCC는 활성 PCEP 세션에 대한 PCE 시작 LSP에 대한 위임을 취소할 수 없습니다.
PCEP 세션이 종료되면 PCC는 서비스 중단을 방지하기 위해 PCE 시작 LSP를 즉시 삭제하지 않고 두 개의 타이머를 시작합니다.
delegation cleanup timeoutlsp cleanup timer이 시간 동안 활성 스테이트풀 PCE는 LSP에 대한 생성 요청을 전송하여 실패한 PCE에 의해 프로비저닝된 LSP에 대한 제어권을 획득할 수 있습니다.PCE 시작 LSP에 대한 제어는 의 만료 시 PCC로 되돌아갑니다.
delegation cleanup timeout이delegation cleanup timeout만료되고 다른 PCE가 실패한 PCE에서 LSP에 대한 제어권을 획득하지 못하면, PCC는 위임되지 않은 PCE 시작 LSP를 로컬에서 제어합니다. 나중에 원래 또는 새로운 활성 상태 저장 PCE가 로컬로 제어되는 PCE 시작 LSP에 대한 제어권을 획득하고자 할 경우, PCC는 이러한 LSP를 PCE에 위임하고 타이머가lsp cleanup timer중지됩니다.PCE는 PCE 간 LSP 전송을 허용하기 위해 PCE 시작 LSP의 위임을 PCC로 반환할 수 있습니다. 이는 PCE 시작 LSP에 대한 트리거
lsp cleanup timer입니다. PCC는 실패한 PCE에서 위임되지 않은 PCE 시작 LSP를 제거하기 전에 LSP 정리 타이머가 만료될 때까지 기다립니다.이
lsp cleanup timer만료되고 다른 PCE가 실패한 PCE에서 LSP에 대한 제어권을 획득하지 못하면, PCC는 실패한 PCE에 의해 프로비저닝된 모든 LSP를 삭제합니다.참고:draft-ietf-pce-stateful-pce-09에 따라 PCC에 의한 PCE 시작 LSP 위임 취소는 LSP가 대체 PCE로 재위임되기 전에 단절 전 메이크 방식으로 이루어집니다. Junos OS 릴리스 18.1R1부터 PCC가 LSP 위임을 취소하려면 이 값이
lsp-cleanup-timer같거나 같delegation-cleanup-timeout아야 합니다. 그렇지 않은 경우, PCC에 대한 재위임 시간 제한 간격을 무한대로 설정할 수 있으며, PCE에 대한 LSP 위임은 PCE에 의해 설정된 매개 변수를 변경하기 위해 PCC가 특정 조치를 취할 때까지 그대로 유지됩니다. -
LSP 신호 - 주요 활성 스테이트풀 PCE로부터 하나 이상의 LSP 매개 변수를 수신하면 PCC는 PCE 제공된 경로를 기반으로 TE LSP에 다시 신호를 보냅니다. PCC가 LSP를 설정하지 못하면 PCE에 설정 실패를 알리고 메인 PCE가 해당 LSP에 대한 새로운 매개 변수를 제공할 때까지 기다린 다음 다시 신호를 보냅니다.
PCE가 불완전하거나 경로 엔드포인트만 지정된 느슨한 홉이 있는 경로를 지정하는 경우, PCC는 로컬 제약 기반 라우팅을 수행하여 완전한 홉 세트를 찾지 않습니다. 대신 PCC는 신호 전송을 위해 PCE가 제공하는 경로를 있는 그대로 RSVP에 제공하며, 경로는 IGP 홉 바이 홉 라우팅을 사용하여 설정됩니다.
그림 2에서 사용된 토폴로지를 고려하여 그림 4는 MPLS RSVP-TE 지원 네트워크에서 부분적인 클라이언트 측 PCE 구현을 보여줍니다. 수신 라우터 A와 G는 TCP 연결을 통해 외부 스테이트풀 PCE에 연결하도록 구성된 PCC입니다.
PCE는 네트워크의 대역폭 수요에 대한 글로벌 보기를 가지며 트래픽 엔지니어링 데이터베이스를 조회한 후 외부 경로 계산을 수행합니다. 그런 다음 활성 스테이트풀 PCE는 하나 이상의 LSP 속성을 수정하고 PCC에 업데이트를 보냅니다. PCC는 PCE에서 수신한 파라미터를 사용하여 LSP에 다시 신호를 보냅니다.
에 대한 PCE 예
이러한 방식으로 상태 저장 PCE는 최단 도메인 간 제한된 경로 계산의 특정 문제를 해결하는 데 사용되는 분산 기능의 협력 운영을 제공합니다. 트래픽 스트림이 사용 가능한 리소스에 비효율적으로 매핑되어 네트워크 리소스의 일부 하위 집합을 과도하게 활용하는 반면 다른 리소스는 활용도가 낮은 상태로 유지하는 혼잡 시나리오를 제거합니다.
외부 컴퓨팅을 통한 LSP 동작
LSP 유형
클라이언트 측 PCE 구현에는 세 가지 유형의 TE LSP가 있습니다.
-
CLI 제어 LSP - 명령문이 구성되지 않은
lsp-external-controller pccdLSP를 CLI 제어 LSP라고 합니다. 이러한 LSP는 로컬 제어 하에 있지만, PCC는 초기 LSP 동기화 프로세스 중에 CLI 제어 LSP에 대한 정보로 연결된 PCE를 업데이트합니다. 초기 LSP 동기화 후, PCC는 PCE에 신규 및 삭제된 LSP도 알려줍니다. -
PCE 제어 LSP - 명령문이 구성된 LSP
lsp-external-controller pccd를 PCE 제어 LSP라고 합니다. PCC는 외부 경로 계산을 위해 PCC 시작 LSP를 메인 PCE에 위임합니다.PCC는 대역폭, ERO 및 우선 순위와 같은 PCE 제어 LSP의 구성된 매개 변수에 대해 PCE에 알려줍니다. 또한 가능한 경우 RRO를 포함한 LSP를 설정하기 위해 이러한 매개 변수에 사용되는 실제 값에 대해 PCE에 알려줍니다.
PCC는 재구성이 발생하거나 외부 제어 하에 PCE 제어 LSP의 ERO, RRO 또는 상태가 변경되는 경우에만 이러한 LSP 상태 보고서를 PCE에 보냅니다.
PCE에 대한 LSP의 CLI 구성에서 제공되는 두 가지 유형의 매개 변수가 있습니다.
-
PCE에 의해 재정의되지 않고 즉시 적용되는 매개 변수.
-
PCE에 의해 재정의되는 매개 변수입니다. 이러한 매개 변수에는 대역폭, 경로 및 우선 순위(설정 및 보류 값)가 포함됩니다. 제어 모드가 외부에서 로컬로 전환되면 이러한 매개 변수에 대한 CLI 구성 값은 LSP에 다시 신호를 보낼 수 있는 다음 기회에 적용됩니다. 값은 즉시 적용되지 않습니다.
-
-
외부 프로비저닝 LSP (또는 PCE 시작 LSP) - 문이 구성된 LSP
lsp-provisioning를 PCE 시작 LSP라고 합니다. PCE 시작 LSP는 외부 PCE에 의해 동적으로 생성됩니다. 그 결과, PCC에는 LSP 구성이 없습니다. PCC는 PCE에서 제공하는 매개 변수를 사용하여 PCE 시작 LSP를 생성하고 LSP를 PCE에 자동으로 위임합니다.참고:PCE 시작 LSP에 대한 지원은 Junos OS 릴리스 13.3 이상 릴리스에서 제공됩니다.
CLI 제어 LSP, PCE 제어 LSP 및 PCE 시작 LSP는 PCC에서 공존할 수 있습니다.
CLI 제어 LSP와 PCE 제어 LSP는 PCC에서 공존할 수 있습니다.
LSP 제어 모드
클라이언트 측 PCE 구현에는 PCC 제어 LSP에 대한 두 가지 유형의 제어 모드가 있습니다.
-
외부 - 기본적으로 모든 PCE 제어 LSP는 외부 제어 하에 있습니다. LSP가 외부 제어 하에 있을 때, PCC는 PCE 제공 매개 변수를 사용하여 LSP를 설정합니다.
-
로컬 - PCE 제어 LSP는 로컬 제어 하에 있을 수 있습니다. LSP가 외부 제어에서 로컬 제어로 전환되면 경로 계산은 CLI 구성 매개 변수 및 제약 기반 라우팅을 사용하여 수행됩니다. 이러한 전환은 LSP에 다시 신호를 보내는 트리거가 있을 때만 발생합니다. 그때까지 PCC는 PCE 제공 파라미터를 사용하여 PCE 제어 LSP에 신호를 보내지만, LSP는 로컬 제어 하에 남아 있습니다.
PCE 제어 LSP는 PCE에 연결되지 않거나 PCE가 LSP의 위임을 PCC로 다시 반환하는 경우 기본 외부 제어 모드에서 로컬 제어로 전환됩니다.
CLI 제어 LSP 및 PCE 제어 LSP에 대한 자세한 내용은 LSP 유형을 참조하십시오.
외부 컴퓨팅에 지원되는 구성 문
표 1 에는 PCE 제어 LSP에 적용되는 MPLS 및 기존 LSP 구성 명령문이 나와 있습니다.
|
PCE 제어 LSP 지원 |
적용 가능한 LSP 구성 문 |
적용 가능한 MPLS 구성 문 |
|---|---|---|
|
이러한 구성 문은 PCE 구성과 함께 구성할 수 있습니다. 그러나 로컬 구성이 사용 중일 때만 적용됩니다. PCE 제어 중에 이러한 구성 문은 비활성 상태로 유지됩니다. |
|
|
|
이러한 구성 문은 PCE 구성과 함께 구성할 수 있지만 PCE 제어 LSP 속성에 의해 재정의됩니다. 그러나 로컬 구성이 사용 중인 경우에는 이러한 구성 문에 대해 구성된 값이 적용됩니다.
참고:
LSP가 스테이트풀 PCE의 제어 하에 있는 동안 CLI를 사용하여 로컬 구성을 변경해도 LSP에 아무런 영향을 미치지 않습니다. 이러한 변경 사항은 로컬 구성이 적용될 때만 적용됩니다. |
|
|
|
이러한 구성 문은 PCE 구성과 함께 구성할 수 없습니다. |
|
|
나머지 LSP 구성 문은 기존 LSP와 동일한 방식으로 적용할 수 있습니다. PCE 제어 LSP에 대해 위의 구성 문 중 하나를 구성할 때 구성된 매개 변수가 적용되는 시기를 나타내는 MPLS 로그 메시지가 생성됩니다.
PCE 제어 LSP 보호
Fast Reroute 및 bypass LSP를 포함한 보호 경로는 제약 기반 라우팅을 사용하여 PCC에 의해 로컬로 계산됩니다. 상태 저장 PCE는 기본 경로(ERO)만 지정합니다. PCE는 로컬 구성에 LSP 보호를 위한 비대기 보조 경로가 없더라도 비대기 보조 경로를 트리거할 수도 있습니다.
PCE 제어 LSP ERO
PCE 제어 LSP(PCC 위임 LSP 및 PCE 시작 LSP)의 경우, PCE에서 PCC로 완전한 명시적 경로 객체(ERO) 객체만 전송해야 합니다. 그렇지 않으면 PCC는 해당 PCEP 세션에 대한 PCUpdate 또는 PCCreate 메시지를 거부합니다.
Junos OS 릴리스 17.2부터는 external cspfPCE 제어 LSP에 대해 두 가지 새로운 경로 계산 유형인 local cspf no cspf및 .
-
local cspf—PCC는 PCE가 유형 5의 주니퍼 벤더 TLV(기업 번호: 0x0a4c)를 전송할 때만 계산 유형을 사용합니다local cspf. -
no cspf—PCE와 PCC 모두 제약된 경로 계산을 수행하지 않습니다. 엔드포인트와 제약 조건은 IGP 경로로 LSP를 설정하기 위해 RSVP 모듈에 제공됩니다.PCC는 다음과 같은 경우에 계산 유형을 사용합니다
no cspf.-
PCE가 TLV를
local cspf전송할 때, 그리고 이 LSP에 대한 Junos OS 구성 또는 일치하는 템플릿이 PCC 위임 LSP에 포함된no-cspf경우. -
PCE가 TLV를
local cspf전송할 때, 그리고 PCE 시작 LSP에 포함된no-cspf이 LSP에 대한 Junos OS 구성 템플릿을 포함할 때. -
PCE가 빈 ERO 또는 느슨한 ERO(ERO 개체에 느슨한 비트가 설정된 경우)가 있는 TLV를 보내
local cspf지 않는 경우.
-
이러한 새로운 계산 유형을 통해 PCC는 ERO 객체를 느슨한 ERO 또는 빈 ERO로 받아들일 수 있습니다. 경로를 계산할 수 없는 외부 경로 컴퓨팅 엔터티는 분석을 기반으로 대역폭 및 색상과 같은 매개 변수를 수정할 수 있습니다. 이러한 경우 빈 ERO 객체 또는 느슨한 ERO가 사용되며 취할 경로는 PCC에 의해 결정됩니다.
PCE 제어 포인트 투 멀티포인트 RSVP-TE LSP
PCE와 PCC 간에 PCEP 세션이 설정된 후, PCC는 LSP 상태 동기화를 위해 시스템의 모든 LSP를 PCE에 보고합니다. 여기에는 PCC 제어, PCE 위임 및 PCE 시작 지점 간 LSP가 포함됩니다. Junos OS 릴리스 15.1F6 및 16.1R1부터 이 기능이 확장되어 지점 간 LSP도 보고합니다. PCE의 경우, 포인트 투 멀티포인트 LSP는 RSVP 포인트 투 멀티포인트 LSP와 유사하며, 여기서 포인트 투 멀티포인트 LSP는 포인트 투 멀티포인트 식별자 아래에 그룹화된 포인트 투 포인트 LSP의 컬렉션으로 처리됩니다.
기본적으로 PCC에서 포인트 투 멀티포인트 LSP의 PCE 제어는 지원되지 않습니다. 이 기능을 추가하려면 명령문을 또는 [edit protocols pcep pce-group group-id] 계층 수준에 [edit protocols pcep pce pce-name] 포함 p2mp-lsp-report-capability 합니다. PCC에서 포인트 투 멀티포인트 보고서 기능을 구성한 후 PCC는 이 기능을 PCE에 보급합니다. PCE가 동일한 포인트 투 멀티포인트 보고 기능을 광고하는 경우, PCC는 LSP 상태 동기화를 위해 전체 포인트 투 멀티포인트 LSP 트리를 PCE에 보고합니다.
포인트 투 멀티포인트 TE LSP 기능을 갖춘 PCC는 스테이트풀 PCE에 대한 포인트 투 멀티포인트 TE LSP 보고, 포인트 투 멀티포인트 업데이트 및 포인트 투 멀티포인트 LSP 이름을 키로 지원하는 LSP 데이터베이스를 지원합니다. 그러나 다음 기능은 Junos OS 릴리스 15.1F6 및 16.1에서 지원되지 않습니다.
-
정적 포인트 투 멀티포인트 LSP
-
PCE 위임 및 PCE 시작 point-to-multipoint LSP
-
자동 대역폭
-
TE++
-
PCE 요청 및 응답 메시지
-
템플릿을 사용한 point-to-multipoint LSP 생성
-
PCE 시작 point-to-multipoint LSP에서 포워드 엔트리 구성
-
프로비저닝된 LSP를 가리키는 라우터에 전달 항목을 구성합니다.
PCE 시작 포인트 투 포인트 LSP
Junos OS 릴리스 16.1부터 PCEP 기능이 확장되어 스테이트풀 PCE가 PCC를 통해 트래픽 엔지니어링 LSP를 시작하고 프로비저닝할 수 있습니다. 앞서 LSP는 PCC에서 구성되었고 PCC는 외부 LSP에 대한 제어를 PCE에 위임했습니다. LSP 상태의 소유권은 PCC에 의해 유지되었습니다. PCE 시작 LSP의 도입으로 PCE는 PCC에서 로컬로 구성된 LSP 없이도 동적으로 트래픽 엔지니어링 포인트 투 포인트 LSP를 시작하고 프로비저닝할 수 있습니다. PCE로부터 PCCreate 메시지를 수신하면 PCC는 PCE 시작 LSP를 생성하고 자동으로 LSP를 PCE에 위임합니다.
기본적으로 PCC는 PCE에서 PCE 시작 포인트 투 포인트 LSP를 프로비저닝하기 위한 요청을 거부합니다. PCC에서 PCE 시작 LSP를 지원하려면 또는 [edit protocols pcep pce-group group-id] 계층 수준에서 [edit protocols pcep pce pce-id] lsp-provisioning 문을 포함합니다.
PCC는 PCE와 PCEP(Path Computation Element Protocol) 세션을 설정하는 동안 PCE 시작 지점 간 LSP를 지원하는 기능을 나타냅니다. PCE는 LSP를 시작하기 위해 이 기능을 갖춘 PCC를 선택합니다. PCE는 PCC에 PCE 시작 LSP 매개 변수를 제공합니다. PCE 시작 point-to-point LSP 매개 변수를 수신하면 PCC는 LSP를 설정하고 LSP ID를 할당하며 LSP를 PCE에 자동으로 위임합니다.
LSP를 시작하는 PCE가 PCE에서 시작한 point-to-point LSP 매개 변수를 제공하지 않으면 PCC는 기본 매개 변수를 사용합니다. LSP 매개 변수가 PCE에 의해 제공되지 않는 경우 선택적 LSP 템플릿을 구성하여 PCE 시작 포인트 투 포인트 LSP에 대한 값을 지정할 수도 있습니다. PCC에서 PCE 시작 point-to-point LSP에 대한 LSP 템플릿을 구성하려면 계층 수준에서 [edit protocols mpls lsp-external-controller lsp-external-controller] label-switched-path-template 문을 포함합니다.
PCEP 세션이 종료되면 PCC는 서비스 중단을 방지하기 위해 PCE 시작 LSP를 즉시 삭제하지 않고 두 개의 타이머를 시작합니다.delegation cleanup timeout lsp cleanup timer 이 시간 동안 활성 스테이트풀 PCE는 실패한 PCE에 의해 프로비저닝된 LSP에 대한 제어권을 획득할 수 있습니다.
PCE는 PCE 간의 LSP 전송을 허용하기 위해 PCE 시작 지점 간 LSP의 위임을 PCC로 반환할 수 있습니다. PCE 시작 LSP에 대한 제어는 위임 정리 시간 초과 만료 시 PCC로 되돌아갑니다. 위임 정리 시간이 만료되고 다른 PCE가 실패한 PCE에서 LSP에 대한 제어권을 획득하지 못하면, PCC는 위임되지 않은 PCE 시작 LSP의 로컬 제어를 갖습니다. 나중에 원래 또는 새로운 활성 스테이트풀 PCE가 로컬 제어 PCE 시작 point-to-point LSP에 대한 제어권을 획득하고자 할 경우, PCC는 이러한 LSP를 PCE에 위임하고 LSP 정리 타이머가 중지됩니다.
PCC는 실패한 PCE에서 위임되지 않은 PCE 시작 point-to-point LSP를 삭제하기 전에 LSP 정리 타이머가 만료될 때까지 기다립니다. LSP 정리 타이머가 만료되고 다른 PCE가 실패한 PCE에서 LSP에 대한 제어권을 획득하지 못하면, PCC는 실패한 PCE에 의해 프로비저닝된 모든 LSP를 삭제합니다.
Junos OS 릴리스 21.1R1부터는 PCE 시작 RSVP 기반 포인트 투 포인트 및 포인트 투 멀티포인트 LSP에 대해 NSR(Nonstop Active Routing)을 지원합니다. 기본 라우팅 엔진만 컨트롤러와의 PCEP 세션을 유지합니다. PCE 시작 P2MP LSP에 대한 멀티캐스트 플로우 사양을 포함하여 PCE에 의해 시작된 모든 RSVP LSP를 백업 라우팅 엔진과 동기화합니다. 전환 중에 백업 라우팅 엔진이 기본 라우팅 엔진이 되면 PCEP 세션이 다운되었다가 다시 설정됩니다. 이는 라우팅 엔진 전환 중에 PCE 시작 RSVP LSP를 통해 전달되는 트래픽에 대한 트래픽 손실을 줄입니다. 이 기능은 NSR이 구성될 때 활성화됩니다.
PCE 시작 우회 LSP
PCE 시작 우회 LSP 이해하기
네트워크의 백업 보호 경로에 트래픽을 처리하기에 충분한 대역폭이 없기 때문에 링크 또는 노드 장애 시 트래픽 중단이 발생할 수 있습니다. 이러한 네트워크에서는 PCE를 사용하여 모든 경로를 계산할 수 있지만 네트워크 성능을 최적화하려면 로컬 보호 경로도 PCE를 통해 제어되어야 합니다.
Junos OS 릴리스 19.2R1 이상 릴리스는 인터넷 초안 draft-cbrt-pce-stateful-local-protection-01(2018년 12월 만료), PCE-Stateful을 통한 RSVP-TE 로컬 보호를 위한 PCEP 확장에 대한 부분적인 지원을 제공합니다. 여기서 PCEP 기능은 스테이트풀 PCE가 보호된 인터페이스에 대한 우회 LSP를 시작, 프로비저닝 및 관리할 수 있도록 확장됩니다. 링크 또는 노드를 보호하기 위해 PCE는 대역폭 예약이 있는 다중 우회 LSP를 시작할 수 있습니다. 우회 LSP의 대역폭은 보호할 수 있는 기본 LSP의 총 대역폭보다 작을 것으로 예상됩니다.
동적 우회 LSP보다 수동 설정 우회 LSP(사용 가능한 경우)를 선호하는 기존 우회 선택 메커니즘은 동적 우회 LSP보다 PCE 프로비저닝 우회 LSP(사용 가능한 경우)를 선호하도록 확장됩니다. PCE 프로비저닝 우회 LSP는 동적 우회 LSP에 비해 선호도가 높지만 수동 설정 우회 LSP에 비해 선호도가 낮습니다.
와 같은 clear rsvp session운영 우회 LSP에서 수행하는 데 사용되는 일련의 작업은 PCE 시작 우회 LSP에서도 수행할 수 있습니다. 등과 show path-computation-client lsp 같은 show path-computation-client status extensive 명령을 사용하여 PCE 시작 우회 LSP 통계를 볼 수 있습니다.
PCE 시작 우회 LSP의 지원으로 다음을 수행할 수 있습니다.
-
외부 컨트롤러에서 PCEP를 통해 RSVP 우회 LSP를 생성합니다. 여기서 우회 LSP는 다음과 같습니다.
-
링크 또는 노드 보호용일 수 있습니다.
-
0이 아닌 대역폭을 가져야 합니다.
-
지정된 엄격한 ERO가 있어야 합니다.
-
-
기존 PCE 생성 우회 LSP에 대한 대역폭 및 ERO를 업데이트합니다.
-
기본 LSP의 승인 제어를 위해 우회 LSP 대역폭을 오버서브스크립션합니다. 이는 바이패스별 매개 변수여야 하며 우회 LSP당 구독 업데이트를 허용해야 합니다.
PCE 시작 우회 LSP의 이점
PCE 시작 우회 LSP는 다음과 같은 이점을 제공합니다.
-
장애 후 트래픽에 대한 더 나은 제어와 보호 경로의 보다 확정적인 경로 계산.
-
LSP에 대한 다양한 경로 및 로컬 보호 경로 유지와 같은 복잡한 제약 조건 및 다양성 요구 사항을 충족합니다.
-
장애 이벤트 중에 링크가 오버로드되지 않도록 합니다.
PCEP 세션 실패 중 PCE 시작 우회 LSP의 동작
PCEP 세션 실패 시, PCE 시작 우회 LSP는 상태 시간 제한 타이머가 만료될 때까지 고아가 됩니다. PCE 시작 우회 LSP는 상태 시간 제한 타이머가 만료될 때 정리됩니다. PCE 시작 우회 LSP(PCEP 세션 실패 후)의 제어를 얻기 위해 PCE(기본 PCE 또는 보조 PCE)는 상태 시간 제한 타이머가 만료되기 전에 PCInitiate 메시지를 보냅니다.
PCE 시작 포인트 투 멀티포인트 LSP
포인트 투 멀티포인트 PCE 시작 LSP의 도입으로 PCE는 PCC에서 로컬 LSP를 구성할 필요 없이 포인트 투 멀티포인트 LSP를 동적으로 시작하고 프로비저닝할 수 있습니다. 이를 통해 PCE는 PCEP(Path Computation Element Protocol) 세션 내 및 세션 전반에 걸쳐 포인트 투 멀티포인트 경로 계산의 타이밍과 시퀀스를 제어하여 중앙에서 제어되고 배포되는 동적 네트워크를 생성할 수 있습니다.
자세한 내용은 PCE 시작 Point-to-Multipoint LSP를 지원하는 MPLS RSVP-TE에 대한 경로 계산 요소 프로토콜 이해를 참조하십시오.
PCEP의 SRv6 LSP
세그먼트 라우팅은 MPLS와 IPv6 포워딩 플레인 모두에 적용할 수 있습니다. PCE(Path Computation Element)는 MPLS 및 IPv6 포워딩 플레인 모두에 대한 SR 경로를 계산합니다. PCEP용 세그먼트 라우팅은 IPv6 포워딩 플레인에서 PCE 시작, 로컬 생성 및 위임된 SR LSP와 같은 SR LSP를 지원합니다.
PCEP에서 SRv6 LSP의 이점
- PCE 시작 SRv6 LSP를 생성할 수 있습니다.
- 라우터에서 생성된 SRv6 LSP를 컨트롤러에 위임합니다.
- 라우터에서 로컬로 생성된 LSP를 컨트롤러에 보고합니다.
- SRv6 네트워크 프로그래밍은 MPLS를 구축하지 않고도 세그먼트 라우팅을 활용할 수 있는 유연성을 제공합니다.
PCEP는 PCE 시작 컬러 및 비컬러 SRv6 LSP의 생성, 업데이트 및 삭제를 지원합니다. PCE 시작 SRv6 LSP가 동일한 IP 또는 컬러 기반 IP에 대한 정적 SRv6 LSP와 함께 공존하는 경우, 정적 SRv6 TE LSP 기여 경로가 PCE 시작 SRv6 TE LSP 기여 경로보다 선호됩니다.
PCEP 세션을 SRv6이 가능하도록 구성하려면 [edit protocols pcep pce pce-id] 또는 [edit protocols pcep pce-group pce-id] 계층 수준에서 구성 문을 활성화 srv6-capability 해야 합니다. 구성 문이 활성화된 경우 srv6-capability [edit protocols source-packet-routing] 계층 수준에서 srv6 구성 문도 활성화해야 합니다. 그렇지 않으면 커밋 중에 오류가 표시됩니다.
SR-TE용 SRv6을 구성하려면 [edit protocols source-packet-routing] 계층 수준에서 srv6 구성 문을 추가해야 합니다.
[자세한 내용은 SRv6 터널에 대한 SR-TE 정책 이해 를 참조하십시오.
SRv6 LSP의 최대 세그먼트 목록 깊이를 구성하려면 [edit protocols pcep] 계층 수준에서 구성 문을 활성화 maximum-srv6-segment-list-depth 해야 합니다.
자동 대역폭 및 PCE 제어 LSP
Junos OS 릴리스 14.2R4부터는 PCE 제어 LSP에 대한 자동 대역폭 지원이 제공됩니다. 이전 릴리스에서는 자동 대역폭 옵션이 PCE 제어 LSP에 적용되지 않았지만, 자동 대역 및 제약 기반 라우팅의 제어 하에 있는 LSP는 PCE 제어 LSP와 공존할 수 있습니다. 자동 대역폭에 대한 통계 수집은 PCE 제어 LSP의 제어 모드가 외부에서 로컬로 변경되는 경우에만 적용됩니다. 이는 PCE에 연결되지 않거나 PCE가 LSP의 위임을 PCC로 반환하는 경우와 같은 경우에 발생했습니다.
PCEP 세션을 위한 TCP-MD5 인증
스테이트풀 PCE 서버는 네트워크 전반에서 트래픽 엔지니어링 경로 생성을 자동화하여 네트워크 활용도를 높이고 PCC와의 PCEP 통신을 사용하여 프로그래밍 가능한 맞춤형 네트워킹 경험을 가능하게 합니다. PCC는 LSP 보고서를 PCE 서버로 전송하고 PCE는 LSP를 PCC에 다시 업데이트하거나 프로비저닝합니다. PCEP 세션을 통해 전송되는 데이터는 PCE 서버가 외부 경로 컴퓨팅을 수행하는 데 매우 중요합니다. 결과적으로 PCEP 통신에 대한 공격이 네트워크 서비스를 중단시킬 수 있습니다. 변경된 PCEP 메시지가 PCC로 전송되면 부적절한 LSP가 설정될 수 있습니다. 마찬가지로, 변경된 PCEP 메시지가 PCE로 전송되면 PCE는 네트워크에 대한 잘못된 보기를 학습합니다.
PCE 기능을 효과적으로 실행하는 데 있어 PCE와 PCC 간의 PCEP 통신의 중요성을 고려하여 Junos OS 릴리스 16.1에는 RFC 5440에 따라 TCP-MD5 인증을 사용하여 PCEP 세션을 보호하는 기능이 도입되었습니다. 이 기능은 PCEP 세션을 통해 PCE와 PCC 간의 통신을 보호하며, 이는 공격의 대상이 될 수 있으며 네트워크 서비스를 중단시킬 수 있습니다.
PCEP 세션에 MD5 보안 메커니즘을 활성화하려면 PCEP 세션의 계층 수준에서 [edit protocols pcep pce pce-id] MD5 인증 키를 정의하고 바인딩하는 것이 좋습니다. 그러나 계층 수준에서 [edit security authentication-key-chains key-chain] 사전 정의된 키체인을 사용하여 PCEP 세션을 보호할 수도 있습니다. 이 경우 사전 정의된 키체인을 계층 수준에서 [edit protocols pcep pce pce-id] PCEP 세션에 바인딩해야 합니다.
PCE와의 보안 PCEP 세션을 설정하기 위해 PCC에서 다음 구성이 실행됩니다.
-
MD5 인증 키 사용:
[edit protocols pcep pce pce-id] user@PCC# set authentication-key key
-
사전 정의된 인증 키체인 사용:
[edit protocols pcep pce pce-id] user@PCC# set authentication-key-chain key-chain user@PCC# set authentication-algorithm md5
안전한 PCEP 세션이 성공적으로 설정되려면 PCE 서버와 PCC 모두에서 사전 공유된 인증 키로 MD5 인증을 구성해야 합니다. PCE와 PCC는 동일한 키를 사용하여 PCEP 세션의 TCP 연결에서 전송된 각 세그먼트의 신뢰성을 확인합니다.
-
Junos OS 릴리스 16.1은 도청, 변조 및 메시지 위조에 대한 보호와 같은 TLS 및 TCP-AO에 대한 지원을 확장하지 않고 PCEP 세션에 대한 TCP-MD5 인증만 지원합니다.
-
PCEP 세션에 보안 메커니즘을 처음 적용하면 세션이 재설정됩니다.
-
MD5가 잘못 구성되었거나 PCEP 세션의 한쪽에서 구성되지 않으면 세션이 설정되지 않습니다. PCC와 PCE의 구성이 일치하는지 확인합니다.
-
이 기능은 세션 인증 메커니즘을 지원하지 않습니다.
-
PCEP 세션에서 사용하는 인증 키 체인을 보려면 명령
show protocols pcep출력을 사용합니다show path-computation-client status. -
이 명령을 사용하여
show system statistics tcp | match auth인증 오류로 인해 TCP에 의해 삭제된 패킷 수를 볼 수 있습니다. -
키 체인의 작동은 명령 출력을 사용하여
show security keychain detail확인할 수 있습니다.
클라이언트 측 PCE 구현이 네트워크 성능에 미치는 영향
상태 저장 데이터베이스의 유지 관리는 중요하지 않을 수 있습니다. 단일 중앙 집중식 PCE 환경에서 상태 저장 PCE는 PCE가 계산한 모든 TE LSP, 실제로 설정된 TE LSP(알 수 있는 경우) 및 TE LSP가 해체된 시기를 기억하기만 하면 됩니다. 그러나 이러한 요구 사항으로 인해 상태, 네트워크 사용 및 처리, 네트워크 전체의 글로벌 링크 최적화 측면에서 상당한 제어 프로토콜 오버헤드가 발생합니다. 따라서 스테이트풀 PCE 구현의 우려 사항은 다음과 같습니다.
-
신뢰할 수 있는 동기화 메커니즘은 상당한 컨트롤 플레인 오버헤드를 초래합니다. PCE는 서로 통신하여 상태를 동기화할 수 있지만 여러 PCE 간에 수행되는 분산 계산을 사용하여 TE LSP를 설정하면 동기화 및 경합 조건 회피 문제가 더 크고 복잡해집니다.
-
대역 외 트래픽 엔지니어링 데이터베이스 동기화는 분산 PCE 계산 모델에 설정된 여러 PCE로 복잡할 수 있으며, 경합 조건, 확장성 문제 등이 발생하기 쉽습니다.
-
전체 네트워크 상태를 통합하는 경로 계산은 PCE가 모든 경로, 우선순위 및 계층에 대한 자세한 정보를 가지고 있더라도 매우 복잡합니다.
위의 우려에도 불구하고 상태 저장 PCE의 부분적인 클라이언트 측 구현은 대규모 트래픽 엔지니어링 시스템에서 매우 효과적입니다. TE LSP 상태의 글로벌 가시성과 제어 대상 시스템 내의 디바이스 간 경로 예약의 질서 있는 제어에 대한 요구 사항을 제공함으로써 최적의 리소스 사용 측면에서 신속한 컨버전스와 상당한 이점을 제공합니다.
예: MPLS RSVP-TE를 위한 경로 계산 요소 프로토콜 구성
이 예는 PCC(Path Computation Client)에서 트래픽 엔지니어링 레이블 스위칭 경로(TE LSP)에 대해 PCE(Path Computation Element)로 외부 경로 컴퓨팅을 활성화하는 방법을 보여줍니다. 또한 PCC에서 PCEP(Path Computation Element Protocol)를 구성하여 PCE 간 통신을 활성화하는 방법도 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
멀티서비스 에지 라우터M Series ACX 시리즈 라우터, MX 시리즈 5G 유니버설 라우팅 플랫폼, T 시리즈 코어 라우터 또는 PTX 시리즈 전송 라우터의 조합이 될 수 있는 라우터 3개(그 중 하나는 PCC로 구성됨).
-
PCC에서 외부 스테이트풀 PCE로의 TCP 연결.
-
Junos OS 릴리스 12.3 이상 JSDN 애드온 패키지와 함께 PCC에서 실행됩니다.
JSDN 애드온 패키지는 코어 Junos OS 설치 패키지와 함께 설치해야 합니다.
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
MPLS 및 RSVP-TE를 구성합니다.
-
IS-IS 또는 기타 IGP 프로토콜을 구성합니다.
개요
Junos OS 릴리스 12.3부터 MPLS RSVP-TE 기능이 확장되어 PCC에서 상태 저장 PCE 아키텍처(draft-ietf-pce-stateful-pce)의 부분적인 클라이언트 측 구현을 제공합니다.
상태 저장 PCE 아키텍처의 부분적인 클라이언트 측 구현은 인터넷 초안 draft-ietf-pce-stateful-pce의 버전 2를 기반으로 합니다. Junos OS 릴리스 16.1부터 이 구현은 인터넷 초안 draft-ietf-pce-stateful-pce-07에 정의된 바와 같이 버전 7을 지원하도록 업그레이드됩니다. 16.1 이전 릴리스는 이전 버전의 PCE 초안을 지원하므로 이전 릴리스를 실행하는 PCC와 인터넷 초안 draft-ietf-pce-stateful-pce-07을 준수하는 스테이트풀 PCE 서버 간에 상호 운용성 문제가 발생합니다.
PCE에 의한 외부 경로 컴퓨팅을 활성화하려면 및 [edit mpls lsp lsp-name] 계층 수준에서 [edit mpls] PCC의 문을 포함 lsp-external-controller 합니다.
lsp-external-controller pccd;
명령 lsp-external-controller 문으로 구성된 LSP는 PCE 제어 LSP라고 하며 기본적으로 PCE의 외부 제어 하에 있습니다. 활성 스테이트풀 PCE는 PCC의 PCE 제어 LSP에 대해 대역폭, 경로(ERO) 및 우선 순위와 같은 CLI에서 설정된 매개 변수를 재정의할 수 있습니다.
PCE에서 PCC로의 통신을 활성화하려면 계층 수준에서 PCC에서 PCEP를 구성합니다 [edit protocols] .
pcep { ... }
PCC에서 PCEP를 구성할 때 다음 고려 사항을 알고 있어야 합니다.
-
JSDN 애드온 패키지는 코어 Junos OS 설치 패키지와 함께 설치해야 합니다.
-
Junos OS 릴리스 12.3은 스테이트풀 PCE만 지원합니다.
-
PCC는 최대 10개의 스테이트풀 PCE에 연결할 수 있습니다. 특정 시점에서 PCC가 경로 계산을 위해 LSP를 위임하는 메인 PCE(우선 순위 값이 가장 낮은 PCE 또는 PCE 우선 순위가 없는 경우 먼저 PCC에 연결하는 PCE)만 있을 수 있습니다.
-
Junos OS 릴리스 12.3의 경우, PCC는 항상 PCEP 세션을 시작합니다. 원격 PCE에 의해 시작된 PCEP 세션은 PCC에서 허용되지 않습니다.
-
LSP 보호 및 단절 전 접속과 같은 기존 LSP 기능은 PCE 제어 LSP에서 작동합니다.
-
자동 대역폭 옵션은 PCE 제어 LSP에 대해 꺼져 있지만, 자동 대역 및 제약 기반 라우팅의 제어 하에 있는 LSP는 PCE 제어 LSP와 공존할 수 있습니다.
-
PCE 제어 LSP는 경로에 대한 lsp-nexthop, 포워딩 인접성, CCC 연결 및 논리 터널과 같은 다른 CLI 구성으로 참조할 수 있습니다.
-
PCE 제어 LSP는 GRES를 지원하지 않습니다.
-
논리적 시스템 하의 PCE 제어 LSP는 지원되지 않습니다.
-
PCE 제어 LSP는 포인트 투 멀티포인트 LSP가 될 수 없습니다.
-
양방향 LSP는 지원되지 않습니다.
-
PCE 제어 LSP는 기본 경로 없이는 보조 경로를 가질 수 없습니다.
-
PCE 제어 LSP는 외부 경로 계산에 의존하며, 이는 전체 설정 시간, 경로 변경, 단절 전 접속 기능에 영향을 미칩니다.
-
기존 LSP의 설정 시간 및 컨버전스 시간(재라우팅, MBB)은 PCE 제어 LSP가 없는 경우 이전 릴리스와 동일합니다. 그러나 PCE 제어 LSP가 있는 경우 작은 영향이 나타납니다.
-
ERO 계산 시간은 로컬 CSPF보다 훨씬 더 길 것으로 예상됩니다.
토폴로지
를 위한 PCEP 구성
이 예에서 PCC는 외부 활성 스테이트풀 PCE에 연결하는 수신 라우터입니다.
라우터 PCC의 외부 LSP는 다음과 같이 계산됩니다:
-
라우터 PCC는 CLI를 사용하여 설정된 LSP 터널 구성을 수신합니다. 수신된 구성이 외부 경로 컴퓨팅으로 활성화되었다고 가정하면, 라우터 PCC는 일부 LSP 속성(대역폭, 경로 및 우선 순위)이 스테이트풀 PCE의 제어 하에 있음을 인식하고 LSP를 PCE에 위임합니다.
이 예에서는 외부 LSP가 호출
PCC-to-R2되고 라우터 PCC에서 라우터 R2로 설정되고 있습니다. CLI 구성 EROPCC-to-R2는 PCC-R0-R1-R2입니다. 의PCC-to-R2대역폭은 10m이고, 설정 및 보류 우선 순위 값은 모두 4입니다. -
라우터 PCC는 PCE 제어 LSP 속성을 검색하려고 시도합니다. 이를 위해 라우터 PCC는 LSP가 구성되었음을 알리는 PCRpt 메시지를 스테이트풀 PCE에 보냅니다. PCRpt 메시지는 LSP의 상태를 전달하고 LSP의 로컬 구성 매개 변수를 포함합니다.
-
스테이트풀 PCE는 위임된 LSP 속성 중 하나 이상을 수정하고 PCUpd 메시지를 통해 라우터 PCC에 새로운 LSP 매개 변수를 보냅니다.
-
새로운 LSP 매개 변수를 수신하면 라우터 PCC는 새 LSP를 설정하고 PCE 제공 경로를 사용하여 다시 신호를 보냅니다.
이 예에서 PCE 제공 ERO
PCC-to-R2는 PCC-R3-R2입니다. 의PCC-to-R2대역폭은 8m이고, 설정 및 보류 우선 순위 값은 모두 3입니다. -
라우터 PCC는 새로운 RRO가 포함된 PCRpt를 스테이트풀 PCE로 보냅니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.
PCC
set interfaces ge-1/0/1 unit 0 family inet address 20.31.4.1/24 set interfaces ge-1/0/1 unit 0 family iso set interfaces ge-1/0/1 unit 0 family mpls set interfaces ge-1/1/1 unit 0 family inet address 20.31.1.1/24 set interfaces ge-1/1/1 unit 0 family iso set interfaces ge-1/1/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.179.95/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls lsp-external-controller pccd set protocols mpls label-switched-path PCC-to-R2 to 10.255.179.98 set protocols mpls label-switched-path PCC-to-R2 bandwidth 10m set protocols mpls label-switched-path PCC-to-R2 priority 4 4 set protocols mpls label-switched-path PCC-to-R2 primary to-R2-path set protocols mpls label-switched-path PCC-to-R2 lsp-external-controller pccd set protocols mpls path to-R2-path 20.31.1.2 strict set protocols mpls path to-R2-path 20.31.2.2 strict set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis level 1 disable set protocols isis interface all set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0 set protocols pcep pce pce1 destination-ipv4-address 10.209.57.166 set protocols pcep pce pce1 destination-port 4189 set protocols pcep pce pce1 pce-type active set protocols pcep pce pce1 pce-type stateful
R0
set interfaces ge-1/0/6 unit 0 family inet address 20.31.1.2/24 set interfaces ge-1/0/6 unit 0 family iso set interfaces ge-1/0/6 unit 0 family mpls set interfaces ge-1/0/7 unit 0 family inet address 20.31.2.1/24 set interfaces ge-1/0/7 unit 0 family iso set interfaces ge-1/0/7 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.179.96/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis level 1 disable set protocols isis interface all set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0
R1
set system ports console log-out-on-disconnect set interfaces ge-2/0/3 unit 0 family inet address 20.31.2.2/24 set interfaces ge-2/0/3 unit 0 family iso set interfaces ge-2/0/3 unit 0 family mpls set interfaces ge-2/0/4 unit 0 family inet address 20.31.8.1/24 set interfaces ge-2/0/4 unit 0 family iso set interfaces ge-2/0/4 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.179.97/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis level 1 disable set protocols isis interface all set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0
R2
set interfaces ge-1/0/2 unit 0 family inet address 20.31.8.2/24 set interfaces ge-1/0/2 unit 0 family iso set interfaces ge-1/0/2 unit 0 family mpls set interfaces ge-1/0/3 unit 0 family inet address 20.31.5.2/24 set interfaces ge-1/0/3 unit 0 family iso set interfaces ge-1/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.179.98/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis level 1 disable set protocols isis interface all set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0
R3
set interfaces ge-2/0/1 unit 0 family inet address 20.31.4.2/24 set interfaces ge-2/0/1 unit 0 family iso set interfaces ge-2/0/1 unit 0 family mpls set interfaces ge-2/0/3 unit 0 family inet address 20.31.5.1/24 set interfaces ge-2/0/3 unit 0 family iso set interfaces ge-2/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.179.99/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis level 1 disable set protocols isis interface all set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0
절차
단계별 절차
다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오.
라우터 PCC를 구성하려면:
각 라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 MPLS 도메인의 모든 주니퍼 네트웍스 수신 라우터에 대해 이 절차를 반복합니다.
-
인터페이스를 구성합니다.
MPLS를 활성화하려면 인터페이스가 들어오는 MPLS 트래픽을 삭제하지 않도록 인터페이스에 프로토콜 family를 포함합니다.
[edit interfaces]user@PCC# set ge-1/0/1 unit 0 family inet address 20.31.4.1/24 user@PCC# set ge-1/0/1 unit 0 family iso user@PCC# set ge-1/0/1 unit 0 family mpls user@PCC# set ge-1/1/1 unit 0 family inet address 20.31.1.1/24 user@PCC# set ge-1/1/1 unit 0 family iso user@PCC# set ge-1/1/1 unit 0 family mpls user@PCC# set lo0 unit 0 family inet address 10.255.179.95/32 -
관리 인터페이스를 제외한 라우터 PCC의 모든 인터페이스에서 RSVP를 활성화합니다.
[edit protocols]user@PCC# set rsvp interface all user@PCC# set rsvp interface fxp0.0 disable -
라우터 PCC에서 라우터 R2로의 LSP(label-switched path)를 구성하고 PCE에 의한 LSP의 외부 제어를 활성화합니다.
[edit protocols] user@PCC# set mpls lsp-external-controller pccd user@PCC# set mpls label-switched-path PCC-to-R2 to 10.255.179.98/32 user@PCC# set mpls label-switched-path PCC-to-R2 bandwidth 10m user@PCC# set protocols mpls label-switched-path PCC-to-R2 priority 4 4 user@PCC# set protocols mpls label-switched-path PCC-to-R2 primary to-R2-path user@PCC# set protocols mpls label-switched-path PCC-to-R2 lsp-external-controller pccd
-
라우터 PCC에서 라우터 R2로 LSP를 구성합니다. 이는 로컬 제어가 있고 PCE 제공 LSP 매개 변수에 의해 재정의됩니다.
[edit protocols] user@PCC# set mpls path to-R2-path 20.31.1.2/30 strict user@PCC# set mpls path to-R2-path 20.31.2.2/30 strict
-
관리 인터페이스를 제외한 라우터 PCC의 모든 인터페이스에서 MPLS를 활성화합니다.
[edit protocols] user@PCC# set mpls interface all user@PCC# set mpls interface fxp0.0 disable
-
관리 인터페이스를 제외한 라우터 PCC의 모든 인터페이스에서 IS-IS를 구성합니다.
[edit protocols] user@PCC# set isis level 1 disable user@PCC# set isis interface all user@PCC# set isis interface fxp0.0 disable user@PCC# set isis interface lo0.0
-
라우터 PCC가 연결하는 PCE를 정의하고 PCE의 IP 주소를 구성합니다.
[edit protocols] user@PCC# set pcep pce pce1 destination-ipv4-address 10.209.57.166
-
TCP 기반 PCEP를 사용하여 PCE에 연결하는 라우터 PCC의 대상 포트를 구성합니다.
[edit protocols] user@PCC# set pcep pce pce1 destination-port 4189
-
PCE 유형을 구성합니다.
[edit protocols] user@PCC# set pcep pce pce1 pce-type active user@PCC# set pcep pce pce1 pce-type stateful
결과
구성 모드에서 and show protocols 명령을 입력 show interfaces 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
user@PCC# show interfaces
ge-1/0/1 {
unit 0 {
family inet {
address 20.31.4.1/24;
}
family iso;
family mpls;
}
}
ge-1/1/1 {
unit 0 {
family inet {
address 20.31.1.1/24;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.179.95/32;
}
}
}
user@PCC# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
}
mpls {
lsp-external-controller pccd;
label-switched-path PCC-to-R2 {
to 10.255.179.98;
bandwidth 10m;
priority 4 4;
primary to-R2-path;
lsp-external-controller pccd;
}
path to-R2-path {
20.31.1.2 strict;
20.31.2.2 strict;
}
interface all;
interface fxp0.0 {
disable;
}
}
isis {
level 1 disable;
interface all;
interface fxp0.0 {
disable;
}
interface lo0.0;
}
pcep {
pce pce1 {
destination-ipv4-address 10.209.57.166;
destination-port 4189;
pce-type active stateful;
}
}
디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .
검증
구성이 제대로 작동하고 있는지 확인합니다.
PCEP 세션 상태 확인
목적
PCE 상태가 up일 때 PCE와 라우터 PCC 간의 PCEP 세션 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show path-computation-client active-pce .
user@PCC> show path-computation-client active-pce
PCE pce1
General
IP address : 10.209.57.166
Priority : 0
PCE status : PCE_STATE_UP
Session type : PCE_TYPE_STATEFULACTIVE
PCE-mastership : main
Counters
PCReqs Total: 0 last 5min: 0 last hour: 0
PCReps Total: 0 last 5min: 0 last hour: 0
PCRpts Total: 5 last 5min: 5 last hour: 5
PCUpdates Total: 1 last 5min: 1 last hour: 1
Timers
Local Keepalive timer: 30 [s] Dead timer: 120 [s]
Remote Keepalive timer: 30 [s] Dead timer: 120 [s]
Errors
PCErr-recv
PCErr-sent
PCE-PCC-NTFS
PCC-PCE-NTFS의미
출력에는 라우터 PCC가 연결된 현재 활성 스테이트풀 PCE에 대한 정보가 표시됩니다. 출력 필드는 PCE status PCE와 라우터 PCC 간의 PCEP 세션의 현재 상태를 나타냅니다.
의 경우 pce1, PCEP 세션의 상태는 PCE_STATE_UPPCEP 피어 간에 PCEP 세션이 설정되었음을 나타냅니다.
의 PCRpts 통계는 LSP의 현재 상태를 보고하기 위해 라우터 PCC가 PCE로 보낸 메시지 수를 나타냅니다. 통계는 PCUpdates 라우터 PCC가 PCE로부터 수신한 메시지 수를 나타냅니다. 메시지에는 PCUpdates PCE 제어 LSP에 대한 PCE 수정 매개 변수가 포함됩니다.
LSP 제어가 외부일 때 PCE 제어 LSP 상태 확인
목적
LSP가 외부 제어 하에 있을 때 라우터 PCC에서 라우터 R2로의 PCE 제어 LSP의 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show mpls lsp name PCC-to-R2 extensive .
user@PCC> show mpls lsp name PCC-to-R2 extensive
Ingress LSP: 1 sessions
10.255.179.98
From: 10.255.183.59, State: Up, ActiveRoute: 0, LSPname: PCC-to-R2
ActivePath: to-R2-path (primary)
LSPtype: Externally controlled, Penultimate hop popping
LSP Control Status: Externally controlled
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary to-R2-path State: Up
Priorities: 3 3
Bandwidth: 8Mbps
SmartOptimizeTimer: 180
No computed ERO.
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
20.31.4.2 20.31.5.2
21 Mar 11 05:00:56.736 EXTCTRL LSP: Sent Path computation request and LSP status
20 Mar 11 05:00:56.736 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
19 Mar 11 05:00:56.735 Selected as active path
18 Mar 11 05:00:56.734 EXTCTRL LSP: Sent Path computation request and LSP status
17 Mar 11 05:00:56.734 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
16 Mar 11 05:00:56.734 Record Route: 20.31.4.2 20.31.5.2
15 Mar 11 05:00:56.734 Up
14 Mar 11 05:00:56.713 EXTCTRL LSP: Sent Path computation request and LSP status
13 Mar 11 05:00:56.713 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
12 Mar 11 05:00:56.712 Originate Call
11 Mar 11 05:00:56.712 EXTCTRL_LSP: Received setup parameters : 20.31.4.2 20.31.5.2
10 Mar 11 05:00:49.283 EXTCTRL LSP: Sent Path computation request and LSP status
9 Mar 11 05:00:49.283 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
8 Mar 11 05:00:20.581 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
7 Mar 11 05:00:20.581 EXTCTRL LSP: Sent Path computation request and LSP status
6 Mar 11 05:00:20.581 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
5 Mar 11 05:00:20.580 EXTCTRL_LSP: Control status became external
4 Mar 11 05:00:03.716 EXTCTRL_LSP: Control status became local
3 Mar 11 05:00:03.714 EXTCTRL LSP: Sent Path computation request and LSP status
2 Mar 11 05:00:03.714 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
1 Mar 11 05:00:00.279 EXTCTRL LSP: Awaiting external controller connection
Created: Mon Mar 11 05:00:00 2013
Total 1 displayed, Up 1, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0의미
출력에서 및 LSP Control Status 출력 필드는 LSPtype LSP가 외부에서 제어된다는 것을 보여줍니다. 출력에는 라우터 PCC와 PCE 간에 전송된 PCEP 메시지의 로그도 표시됩니다.
PCE와 라우터 PCC 간의 PCEP 세션이 작동하고 라우터 PCC는 다음과 같은 PCE 제어 LSP 매개 변수를 수신합니다.
-
ERO(경로) - 20.31.4.2 및 20.31.5.2
-
대역폭—8Mbps
-
우선 순위—3 3(설정 및 보류 값)
LSP 제어가 로컬일 때 PCE 제어 LSP 상태 확인
목적
LSP 제어가 로컬이 되면 라우터 PCC에서 라우터 R2로의 PCE 제어 LSP의 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show mpls lsp name PCC-to-R2 extensive .
user@PCC> show mpls lsp name PCC-to-R2 extensive
Ingress LSP: 1 sessions
10.255.179.98
From: 10.255.183.59, State: Up, ActiveRoute: 0, LSPname: PCC-to-R2
ActivePath: to-R2-path (primary)
LSPtype: Externally controlled, Penultimate hop popping
LSP Control Status: Locally controlled
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary to-R2-path State: Up
Priorities: 4 4 (ActualPriorities 3 3)
Bandwidth: 10Mbps (ActualBandwidth: 8Mbps)
SmartOptimizeTimer: 180
No computed ERO.
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
20.31.4.2 20.31.5.2
22 Mar 11 05:02:09.618 EXTCTRL_LSP: Control status became local
21 Mar 11 05:00:56.736 EXTCTRL LSP: Sent Path computation request and LSP status
20 Mar 11 05:00:56.736 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
19 Mar 11 05:00:56.735 Selected as active path
18 Mar 11 05:00:56.734 EXTCTRL LSP: Sent Path computation request and LSP status
17 Mar 11 05:00:56.734 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
16 Mar 11 05:00:56.734 Record Route: 20.31.4.2 20.31.5.2
15 Mar 11 05:00:56.734 Up
14 Mar 11 05:00:56.713 EXTCTRL LSP: Sent Path computation request and LSP status
13 Mar 11 05:00:56.713 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
12 Mar 11 05:00:56.712 Originate Call
11 Mar 11 05:00:56.712 EXTCTRL_LSP: Received setup parameters : 20.31.4.2 20.31.5.2
10 Mar 11 05:00:49.283 EXTCTRL LSP: Sent Path computation request and LSP status
9 Mar 11 05:00:49.283 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
8 Mar 11 05:00:20.581 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
7 Mar 11 05:00:20.581 EXTCTRL LSP: Sent Path computation request and LSP status
6 Mar 11 05:00:20.581 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
5 Mar 11 05:00:20.580 EXTCTRL_LSP: Control status became external
4 Mar 11 05:00:03.716 EXTCTRL_LSP: Control status became local
3 Mar 11 05:00:03.714 EXTCTRL LSP: Sent Path computation request and LSP status
2 Mar 11 05:00:03.714 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
1 Mar 11 05:00:00.279 EXTCTRL LSP: Awaiting external controller connection
Created: Mon Mar 11 05:00:00 2013
Total 1 displayed, Up 1, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0의미
출력에서 출력 필드는 LSP Control Status LSP가 로컬 제어 하에 있음을 보여줍니다. PCE 제어 LSP가 로컬 제어 하에 있지만 라우터 PCC는 LSP에 다시 신호를 보낼 수 있는 다음 기회까지 PCE 제공 매개 변수를 계속 사용합니다.
이제 출력에는 LSP를 사용 중인 실제 값으로 설정하는 데 사용되는 PCE 제공 매개 변수와 함께 CLI를 사용하여 구성된 LSP 매개 변수가 표시됩니다.
-
대역폭—10Mbps(실제 대역폭: 8Mbps)
-
우선 순위—4 4(실제 우선 순위 3 3)
LSP에 다시 신호를 보내기 위한 트리거에서 라우터 PCC는 로컬 구성 매개 변수를 사용하여 PCE 제어 LSP를 설정합니다.
user@PCC> show mpls lsp name PCC-to-R2 extensive externally-controlled
Ingress LSP: 1 sessions
10.255.179.98
From: 10.255.183.59, State: Up, ActiveRoute: 0, LSPname: PCC-to-R2
ActivePath: to-R2-path (primary)
LSPtype: Externally controlled, Penultimate hop popping
LSP Control Status: Locally controlled
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary to-R2-path State: Up
Priorities: 4 4
Bandwidth: 10Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 30)
20.31.1.2 S 20.31.2.2 S 20.31.8.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
20.31.1.2 20.31.2.2 20.31.8.2
28 Mar 11 05:02:51.787 Record Route: 20.31.1.2 20.31.2.2 20.31.8.2
27 Mar 11 05:02:51.787 Up
26 Mar 11 05:02:51.697 EXTCTRL_LSP: Applying local parameters with this signalling attempt
25 Mar 11 05:02:51.697 Originate Call
24 Mar 11 05:02:51.696 Clear Call
23 Mar 11 05:02:51.696 CSPF: computation result accepted 20.31.1.2 20.31.2.2 20.31.8.2
22 Mar 11 05:02:09.618 EXTCTRL_LSP: Control status became local
21 Mar 11 05:00:56.736 EXTCTRL LSP: Sent Path computation request and LSP status
20 Mar 11 05:00:56.736 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
19 Mar 11 05:00:56.735 Selected as active path
18 Mar 11 05:00:56.734 EXTCTRL LSP: Sent Path computation request and LSP status
17 Mar 11 05:00:56.734 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
16 Mar 11 05:00:56.734 Record Route: 20.31.4.2 20.31.5.2
15 Mar 11 05:00:56.734 Up
14 Mar 11 05:00:56.713 EXTCTRL LSP: Sent Path computation request and LSP status
13 Mar 11 05:00:56.713 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
12 Mar 11 05:00:56.712 Originate Call
11 Mar 11 05:00:56.712 EXTCTRL_LSP: Received setup parameters : 20.31.4.2 20.31.5.2
10 Mar 11 05:00:49.283 EXTCTRL LSP: Sent Path computation request and LSP status
9 Mar 11 05:00:49.283 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
8 Mar 11 05:00:20.581 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
7 Mar 11 05:00:20.581 EXTCTRL LSP: Sent Path computation request and LSP status
6 Mar 11 05:00:20.581 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
5 Mar 11 05:00:20.580 EXTCTRL_LSP: Control status became external
4 Mar 11 05:00:03.716 EXTCTRL_LSP: Control status became local
3 Mar 11 05:00:03.714 EXTCTRL LSP: Sent Path computation request and LSP status
2 Mar 11 05:00:03.714 EXTCTRL_LSP: Computation request/lsp status contains: bandwidth 10000000 priority - setup 4 hold 4 hops: 20.31.1.2 20.31.2.2
1 Mar 11 05:00:00.279 EXTCTRL LSP: Awaiting external controller connection
Created: Mon Mar 11 05:00:00 2013
Total 1 displayed, Up 1, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
은(는 Computed ERO ) 20.31.1.2, 20.31.2.2, 20.31.8.2입니다. PCE 제어 LSP는 로컬 구성 매개 변수를 사용하여 설정됩니다.
예: PCE 시작 포인트 투 포인트 LSP를 지원하는 MPLS RSVP-TE를 위한 경로 계산 요소 프로토콜 구성
이 예는 PCE(Path Computation Element) 시작 트래픽 엔지니어링 LSP(Point-to-Point Label-Switched Path)를 지원하는 기능으로 PCC(Path Computation Client)를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
ACX 시리즈, M Series, MX 시리즈 또는 T 시리즈 라우터의 조합이 가능한 라우터 3개.
-
수신 라우터(PCC)에서 두 개의 외부 스테이트풀 PCE에 대한 TCP 연결.
-
PCC에서 실행되는 Junos OS 릴리스 16.1 이상.
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
MPLS 및 RSVP-TE(RSVP-트래픽 엔지니어링)를 구성합니다.
-
OSPF 또는 기타 IGP 프로토콜을 구성합니다.
개요
Junos OS 릴리스 16.1부터 PCEP 기능이 확장되어 스테이트풀 PCE가 PCC를 통해 트래픽 엔지니어링 LSP를 시작하고 프로비저닝할 수 있습니다. 앞서 LSP는 PCC에서 구성되었고 PCC는 외부 LSP에 대한 제어를 PCE에 위임했습니다. LSP 상태의 소유권은 PCC에 의해 유지되었습니다. PCE 시작 LSP의 도입으로 PCE는 PCC에서 로컬로 구성된 LSP 없이도 동적으로 트래픽 엔지니어링 포인트 투 포인트 LSP를 시작하고 프로비저닝할 수 있습니다. PCE로부터 PCCreate 메시지를 수신하면 PCC는 PCE 시작 LSP를 생성하고 자동으로 LSP를 PCE에 위임합니다.
PCC에 대한 PCE 시작 point-to-point LSP의 지원을 구성할 때 다음 고려 사항을 알고 있어야 합니다.
-
Junos OS 릴리스 13.3은 스테이트풀 PCE만 지원합니다.
-
Junos OS 릴리스 13.3의 경우, PCC는 항상 PCEP 세션을 시작합니다. 원격 PCE에 의해 시작된 PCEP 세션은 PCC에서 허용되지 않습니다.
-
LSP 보호 및 단절 전 접속과 같은 기존 LSP 기능은 PCE 시작 LSP에서 작동합니다.
-
PCE 시작 LSP는 GRES(Graceful 라우팅 엔진 스위치오버)를 지원하지 않습니다.
-
논리적 시스템 아래의 PCE 시작 LSP는 지원되지 않습니다.
-
PCE 시작 LSP는 포인트 투 멀티포인트 LSP가 될 수 없습니다.
-
양방향 LSP는 지원되지 않습니다.
-
번호가 없는 링크에 대한 RSVP-TE는 지원되지 않습니다. PCE 시작 LSP는 번호가 지정된 링크만 지원합니다.
-
세그먼트 라우팅 LSP를 시작하는 PCE는 색상이 지정되지 않은 세그먼트 라우팅 LSP와 연결된 바인딩 세그먼트 ID(SID) 레이블을 사용하여 PCE 시작 세그먼트 라우팅 LSP 경로를 프로비저닝할 수 있습니다.
Junos OS 릴리스 18.2R1부터 수신 디바이스에서 정적으로 구성된 색상이 지정되지 않은 세그먼트 라우팅 LSP는 PCEP 세션을 통해 PCE에 보고됩니다. 이러한 색상이 지정되지 않은 세그먼트 라우팅 LSP에는 연관된 바인딩 SID 레이블이 있을 수 있습니다. 이 기능을 통해 PCE는 레이블 스택에서 이 바인딩 SID 레이블을 사용하여 PCE 시작 세그먼트 라우팅 LSP 경로를 프로비저닝할 수 있습니다.
토폴로지
이 예에서 PCC는 두 개의 외부 스테이트풀 PCE(PCE1 및 PCE2)에 연결하는 수신 라우터입니다.
새로운 수요가 있을 경우, 활성 스테이트풀 PCE는 요구 사항을 충족하기 위해 LSP를 동적으로 시작합니다. PCC는 PCE 시작 LSP를 지원하는 기능으로 구성되므로 PCC에 대한 경로 계산은 다음과 같이 수행됩니다.
-
PCE는 PCCreate 메시지를 PCC에 전송하여 LSP를 시작하고 프로비저닝합니다. PCC는 PCE에서 수신한 매개 변수를 사용하여 PCE 시작 LSP를 설정하고 PCE 시작 LSP를 이를 시작한 PCE에 자동으로 위임합니다.
이 예에서 PCE1은 PCC에서 PCE 시작 LSP를 시작하고 프로비저닝하는 활성 스테이트풀 PCE입니다. PCE 시작 LSP 매개 변수를 수신하면 PCC는 LSP를 설정하고 PCE 시작 LSP를 PCE1에 자동으로 위임합니다.
-
PCC와 PCE1 간의 PCEP 세션이 종료되면 PCC는 PCE1 시작 LSP에 대해 두 개의 타이머인 델게이션 정리 타임아웃과 LSP 정리 타이머를 시작합니다. 이 기간 동안 PCE1 또는 PCE2는 PCE 시작 LSP의 제어를 획득할 수 있습니다.
-
LSP 정리 타이머가 만료되기 전에 PCE2가 PCE 시작 LSP에 대한 제어권을 획득하면 PCC는 PCE 시작 LSP를 PCE2로 위임하고 LSP 정리 타이머와 위임 정리 타임아웃이 중지됩니다.
-
위임 정리 시간이 만료되고 PCE1과 PCE2 모두 PCE 시작 LSP에 대한 제어권을 획득하지 못한 경우, PCC는 LSP 정리 타이머가 만료될 때까지 위임되지 않은 PCE 시작 LSP를 로컬에서 제어합니다.
-
LSP 정리 타이머가 만료된 후 PCC는 PCE1에 의해 프로비저닝된 PCE 시작 LSP를 삭제합니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.
PCC
set interfaces ge-0/1/1 unit 0 family inet address 10.0.102.9/24 set interfaces ge-0/1/1 unit 0 family iso set interfaces ge-0/1/1 unit 0 family mpls set interfaces ge-0/1/3 unit 0 family inet address 10.0.112.14/24 set interfaces ge-0/1/3 unit 0 family iso set interfaces ge-0/1/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.12.1/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls lsp-external-controller ppcd set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols pcep pce-group PCEGROUP pce-type active set protocols pcep pce-group PCEGROUP pce-type stateful set protocols pcep pce-group PCEGROUP lsp-provisioning set protocols pcep pce-group PCEGROUP lsp-cleanup-timer 30 set protocols pcep pce PCE1 destination-ipv4-address 192.168.69.58 set protocols pcep pce PCE1 destination-port 4189 set protocols pcep pce PCE1 pce-group PCEGROUP set protocols pcep pce PCE2 destination-ipv4-address 192.168.70.65 set protocols pcep pce PCE2 destination-port 4189 set protocols pcep pce PCE2 pce-group PCEGROUP
R1
set interfaces ge-3/1/1 unit 0 family inet address 10.0.102.10/24 set interfaces ge-3/1/1 unit 0 family iso set interfaces ge-3/1/1 unit 0 family mpls set interfaces ge-3/1/2 unit 0 family inet address 10.0.101.9/24 set interfaces ge-3/1/2 unit 0 family iso set interfaces ge-3/1/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.10.1/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
R2
set interfaces ge-0/1/1 unit 0 family inet address 10.0.101.10/24 set interfaces ge-0/1/1 unit 0 family iso set interfaces ge-0/1/1 unit 0 family mpls set interfaces ge-0/1/3 unit 0 family inet address 10.0.112.13/24 set interfaces ge-0/1/3 unit 0 family iso set interfaces ge-0/1/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.11.1/32 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
절차
단계별 절차
다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오.
PCC 라우터를 구성하려면:
각 라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 MPLS 도메인의 모든 주니퍼 네트웍스 수신 라우터에 대해 이 절차를 반복합니다.
-
인터페이스를 구성합니다.
MPLS를 활성화하려면 인터페이스가 들어오는 MPLS 트래픽을 삭제하지 않도록 인터페이스에 프로토콜 family를 포함합니다.
[edit interfaces]user@PCC# set ge-0/1/1 unit 0 family inet address 10.0.102.9/24 user@PCC# set ge-0/1/1 unit 0 family iso user@PCC# set ge-0/1/1 unit 0 family mpls user@PCC# set ge-0/1/3 unit 0 family inet address 10.0.112.14/24 user@PCC# set ge-0/1/3 unit 0 family iso user@PCC# set ge-0/1/3 unit 0 family mpls user@PCC# set lo0 unit 0 family inet address 192.168.12.1/32 -
관리 인터페이스를 제외한 PCC의 모든 인터페이스에서 RSVP를 활성화합니다.
[edit protocols]user@PCC# set rsvp interface all user@PCC# set rsvp interface fxp0.0 disable -
PCE에 의한 LSP의 외부 제어를 활성화합니다.
[edit protocols] user@PCC# set mpls lsp-external-controller pccd
-
관리 인터페이스를 제외한 PCC의 모든 인터페이스에서 MPLS를 활성화합니다.
[edit protocols] user@PCC# set mpls interface all user@PCC# set mpls interface fxp0.0 disable
-
관리 인터페이스를 제외한 PCC의 모든 인터페이스에 OSPF를 구성합니다.
[edit protocols] user@PCC# set ospf traffic-engineering user@PCC# set ospf area 0.0.0.0 interface all user@PCC# set ospf area 0.0.0.0 interface fxp0.0 disable user@PCC# set ospf interface lo0.0
-
PCE 그룹을 정의하고 PCE 그룹에 대한 PCE 시작 LSP의 지원을 활성화합니다.
[edit protocols] user@PCC# set protocols pcep pce-group PCEGROUP pce-type active user@PCC# set protocols pcep pce-group PCEGROUP pce-type stateful user@PCC# set protocols pcep pce-group PCEGROUP lsp-provisioning user@PCC# set protocols pcep pce-group PCEGROUP lsp-cleanup-timer 30
-
PCC에 연결하는 PCE를 정의합니다.
[edit protocols] user@PCC# set pcep pce PCE1 destination-ipv4-address 192.168.69.58 user@PCC# set pcep pce PCE1 destination-port 4189 user@PCC# set pcep pce PCE1 pce-group PCEGROUP user@PCC# set pcep pce PCE2 destination-ipv4-address 192.168.70.65 user@PCC# set pcep pce PCE2 destination-port 4189 user@PCC# set pcep pce PCE2 pce-group PCEGROUP
결과
구성 모드에서 and show protocols 명령을 입력 show interfaces 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
user@PCC# show interfaces
ge-0/1/1 {
unit 0 {
family inet {
address 10.0.102.9/24;
}
family iso;
family mpls;
}
}
ge-0/1/3 {
unit 0 {
family inet {
address 10.0.112.14/24;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.12.1/32;
}
}
}
user@PCC# show protocols
rsvp {
interface all;
}
interface fxp0.0 {
disable;
}
}
mpls {
lsp-external-controller pccd;
interface all;
interface fxp0.0 {
disable;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
pce-group PCEGROUP {
pce-type active stateful;
lsp-provisioning;
lsp-cleanup-timer 30;
}
pce PCE1 {
destination-ipv4-address 192.168.69.58;
destination-port 4189;
pce-group PCEGROUP;
}
pce PCE2 {
destination-ipv4-address 192.168.70.65;
destination-port 4189;
pce-group PCEGROUP;
}
디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .
검증
구성이 제대로 작동하고 있는지 확인합니다.
PCC 상태 확인
목적
PCC와 연결된 PCE 간의 PCEP 세션 상태와 LSP 요약을 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show path-computation-client status .
user@PCC# show path-computation-client status Session Type Provisioning Status PCE1 Stateful Active On Up PCE2 Stateful Active On Up LSP Summary Total number of LSPs : 1 Static LSPs : 0 Externally controlled LSPs : 0 Externally provisioned LSPs : 1/16000 (current/limit) Orphaned LSPs : 0 PCE1 (main) Delegated : 1 Externally provisioned : 1 PCE2 Delegated : 0 Externally provisioned : 0
의미
출력은 활성 스테이트풀 PCE와 PCC 간의 PCEP 세션 상태를 표시합니다. 또한 PCC의 다양한 유형의 LSP에 대한 정보와 연결된 PCE에 의해 프로비저닝되고 위임된 LSP의 수를 표시합니다.
PCE1은 주요 활성 PCE이며 PCC에 의해 자동으로 위임된 하나의 PCE 시작 LSP가 있습니다.
PCE1 상태 확인
목적
주 활성 스테이트풀 PCE의 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show path-computation-client active-pce detail .
user@PCC# show path-computation-client active-pce PCE PCE1 -------------------------------------------- General IP address : 192.168.69.58 Priority : 0 PCE status : PCE_STATE_UP Session type : PCE_TYPE_STATEFULACTIVE LSP provisioning allowed : On LSP cleanup timer : 30 [s] PCE-mastership : main Max unknown messages : 5 Keepalives received : 0 Keepalives sent : 0 Dead timer : 0 [s] Elapsed as main current : 1 [s] Elapsed as main total : 446380 [s] Unknown msgs/min rate : 0 Session failures : 2198 Corrupted messages : 0 Delegation timeout set : 30 Delegation timeout in : 0 [s] Delegation failures : 0 Connection down : 167092 [s] Counters PCReqs Total: 0 last 5min: 0 last hour: 0 PCReps Total: 0 last 5min: 0 last hour: 0 PCRpts Total: 5 last 5min: 5 last hour: 5 PCUpdates Total: 0 last 5min: 0 last hour: 0 PCCreates Total: 1 last 5min: 1 last hour: 1 Timers Local Keepalive timer: 30 [s] Dead timer: 120 [s] LSP cleanup timer: 30 [s] Remote Keepalive timer: 0 [s] Dead timer: 0 [s] LSP cleanup timer: - [s] Errors PCErr-recv PCErr-sent PCE-PCC-NTFS PCC-PCE-NTFS
의미
출력에는 PCC가 연결된 현재 활성 스테이트풀 PCE에 대한 정보가 표시됩니다. 출력 필드는 PCE status PCE와 PCC 간의 PCEP 세션의 현재 상태를 나타냅니다.
PCE1의 경우, PCEP 세션의 상태는 PCE_STATE_UP이며, 이는 PCEP 세션이 PCC와 함께 설정되었음을 나타냅니다.
LSP가 외부에서 프로비저닝될 때 PCE 시작 LSP 상태 확인
목적
PCE 시작 LSP의 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show mpls lsp externally-provisioned detail .
user@PCC# show mpls lsp externally-provisioned detail Ingress LSP: 1 sessions 10.0.101.10 From: 10.0.102.9, State: Up, ActiveRoute: 0, LSPname: lsp15 ActivePath: path1 (primary) Link protection desired LSPtype: Externally Provisioned, Penultimate hop popping LSP Control Status: Externally controlled LoadBalance: Random Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary path1 State: Up Priorities: 7 0 Bandwidth: 8Mbps Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.0.102.10 S 10.0.101.9 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.0.102.10 S 10.0.101.9 S
의미
출력에서 출력 필드는 LSPtype LSP가 외부에서 프로비저닝되었음을 보여줍니다.
PCC와 PCE1 간의 PCEP 세션이 작동하고 PCC는 다음과 같은 PCE 시작 LSP 매개 변수를 수신합니다.
-
ERO(경로) - 10.0.102.10 및 10.0.101.9
-
대역폭—8Mbps
-
우선 순위—7 0(설정 및 보류 값)
PCE 시작 포인트 투 포인트 LSP 지원을 통한 MPLS RSVP-TE에 대한 경로 계산 요소 프로토콜 구성
중앙 집중식 외부 경로 컴퓨팅 엔터티에서 동적으로 생성된 레이블 스위치 경로(LSP)를 지원하는 기능으로 PCC(Path Computation Client)를 구성할 수 있습니다. 스테이트풀 PCE(Path Computaiton Element)를 사용하여 외부 경로 계산을 수행하고 수요가 증가할 때 동적 LSP를 생성할 수 있습니다.
PCC는 PCE가 제공하는 LSP 매개 변수 또는 PCE가 LSP를 프로비저닝하지 않을 때 사전 구성된 LSP 템플릿의 매개 변수를 사용하여 PCE 시작 포인트 투 포인트 LSP를 프로비저닝하고 PCE 시작 포인트 투 포인트 LSP를 해당 PCE에 자동으로 위임합니다. 결과적으로, PCE 시작 LSP의 경우, PCC에서 로컬로 구성된 LSP가 필요하지 않습니다.
CLI 제어 LSP, PCE 제어 LSP 및 PCE 시작 LSP는 PCC에서 서로 공존할 수 있습니다.
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
MPLS 및 RSVP-TE를 구성합니다.
-
OSPF 또는 기타 IGP 프로토콜을 구성합니다.
PCE 시작 point-to-point LSP를 지원하도록 PCC를 구성하려면 다음 작업을 완료하십시오.
샘플 출력
[edit]
user@PCC# edit protocols pcep
[edit protocols pcep]
user@PCC# set message-rate-limit 50
[edit protocols pcep]
user@PCC# set max-provisioned-lsps 16000
[edit protocols pcep]
user@PCC# edit pce PCE
[edit protocols pcep pce PCE]
user@PCC# set delegation-cleanup-timeout 20
[edit protocols pcep pce PCE]
user@PCC# set destination-ipv4-address 192.168.69.58
[edit protocols pcep pce PCE]
user@PCC# set destination-port 4189
[edit protocols pcep pce PCE]
user@PCC# set lsp-cleanup-timer 50
[edit protocols pcep pce PCE]
user@PCC# set lsp-provisioning
[edit protocols pcep pce PCE]
user@PCC# set max-unknown-messages 5
[edit protocols pcep pce PCE]
user@PCC# set max-unknown-requests 5
[edit protocols pcep pce PCE]
user@PCC# set request-timer 50
[edit protocols pcep pce PCE]
user@PCC# up
[edit protocols pcep]
user@PCC# show
message-rate-limit 50;
max-provisioned-lsps 16000;
pce PCE {
destination-ipv4-address 192.168.69.58;
destination-port 4189;
lsp-provisioning;
lsp-cleanup-timer 50;
request-timer 50;
max-unknown-requests 5;
max-unknown-messages 5;
delegation-cleanup-timeout 20;
}
[edit protocols pcep]
user@PCC# commit
commit complete
예: PCE 제어 포인트 투 멀티포인트 LSP를 지원하는 MPLS RSVP-TE를 위한 경로 계산 요소 프로토콜 구성
이 예는 PCE(Path Computation Element)에 포인트 투 멀티포인트 트래픽 엔지니어링 레이블 스위치 경로(TE LSP)를 보고하는 기능으로 PCC(Path Computation Client)를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
ACX 시리즈, M Series, MX 시리즈 또는 T 시리즈 라우터의 조합이 가능한 라우터 3개.
-
VRR(Virtual Route Reflector) 기능으로 구성된 하나의 가상 머신.
-
VRR에서 외부 스테이트풀 PCE에 대한 TCP 연결.
-
PCC에서 실행되는 Junos OS 릴리스 16.1 이상.
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
MPLS 및 RSVP-TE를 구성합니다.
-
OSPF 또는 기타 IGP 프로토콜을 구성합니다.
개요
PCE와 PCC 간에 PCEP 세션이 설정된 후, PCC는 LSP 상태 동기화를 위해 시스템의 모든 LSP를 PCE에 보고합니다. 여기에는 PCC 제어, PCE 위임 및 PCE 시작 지점 간 LSP가 포함됩니다. Junos OS 릴리스 15.1F6 및 16.1R1부터 이 기능이 확장되어 지점 간 LSP도 보고합니다.
기본적으로 PCC에서 포인트 투 멀티포인트 LSP의 PCE 제어는 지원되지 않습니다. 이 기능을 추가하려면 명령문을 또는 [edit protocols pcep pce-group group-id] 계층 수준에 [edit protocols pcep pce pce-name] 포함 p2mp-lsp-report-capability 합니다.
토폴로지
예
이 예에서 PCC는 수신 라우터, 라우터 R1은 전송 라우터, 라우터 R2는 송신 라우터입니다. PCC는 PCE에 연결된 VRR(Virtual Route Reflector)에 연결됩니다. PCC, 라우터 R1 및 라우터 R2 사이에는 많은 point-to-multipoint 인터페이스가 있습니다.
포인트 투 멀티포인트 LSP의 보고는 다음과 같이 실행됩니다:
-
라우터 PCC가 포인트 투 포인트 및 포인트 투 멀티포인트 LSP로 구성되어 포인트 투 멀티포인트 보고 기능을 지원하지 않는 경우, 포인트 투 포인트 LSP만 연결된 PCE에 보고됩니다. 기본적으로 PCC는 포인트 투 멀티포인트 LSP 보고 기능을 지원하지 않습니다.
-
라우터 PCC가 포인트 투 멀티포인트 LSP 보고 기능으로 구성되면 PCC는 먼저 보고서 메시지를 통해 이 기능을 PCE에 보급합니다.
-
기본적으로 PCE는 포인트 투 멀티포인트 LSP 기능을 지원합니다. PCE는 Point-to-Multipoint LSP 기능에 대한 PCC의 보급을 수신하면 그 대가로 PCC에 해당 기능을 보급합니다.
-
PCE의 포인트 투 멀티포인트 기능 보급을 수신하면 PCC는 업데이트 메시지를 사용하여 포인트 투 멀티포인트 LSP의 모든 브랜치를 PCE에 보고합니다.
-
모든 LSP가 PCE에 보고되면 LSP 상태가 PCE와 PCC 간에 동기화됩니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.
PCC
set interfaces ge-0/0/0 unit 0 family inet address 1.2.4.1/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 1.2.3.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 1.2.2.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 1.2.5.1/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces ge-0/0/4 unit 0 family inet address 1.4.0.1/30 set interfaces ge-0/0/4 unit 0 family mpls set interfaces ge-0/0/5 unit 0 family inet address 1.2.1.1/30 set interfaces ge-0/0/5 unit 0 family mpls set interfaces ge-0/0/6 unit 0 family inet address 1.2.0.1/30 set interfaces ge-0/0/6 unit 0 family mpls set routing-options autonomous-system 100 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls lsp-external-controller pccd pce-controlled-lsp pcc_delegated_no_cspf_* label-switched-path-template lsp_template_no_cspf set protocols mpls lsp-external-controller pccd pce-controlled-lsp pce_initiated_no_ero_no_cspf_* label-switched-path-template lsp_template_no_cspf set protocols mpls lsp-external-controller pccd pce-controlled-lsp pce_initiated_loose_ero_no_cspf_* label-switched-path-template lsp_template_no_cspf set protocols mpls traffic-engineering database import policy TE set protocols mpls admin-groups violet 1 set protocols mpls admin-groups indigo 2 set protocols mpls admin-groups blue 3 set protocols mpls admin-groups green 4 set protocols mpls admin-groups yellow 5 set protocols mpls admin-groups orange 6 set protocols mpls label-switched-path lsp_template_no_cspf template set protocols mpls label-switched-path lsp_template_no_cspf no-cspf set protocols mpls label-switched-path lsp1-pcc to 128.102.177.16 set protocols mpls label-switched-path lsp2-pcc to 128.102.177.16 set protocols mpls label-switched-path lsp2-pcc lsp-external-controller pccd set protocols mpls path loose-path 1.2.3.2 loose set protocols mpls path strict-path 1.2.3.2 strict set protocols mpls path strict-path 2.3.3.2 strict set protocols mpls path path-B set protocols mpls path path-C set protocols mpls interface all set protocols mpls interface ge-0/0/6.0 admin-group violet set protocols mpls interface ge-0/0/5.0 admin-group indigo set protocols mpls interface ge-0/0/2.0 admin-group blue set protocols mpls interface ge-0/0/1.0 admin-group green set protocols mpls interface ge-0/0/0.0 admin-group yellow set protocols mpls interface ge-0/0/3.0 admin-group orange set protocols mpls interface fxp0.0 disable set protocols bgp group northstar type internal set protocols bgp group northstar local-address 128.102.180.228 set protocols bgp group northstar family traffic-engineering unicast set protocols bgp group northstar export TE set protocols bgp group northstar neighbor 128.102.180.215 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/6.0 set protocols ospf area 0.0.0.0 interface ge-0/0/5.0 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/3.0 set protocols ospf area 0.0.0.0 interface ge-0/0/4.0 interface-type p2p set protocols pcep pce pce1 local-address 10.102.180.228 set protocols pcep pce pce1 destination-ipv4-address 10.102.180.246 set protocols pcep pce pce1 destination-port 4189 set protocols pcep pce pce1 pce-type active set protocols pcep pce pce1 pce-type stateful set protocols pcep pce pce1 lsp-provisioning set protocols pcep pce pce1 lsp-cleanup-timer 0 set protocols pcep pce pce1 delegation-cleanup-timeout 60 set protocols pcep pce pce1 p2mp-lsp-report-capability set policy-options policy-statement TE term 1 from family traffic-engineering set policy-options policy-statement TE term 1 then accept
R1
set interfaces ge-0/0/0 unit 0 family inet address 2.3.4.1/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 1.2.0.2/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 1.2.4.2/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 1.2.2.2/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces ge-0/0/4 unit 0 family inet address 2.3.1.1/30 set interfaces ge-0/0/4 unit 0 family mpls set interfaces ge-0/0/5 unit 0 family inet address 1.2.3.2/30 set interfaces ge-0/0/5 unit 0 family mpls set interfaces ge-0/0/6 unit 0 family inet address 1.2.5.2/30 set interfaces ge-0/0/6 unit 0 family mpls set interfaces ge-0/0/7 unit 0 family inet address 1.2.1.2/30 set interfaces ge-0/0/7 unit 0 family mpls set interfaces ge-0/0/8 unit 0 family inet address 2.3.5.1/30 set interfaces ge-0/0/8 unit 0 family mpls set interfaces ge-0/0/9 unit 0 family inet address 2.3.2.1/30 set interfaces ge-0/0/9 unit 0 family mpls set interfaces ge-0/1/0 unit 0 family inet address 2.3.3.1/30 set interfaces ge-0/1/0 unit 0 family mpls set interfaces ge-0/1/1 unit 0 family inet address 2.3.0.1/30 set interfaces ge-0/1/1 unit 0 family mpls set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls admin-groups violet 1 set protocols mpls admin-groups indigo 2 set protocols mpls admin-groups blue 3 set protocols mpls admin-groups green 4 set protocols mpls admin-groups yellow 5 set protocols mpls admin-groups orange 6 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 admin-group violet set protocols mpls interface ge-0/0/7.0 admin-group indigo set protocols mpls interface ge-0/0/3.0 admin-group blue set protocols mpls interface ge-0/0/5.0 admin-group green set protocols mpls interface ge-0/0/2.0 admin-group yellow set protocols mpls interface ge-0/0/6.0 admin-group orange set protocols mpls interface ge-0/1/1.0 admin-group violet set protocols mpls interface ge-0/0/4.0 admin-group indigo set protocols mpls interface ge-0/0/9.0 admin-group blue set protocols mpls interface ge-0/1/0.0 admin-group green set protocols mpls interface ge-0/0/0.0 admin-group yellow set protocols mpls interface ge-0/0/8.0 admin-group orange set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface ge-0/0/7.0 set protocols ospf area 0.0.0.0 interface ge-0/0/3.0 set protocols ospf area 0.0.0.0 interface ge-0/0/5.0 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface ge-0/0/6.0 set protocols ospf area 0.0.0.0 interface ge-0/1/1.0
R2
set interfaces ge-0/0/0 unit 0 family inet address 2.3.0.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 2.3.1.2/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 2.3.5.2/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 2.3.4.2/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces ge-0/0/4 unit 0 family inet address 2.3.2.2/30 set interfaces ge-0/0/4 unit 0 family mpls set interfaces ge-0/0/5 unit 0 family inet address 2.3.3.2/30 set interfaces ge-0/0/5 unit 0 family mpls set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls admin-groups violet 1 set protocols mpls admin-groups indigo 2 set protocols mpls admin-groups blue 3 set protocols mpls admin-groups green 4 set protocols mpls admin-groups yellow 5 set protocols mpls admin-groups orange 6 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 admin-group violet set protocols mpls interface ge-0/0/1.0 admin-group indigo set protocols mpls interface ge-0/0/4.0 admin-group blue set protocols mpls interface ge-0/0/5.0 admin-group green set protocols mpls interface ge-0/0/3.0 admin-group yellow set protocols mpls interface ge-0/0/2.0 admin-group orange set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface ge-0/0/4.0 set protocols ospf area 0.0.0.0 interface ge-0/0/5.0 set protocols ospf area 0.0.0.0 interface ge-0/0/3.0 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive
R3
set interfaces em0 unit 0 family inet address 10.102.180.215/19 set interfaces em1 unit 0 family inet address 4.5.0.1/30 set interfaces em2 unit 0 family inet address 1.4.0.2/30 set interfaces em2 unit 0 family mpls set routing-options router-id 128.102.180.215 set routing-options autonomous-system 100 set protocols topology-export set protocols rsvp interface all set protocols mpls lsp-external-controller pccd set protocols mpls traffic-engineering database import igp-topology set protocols mpls traffic-engineering database import policy TE set protocols mpls interface all set protocols bgp group northstar type internal set protocols bgp group northstar local-address 128.102.180.215 set protocols bgp group northstar family traffic-engineering unicast set protocols bgp group northstar neighbor 128.102.180.228 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface em2.0 interface-type p2p set policy-options policy-statement TE from family traffic-engineering set policy-options policy-statement TE then accept
절차
단계별 절차
다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오.
PCC 라우터를 구성하려면:
-
라우터 PCC의 인터페이스를 구성합니다. MPLS를 활성화하려면 인터페이스가 들어오는 MPLS 트래픽을 삭제하지 않도록 인터페이스에 프로토콜 family를 포함합니다.
[edit interfaces] user@PCC# set ge-0/0/0 unit 0 family inet address 1.2.4.1/30 user@PCC# set ge-0/0/0 unit 0 family mpls user@PCC# set ge-0/0/1 unit 0 family inet address 1.2.3.1/30 user@PCC# set ge-0/0/1 unit 0 family mpls user@PCC# set ge-0/0/2 unit 0 family inet address 1.2.2.1/30 user@PCC# set ge-0/0/2 unit 0 family mpls user@PCC# set ge-0/0/3 unit 0 family inet address 1.2.5.1/30 user@PCC# set ge-0/0/3 unit 0 family mpls user@PCC# set ge-0/0/4 unit 0 family inet address 1.4.0.1/30 user@PCC# set ge-0/0/4 unit 0 family mpls user@PCC# set ge-0/0/5 unit 0 family inet address 1.2.1.1/30 user@PCC# set ge-0/0/5 unit 0 family mpls user@PCC# set ge-0/0/6 unit 0 family inet address 1.2.0.1/30 user@PCC# set ge-0/0/6 unit 0 family mpls
-
라우터 PCC에 대한 자율 시스템 번호를 구성합니다.
[edit routing-options] user@PCC# set autonomous-system 100
-
관리 인터페이스를 제외한 라우터 PCC의 모든 인터페이스에서 RSVP를 활성화합니다.
[edit protocols] user@PCC# set rsvp interface all user@PCC# set rsvp interface fxp0.0 disable
-
관리 인터페이스를 제외한 라우터 PCC의 모든 인터페이스에서 MPLS를 활성화합니다.
[edit protocols] user@PCC# set mpls interface all user@PCC# set mpls interface fxp0.0 disable
-
동적 LSP를 구성하고 LSP에 대한 자동 경로 계산을 비활성화합니다.
[edit protocols] user@PCC# set mpls label-switched-path lsp_template_no_cspf template user@PCC# set mpls label-switched-path lsp_template_no_cspf no-cspf
-
point-to-multipoint LSP를 구성하고 LSP에 대한 외부 경로 컴퓨팅 엔터티를 정의합니다.
[edit protocols] user@PCC# set mpls label-switched-path lsp1-pcc to 128.102.177.16 user@PCC# set mpls label-switched-path lsp2-pcc to 128.102.177.16 user@PCC# set mpls label-switched-path lsp2-pcc lsp-external-controller pccd
-
MPLS LSP에 대한 외부 경로 컴퓨팅을 활성화하고 외부에서 프로비저닝된 LSP에 대한 템플릿을 할당합니다.
[edit protocols] user@PCC# set mpls lsp-external-controller pccd pce-controlled-lsp pcc_delegated_no_cspf_* label-switched-path-template lsp_template_no_cspf user@PCC# set mpls lsp-external-controller pccd pce-controlled-lsp pce_initiated_no_ero_no_cspf_* label-switched-path-template lsp_template_no_cspf user@PCC# set mpls lsp-external-controller pccd pce-controlled-lsp pce_initiated_loose_ero_no_cspf_* label-switched-path-template lsp_template_no_cspf
-
로컬 제어가 있고 PCE 제공 LSP 매개 변수에 의해 재정의되는 LSP를 구성합니다.
[edit protocols] user@PCC# set mpls path loose-path 1.2.3.2 loose user@PCC# set mpls path strict-path 1.2.3.2 strict user@PCC# set mpls path strict-path 2.3.3.2 strict user@PCC# set mpls path path-B user@PCC# set mpls path path-C
-
제약된 경로 LSP 계산을 위해 MPLS 관리 그룹 정책을 구성합니다.
[edit protocols] user@PCC# set mpls admin-groups violet 1 user@PCC# set mpls admin-groups indigo 2 user@PCC# set mpls admin-groups blue 3 user@PCC# set mpls admin-groups green 4 user@PCC# set mpls admin-groups yellow 5 user@PCC# set mpls admin-groups orange 6
-
구성된 관리 그룹 정책을 라우터 PCC 인터페이스에 할당합니다.
[edit protocols] user@PCC# set mpls interface ge-0/0/6.0 admin-group violet user@PCC# set mpls interface ge-0/0/5.0 admin-group indigo user@PCC# set mpls interface ge-0/0/2.0 admin-group blue user@PCC# set mpls interface ge-0/0/1.0 admin-group green user@PCC# set mpls interface ge-0/0/0.0 admin-group yellow user@PCC# set mpls interface ge-0/0/3.0 admin-group orange
-
트래픽 엔지니어링 데이터베이스(TED) 가져오기 정책을 구성합니다.
[edit protocols] user@PCC# set mpls traffic-engineering database import policy TE
-
BGP 내부 그룹을 구성합니다.
[edit protocols] user@PCC# set bgp group northstar type internal user@PCC# set bgp group northstar local-address 128.102.180.228 user@PCC# set bgp group northstar neighbor 128.102.180.215
-
BGP에 대한 트래픽 엔지니어링을 구성하고 내보내기 정책을 할당합니다.
[edit protocols] user@PCC# set bgp group northstar family traffic-engineering unicast user@PCC# set bgp group northstar export TE
-
라우터 PCC의 모든 point-to-multipoint 인터페이스에서 OSPF 영역 0을 구성합니다.
[edit protocols] user@PCC# set ospf area 0.0.0.0 interface lo0.0 user@PCC# set ospf area 0.0.0.0 interface ge-0/0/6.0 user@PCC# set ospf area 0.0.0.0 interface ge-0/0/5.0 user@PCC# set ospf area 0.0.0.0 interface ge-0/0/2.0 user@PCC# set ospf area 0.0.0.0 interface ge-0/0/1.0 user@PCC# set ospf area 0.0.0.0 interface ge-0/0/0.0 user@PCC# set ospf area 0.0.0.0 interface ge-0/0/3.0
-
라우터 PCC의 포인트 투 포인트 인터페이스에서 OSPF 영역 0을 구성합니다.
[edit protocols] user@PCC# set ospf area 0.0.0.0 interface ge-0/0/4.0 interface-type p2p
-
OSPF에 대한 트래픽 엔지니어링을 활성화합니다.
[edit protocols] user@PCC# set ospf traffic-engineering
-
라우터 PCC가 연결하는 PCE를 정의하고 PCE 매개 변수를 구성합니다.
[edit protocols] user@PCC# set pcep pce pce1 local-address 10.102.180.228 user@PCC# set pcep pce pce1 destination-ipv4-address 10.102.180.246 user@PCC# set pcep pce pce1 destination-port 4189 user@PCC# set pcep pce pce1 pce-type active user@PCC# set pcep pce pce1 pce-type stateful user@PCC# set pcep pce pce1 lsp-provisioning user@PCC# set pcep pce pce1 lsp-cleanup-timer 0 user@PCC# set pcep pce pce1 delegation-cleanup-timeout 60
-
외부 경로 컴퓨팅을 위한 point-to-multipoint LSP 기능을 활성화하도록 라우터 PCC를 구성합니다.
[edit protocols] set pcep pce pce1 p2mp-lsp-report-capability
-
트래픽 엔지니어링 정책을 구성합니다.
[edit policy-options] user@PCC# set policy-statement TE term 1 from family traffic-engineering user@PCC# set policy-statement TE term 1 then accept
결과
구성 모드에서 and show protocols 명령을 입력 show interfaces 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
user@PCC# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 1.2.4.1/30;
}
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 1.2.3.1/30;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 1.2.2.1/30;
}
family mpls;
}
}
ge-0/0/3 {
unit 0 {
family inet {
address 1.2.5.1/30;
}
family mpls;
}
}
ge-0/0/4 {
unit 0 {
family inet {
address 1.4.0.1/30;
}
family mpls;
}
}
ge-0/0/5 {
unit 0 {
family inet {
address 1.2.1.1/30;
}
family mpls;
}
}
ge-0/0/6 {
unit 0 {
family inet {
address 1.2.0.1/30;
}
family mpls;
}
}
user@PCC# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
}
mpls {
lsp-external-controller pccd {
pce-controlled-lsp pcc_delegated_no_cspf_* {
label-switched-path-template {
lsp_template_no_cspf;
}
}
pce-controlled-lsp pce_initiated_no_ero_no_cspf_* {
label-switched-path-template {
lsp_template_no_cspf;
}
}
pce-controlled-lsp pce_initiated_loose_ero_no_cspf_* {
label-switched-path-template {
lsp_template_no_cspf;
}
}
}
traffic-engineering {
database {
import {
policy TE;
}
}
}
admin-groups {
violet 1;
indigo 2;
blue 3;
green 4;
yellow 5;
orange 6;
}
label-switched-path lsp_template_no_cspf {
template;
no-cspf;
}
label-switched-path lsp1-pcc {
to 128.102.177.16;
}
label-switched-path lsp2-pcc {
to 128.102.177.16;
lsp-external-controller pccd;
}
path loose-path {
1.2.3.2 loose;
}
path strict-path {
1.2.3.2 strict;
2.3.3.2 strict;
}
path path-B;
path path-C;
interface all;
interface ge-0/0/6.0 {
admin-group violet;
}
interface ge-0/0/5.0 {
admin-group indigo;
}
interface ge-0/0/2.0 {
admin-group blue;
}
interface ge-0/0/1.0 {
admin-group green;
}
interface ge-0/0/0.0 {
admin-group yellow;
}
interface ge-0/0/3.0 {
admin-group orange;
}
interface fxp0.0 {
disable;
}
}
bgp {
group northstar {
type internal;
local-address 128.102.180.228;
family traffic-engineering {
unicast;
}
export TE;
neighbor 128.102.180.215;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0;
interface ge-0/0/6.0;
interface ge-0/0/5.0;
interface ge-0/0/2.0;
interface ge-0/0/1.0;
interface ge-0/0/0.0;
interface ge-0/0/3.0;
interface ge-0/0/4.0 {
interface-type p2p;
}
}
}
pcep {
pce pce1 {
local-address 10.102.180.228;
destination-ipv4-address 10.102.180.246;
destination-port 4189;
pce-type active stateful;
lsp-provisioning;
lsp-cleanup-timer 0;
delegation-cleanup-timeout 60;
p2mp-lsp-report-capability;
}
}
검증
구성이 제대로 작동하고 있는지 확인합니다.
PCC에서 LSP 구성 확인
목적
포인트 투 멀티포인트 LSP의 LSP 유형과 실행 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show mpls lsp extensive .
user@PCC> show mpls lsp extensive
Ingress LSP: 2 sessions
128.102.177.16
From: 128.102.180.228, State: Up, ActiveRoute: 0, LSPname: lsp1-pcc
ActivePath: (primary)
LSPtype: Static Configured, Penultimate hop popping
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 2)
1.2.1.2 S 2.3.0.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
1.2.1.2 2.3.0.2
6 Jul 12 14:44:10.620 Selected as active path
5 Jul 12 14:44:10.617 Record Route: 1.2.1.2 2.3.0.2
4 Jul 12 14:44:10.615 Up
3 Jul 12 14:44:10.175 Originate Call
2 Jul 12 14:44:10.174 CSPF: computation result accepted 1.2.1.2 2.3.0.2
1 Jul 12 14:43:41.442 CSPF failed: no route toward 128.102.177.16[2 times]
Created: Tue Jul 12 14:42:43 2016
128.102.177.16
From: 128.102.180.228, State: Up, ActiveRoute: 0, LSPname: lsp2-pcc
ActivePath: (primary)
LSPtype: Externally controlled - static configured, Penultimate hop popping
LSP Control Status: Externally controlled
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
External Path CSPF Status: external
SmartOptimizeTimer: 180
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
1.2.4.2 2.3.0.2
50 Jul 12 14:50:14.699 EXTCTRL LSP: Sent Path computation request and LSP status
49 Jul 12 14:50:14.698 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
48 Jul 12 14:49:27.859 EXTCTRL LSP: Sent Path computation request and LSP status
47 Jul 12 14:49:27.859 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
46 Jul 12 14:49:27.858 EXTCTRL LSP: Sent Path computation request and LSP status
45 Jul 12 14:49:27.858 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
44 Jul 12 14:49:27.858 EXTCTRL_LSP: Control status became external
43 Jul 12 14:49:03.746 EXTCTRL_LSP: Control status became local
42 Jul 12 14:46:52.367 EXTCTRL LSP: Sent Path computation request and LSP status
41 Jul 12 14:46:52.367 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
40 Jul 12 14:46:52.367 EXTCTRL LSP: Sent Path computation request and LSP status
39 Jul 12 14:46:52.366 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
38 Jul 12 14:46:52.366 EXTCTRL_LSP: Control status became external
37 Jul 12 14:46:41.584 Selected as active path
36 Jul 12 14:46:41.565 Record Route: 1.2.4.2 2.3.0.2
35 Jul 12 14:46:41.565 Up
34 Jul 12 14:46:41.374 EXTCTRL_LSP: Applying local parameters with this signalling attempt
33 Jul 12 14:46:41.374 Originate Call
32 Jul 12 14:46:41.374 CSPF: computation result accepted 1.2.4.2 2.3.0.2
31 Jul 12 14:46:28.254 EXTCTRL_LSP: Control status became local
30 Jul 12 14:46:12.494 EXTCTRL LSP: Sent Path computation request and LSP status
29 Jul 12 14:46:12.494 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
28 Jul 12 14:45:43.164 EXTCTRL LSP: Sent Path computation request and LSP status
27 Jul 12 14:45:43.164 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
26 Jul 12 14:45:13.424 EXTCTRL LSP: Sent Path computation request and LSP status
25 Jul 12 14:45:13.423 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
24 Jul 12 14:44:44.774 EXTCTRL LSP: Sent Path computation request and LSP status
23 Jul 12 14:44:44.773 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
22 Jul 12 14:44:15.053 EXTCTRL LSP: Sent Path computation request and LSP status
21 Jul 12 14:44:15.053 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
20 Jul 12 14:43:45.705 EXTCTRL LSP: Sent Path computation request and LSP status
19 Jul 12 14:43:45.705 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
18 Jul 12 14:43:45.705 EXTCTRL LSP: Sent Path computation request and LSP status
17 Jul 12 14:43:45.705 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
16 Jul 12 14:43:45.705 EXTCTRL_LSP: Control status became external
15 Jul 12 14:43:42.398 CSPF failed: no route toward 128.102.177.16
14 Jul 12 14:43:13.009 EXTCTRL_LSP: Control status became local
13 Jul 12 14:43:13.009 EXTCTRL LSP: Sent Path computation request and LSP status
12 Jul 12 14:43:13.008 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
11 Jul 12 14:42:43.343 EXTCTRL LSP: Sent Path computation request and LSP status
10 Jul 12 14:42:43.343 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
9 Jul 12 14:42:43.343 EXTCTRL LSP: Sent Path computation request and LSP status
8 Jul 12 14:42:43.343 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
7 Jul 12 14:42:43.342 EXTCTRL LSP: Sent Path computation request and LSP status
6 Jul 12 14:42:43.342 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
5 Jul 12 14:42:43.341 EXTCTRL_LSP: Control status became external
4 Jul 12 14:42:43.337 EXTCTRL_LSP: Control status became local
3 Jul 12 14:42:43.323 EXTCTRL LSP: Sent Path computation request and LSP status
2 Jul 12 14:42:43.323 EXTCTRL_LSP: Computation request/lsp status contains: signalled bw 0 req BW 0 admin group(exclude 0 include any 0 include all 0) priority setup 7 hold 0
1 Jul 12 14:42:43.258 EXTCTRL LSP: Awaiting external controller connection
Created: Tue Jul 12 14:42:43 2016
Total 2 displayed, Up 2, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
출력은 lsp2-pcc LSP를 PCE 제어 LSP로 표시합니다.
PCC에서 PCE 구성 확인
목적
PCE 매개 변수, 구성 및 PCE 상태를 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show path-computation-client active-pce .
user@PCC> show path-computation-client active-pce
PCE pce1
--------------------------------------------
General
PCE IP address : 10.102.180.246
Local IP address : 10.102.180.228
Priority : 0
PCE status : PCE_STATE_UP
Session type : PCE_TYPE_STATEFULACTIVE
LSP provisioning allowed : On
P2MP LSP report allowed : On
P2MP LSP update allowed : Off
P2MP LSP init allowed : Off
PCE-mastership : main
Counters
PCReqs Total: 0 last 5min: 0 last hour: 0
PCReps Total: 0 last 5min: 0 last hour: 0
PCRpts Total: 12 last 5min: 0 last hour: 12
PCUpdates Total: 1 last 5min: 0 last hour: 1
PCCreates Total: 0 last 5min: 0 last hour: 0
Timers
Local Keepalive timer: 30 [s] Dead timer: 120 [s] LSP cleanup timer: 0 [s]
Remote Keepalive timer: 30 [s] Dead timer: 120 [s] LSP cleanup timer: 0 [s]
Errors
PCErr-recv
PCErr-sent
Type: 1 Value: 2 Count: 1
PCE-PCC-NTFS
PCC-PCE-NTFS
의미
출력에는 라우터 PCC가 연결된 활성 PCE와 pce1 PCE 매개 변수 및 상태가 표시됩니다.
PCE 시작 포인트 투 멀티포인트 LSP를 지원하는 MPLS RSVP-TE에 대한 경로 계산 요소 프로토콜 이해
포인트 투 멀티포인트 PCE 시작 LSP의 도입으로 PCE는 PCC에서 로컬 LSP를 구성할 필요 없이 포인트 투 멀티포인트 LSP를 동적으로 시작하고 프로비저닝할 수 있습니다. 이를 통해 PCE는 PCEP(Path Computation Element Protocol) 세션 내 및 세션 전반에 걸쳐 포인트 투 멀티포인트 경로 계산의 타이밍과 시퀀스를 제어하여 중앙에서 제어되고 배포되는 동적 네트워크를 생성할 수 있습니다.
- PCE 시작 포인트 투 멀티포인트 LSP의 이점
- PCE 시작 Point-to-Multipoint LSP의 신호 전송
- PCEP 세션 실패 후 PCE 시작 Point-to-Multipoint LSP의 동작
- PCE 시작 Point-to-Multipoint LSP 기능 구성
- PCE 시작 Point-to-Multipoint LSP에 대한 지원 및 비지원 기능
- PCE 시작 포인트 투 멀티포인트 LSP를 MVPN으로 매핑
PCE 시작 포인트 투 멀티포인트 LSP의 이점
포인트 투 멀티포인트 LSP의 동적 생성 및 해체를 통해 애플리케이션 요구에 응답하여 포인트 투 멀티포인트 트래픽 엔지니어링 LSP 배치 요구 사항을 충족함으로써 중앙에서 제어 및 구축되는 동적 네트워크를 생성합니다.
PCE 시작 Point-to-Multipoint LSP의 신호 전송
PCE 시작 포인트 투 멀티포인트 LSP의 신호 전송은 다음과 같습니다.
-
When a new branch is added (Grafting)—새 브랜치 하위 LSP만 신호되며 전체 포인트 투 멀티포인트 트리의 재신호는 발생하지 않습니다.
새로운 하위 LSP를 프로비저닝하기 전에 토폴로지 변경이 발생한 경우, 경로 계산 서버(PCS)는 전체 포인트 투 멀티포인트 트리를 다시 계산하고 PC 업데이트 메시지를 사용하여 포인트 투 멀티포인트 LSP를 업데이트합니다.
-
When a branch is deleted (Pruning)- 삭제된 브랜치 하위 LSP가 삭제되고 전체 포인트 투 멀티포인트 트리의 재신호가 전송되지 않습니다.
-
When a branch sub-LSP parameter is changed- ERO(Explicit Route Object), 대역폭 또는 우선 순위와 같은 하위 LSP 매개 변수의 변경은 최적화로 인해 또는 사용자 요청에 따라 발생할 수 있습니다. 하위 LSP에 대한 재신호 요청이 있는 경우, 전체 포인트 투 멀티포인트 트리가 다시 신호를 받은 다음 모든 브랜치의 새 인스턴스가 작동하면 새 인스턴스로의 전환이 발생합니다.
-
When a branch sub-LSP path fails—장애가 발생한 브랜치 서브 LSP에 대한 오류가 PCS에 보고됩니다. PCS로부터 새로운 ERO를 수신하면 전체 포인트 투 멀티포인트 트리가 장애가 발생한 브랜치 하위 LSP와 함께 다시 신호되며, 새 인스턴스로의 전환은 MBB(Make-Before-Break) 방식으로 발생합니다.
PCEP 세션 실패 후 PCE 시작 Point-to-Multipoint LSP의 동작
PCEP 세션이 실패하면 PCE 시작 포인트 투 멀티포인트 LSP는 타이머가 만료 state timeout 될 때까지 분리됩니다. 타이머가 state timeout 만료된 후 PCE 시작 LSP가 정리됩니다.
PCEP 세션 실패 후 PCE 시작 포인트 투 멀티포인트 LSP의 제어를 얻기 위해 기본 또는 보조 PCE는 PCInitiate 타이머가 만료되기 전에 state timeout 메시지를 보냅니다.
PCE 시작 Point-to-Multipoint LSP 기능 구성
기본적으로 PCE에 의한 포인트 투 멀티포인트 LSP의 생성 및 프로비저닝은 PCC에서 지원되지 않습니다. 이 기능을 사용하려면 또는 [edit protocols pcep pce-group group-id] 계층 수준에 [edit protocols pcep pce pce-name] and p2mp-lsp-update-capability 문을 포함 p2mp-lsp-init-capability 합니다.
이 p2mp-lsp-init-capability 문은 PCE에 의해 포인트 투 멀티포인트 RSVP-TE LSP를 프로비저닝할 수 있는 기능을 제공합니다. 이 p2mp-lsp-update-capability 문은 PCE에 의해 포인트 투 멀티포인트 RSVP-TE LSP 매개 변수를 업데이트하는 기능을 제공합니다.
PCE 시작 Point-to-Multipoint LSP에 대한 지원 및 비지원 기능
PCE 시작 point-to-multipoint LSP에서 지원되는 기능은 다음과 같습니다.
-
인터넷 초안 draft-ietf-pce-stateful-pce-p2mp(2018년 10월 만료), 포인트 투 멀티포인트 트래픽 엔지니어링 레이블 스위치드 경로에 대한 스테이트풀 PCE 사용을 위한 PCE(Path Computation Element) 프로토콜 확장을 부분적으로 준수합니다.
- Junos OS 릴리스 21.1R1부터는 PCE 시작 RSVP 기반 포인트 투 멀티포인트 LSP에 대해 NSR(Nonstop Active Routing)을 지원합니다. 기본 라우팅 엔진만 컨트롤러와의 PCEP 세션을 유지합니다. PCE 시작 P2MP LSP에 대한 멀티캐스트 플로우 사양을 포함하여 PCE에 의해 시작된 모든 RSVP LSP를 백업 라우팅 엔진과 동기화합니다. 전환 중에 백업 라우팅 엔진이 기본 라우팅 엔진이 되면 PCEP 세션이 다운되었다가 다시 설정됩니다. 이는 라우팅 엔진 전환 중에 PCE 시작 RSVP LSP를 통해 전달되는 트래픽에 대한 트래픽 손실을 줄입니다. 이 기능은 NSR이 구성될 때 활성화됩니다.
다음 기능은 PCE 시작 point-to-multipoint LSP에서 지원되지 않습니다.
-
포인트 투 멀티포인트 로컬 제어 LSP 위임.
-
LSP 제어 위임.
-
IGP 라우팅 도메인 내에서 PCE 검색을 위한 IGP(Interior Gateway Protocol) 확장.
-
요청/응답 메시징.
-
한 지점 간 트리에서 다른 지점 간 트리로 브랜치 하위 LSP의 직접 이동.
첫 번째 포인트 투 멀티포인트 트리에서 브랜치 하위 LSP를 삭제하고 디바이스에서 LSP가 제거되었음을 나타내는 메시지가 나온
PCReport후 다른 트리에 다시 추가함으로써 동일한 작업을 달성할 수 있습니다. -
IPv6은 지원되지 않습니다.
-
SERO 기반 신호는 지원되지 않습니다.
-
Empty-ERO 기능은 지원되지 않습니다.
-
링크 보호는 지원되지 않습니다.
PCE 시작 포인트 투 멀티포인트 LSP를 MVPN으로 매핑
단일 또는 다양한 MVPN 멀티캐스트 플로우(S,G)를 동적으로 생성된 PCE 시작 LSP(Point-to-multipoint Label-Switched Path)에 연결할 수 있습니다. 이 기능이 작동하도록 선택적인 유형의 플로우만 지정할 수 있습니다. 여기에는 다음이 포함됩니다.
-
MVPN 라우팅 인스턴스에 매핑되는 RD(Route Distinguisher)입니다.
-
(S,G)는 멀티캐스트 패킷 및 대상 멀티캐스트 그룹 주소의 소스입니다. 이는 터널에 매핑하기 위해 들어오는 트래픽을 필터링하는 데 사용됩니다.
-
위에서 언급한 플로우 사양과 일치하는 트래픽을 전송하는 데 사용되는 포인트 투 멀티포인트 LSP입니다.
자세한 내용은 인터넷 초안 draft-ietf-pce-pcep-flowspec-05(2020년 2월 16일 만료) 플로우 사양에 대한 PCEP 확장을 참조하십시오.
이 기능의 현재 구현은 초안의 다음 섹션을 구현하지 않습니다.
-
섹션 3.1.2 - IGP에서 PCE 기능 보급
-
섹션 3.2 - PCReq 및 PCRep 메시지
-
섹션 7—경로 구분을 제외한 대부분의 플로우 사양 이 기능의 현재 구현은 지원되지 않으며 IPv4 멀티캐스트 플로우 사양은 지원되지 않습니다.
PCE 시작 포인트 투 멀티포인트 LSP를 MVPN으로 매핑하기 위해 다음을 수행합니다.
-
계층 수준에서
[edit protocols pcep pce pce-id]PCC에 의한 플로우 사양 기능(트래픽 스티어링이라고도 함)에 대한 지원을 나타내는 문을 포함pce_traffic_steering합니다. -
계층 수준에서 문을 포함
external-controller합니다[edit routing-instances routing-instance-name provider-tunnel].MVPN의 프로바이더-터널 구성에 의 존재
external-controller는 이 MVPN 인스턴스에 대한 포인트 투 멀티포인트 LSP 및 (S,G)가 외부 컨트롤러에 의해 제공될 수 있음을 나타냅니다. 이를 통해 외부 컨트롤러는 MVPN에 대해 동적으로 (S, G) 및 포인트 투 멀티포인트 LSP를 구성할 수 있습니다.
PCE 시작 포인트 투 멀티포인트 LSP를 MVPN으로 매핑할 때 다음 사항을 고려하십시오.
-
특정 MVPN 인스턴스에 대해 문을
external-controller pccd활성화하지 않으면 PCCD 프로세스가 동적으로 (S,G)를 구성하지 않습니다. -
CLI에서 구성을 비활성화
external-controller pccd하면 해당 특정 MVPN 인스턴스에 대해 동적으로 학습된 멀티캐스트 플로우(S, G)가 삭제되고 외부 컨트롤러에 보고됩니다. -
(S,G)가 이미 CLI에서 구성되어 있는 경우, 로컬 구성이 더 높은 우선 순위를 가지므로 PCC는 (S,G)를 동적으로 구성할 수 없습니다.
-
특정 (S,G)가 외부 컨트롤러에서 동적으로 학습된 다음 동일한 MVPN 인스턴스에 대해 동일한 (S,G)를 구성하면 동적으로 학습된 (S,G)가 삭제되고 PCC를 통해 외부 컨트롤러에 보고됩니다.
-
라우팅 프로토콜 프로세스가 재부팅되면, PCCD 프로세스는 모든 (S,G)를 다시 재구성합니다.
-
PCCD 프로세스가 재부팅되면, MVPN은 구성된 모든 PCCD(S,G)를 외부 컨트롤러에 보고합니다.
-
사용자가 특정 MVPN 인스턴스를 활성화
external-controller pccd하면, MVPN은 PCCD 프로세스에 (S,G)를 구성하도록 요청합니다(있는 경우). -
특정 MPVN 인스턴스에 주요 구성 변경이 있는 경우, MVPN은 PCCD 프로세스에 해당 MVPN 인스턴스에 대한 모두(S,G)를 재구성하도록 요청합니다.
-
PCE 시작 포인트 투 멀티포인트 LSP와 관련된 모든 플로우 사양은 동일한 RD를 가져야 합니다. PC 시작 중에 모든 플로우 사양에 동일한 RD가 없으면 PC 시작 메시지가 오류와 함께 삭제됩니다.
-
포인트 투 멀티포인트 LSP는 선택적 유형의 플로우 사양에만 연결할 수 있으며, 그렇지 않으면 PC 시작 메시지가 오류와 함께 삭제됩니다.
-
PC 업데이트 중 새로운 플로우 사양 추가 또는 기존 플로우 사양 업데이트로 인해 모든 플로우 사양에 동일한 RD가 없는 경우 PCC는 업데이트 메시지를 삭제합니다.
-
PC 업데이트 중 새로운 플로우 사양 추가 또는 기존 플로우 사양 업데이트로 인해 모든 플로우 사양이 선택적 조건을 충족하지 않으면 PCC는 업데이트 메시지를 삭제합니다.
-
PCE 시작 포인트-투-멀티포인트 LSP와 MVPN 라우팅 인스턴스의 매핑 및 정적(로컬로 구성된) 포인트-투-멀티포인트 LSP와 MVPN 인스턴스의 매핑을 위한 동작은 사용자 수준에서 동일합니다.
-
플로우 사양 ID는 단 하나의 포인트 투 멀티포인트 LSP에만 연결할 수 있습니다. 동일한 RD 및 (S,G)를 여러 포인트 투 멀티포인트 LSP에 연결하려면 서로 다른 ID와 동일한 RD & (S,G)를 가진 여러 플로우 사양을 추가할 수 있습니다.
-
PCEP 매핑 동적(S,G)의 경우, 임계값은 항상 의 기본값 0입니다.
-
단일 PCE 시작 포인트 투 멀티포인트 LSP에 매핑되는 플로우 사양의 수에는 제한이 없습니다.
-
이 기능의 현재 구현은 다음을 지원하지 않습니다.
-
포인트 투 멀티포인트 LSP와 관련된 전송 상태 보고.
-
포괄적 프로바이더 터널 동적 구성
-
MVPN 수신 복제 터널에 대한 매핑
-
프로그래밍 가능 라우팅 프로토콜 프로세스(prpd)
-
MVPN 멀티캐스트 플로우(S,G)에 매핑되는 CLI 구성 멀티캐스트 LSP 보고.
-
또한보십시오
경로 계산 요소 프로토콜에 대한 세그먼트 라우팅 활성화
트래픽 스티어링을 위한 PCEP(Path Computation Element Protocol)를 사용하여 세그먼트 라우팅 또는 SPRING(Source Packet Routing in Networking) 트래픽 엔지니어링(SR-TE)을 활성화할 수 있습니다. 이러한 지원을 통해 세그먼트 라우팅의 이점은 PCE(Path Computation Element)에 의해 외부에서 제어되는 LSP(Label-Switched Path)로 확장됩니다.
경로 계산 요소에 대한 세그먼트 라우팅 프로토콜 개요
- PCEP를 위한 세그먼트 라우팅의 이점
- 트래픽 엔지니어링을 위한 세그먼트 라우팅
- PCEP를 위한 세그먼트 라우팅의 Junos OS 구현
- PCEP 제한 사항 및 지원되지 않는 기능에 대한 세그먼트 라우팅
PCEP를 위한 세그먼트 라우팅의 이점
-
외부 컨트롤러를 통해 LSP를 설정하면 네트워크에서 LSP당 및 디바이스당 대역폭 수요를 전체적으로 파악할 수 있어 온라인 및 실시간 제약 기반 경로 계산이 가능합니다.
세그먼트 라우팅의 이점은 PCE(Path Computation Element)라고도 하는 외부 컨트롤러에 의해 시작되는 LSP로 확장되어 MPLS 네트워크에서 외부 경로 컴퓨팅의 이점을 강화합니다.
-
위임 기능이 있는 경로 계산 클라이언트(PCC, 수신 MX 시리즈 라우터)는 PCEP 세션이 다운될 때 PCE에서 위임된 세그먼트 라우팅 LSP의 제어를 되찾을 수 있습니다. 그렇지 않으면 LSP는 PCC에서 삭제됩니다. 따라서 패킷이 조용히 폐기되거나 드롭되는 상황(null 경로 조건이라고도 함)을 방지하여 LSP 데이터 보호를 보장할 수 있습니다.
트래픽 엔지니어링을 위한 세그먼트 라우팅
세그먼트 라우팅은 IPv4 또는 IPv6 데이터 플레인에서 작동할 수 있으며 ECMP(Equal-cost 다중 경로)를 지원합니다. IGP 확장이 내장되어 있어 세그먼트 라우팅은 레이어 3 VPN, VPWS(Virtual Private Wire Service), VPLS(Virtual Private LAN Service) 및 EVPN(Ethernet VPN)을 포함한 MPLS의 풍부한 멀티서비스 기능과 통합됩니다.
세그먼트 라우팅-트래픽 엔지니어링(SR-TE) 솔루션의 일부 고급 구성 요소는 다음과 같습니다.
-
링크 특성 보급을 위한 IGP 사용. 이 기능은 RSVP-TE와 유사합니다.
-
수신 디바이스 또는 PCE에서 CSPF(Constrained Shortest Path First)를 사용합니다.
-
링크에 대한 레이블 보급을 위해 IGP를 사용합니다.
SR-TE 기능:
-
수신 디바이스는 통과하려는 링크의 레이블을 쌓아 LSP를 구성합니다.
-
링크별 IGP 광고는 레이블 스태킹과 결합되어 수신 디바이스에서 소스 라우팅 LSP를 생성하므로 전송 디바이스는 종단 간 LSP를 인식하지 못합니다.
-
LSP는 전송 디바이스에 LSP당 메모리 요구 사항을 두지 않고 에지 노드 간에 생성됩니다. (SR-TE에는 LSP당 신호가 없으므로 이러한 LSP의 생성이 가능합니다.)
-
이웃별 레이블이 쌓이면 많은 수의 레이블이 관리되어 컨트롤 플레인이 확장됩니다.
-
PCEP를 위한 세그먼트 라우팅의 Junos OS 구현
Junos OS는 PCE 시작 LSP와 PCE 위임 LSP의 두 가지 유형의 LSP에 대해 PCEP를 위한 세그먼트 라우팅을 구현합니다.
PCE 시작 세그먼트 라우팅 LSP
PCE 시작 세그먼트 라우팅 LSP는 PCE가 인접 및 노드 세그먼트에 대해 생성하는 LSP입니다
PCE는 다음 기능을 수행합니다.
-
세그먼트 라우팅 LSP의 경로를 계산합니다.
-
PCEP 세그먼트 라우팅 확장을 사용하여 PCC(Path Computation Client)에서 LSP를 프로비저닝합니다.
-
PCEP 세그먼트 라우팅 확장을 구문 분석합니다.
-
자체 선호 값을 갖고 inet.3 라우팅 테이블에서 사용할 수 있는 PCC에 터널 경로를 생성하여 다른 터널 경로와 마찬가지로 IP 트래픽 및 서비스를 확인할 수 있습니다.
PCC는 다음 기능을 수행합니다.
-
소스 명시적 경로 개체(S-ERO)의 첫 번째 NAI(Network Access Identifier)를 기반으로 발신 인터페이스를 선택합니다.
Junos OS는 첫 번째 홉을 엄격한 홉으로 포함하는 S-ERO를 지원합니다. Junos OS는 느슨한 홉 노드 세그먼트 ID(SID)를 기반으로 PCC에서 발신 인터페이스 선택을 지원하지 않습니다. 그러나 나머지 홉은 느슨할 수 있습니다. 다음 홉 생성에 레이블을 사용하는 것 외에는 첫 번째 홉을 벗어난 S-ERO에 대해 특정 처리가 수행되지 않습니다.
-
다음과 같은 경우 S-ERO를 거부합니다.
-
S-ERO에는 레이블이 없습니다.
-
S-ERO는 6개 이상의 홉을 전달합니다.
PCC는 동일한 메트릭을 가진 동일한 대상에 대한 여러 LSP가 있을 때 ECMP(Equal-cost 다중 경로) 경로를 생성합니다.
-
-
프로비저닝된 후 세그먼트 라우팅 LSP의 변경으로 이어지는 모든 이벤트를 PCE가 처리할 때까지 기다립니다(예: 레이블이 변경되거나 철회된 경우, 또는 LSP가 통과하는 인터페이스 중 하나가 다운된 경우).
PCEP 세션이 다운되면 PCE 시작 세그먼트 라우팅 LSP는 다음을 수행합니다.
-
300초 동안 작동 상태를 유지합니다.
-
300초 후에 PCC에서 삭제됩니다.
자세한 내용은 인터넷 초안 draft-ietf-pce-lsp-setup-type-03.txt(2015년 12월 25일 만료), PCEP 메시지에서 경로 설정 유형 전달; 및 draft-ietf-pce-segment-routing-06.txt(2016년 2월 10일 만료), 세그먼트 라우팅를 위한 PCEP 확장.
PCE 위임 세그먼트 라우팅 LSP
PCE 위임 세그먼트 라우팅 LSP는 PCC가 로컬로 구성한 다음 PCE 컨트롤러에 위임하는 LSP입니다.
Junos OS 릴리스 20.1R1은 다음을 지원합니다.
-
PCE 위임 기능은 IPv4 대상이 있는 비컬러 세그먼트 라우팅 LSP에 대해서만 가능합니다.
-
세그먼트 목록의 첫 번째 세그먼트만 외부 컨트롤러에 위임 및 보고합니다. PCE 위임에는 여러 세그먼트가 지원되지 않습니다.
PCC는 다음과 같은 방법으로 세그먼트 라우팅 LSP를 외부 컨트롤러(PCE)에 위임할 수 있습니다.
-
Initial delegation- 로컬 LSP는 아직 PCC에서 구성되지 않았으며, LSP가 구성될 때 LSP 위임이 발생합니다.
-
Delegation of existing LSP- 로컬 LSP는 PCC에서 구성되며, 소스 라우팅 경로가 구성된 이후에 LSP 위임이 발생합니다. 즉, 위임 기능은 기존 세그먼트 라우팅 LSP에서 활성화됩니다.
세그먼트 라우팅 LSP를 위임한 후, PCE는 위임된 LSP를 제어하고 경로 계산을 위해 LSP 속성을 수정할 수 있습니다. PCC와 PCE 간의 PCEP 세션이 다운되면 LSP 제어가 PCC로 되돌아갑니다. PCE 위임 LSP는 PCEP 세션이 다운되는 경우 PCE 시작 LSP보다 이점이 있습니다. PCE 시작 LSP의 경우, PCEP 세션이 다운되면 LSP는 PCC에서 삭제됩니다. 그러나 PCE 위임된 LSP의 경우, PCEP 세션이 다운되면 PCC는 PCE에서 위임된 LSP에 대한 제어권을 되찾습니다. 그 결과, PCE 위임 LSP를 사용하면 세션이 다운될 때 패킷이 조용히 폐기되는 상황(null 경로 조건이라고도 함)을 피할 수 있습니다.
다음 유형의 세그먼트 라우팅 LSP는 PCE 위임 기능을 지원합니다.
-
Static LSPs- 전체 레이블 스택이 정적으로 구성된 정적 구성된 원본 라우팅 경로입니다.
-
Auto-translated LSPs- 자동으로 변환되는 정적 구성된 소스 라우팅 경로입니다.
-
Computed LSPs- 분산 CSPF(Constrained Shortest Path First)로 계산된 정적으로 구성된 소스 라우팅 경로입니다.
-
Dynamic LSPs—마지막 홉 ERO 해상도가 있는 동적 터널 모듈을 통해 트리거된 동적으로 생성된 터널입니다.
세그먼트 라우팅 LSP의 소스에 따라 PCC에서 위임 기능을 구성할 수 있습니다. 세그먼트 라우팅 LSP의 위임을 활성화하려면 계층 아래의 [edit protocols source-packet-routing] 적절한 수준에 문을 포함 lsp-external-controller pccd 합니다.
표 2 에는 위임 기능이 활성화된 해당 구성 계층 수준에 대한 LSP 소스의 매핑이 나와 있습니다.
PCC에서 위임 기능을 구성하기 전에 및 [edit protocols mpls] 계층 수준에서 [edit protocols source-packet-routing] 문을 포함 lsp-external-controller pccd 해야 합니다.
|
세그먼트 라우팅 LSP의 소스 |
구성 계층 |
|---|---|
|
기본 세그먼트 목록 |
|
계산된 LSP(분산형 CSPF) |
다음에서 source-routing 경로의 기본 세그먼트 목록:
|
|
동적 LSP |
다음에서 소스 라우팅 경로 템플릿의 기본 세그먼트 목록:
|
명령 출력에서 SR-TE LSP의 제어 상태를 show spring-traffic-engineering 확인할 수 있습니다.
표 3 은 명령문이 lsp-external-controller 소스 라우팅 경로에 대해 구성될 때 PCEP 상호 작용을 보여줍니다.
|
lsp-external-controller 구성 계층 |
source-routing-path 위임 상태 |
PCC와 PCE 간의 PCEP 상호 작용 |
|---|---|---|
|
소스 라우팅 경로의 기본 세그먼트 목록 |
초기 위임 |
라우팅 프로토콜 프로세스(rpd)가 다시 시작되거나 라우팅 엔진 전환이 발생할 때도 동일한 동작이 나타납니다. |
|
소스 라우팅 경로의 기본 세그먼트 목록 |
기존 경로 위임 |
|
|
소스 라우팅 경로의 기본 세그먼트 |
위임이 구성되지 않았거나 삭제되었습니다. |
PCE의 세그먼트 목록(사용 가능한 경우)은 더 이상 사용되지 않으며 로컬 구성의 계산 결과가 사용됩니다. 세그먼트 목록에 대한 로컬 결과를 사용할 수 있는 경우, 해당 세그먼트 목록은 단절 전 접속 방식으로 경로를 프로그래밍하는 데 사용됩니다. |
|
소스 라우팅 경로의 세그먼트 목록 |
위임은 LSP가 구성된 후에 활성화됩니다. |
위임 기능은 소스 라우팅 경로 아래의 기본 세그먼트 목록에 대해 트리거됩니다. |
|
소스 라우팅 경로의 세그먼트 목록 |
위임이 구성되지 않았거나 삭제되었습니다. |
위임 기능은 소스 라우팅 경로 아래의 기본 세그먼트 목록에서 제거됩니다. |
|
소스 라우팅 경로 템플릿의 기본 세그먼트 목록 |
위임은 LSP가 구성된 후에 활성화됩니다. |
|
|
소스 라우팅 경로 템플릿의 기본 세그먼트 목록 |
위임이 구성되지 않았거나 삭제되었습니다. |
위임 기능은 템플릿 구성과 일치하는 모든 소스 라우팅 경로 및 기본 경로에서 제거됩니다. |
PCEP 제한 사항 및 지원되지 않는 기능에 대한 세그먼트 라우팅
PCEP에 대한 세그먼트 라우팅 지원은 시스템의 성능 부담을 증가시키지 않습니다. 그러나 다음과 같은 제한 사항이 있습니다.
-
SR-TE LSP는 PCC에서 로컬로 보호되지 않습니다. LSP가 6홉을 초과하면, 일반 IP 트래픽을 전달하는 것 외에는 LSP에서 어떠한 서비스도 제공되지 않습니다.
-
GRES(Graceful 라우팅 엔진 스위치오버) 및 통합 ISSU(In-Service Software Upgrade)는 지원되지 않습니다.
-
NSR(Nonstop Active Routing)은 지원되지 않습니다.
-
IPv6은 지원되지 않습니다.
-
PCE 위임 LSP는 다음을 지원하지 않습니다:
-
컬러 SR-TE LSP
-
IPv6 LSP
-
소스 라우팅 경로의 보조 세그먼트 목록입니다. 세그먼트 목록의 경로는 하나만 위임할 수 있습니다.
-
멀티세그먼트 표준. 세그먼트 목록의 첫 번째 세그먼트만 위임되어 컨트롤러에 보고됩니다.
-
예: 경로 계산 요소 프로토콜에 대한 세그먼트 라우팅 구성
이 예는 PCEP(Path Computation Element Protocol)에 대한 세그먼트 라우팅 또는 SPRING(Source Packet Routing in Networking) 트래픽 엔지니어링(SR-TE)을 구성하는 방법을 보여줍니다. 구성에서는 효율적인 트래픽 엔지니어링을 위해 외부 경로 컴퓨팅의 이점과 함께 세그먼트 라우팅의 이점을 활용합니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
4개의 MX 시리즈 5G 유니버설 라우팅 플랫폼, 수신 MX 시리즈 라우터는 PCC(Path Computation Client)입니다.
-
PCC에서 외부 스테이트풀 경로 계산 요소(PCE)로의 TCP 연결.
-
PCE 시작 LSP의 구현을 위해 PCC에서 실행되는 Junos OS 릴리스 17.2 이상.
PCE 위임 기능을 위해서는 Junos OS 릴리스 20.1R1 이상 릴리스를 실행해야 합니다.
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
MPLS를 구성합니다.
-
IS-IS를 구성합니다.
개요
PCEP용 세그먼트 라우팅의 Junos OS 구현에는 PCE 시작 및 PCE 위임 SR-TE LSP가 포함됩니다.
-
PCE 시작 LSP의 구현은 Junos OS 릴리스 17.2R1에서 소개되며, 여기서 세그먼트 라우팅의 트래픽 엔지니어링 기능은 PCE에 의해 시작된 LSP에 대한 PCEP 세션에서 지원됩니다. PCE는 인접 및 노드 세그먼트에 대한 LSP를 생성합니다. 터널 경로는 PCE 시작 SR-TE LSP에 해당하는 PCC의 inet.3 라우팅 테이블에 생성됩니다.
-
PCE 위임 LSP의 구현은 Junos OS 릴리스 20.1R1에서 소개되며, 여기서 PCC에서 로컬로 구성된 IPv4 비색 세그먼트 라우팅 LSP는 PCE 컨트롤러에 위임될 수 있습니다. 그런 다음 PCE는 LSP를 제어하고 경로 계산을 위해 LSP 속성을 수정할 수 있습니다.
PCE 위임 LSP는 PCEP 세션이 다운될 때 PCE 시작 LSP에 비해 우위를 점합니다. PCE 시작 LSP의 경우, PCEP 세션이 다운되면 LSP는 PCC에서 삭제됩니다. 그러나 PCE 위임된 LSP의 경우, PCEP 세션이 다운되면 PCC는 PCE에서 위임된 LSP에 대한 제어권을 되찾습니다. 그 결과, PCE 위임 LSP를 사용하면 PCEP 세션이 다운될 때 패킷이 조용히 폐기되는 상황(null 경로 조건이라고도 함)을 피할 수 있습니다.
PCEP에 대한 세그먼트 라우팅을 활성화하려면:
PCE 시작 세그먼트 라우팅 LSP의 경우:
-
계층 수준에서 문을 포함하여
lsp-external-controllerMPLS에 대한 외부 경로 컴퓨팅을 활성화합니다[edit protocols mpls].이 구성은 RSVP-TE 확장이 있는 PCEP에도 필요합니다. PCEP에 대한 세그먼트 라우팅이 활성화되면 RSVP-TE를 사용하여 PCEP를 비활성화할 수 없습니다.
-
계층 수준에서 명령문을 포함하여
lsp-external-controller pccdSR-TE에 대한 외부 경로 컴퓨팅을 활성화합니다[edit protocols spring-traffic-engineering]. -
계층 수준에서 문을 포함하여
spring-capabilityPCE에 대한 세그먼트 라우팅을 활성화합니다[edit protocols pcep pce pce-name]. -
선택적으로 계층 수준에서
[edit protocols pcep pce pce-name]문을 포함하여max-sid-depth numberPCE의 최대 SID 깊이를 구성합니다.최대 SID 깊이는 노드 또는 노드의 링크에서 지원하는 SID의 수입니다. 구성되지 않은 경우, 기본 최대 SID 값 5가 적용됩니다.
-
선택적으로 계층 수준에서 를
preference preference-value포함하여 세그먼트 라우팅에 대한 기본 설정 값을 구성합니다[edit protocol spring-te].선호 값은 후보 경로 중 활성 경로 형태로 경로가 선택되는 순서를 나타내며, 값이 클수록 선호가 높습니다. 구성되지 않은 경우, 기본 선호 값 8이 적용됩니다.
-
선택적으로 계층 수준에서 문을 포함하여
traceoptions문제 해결을 목적으로 세그먼트 라우팅 로깅을 구성합니다[edit protocols spring-te].
세그먼트 라우팅 LSP의 PCE 위임의 경우, 앞서 언급한 단계 외에도 다음을 수행합니다.
-
레이블 매개 변수를 사용하여 세그먼트 목록을 정의합니다. 이렇게 하면 PCC에 로컬로 세그먼트 라우팅 LSP가 생성됩니다.
-
세그먼트 라우팅 LSP 소스에 따라 다음 계층 중 하나에 문을 포함하여
lsp-external-controller pccdPCC에서 로컬로 구성된 LSP의 위임 기능을 활성화합니다.-
분산 CSPF
[edit protocols source-packet-routing source-routing-path lsp-name primary path-name compute profile-name]및[edit protocols source-packet-routing source-routing-path lsp-name primary path-name]계층 수준으로 계산된 정적 구성된 소스 라우팅 경로의 경우. -
전체 레이블 스택이 정적으로 구성된 정적으로 구성된 원본 라우팅 경로와 자동으로 변환되는 원본 라우팅 경로의 경우-
[edit protocols source-packet-routing source-routing-path lsp-name primary path-name]계층 수준. -
동적 터널 모듈을 통해 트리거되고 마지막 홉 ERO 해상도
[edit protocols source-packet-routing source-routing-path-template template-name primary primary-segment-list-name]및[edit protocols source-packet-routing source-routing-path-template template-name]계층 수준이 있는 동적으로 생성된 터널의 경우.
-
토폴로지
그림 8 은 PCE와 PCC(수신 MX 시리즈 라우터) 간에 실행되는 PCEP 세션이 있는 샘플 네트워크 토폴로지를 보여줍니다. 라우터 R1, R2 및 R3은 네트워크의 다른 MX 시리즈 라우터입니다. 이 예에서는 PCC에서 PCEP에 대한 세그먼트 라우팅을 구성합니다. 또한 라우터 R3에 대한 PCC에서 정적 경로를 구성하여 정적 경로에 대한 트래픽을 라우팅할 때 SR-TE 터널 경로의 사용을 확인합니다.
를 위한 세그먼트 라우팅
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣은 다음, 구성 모드에서 들어갑니다 commit .
이 섹션에서는 모든 디바이스(PCC 및 라우터 3개)의 구성을 제시하지만, 단계별 절차에서는 PCC의 구성만 문서화합니다.
PCC
set interfaces ge-0/0/5 unit 0 family inet address 10.100.41.1/24 set interfaces ge-0/0/5 unit 0 family iso set interfaces ge-0/0/5 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.4/32 primary set interfaces lo0 unit 0 family iso address 49.0011.0110.0000.0101.00 set interfaces lo0 unit 0 family mpls set routing-options static route 100.1.1.1/32 next-hop 192.168.100.3 set routing-options router-id 192.168.100.4 set routing-options autonomous-system 64496 set protocols rsvp interface fxp0.0 disable set protocols rsvp interface all set protocols mpls lsp-external-controller pccd set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis source-packet-routing srgb start-label 800000 set protocols isis source-packet-routing srgb index-range 4000 set protocols isis source-packet-routing node-segment ipv4-index 101 set protocols isis source-packet-routing node-segment ipv6-index 11 set protocols isis level 1 disable set protocols isis level 2 wide-metrics-only set protocols isis interface all point-to-point set protocols isis interface all level 2 metric 10 set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0 passive set protocols source-packet-routing segment-list static_seg_list_1 hop1 label 800102 set protocols source-packet-routing segment-list static_seg_list_1 hop2 label 800103 set protocols source-packet-routing source-routing-path static_srte_lsp_1 to 192.168.100.3 set protocols source-packet-routing source-routing-path static_srte_lsp_1 primary static_seg_list_1 lsp-external-controller pccd set protocols spring-traffic-engineering lsp-external-controller pccd set protocols source-packet-routing source-routing-path static1 lsp-external-controller pccd set protocols pcep pce pce1 local-address 192.168.100.4 set protocols pcep pce pce1 destination-ipv4-address 10.102.180.232 set protocols pcep pce pce1 destination-port 4189 set protocols pcep pce pce1 pce-type active set protocols pcep pce pce1 pce-type stateful set protocols pcep pce pce1 lsp-provisioning set protocols pcep pce pce1 spring-capability
라우터 R1
set interfaces ge-0/0/5 unit 0 family inet address 10.100.41.2/24 set interfaces ge-0/0/5 unit 0 family iso set interfaces ge-0/0/5 unit 0 family mpls set interfaces ge-0/1/2 unit 0 family inet address 10.100.12.1/24 set interfaces ge-0/1/2 unit 0 family iso set interfaces ge-0/1/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.1/32 primary set interfaces lo0 unit 0 family iso address 49.0011.0110.0000.0102.00 set interfaces lo0 unit 0 family mpls set routing-options router-id 192.168.100.1 set routing-options autonomous-system 64496 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis source-packet-routing srgb start-label 800000 set protocols isis source-packet-routing srgb index-range 4000 set protocols isis source-packet-routing node-segment ipv4-index 102 set protocols isis level 1 disable set protocols isis level 2 wide-metrics-only set protocols isis interface all point-to-point set protocols isis interface all level 2 metric 10 set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0 passive
라우터 R2
set interfaces ge-0/1/2 unit 0 family inet address 10.100.12.2/24 set interfaces ge-0/1/2 unit 0 family iso set interfaces ge-0/1/2 unit 0 family mpls set interfaces ge-0/1/8 unit 0 family inet address 10.100.23.1/24 set interfaces ge-0/1/8 unit 0 family iso set interfaces ge-0/1/8 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.2/32 set interfaces lo0 unit 0 family iso address 49.0011.0110.0000.0105.00 set interfaces lo0 unit 0 family mpls set routing-options router-id 192.168.100.2 set routing-options autonomous-system 64496 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis source-packet-routing srgb start-label 800000 set protocols isis source-packet-routing srgb index-range 4000 set protocols isis source-packet-routing node-segment ipv4-index 105 set protocols isis level 1 disable set protocols isis level 2 wide-metrics-only set protocols isis interface all point-to-point set protocols isis interface all level 2 metric 10 set protocols isis interface all level 1 disable set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0 passive
라우터 R3
set interfaces ge-0/1/8 unit 0 family inet address 10.100.23.2/24 set interfaces ge-0/1/8 unit 0 family iso set interfaces ge-0/1/8 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.3/32 primary set interfaces lo0 unit 0 family iso address 49.0011.0110.0000.0103.00 set interfaces lo0 unit 0 family mpls set routing-options static route 100.1.1.1/32 receive set routing-options router-id 192.168.100.3 set routing-options autonomous-system 64496 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols isis source-packet-routing srgb start-label 800000 set protocols isis source-packet-routing srgb index-range 4000 set protocols isis source-packet-routing node-segment ipv4-index 103 set protocols isis level 1 disable set protocols isis level 2 wide-metrics-only set protocols isis interface all point-to-point set protocols isis interface all level 2 metric 10 set protocols isis interface fxp0.0 disable set protocols isis interface lo0.0 passive
절차
단계별 절차
이 예에서는 PCC만 구성합니다.
다음 단계를 수행하려면 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
PCC를 구성하려면:
-
PCC의 인터페이스를 구성합니다.
[edit interfaces] user@PCC# set ge-0/0/5 unit 0 family inet address 10.100.41.1/24 user@PCC# set ge-0/0/5 unit 0 family iso user@PCC# set ge-0/0/5 unit 0 family mpls user@PCC# set lo0 unit 0 family inet address 192.168.100.4/32 primary user@PCC# set lo0 unit 0 family iso address 49.0011.0110.0000.0101.00 user@PCC# set lo0 unit 0 family mpls
-
PCC에 대한 라우터 ID를 구성하고 자율 시스템 번호를 할당합니다.
[edit routing-options] user@PCC# set router-id 192.168.100.4 user@PCC# set autonomous-system 64496
-
PCC에서 라우터 R3으로의 고정 경로를 구성합니다.
고정 경로는 확인 목적으로만 생성되며 기능 기능에 영향을 미치지 않습니다.
[edit routing-options] user@PCC# set static route 100.1.1.1/32 next-hop 192.168.100.3
-
관리 인터페이스를 제외한 PCC의 모든 인터페이스에 RSVP를 구성합니다.
[edit protocols] user@PCC# set rsvp interface fxp0.0 disable user@PCC# set rsvp interface all
-
관리 인터페이스를 제외한 PCC의 모든 인터페이스에 MPLS를 구성합니다.
[edit protocols] user@PCC# set mpls interface all user@PCC# set mpls interface fxp0.0 disable
-
MPLS에 대한 외부 경로 컴퓨팅 기능을 활성화합니다.
[edit protocols] user@PCC# set mpls lsp-external-controller pccd
-
관리 및 루프백 인터페이스를 제외한 PCC의 모든 인터페이스에서 IS-IS 레벨 2를 구성합니다.
[edit protocols] user@PCC# set isis level 1 disable user@PCC# set isis level 2 wide-metrics-only user@PCC# set isis interface all point-to-point user@PCC# set isis interface all level 2 metric 10 user@PCC# set isis interface fxp0.0 disable user@PCC# set isis interface lo0.0 passive
-
세그먼트 라우팅을 위한 세그먼트 라우팅 전역 블록(SRGB) 속성을 구성합니다.
[edit protocols] user@PCC# set isis source-packet-routing srgb start-label 800000 user@PCC# set isis source-packet-routing srgb index-range 4000 user@PCC# set isis source-packet-routing node-segment ipv4-index 101 user@PCC# set isis source-packet-routing node-segment ipv6-index 11
-
SR-TE에 대한 외부 경로 컴퓨팅 기능을 활성화합니다.
[edit protocols] user@PCC# set spring-traffic-engineering lsp-external-controller pccd
-
PCE 매개 변수를 구성하고 PCE 및 세그먼트 라우팅 기능으로 LSP의 프로비저닝을 활성화합니다.
[edit protocols] user@PCC# set pcep pce pce1 local-address 192.168.100.4 user@PCC# set pcep pce pce1 destination-ipv4-address 10.102.180.232 user@PCC# set pcep pce pce1 destination-port 4189 user@PCC# set pcep pce pce1 pce-type active user@PCC# set pcep pce pce1 pce-type stateful
-
PCE에 의한 세그먼트 라우팅 LSP의 프로비저닝을 활성화합니다.
[edit protocols] user@PCC# set pcep pce pce1 lsp-provisioning
-
PCE에 대한 세그먼트 라우팅 기능을 활성화합니다.
[edit protocols] user@PCC# set pcep pce pce1 spring-capability
-
정적 세그먼트 목록
static_seg_list_1매개 변수를 정의합니다.[edit protocols] user@PCC# set source-packet-routing segment-list static_seg_list_1 hop1 label 800102 user@PCC# set source-packet-routing segment-list static_seg_list_1 hop2 label 800103
-
PCE 위임을 위해 PCC에서 라우터 R3로의 정적 세그먼트 라우팅 LSP를 구성합니다.
[edit protocols] user@PCC# set source-packet-routing source-routing-path static_srte_lsp_1 to 192.168.100.3
-
소스 라우팅 경로에 대한 위임 기능을 활성화합니다
static_srte_lsp_1.[edit protocols] user@PCC# set source-packet-routing source-routing-path static_srte_lsp_1 primary static_seg_list_1 lsp-external-controller pccd
13, 14 및 15단계를 완료하면 PCC가 세그먼트 라우팅 LSP를 PCE에 위임할 수 있습니다.
-
구성을 커밋합니다.
결과
구성 모드에서 , show routing-options및 show protocols 명령을 show interfaces입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
user@PCC# show interfaces
ge-0/0/5 {
unit 0 {
family inet {
address 10.100.41.1/24;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.100.4/32 {
primary;
}
}
family iso {
address 49.0011.0110.0000.0101.00;
}
family mpls;
}
}
user@PCC# show routing-options
static {
route 100.1.1.1/32 next-hop 192.168.100.3;
}
router-id 192.168.100.4;
autonomous-system 64496;
user@PCC# show protocols
rsvp {
interface fxp0.0 {
disable;
}
interface all;
}
mpls {
lsp-external-controller pccd;
interface all;
interface fxp0.0 {
disable;
}
}
isis {
source-packet-routing {
srgb start-label 800000 index-range 4000;
node-segment {
ipv4-index 101;
ipv6-index 11;
}
}
level 1 disable;
level 2 wide-metrics-only;
interface all {
point-to-point;
level 2 metric 10;
}
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
spring-traffic-engineering {
lsp-external-controller pccd;
}
source-packet-routing {
segment-list static_seg_list_1 {
hop1 label 800102
hop1 label 800102
}
source-routing-path static_srte_lsp_1 {
to 192.168.100.3;
primary {
static_seg_list_1 {
lsp-external-controller pccd;
}
}
}
}
pcep {
pce pce1 {
local-address 192.168.100.4;
destination-ipv4-address 10.102.180.232;
destination-port 4189;
pce-type active stateful;
lsp-provisioning;
spring-capability;
}
}
디바이스(PCC) 구성이 완료되면 구성 모드에서 들어갑니다 commit .
검증
구성이 제대로 작동하고 있는지 확인합니다.
- IS-IS 인접성 및 레이블 확인
- 트래픽 엔지니어링 데이터베이스 확인
- SR-TE LSP 확인
- 터널 경로 생성 확인
- 포워딩 테이블 항목 확인
- 정적 경로 전달을 위한 터널 경로 사용 확인
IS-IS 인접성 및 레이블 확인
목적
PCC에서 IS-IS 인접성을 확인합니다. SRGB 레이블 범위, 인접 및 노드 세그먼트 값, SPRING 기능 출력 필드를 기록해 둡니다.
작업
운영 모드에서 , show isis database extensive및 명령을 show isis adjacency extensiveshow isis overview 실행합니다.
user@PCC> show isis adjacency extensive R1 Interface: ge-0/0/5.0, Level: 2, State: Up, Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 00:37:15 ago Circuit type: 2, Speaks: IP, IPv6 Topologies: Unicast Restart capable: Yes, Adjacency advertisement: Advertise IP addresses: 10.100.41.2 Level 2 IPv4 Adj-SID: 16 Transition log: When State Event Down reason Wed Apr 5 02:42:48 Up Seenself PCE Interface: gre.0, Level: 2, State: Up, Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 00:27:00 ago Circuit type: 2, Speaks: IP, IPv6 Topologies: Unicast Restart capable: Yes, Adjacency advertisement: Advertise IP addresses: 11.105.199.2 Level 2 Transition log: When State Event Down reason Wed Apr 5 02:53:03 Up Seenself
user@PCC> show isis database extensive
IS-IS level 1 link-state database:
IS-IS level 2 link-state database:
PCC.00-00 Sequence: 0x2a6, Checksum: 0x1a4f, Lifetime: 1150 secs
IPV4 Index: 101
Node Segment Blocks Advertised:
Start Index : 0, Size : 4000, Label-Range: [ 800000, 803999 ]
IS neighbor: R1.00 Metric: 10
Two-way fragment: R1.00-00, Two-way first fragment: R1.00-00
IS neighbor: PCE.00 Metric: 16777215
IP prefix: 192.168.100.4/32 Metric: 0 Internal Up
IP prefix: 11.101.102.0/30 Metric: 10 Internal Up
IP prefix: 11.105.199.0/30 Metric: 16777215 Internal Up
Header: LSP ID: PCC.00-00, Length: 243 bytes
Allocated length: 1492 bytes, Router ID: 192.168.100.4
Remaining lifetime: 1150 secs, Level: 2, Interface: 0
Estimated free bytes: 1084, Actual free bytes: 1249
Aging timer expires in: 1150 secs
Protocols: IP, IPv6
Packet: LSP ID: PCC.00-00, Length: 243 bytes, Lifetime : 1198 secs
Checksum: 0x1a4f, Sequence: 0x2a6, Attributes: 0x3 L1 L2
NLPID: 0x83, Fixed length: 27 bytes, Version: 1, Sysid length: 0 bytes
Packet type: 20, Packet version: 1, Max area: 0
TLVs:
Area address: 49.0011 (3)
LSP Buffer Size: 1492
Speaks: IP
Speaks: IPV6
IP router id: 192.168.100.4
IP address: 192.168.100.4
Hostname: PCC
IS extended neighbor: R1.00, Metric: default 10
IP address: 10.100.41.1
Neighbor's IP address: 10.100.41.2
Local interface index: 334, Remote interface index: 333
Current reservable bandwidth:
Priority 0 : 10Mbps
Priority 1 : 10Mbps
Priority 2 : 10Mbps
Priority 3 : 10Mbps
Priority 4 : 10Mbps
Priority 5 : 10Mbps
Priority 6 : 10Mbps
Priority 7 : 10Mbps
Maximum reservable bandwidth: 10Mbps
Maximum bandwidth: 10Mbps
Administrative groups: 0 none
P2P IPV4 Adj-SID - Flags:0x30(F:0,B:0,V:1,L:1,S:0), Weight:0, Label: 16
IS extended neighbor: PCE.00, Metric: default 16777215
IP address: 11.105.199.1
Neighbor's IP address: 11.105.199.2
Local interface index: 329, Remote interface index: 329
IP extended prefix: 11.101.102.0/30 metric 10 up
IP extended prefix: 11.105.199.0/30 metric 16777215 up
IP extended prefix: 192.168.100.4/32 metric 0 up
8 bytes of subtlvs
Node SID, Flags: 0x40(R:0,N:1,P:0,E:0,V:0,L:0), Algo: SPF(0), Value: 101
Router Capability: Router ID 192.168.100.4, Flags: 0x00
SPRING Capability - Flags: 0xc0(I:1,V:1), Range: 4000, SID-Label: 800000
SPRING Algorithm - Algo: 0
No queued transmissions
R1.00-00 Sequence: 0x297, Checksum: 0x1615, Lifetime: 839 secs
IPV4 Index: 102
Node Segment Blocks Advertised:
Start Index : 0, Size : 4000, Label-Range: [ 800000, 803999 ]
IS neighbor: PCC.00 Metric: 10
Two-way fragment: PCC.00-00, Two-way first fragment: PCC.00-00
IS neighbor: R2.00 Metric: 10
Two-way fragment: R2.00-00, Two-way first fragment: R2.00-00
IP prefix: 192.168.100.1/32 Metric: 0 Internal Up
IP prefix: 11.101.102.0/30 Metric: 10 Internal Up
IP prefix: 11.102.105.0/30 Metric: 10 Internal Up
Header: LSP ID: R1.00-00, Length: 302 bytes
Allocated length: 302 bytes, Router ID: 192.168.100.1
Remaining lifetime: 839 secs, Level: 2, Interface: 334
Estimated free bytes: 0, Actual free bytes: 0
Aging timer expires in: 839 secs
Protocols: IP, IPv6
Packet: LSP ID: R1.00-00, Length: 302 bytes, Lifetime : 1196 secs
Checksum: 0x1615, Sequence: 0x297, Attributes: 0x3 L1 L2
NLPID: 0x83, Fixed length: 27 bytes, Version: 1, Sysid length: 0 bytes
Packet type: 20, Packet version: 1, Max area: 0
TLVs:
Area address: 49.0011 (3)
LSP Buffer Size: 1492
Speaks: IP
Speaks: IPV6
IP router id: 192.168.100.1
IP address: 192.168.100.1
Hostname: R1
IP extended prefix: 192.168.100.1/32 metric 0 up
8 bytes of subtlvs
Node SID, Flags: 0x40(R:0,N:1,P:0,E:0,V:0,L:0), Algo: SPF(0), Value: 102
IP extended prefix: 11.101.102.0/30 metric 10 up
IP extended prefix: 11.102.105.0/30 metric 10 up
Router Capability: Router ID 192.168.100.1, Flags: 0x00
SPRING Capability - Flags: 0xc0(I:1,V:1), Range: 4000, SID-Label: 800000
SPRING Algorithm - Algo: 0
IS extended neighbor: R2.00, Metric: default 10
IP address: 10.100.12.1
Neighbor's IP address: 10.100.12.2
Local interface index: 334, Remote interface index: 333
Current reservable bandwidth:
Priority 0 : 10Mbps
Priority 1 : 10Mbps
Priority 2 : 10Mbps
Priority 3 : 10Mbps
Priority 4 : 10Mbps
Priority 5 : 10Mbps
Priority 6 : 10Mbps
Priority 7 : 10Mbps
Maximum reservable bandwidth: 10Mbps
Maximum bandwidth: 10Mbps
Administrative groups: 0 none
P2P IPV4 Adj-SID - Flags:0x30(F:0,B:0,V:1,L:1,S:0), Weight:0, Label: 17
IS extended neighbor: PCC.00, Metric: default 10
IP address: 10.100.41.2
Neighbor's IP address: 10.100.41.1
Local interface index: 333, Remote interface index: 334
Current reservable bandwidth:
Priority 0 : 10Mbps
Priority 1 : 10Mbps
Priority 2 : 10Mbps
Priority 3 : 10Mbps
Priority 4 : 10Mbps
Priority 5 : 10Mbps
Priority 6 : 10Mbps
Priority 7 : 10Mbps
Maximum reservable bandwidth: 10Mbps
Maximum bandwidth: 10Mbps
Administrative groups: 0 none
P2P IPV4 Adj-SID - Flags:0x30(F:0,B:0,V:1,L:1,S:0), Weight:0, Label: 16
No queued transmissions
R3.00-00 Sequence: 0x95, Checksum: 0xd459, Lifetime: 895 secs
IPV4 Index: 103
Node Segment Blocks Advertised:
Start Index : 0, Size : 4000, Label-Range: [ 800000, 803999 ]
IS neighbor: R2.00 Metric: 10
Two-way fragment: R2.00-00, Two-way first fragment: R2.00-00
IP prefix: 192.168.100.3/32 Metric: 0 Internal Up
IP prefix: 11.102.1.0/24 Metric: 10 Internal Up
IP prefix: 11.103.107.0/30 Metric: 10 Internal Up
Header: LSP ID: R3.00-00, Length: 209 bytes
Allocated length: 284 bytes, Router ID: 192.168.100.3
Remaining lifetime: 895 secs, Level: 2, Interface: 334
Estimated free bytes: 75, Actual free bytes: 75
Aging timer expires in: 895 secs
Protocols: IP, IPv6
Packet: LSP ID: R3.00-00, Length: 209 bytes, Lifetime : 1192 secs
Checksum: 0xd459, Sequence: 0x95, Attributes: 0x3 L1 L2
NLPID: 0x83, Fixed length: 27 bytes, Version: 1, Sysid length: 0 bytes
Packet type: 20, Packet version: 1, Max area: 0
TLVs:
Area address: 49.0011 (3)
LSP Buffer Size: 1492
Speaks: IP
Speaks: IPV6
IP router id: 192.168.100.3
IP address: 192.168.100.3
Hostname: R3
IS extended neighbor: R2.00, Metric: default 10
IP address: 10.100.23.2
Neighbor's IP address: 10.100.23.1
Local interface index: 336, Remote interface index: 334
Current reservable bandwidth:
Priority 0 : 10Mbps
Priority 1 : 10Mbps
Priority 2 : 10Mbps
Priority 3 : 10Mbps
Priority 4 : 10Mbps
Priority 5 : 10Mbps
Priority 6 : 10Mbps
Priority 7 : 10Mbps
Maximum reservable bandwidth: 10Mbps
Maximum bandwidth: 10Mbps
Administrative groups: 0 none
P2P IPV4 Adj-SID - Flags:0x30(F:0,B:0,V:1,L:1,S:0), Weight:0, Label: 16
IP extended prefix: 192.168.100.3/32 metric 0 up
8 bytes of subtlvs
Node SID, Flags: 0x40(R:0,N:1,P:0,E:0,V:0,L:0), Algo: SPF(0), Value: 103
IP extended prefix: 11.103.107.0/30 metric 10 up
IP extended prefix: 11.102.1.0/24 metric 10 up
Router Capability: Router ID 192.168.100.3, Flags: 0x00
SPRING Capability - Flags: 0xc0(I:1,V:1), Range: 4000, SID-Label: 800000
SPRING Algorithm - Algo: 0
No queued transmissions
R2.00-00 Sequence: 0x2aa, Checksum: 0xf8f4, Lifetime: 1067 secs
IPV4 Index: 105
Node Segment Blocks Advertised:
Start Index : 0, Size : 4000, Label-Range: [ 800000, 803999 ]
IS neighbor: R1.00 Metric: 10
Two-way fragment: R1.00-00, Two-way first fragment: R1.00-00
IS neighbor: R3.00 Metric: 10
Two-way fragment: R3.00-00, Two-way first fragment: R3.00-00
IP prefix: 192.168.100.2/32 Metric: 0 Internal Up
IP prefix: 11.102.105.0/30 Metric: 10 Internal Up
IP prefix: 11.103.107.0/30 Metric: 10 Internal Up
Header: LSP ID: R2.00-00, Length: 302 bytes
Allocated length: 302 bytes, Router ID: 192.168.100.2
Remaining lifetime: 1067 secs, Level: 2, Interface: 334
Estimated free bytes: 0, Actual free bytes: 0
Aging timer expires in: 1067 secs
Protocols: IP, IPv6
Packet: LSP ID: R2.00-00, Length: 302 bytes, Lifetime : 1194 secs
Checksum: 0xf8f4, Sequence: 0x2aa, Attributes: 0x3 L1 L2
NLPID: 0x83, Fixed length: 27 bytes, Version: 1, Sysid length: 0 bytes
Packet type: 20, Packet version: 1, Max area: 0
TLVs:
Area address: 49.0011 (3)
LSP Buffer Size: 1492
Speaks: IP
Speaks: IPV6
IP router id: 192.168.100.2
IP address: 192.168.100.2
Hostname: R2
IP extended prefix: 192.168.100.2/32 metric 0 up
8 bytes of subtlvs
Node SID, Flags: 0x40(R:0,N:1,P:0,E:0,V:0,L:0), Algo: SPF(0), Value: 105
IP extended prefix: 11.102.105.0/30 metric 10 up
IP extended prefix: 11.103.107.0/30 metric 10 up
Router Capability: Router ID 192.168.100.2, Flags: 0x00
SPRING Capability - Flags: 0xc0(I:1,V:1), Range: 4000, SID-Label: 800000
SPRING Algorithm - Algo: 0
IS extended neighbor: R3.00, Metric: default 10
IP address: 10.100.23.1
Neighbor's IP address: 10.100.23.2
Local interface index: 334, Remote interface index: 336
Current reservable bandwidth:
Priority 0 : 10Mbps
Priority 1 : 10Mbps
Priority 2 : 10Mbps
Priority 3 : 10Mbps
Priority 4 : 10Mbps
Priority 5 : 10Mbps
Priority 6 : 10Mbps
Priority 7 : 10Mbps
Maximum reservable bandwidth: 10Mbps
Maximum bandwidth: 10Mbps
Administrative groups: 0 none
P2P IPV4 Adj-SID - Flags:0x30(F:0,B:0,V:1,L:1,S:0), Weight:0, Label: 16
IS extended neighbor: R1.00, Metric: default 10
IP address: 10.100.12.2
Neighbor's IP address: 10.100.12.1
Local interface index: 333, Remote interface index: 334
Current reservable bandwidth:
Priority 0 : 10Mbps
Priority 1 : 10Mbps
Priority 2 : 10Mbps
Priority 3 : 10Mbps
Priority 4 : 10Mbps
Priority 5 : 10Mbps
Priority 6 : 10Mbps
Priority 7 : 10Mbps
Maximum reservable bandwidth: 10Mbps
Maximum bandwidth: 10Mbps
Administrative groups: 0 none
P2P IPV4 Adj-SID - Flags:0x30(F:0,B:0,V:1,L:1,S:0), Weight:0, Label: 17
No queued transmissions
PCE.00-00 Sequence: 0x277, Checksum: 0x64a5, Lifetime: 533 secs
IS neighbor: PCC.00 Metric: 16777215
IP prefix: 11.0.0.199/32 Metric: 0 Internal Up
IP prefix: 11.105.199.0/30 Metric: 16777215 Internal Up
Header: LSP ID: PCE.00-00, Length: 120 bytes
Allocated length: 284 bytes, Router ID: 11.0.0.199
Remaining lifetime: 533 secs, Level: 2, Interface: 329
Estimated free bytes: 164, Actual free bytes: 164
Aging timer expires in: 533 secs
Protocols: IP, IPv6
Packet: LSP ID: PCE.00-00, Length: 120 bytes, Lifetime : 1196 secs
Checksum: 0x64a5, Sequence: 0x277, Attributes: 0x3 L1 L2
NLPID: 0x83, Fixed length: 27 bytes, Version: 1, Sysid length: 0 bytes
Packet type: 20, Packet version: 1, Max area: 0
TLVs:
Area address: 11.0007 (3)
LSP Buffer Size: 1492
Speaks: IP
Speaks: IPV6
IP router id: 11.0.0.199
IP address: 11.0.0.199
Hostname: PCE
Router Capability: Router ID 11.0.0.199, Flags: 0x00
IP extended prefix: 11.105.199.0/30 metric 16777215 up
IP extended prefix: 11.0.0.199/32 metric 0 up
IS extended neighbor: PCC.00, Metric: default 16777215
IP address: 11.105.199.2
Neighbor's IP address: 11.105.199.1
Local interface index: 329, Remote interface index: 329
No queued transmissions
user@PCC> show isis overview
Instance: master
Router ID: 192.168.100.4
Hostname: PCC
Sysid: 0110.0000.0101
Areaid: 49.0011
Adjacency holddown: enabled
Maximum Areas: 3
LSP life time: 1200
Attached bit evaluation: enabled
SPF delay: 200 msec, SPF holddown: 5000 msec, SPF rapid runs: 3
IPv4 is enabled, IPv6 is enabled, SPRING based MPLS is enabled
Traffic engineering: enabled
Restart: Disabled
Helper mode: Enabled
Layer2-map: Disabled
Source Packet Routing (SPRING): Enabled
SRGB Config Range:
SRGB Start-Label : 800000, SRGB Index-Range : 4000
SRGB Block Allocation: Success
SRGB Start Index : 800000, SRGB Size : 4000, Label-Range: [ 800000, 803999 ]
Node Segments: Enabled
Ipv4 Index : 101, Ipv6 Index : 11
Level 1
Internal route preference: 15
External route preference: 160
Prefix export count: 0
Wide metrics are enabled, Narrow metrics are enabled
Source Packet Routing is enabled
Level 2
Internal route preference: 18
External route preference: 165
Prefix export count: 0
Wide metrics are enabled
Source Packet Routing is enabled
의미
PCC와 PCE 간의 IS-IS 인접성과 PCC와 라우터 R1 사이의 IS-IS 인접성이 작동 중입니다. 출력에는 인접 세그먼트와 노드 세그먼트에 대한 레이블 할당도 표시됩니다.
트래픽 엔지니어링 데이터베이스 확인
목적
PCC에서 트래픽 엔지니어링 데이터베이스 항목을 확인합니다.
작업
운영 모드에서 명령을 실행합니다 show ted database extensive .
user@PCC# show ted database extensive
TED database: 5 ISIS nodes 5 INET nodes
NodeID: PCC.00(192.168.100.4)
Type: Rtr, Age: 403 secs, LinkIn: 1, LinkOut: 1
Protocol: IS-IS(2)
192.168.100.4
To: R1.00(192.168.100.1), Local: 10.100.41.1, Remote: 10.100.41.2
Local interface index: 334, Remote interface index: 333
Color: 0 none
Metric: 10
IGP metric: 10
Static BW: 10Mbps
Reservable BW: 10Mbps
Available BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
P2P Adjacency-SID:
IPV4, SID: 16, Flags: 0x30, Weight: 0
Prefixes:
192.168.100.4/32
Metric: 0, Flags: 0x00
Prefix-SID:
SID: 101, Flags: 0x40, Algo: 0
SPRING-Capabilities:
SRGB block [Start: 800000, Range: 4000, Flags: 0xc0]
SPRING-Algorithms:
Algo: 0
NodeID: R1.00(192.168.100.1)
Type: Rtr, Age: 712 secs, LinkIn: 2, LinkOut: 2
Protocol: IS-IS(2)
192.168.100.1
To: PCC.00(192.168.100.4), Local: 10.100.41.2, Remote: 10.100.41.1
Local interface index: 333, Remote interface index: 334
Color: 0 none
Metric: 10
IGP metric: 10
Static BW: 10Mbps
Reservable BW: 10Mbps
Available BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
P2P Adjacency-SID:
IPV4, SID: 16, Flags: 0x30, Weight: 0
To: R2.00(192.168.100.2), Local: 10.100.12.1, Remote: 10.100.12.2
Local interface index: 334, Remote interface index: 333
Color: 0 none
Metric: 10
IGP metric: 10
Static BW: 10Mbps
Reservable BW: 10Mbps
Available BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
P2P Adjacency-SID:
IPV4, SID: 17, Flags: 0x30, Weight: 0
Prefixes:
192.168.100.1/32
Metric: 0, Flags: 0x00
Prefix-SID:
SID: 102, Flags: 0x40, Algo: 0
SPRING-Capabilities:
SRGB block [Start: 800000, Range: 4000, Flags: 0xc0]
SPRING-Algorithms:
Algo: 0
NodeID: R3.00(192.168.100.3)
Type: Rtr, Age: 435 secs, LinkIn: 1, LinkOut: 1
Protocol: IS-IS(2)
192.168.100.3
To: R2.00(192.168.100.2), Local: 10.100.23.2, Remote: 10.100.23.1
Local interface index: 336, Remote interface index: 334
Color: 0 none
Metric: 10
IGP metric: 10
Static BW: 10Mbps
Reservable BW: 10Mbps
Available BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
P2P Adjacency-SID:
IPV4, SID: 16, Flags: 0x30, Weight: 0
Prefixes:
192.168.100.3/32
Metric: 0, Flags: 0x00
Prefix-SID:
SID: 103, Flags: 0x40, Algo: 0
SPRING-Capabilities:
SRGB block [Start: 800000, Range: 4000, Flags: 0xc0]
SPRING-Algorithms:
Algo: 0
NodeID: R2.00(192.168.100.2)
Type: Rtr, Age: 456 secs, LinkIn: 2, LinkOut: 2
Protocol: IS-IS(2)
192.168.100.2
To: R1.00(192.168.100.1), Local: 10.100.12.2, Remote: 10.100.12.1
Local interface index: 333, Remote interface index: 334
Color: 0 none
Metric: 10
IGP metric: 10
Static BW: 10Mbps
Reservable BW: 10Mbps
Available BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
P2P Adjacency-SID:
IPV4, SID: 17, Flags: 0x30, Weight: 0
To: R3.00(192.168.100.3), Local: 10.100.23.1, Remote: 10.100.23.2
Local interface index: 334, Remote interface index: 336
Color: 0 none
Metric: 10
IGP metric: 10
Static BW: 10Mbps
Reservable BW: 10Mbps
Available BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 10Mbps [1] 10Mbps [2] 10Mbps [3] 10Mbps
[4] 10Mbps [5] 10Mbps [6] 10Mbps [7] 10Mbps
P2P Adjacency-SID:
IPV4, SID: 16, Flags: 0x30, Weight: 0
Prefixes:
192.168.100.2/32
Metric: 0, Flags: 0x00
Prefix-SID:
SID: 105, Flags: 0x40, Algo: 0
SPRING-Capabilities:
SRGB block [Start: 800000, Range: 4000, Flags: 0xc0]
SPRING-Algorithms:
Algo: 0
NodeID: PCE.00(11.0.0.199)
Type: Rtr, Age: 267 secs, LinkIn: 0, LinkOut: 0
Protocol: IS-IS(2)
11.0.0.199
의미
트래픽 엔지니어링 데이터베이스에는 라우터 R1, R2 및 R3에서 보급된 항목이 포함되어 있으며, PCE는 PCC에 대한 외부 경로 컴퓨팅에 사용합니다.
SR-TE LSP 확인
목적
PCC에서 SR-TE LSP의 생성을 확인합니다.
작업
운영 모드에서 , show spring-traffic-engineering lsp detail및 명령을 show path-computation-client lspshow route protocol spring-te 실행합니다.
user@PCC> show path-computation-client lsp Name Status PLSP-Id LSP-Type Controller Path-Setup-Type Template adj_sid_lsp (Up) 3 ext-provised pce1 spring-te node_sid_lsp (Up) 5 ext-provised pce1 spring-te
user@PCC> show spring-traffic-engineering lsp detail
Name: adj_sid_lsp
To: 192.168.100.3
State: Up, Outgoing interface: ge-0/0/5.0
Delegation info:
Control-status: Externally controlled
Routing-status: Externally routed
SR-ERO hop count: 3
Hop 1 (Strict):
NAI: IPv4 Adjacency ID, 10.100.41.1 -> 10.100.41.2
SID type: 20-bit label, Value: 16
Hop 2 (Strict):
NAI: IPv4 Adjacency ID, 10.100.12.1 -> 10.100.12.2
SID type: 20-bit label, Value: 17
Hop 3 (Strict):
NAI: IPv4 Adjacency ID, 10.100.23.1 -> 10.100.23.2
SID type: 20-bit label, Value: 16
Name: node_sid_lsp
To: 192.168.100.3
State: Up, Outgoing interface: ge-0/0/5.0
Delegation info:
Control-status: Externally controlled
Routing-status: Externally routed
SR-ERO hop count: 3
Hop 1 (Strict):
NAI: IPv4 Adjacency ID, 10.100.41.1 -> 10.100.41.2
SID type: 20-bit label, Value: 16
Hop 2 (Strict):
NAI: IPv4 Node ID, Node address: 192.168.100.1
SID type: 20-bit label, Value: 800105
Hop 3 (Strict):
NAI: IPv4 Node ID, Node address: 192.168.100.2
SID type: 20-bit label, Value: 800103
Name: static_srte_lsp_1
Tunnel-source: Static configuration
To: 192.168.100.3
State: Up
Path: static_seg_list_1
Outgoing interface: NA
Delegation info:
Control-status: Externally controlled
Routing-status: Externally routed
Auto-translate status: Disabled Auto-translate result: N/A
BFD status: Up BFD name: V4-srte_bfd_session-4
SR-ERO hop count: 2
Hop 1 (Strict):
NAI: IPv4 Adjacency ID, 13.1.1.2 -> 36.12.16.1
SID type: None
Hop 2 (Strict):
NAI: IPv4 Node ID, Node address: 192.168.100.3
SID type: 20-bit label, Value: 804000
Total displayed LSPs: 3 (Up: 3, Down: 0)
user@PCC> show route protocol spring-te
inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden)
inet.3: 3 destinations, 4 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.3/32 *[SPRING-TE/8] 00:23:32, metric 0
to 10.100.41.2 via ge-0/0/5.0, Push 16, Push 17(top)
> to 10.100.41.2 via ge-0/0/5.0, Push 800103, Push 800105(top)
iso.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
mpls.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden)
inet6.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
의미
출력은 PCE가 인접 세그먼트와 노드 세그먼트에 대해 각각 두 개의 SR-TE LSPadj_sid_lspnode_sid_lsp와 가 생성되었음을 보여줍니다.
세그먼트 라우팅 LSP 는 static_srte_lsp_1위임 기능으로 활성화됩니다. 필드는 Delegation info PCE 위임된 LSP의 제어 및 라우팅 상태를 보여줍니다. Externally controlled PCE가 LSP를 제어하고 있음을 나타냅니다. Externally routed PCE가 소스 라우팅 경로에 대한 ERO를 제공했음을 나타냅니다.
터널 경로 생성 확인
목적
PCC의 inet.3 라우팅 테이블에 포함된 SR-TE LSP에 대해 생성된 터널 경로를 확인합니다.
작업
작동 모드에서 명령을 실행합니다 show route table inet.3 extensive .
user@PCC> show route table inet.3 extensive
inet.3: 3 destinations, 4 routes (3 active, 0 holddown, 0 hidden)
192.168.100.1/32 (1 entry, 1 announced)
*L-ISIS Preference: 14
Level: 2
Next hop type: Router, Next hop index: 581
Address: 0xb7a23b0
Next-hop reference count: 13
Next hop: 10.100.41.2 via ge-0/0/5.0, selected
Session Id: 0x172
State: Active Int
Local AS: 64496
Age: 45:51 Metric: 10
Validation State: unverified
ORR Generation-ID: 0
Task: IS-IS
Announcement bits (2): 0-Resolve tree 1 2-Resolve tree 3
AS path: I
192.168.100.3/32 (2 entries, 1 announced)
*SPRING-TE Preference: 8
Next hop type: Router, Next hop index: 0
Address: 0xb61c190
Next-hop reference count: 7
Next hop: 10.100.41.2 via ge-0/0/5.0 weight 0x1
Label operation: Push 16, Push 17(top)
Label TTL action: prop-ttl, prop-ttl(top)
Load balance label: Label 16: None; Label 17: None;
Label element ptr: 0xb7a2a60
Label parent element ptr: 0x0
Label element references: 5
Label element child references: 0
Label element lsp id: 0
Session Id: 0x0
Next hop: 10.100.41.2 via ge-0/0/5.0 weight 0x1, selected
Label operation: Push 800103, Push 800105(top)
Label TTL action: prop-ttl, prop-ttl(top)
Load balance label: Label 800103: None; Label 800105: None;
Label element ptr: 0xb7a2c40
Label parent element ptr: 0x0
Label element references: 2
Label element child references: 0
Label element lsp id: 0
Session Id: 0x0
State: Active Int
Local AS: 64496
Age: 9:44 Metric: 0
Validation State: unverified
Task: SPRING-TE
Announcement bits (2): 0-Resolve tree 1 2-Resolve tree 3
AS path: I
L-ISIS Preference: 14
Level: 2
Next hop type: Router, Next hop index: 0
Address: 0xb7a28f0
Next-hop reference count: 1
Next hop: 10.100.41.2 via ge-0/0/5.0, selected
Label operation: Push 800103
Label TTL action: prop-ttl
Load balance label: Label 800103: None;
Label element ptr: 0xb7a2880
Label parent element ptr: 0x0
Label element references: 1
Label element child references: 0
Label element lsp id: 0
Session Id: 0x0
State: Int
Inactive reason: Route Preference
Local AS: 64496
Age: 45:40 Metric: 30
Validation State: unverified
ORR Generation-ID: 0
Task: IS-IS
AS path: I
192.168.100.2/32 (1 entry, 1 announced)
*L-ISIS Preference: 14
Level: 2
Next hop type: Router, Next hop index: 0
Address: 0xb7a29b0
Next-hop reference count: 1
Next hop: 10.100.41.2 via ge-0/0/5.0, selected
Label operation: Push 800105
Label TTL action: prop-ttl
Load balance label: Label 800105: None;
Label element ptr: 0xb7a2940
Label parent element ptr: 0x0
Label element references: 1
Label element child references: 0
Label element lsp id: 0
Session Id: 0x0
State: Active Int
Local AS: 64496
Age: 45:40 Metric: 20
Validation State: unverified
ORR Generation-ID: 0
Task: IS-IS
Announcement bits (2): 0-Resolve tree 1 2-Resolve tree 3
AS path: I
의미
프로토콜 레이블로 SR-TE를 사용하여 PCE 제어 LSP 대상에 대한 터널 경로가 생성되었습니다.
포워딩 테이블 항목 확인
목적
라우터 R3에 대한 SR-TE LSP 대상이 PCC의 포워딩 테이블에 설치되었는지 확인합니다.
작업
작동 모드에서 명령을 실행합니다 show route forwarding-table destination ip-address extensive .
user@PCC> show route forwarding-table destination 192.168.100.3 extensive
Routing table: default.inet [Index 0]
Internet:
Enabled protocols: Bridging,
Destination: 192.168.100.3/32
Route type: user
Route reference: 0 Route interface-index: 0
Multicast RPF nh index: 0
P2mpidx: 0
Flags: sent to PFE, rt nh decoupled
Nexthop: 10.100.41.2
Next-hop type: unicast Index: 581 Reference: 14
Next-hop interface: ge-0/0/5.0
Routing table: __pfe_private__.inet [Index 3]
Internet:
Enabled protocols: Bridging,
Destination: default
Route type: permanent
Route reference: 0 Route interface-index: 0
Multicast RPF nh index: 0
P2mpidx: 0
Flags: sent to PFE
Next-hop type: discard Index: 517 Reference: 2
Routing table: __juniper_services__.inet [Index 5]
Internet:
Enabled protocols: Bridging,
Destination: default
Route type: permanent
Route reference: 0 Route interface-index: 0
Multicast RPF nh index: 0
P2mpidx: 0
Flags: sent to PFE
Next-hop type: discard Index: 530 Reference: 2
Routing table: __master.anon__.inet [Index 6]
Internet:
Enabled protocols: Bridging, Dual VLAN,
Destination: default
Route type: permanent
Route reference: 0 Route interface-index: 0
Multicast RPF nh index: 0
P2mpidx: 0
Flags: sent to PFE
Next-hop type: reject Index: 545 Reference: 1
의미
라우터 R3에 대한 SR-TE LSP 대상 IP 주소는 포워딩 엔트리로 설치됩니다.
정적 경로 전달을 위한 터널 경로 사용 확인
목적
정적 경로가 SR-TE LSP를 위해 생성된 터널 경로를 사용하는지 확인합니다.
작업
운영 모드에서 and show route forwarding-table destination ip-address 명령을 실행합니다show route ip-address.
user@PCC> show route 100.1.1.1
inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
100.1.1.1/32 *[Static/5] 00:33:36, metric2 0
> to 10.100.41.2 via ge-0/0/5.0, Push 16, Push 17(top)
to 10.100.41.2 via ge-0/0/5.0, Push 800103, Push 800105(top)
user@PCC> show route forwarding-table destination 100.1.1.1
Routing table: default.inet
Internet:
Enabled protocols: Bridging,
Destination Type RtRef Next hop Type Index NhRef Netif
100.1.1.1/32 user 0 indr 1048575 2
10.100.41.2 Push 16, Push 17(top) 590 2 ge-0/0/5.0
Routing table: __pfe_private__.inet
Internet:
Enabled protocols: Bridging,
Destination Type RtRef Next hop Type Index NhRef Netif
default perm 0 dscd 517 2
Routing table: __juniper_services__.inet
Internet:
Enabled protocols: Bridging,
Destination Type RtRef Next hop Type Index NhRef Netif
default perm 0 dscd 530 2
Routing table: __master.anon__.inet
Internet:
Enabled protocols: Bridging, Dual VLAN,
Destination Type RtRef Next hop Type Index NhRef Netif
default perm 0 rjct 545 1
의미
출력은 라우터 R3에 대한 정적 경로가 SR-TE LSP에 대해 생성된 터널 경로를 사용한다는 것을 보여줍니다.
정적 세그먼트 라우팅 레이블 스위치드 경로
세그먼트 라우팅 아키텍처는 코어 네트워크의 수신 디바이스가 명시적 경로를 통해 트래픽을 조정할 수 있도록 합니다. 세그먼트 목록을 사용하여 이러한 경로를 구성하여 수신 트래픽이 취해야 하는 경로를 정의할 수 있습니다. 들어오는 트래픽은 레이블이 지정되거나 IP 트래픽일 수 있으며, 수신 디바이스에서의 포워딩 작업이 레이블 스왑 또는 대상 기반 조회가 될 수 있습니다.
MPLS 네트워크의 정적 세그먼트 라우팅 LSP
소스 패킷 라우팅 또는 세그먼트 라우팅은 코어 네트워크의 수신 디바이스가 실제 경로를 결정하기 위해 네트워크의 중간 노드에 의존하지 않고 네트워크의 특정 노드 및 링크 집합을 통해 트래픽을 조정할 수 있도록 하는 컨트롤 플레인 아키텍처입니다. 세그먼트 목록을 사용하여 이러한 경로를 구성하여 수신 트래픽이 취해야 하는 경로를 정의할 수 있습니다. 들어오는 트래픽은 레이블이 지정되거나 IP 트래픽일 수 있으며, 수신 디바이스에서의 포워딩 작업이 레이블 스왑 또는 대상 기반 조회가 될 수 있습니다.
- 세그먼트 라우팅 LSP 소개
- 세그먼트 라우팅 LSP 사용의 이점
- 컬러 정적 세그먼트 라우팅 LSP
- 색상이 지정되지 않은 정적 세그먼트 라우팅 LSP
- 정적 세그먼트 라우팅 LSP 프로비저닝
- 정적 세그먼트 라우팅 LSP 제한 사항
- VPN 서비스의 색상 기반 매핑
- PCE 시작 세그먼트 라우팅 LSP를 위한 터널 템플릿
세그먼트 라우팅 LSP 소개
세그먼트 라우팅은 소스 라우팅 패러다임을 활용합니다. 디바이스는 세그먼트라고 하는 정렬된 명령 목록을 통해 패킷을 조정합니다. 세그먼트는 토폴로지 또는 서비스 기반의 모든 명령을 나타낼 수 있습니다. 세그먼트는 세그먼트 라우팅 노드 또는 세그먼트 라우팅 도메인 내의 글로벌 노드에 대한 로컬 의미를 가질 수 있습니다. 세그먼트 라우팅은 세그먼트 라우팅 도메인으로의 수신 디바이스에서만 플로우당 상태를 유지하면서 모든 토폴로지 경로 및 서비스 체인을 통해 플로우를 강제합니다. 세그먼트 라우팅은 포워딩 플레인에서 변경하지 않고 MPLS 아키텍처에 직접 적용할 수 있습니다. 세그먼트는 MPLS 레이블로 인코딩됩니다. 세그먼트의 정렬된 목록은 레이블 스택으로 인코딩됩니다. 처리할 세그먼트는 스택의 맨 위에 있습니다. 세그먼트가 완료되면 관련 레이블이 스택에서 나타납니다.
세그먼트 라우팅 LSP는 본질적으로 동적이거나 정적일 수 있습니다.
|
Dynamic segment routing LSPs- 세그먼트 라우팅 LSP가 외부 컨트롤러에 의해 생성되고 PCEP(Path Computation Element Protocol) 확장을 통해 또는 BGP 세그먼트 라우팅 확장을 통해 BGP 세그먼트 라우팅 정책에서 수신 디바이스로 다운로드되면 LSP가 동적으로 프로비저닝됩니다. 동적 세그먼트 라우팅 LSP의 세그먼트 목록은 PCEP 명시적 경로 개체(ERO) 또는 LSP의 BGP 세그먼트 라우팅 정책에 포함되어 있습니다. |
|
Static segment routing LSPs- 세그먼트 라우팅 LSP가 로컬 구성을 통해 수신 디바이스에서 생성되면 LSP가 정적으로 프로비저닝됩니다. 정적 세그먼트 라우팅 LSP는 계층 수준에서 예를 들면 다음과 같습니다. [edit protocols]
source-packet-routing {
source-routing-path lsp_name {
to destination_address;
color color_value;
binding-sid binding-label;
primary segment_list_1_name weight weight;
...
primary segment_list_n_name weight weight;
secondary segment_list_n_name;
sr-preference sr_preference_value;
}
}
여기서 각 기본 및 보조 문은 세그먼트 목록을 참조합니다. [edit protocols]
source-packet-routing {
segment-list segment_list_name {
hop_1_name label sid_label;
...
hop_n_name label sid_label;
}
}
|
세그먼트 라우팅 LSP 사용의 이점
-
정적 세그먼트 라우팅은 전송 라우터의 LSP 포워딩 상태에 의존하지 않습니다. 따라서 코어에서 LSP 포워딩 상태별로 프로비저닝하고 유지할 필요가 없습니다.
-
MPLS 네트워크에 더 높은 확장성을 제공합니다.
컬러 정적 세그먼트 라우팅 LSP
명령 color 문으로 구성된 정적 세그먼트 라우팅 LSP는 컬러 LSP라고 합니다.
컬러 정적 세그먼트 라우팅 LSP 이해하기
BGP 세그먼트 라우팅 정책과 유사하게, 컬러 LSP의 수신 경로는 IP 트래픽 매핑을 위한 AS 키와 함께 destination-ip-address, color 또는 inet6color.0 라우팅 테이블에 inetcolor.0 설치됩니다.
정적 색상의 세그먼트 라우팅 LSP는 바인딩 SID를 가질 수 있으며, 이에 대한 경로는 라우팅 테이블에 mpls.0 설치됩니다. 이 바인딩 SID 레이블은 레이블이 지정된 트래픽을 세그먼트 라우팅 LSP에 매핑하는 데 사용됩니다. 경로의 게이트웨이는 기본 및 보조 경로 아래의 세그먼트 목록 구성에서 파생됩니다.
컬러 세그먼트 세그먼트 라우팅 LSP의 세그먼트 목록
색상이 지정된 정적 세그먼트 라우팅 LSP는 이미 LSP를 해결하는 첫 번째 홉 레이블 모드를 지원합니다. 그러나 첫 번째 홉 IP 모드는 색상이 지정된 세그먼트 라우팅 LSP에 대해 지원되지 않습니다. 색상 경로에 기여하는 모든 세그먼트 목록에 모든 홉에 대해 존재하는 최소 레이블이 있는지 확인하기 위해 커밋 검사 기능이 도입되었습니다. 이 요구 사항이 충족되지 않으면 커밋이 차단됩니다.
색상이 지정되지 않은 정적 세그먼트 라우팅 LSP
명령문 없이 color 구성된 정적 세그먼트 라우팅 LSP는 색상이 지정되지 않은 LSP입니다. PCEP 세그먼트 라우팅 터널과 마찬가지로 수신 경로는 OR inet6.3 라우팅 테이블에 inet.3 설치됩니다.
Junos OS는 수신 라우터에서 색상이 지정되지 않은 정적 세그먼트 라우팅 LSP를 지원합니다. 하나의 소스 라우팅 경로와 하나 이상의 세그먼트 목록을 구성하여 색상이 지정되지 않은 정적 세그먼트 라우팅 LSP를 프로비저닝할 수 있습니다. 이러한 세그먼트 목록은 색상이 지정되지 않은 여러 세그먼트 라우팅 LSP에서 사용할 수 있습니다.
색상이 지정되지 않은 세그먼트 라우팅 LSP 이해하기
색상이 지정되지 않은 세그먼트 라우팅 LSP는 고유한 이름과 대상 IP 주소를 가지고 있습니다. 대상에 대한 수신 경로는 기본 선호 8과 메트릭 1로 inet.3 라우팅 테이블에 설치됩니다. 이 경로를 사용하면 색상이 지정되지 않은 서비스를 대상과 관련된 세그먼트 라우팅 LSP에 매핑할 수 있습니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP가 수신 경로를 필요로 하지 않는 경우, 수신 경로를 비활성화할 수 있습니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP는 바인딩 SID 레이블을 사용하여 세그먼트 라우팅 LSP 연결을 달성합니다. 세그먼트 라우팅 LSP를 계층적 방식으로 다른 세그먼트 라우팅 LSP를 구성하는 데 추가로 사용될 수 있는 세그먼트로 모델링하는 데 사용할 수 있는 이 레이블입니다. 바인딩 SID 레이블의 전송은 기본적으로 기본 설정 8과 메트릭 1을 갖습니다.
수신 디바이스에서 정적으로 구성된 색상이 지정되지 않은 세그먼트 라우팅 LSP는 PCEP(Path Computation Element Protocol) 세션을 통해 PCE(Path Computation Element)에 보고됩니다. 이러한 색상이 지정되지 않은 세그먼트 라우팅 LSP에는 연결된 바인딩 서비스 식별자(SID) 레이블이 있을 수 있습니다. 이 기능을 통해 PCE는 레이블 스택에서 이 바인딩 SID 레이블을 사용하여 PCE 시작 세그먼트 라우팅 LSP 경로를 프로비저닝할 수 있습니다.
색상이 지정되지 않은 세그먼트 라우팅 LSP는 최대 8개의 기본 경로를 가질 수 있습니다. 운영 기본 경로가 여러 개 있는 경우 패킷 전달 엔진(PFE)은 경로에 구성된 가중치와 같은 로드 밸런싱 요소를 기반으로 경로에 트래픽을 배포합니다. 이는 가중치가 구성된 경로가 없는 경우 ECMP(Equal cost multi path)이거나 적어도 하나의 경로에 0이 아닌 가중치가 구성된 경우 가중치가 부여된 ECMP입니다. 두 경우 모두 하나 또는 일부의 경로가 실패하면 PFE는 나머지 경로에 대해 트래픽을 재조정하여 자동으로 경로 보호를 달성하게 됩니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP는 전용 경로 보호를 위한 보조 경로를 가질 수 있습니다. 기본 경로에 장애가 발생하면 PFE는 나머지 기능적 기본 경로로 트래픽을 재조정합니다. 그렇지 않으면 PFE는 트래픽을 백업 경로로 전환하여 경로 보호를 달성합니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP는 수신 및 바인딩 SID 경로에 대한 메트릭 [edit protocols source-packet-routing source-routing-path lsp-name] 을 지정할 수 있습니다. 여러 개의 색상이 지정되지 않은 세그먼트 라우팅 LSP는 수신 경로의 다음 홉에 기여하는 동일한 대상 주소를 가집니다.
여러 개의 색상이 지정되지 않은 세그먼트 라우팅 LSP는 수신 경로의 다음 홉에 기여하는 동일한 대상 주소를 가집니다. 경로가 기능하고 세그먼트 라우팅 LSP가 이러한 모든 세그먼트 라우팅 LSP 중 가장 선호하는 경우 각 세그먼트 라우팅 LSP의 각 경로(기본 또는 보조)가 게이트웨이 후보로 간주됩니다. 그러나 다음 홉이 보유할 수 있는 최대 게이트웨이 수는 RPD 다중 경로 제한(기본적으로 128개)을 초과할 수 없습니다. 추가 경로가 잘리며, 먼저 보조 경로, 그 다음에 기본 경로가 잘립니다. 주어진 세그먼트 목록은 이러한 세그먼트 라우팅 LSP에 의해 기본 또는 보조 경로로 여러 번 참조될 수 있습니다. 이 경우, 각각 고유한 세그먼트 라우팅 LSP 터널 ID를 가진 여러 게이트웨이가 있습니다. 이러한 게이트웨이는 동일한 발신 레이블 스택과 인터페이스를 갖지만 다릅니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP와 색상이 지정된 세그먼트 라우팅 LSP도 동일한 대상 주소를 가질 수 있습니다. 그러나 색상이 지정된 세그먼트 라우팅 LSP의 목적지 주소가 대상 주소와 색상으로 구성되기 때문에 수신 경로에 대한 다른 대상 주소에 해당합니다.
색상이 지정되지 않은 정적 세그먼트 라우팅 LSP와 PCEP 생성 세그먼트 라우팅 LSP가 공존하고 동일한 수신 경로에 기여하는 동일한 to 주소를 갖는 경우, 동일한 선호를 갖는 경우. 그렇지 않으면 경로에 대해 가장 선호되는 세그먼트 라우팅 LSP가 설치됩니다.
색상이 지정되지 않은 세그먼트 세그먼트 라우팅 LSP의 세그먼트 목록
세그먼트 목록은 홉 목록으로 구성됩니다. 이러한 홉은 SID 레이블 또는 IP 주소를 기반으로 합니다. 세그먼트 목록의 SID 레이블 수는 최대 세그먼트 목록 제한을 초과해서는 안 됩니다. LSP 터널에 대한 최대 세그먼트 목록 바인딩이 8개에서 128개로 증가했으며 시스템당 최대 1000개의 터널이 있습니다. 정적 세그먼트 라우팅 LSP당 최대 128개의 기본 경로가 지원됩니다. 계층 수준에서 최대 세그먼트 목록 제한을 구성할 수 있습니다.[edit protocols source-packet-routing]
색상이 지정되지 않은 정적 LSP의 첫 번째 홉은 IP 주소 외에도 SID 레이블에 대한 지원을 제공합니다. 첫 번째 홉 레이블 지원으로, MPLS FRR(Fast Reroute) 및 가중치 등비용 다중 경로가 활성화되어 색상이 지정된 정적 LSP와 유사하게 색상이 지정되지 않은 정적 세그먼트 라우팅 LSP를 확인할 수 있습니다.
첫 번째 홉 레이블 모드가 적용되려면 세그먼트 목록에 대해 문을 전역적으로 또는 개별적으로 포함 inherit-label-nexthops 해야 하며 세그먼트 목록의 첫 번째 홉은 IP 주소와 레이블을 모두 포함해야 합니다. 첫 번째 홉에 IP 주소만 포함된 경우 문은 inherit-label-nexthops 효과가 없습니다.
다음 계층 중 하나에서 구성할 inherit-label-nexthops 수 있습니다. 이 inherit-label-nexthops 문은 세그먼트 목록 첫 번째 홉에 IP 주소와 레이블이 모두 포함된 경우에만 적용됩니다.
-
Segment list level- 계층 수준에서
[edit protocols source-packet-routing segment-list segment-list-name]. -
Globally- 계층 수준에서
[edit protocols source-packet-routing].
문이 inherit-label-nexthops 전역으로 구성되면, 세그먼트 목록 수준 구성보다 우선하며, 구성이 inherit-label-nexthops 모든 세그먼트 목록에 적용됩니다. 문이 inherit-label-nexthops 전역으로 구성되지 않은 경우, 첫 번째 홉에 레이블과 IP 주소가 모두 존재하고 명령문으로 inherit-label-nexthops 구성된 세그먼트 목록만 SID 레이블을 사용하여 해결됩니다.
동적 비색 정적 LSP, 즉 PCEP 기반 세그먼트 라우팅 LSP의 경우, inherit-label-nexthops 세그먼트 수준 구성이 적용되지 않으므로 명령문을 전역으로 활성화해야 합니다.
표 4 에는 첫 번째 홉 사양을 기반으로 한 세그먼트 라우팅 LSP 확인 모드가 나와 있습니다.
|
첫 번째 홉 사양 |
LSP 해결 모드 |
|---|---|
|
IP 주소만 예를 들면 다음과 같습니다. segment-list path-1 {
hop-1 ip-address 172.16.12.2;
hop-2 label 1000012;
hop-3 label 1000013;
hop-4 label 1000014;
}
|
세그먼트 목록은 IP 주소를 사용하여 해결됩니다. |
|
SID 전용 예를 들면 다음과 같습니다. segment-list path-2 {
hop-1 label 1000011;
hop-2 label 1000012;
hop-3 label 1000013;
hop-4 label 1000014;
}
|
세그먼트 목록은 SID 레이블을 사용하여 확인됩니다. |
|
IP 주소 및 SID(구성 제외 예를 들면 다음과 같습니다. segment-list path-3 {
hop1 {
label 801006;
ip-address 172.16.1.2;
}
hop-2 label 1000012;
hop-3 label 1000013;
hop-4 label 1000014;
}
|
기본적으로 세그먼트 목록은 IP 주소를 사용하여 해결됩니다. |
|
IP 주소 및 SID(구성 포함 예를 들면 다음과 같습니다. segment-list path-3 {
inherit-label-nexthops;
hop1 {
label 801006;
ip-address 172.16.1.2;
}
hop-2 label 1000012;
hop-3 label 1000013;
hop-4 label 1000014;
}
|
세그먼트 목록은 SID 레이블을 사용하여 확인됩니다. |
이 명령을 사용하여 show route ip-address protocol spring-te active-path table inet.3 inet.3 라우팅 테이블에 여러 세그먼트 목록이 설치된 비색 세그먼트 라우팅 트래픽 엔지니어링 LSP를 볼 수 있습니다.
예를 들면 다음과 같습니다.
user@host> show route 10.7.7.7 protocol spring-te active-path table inet.3
inet.3: 42 destinations, 59 routes (41 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.7.7.7/32 *[SPRING-TE/8] 00:01:25, metric 1, metric2 0
> to 10.11.1.2 via et-0/0/0.1, Push 801007
to 10.21.1.2 via et-0/0/2.1, Push 801007
to 10.102.1.2 via et-0/0/0.2, Push 801007, Push 801002(top)
to 10.21.1.2 via et-0/0/2.2, Push 801007, Push 801005(top)
to 10.103.1.2 via et-0/0/0.3, Push 801007, Push 801003(top)
to 10.203.1.2 via et-0/0/2.3, Push 801007, Push 801006(top)
to 10.104.1.2 via et-0/0/0.4, Push 801007, Push 801003, Push 801002(top)
to 10.204.1.2 via et-0/0/2.4, Push 801007, Push 801006, Push 801005(top)
다음과 같은 경우 정적 세그먼트 라우팅 LSP의 세그먼트 목록의 첫 번째 홉 유형으로 인해 커밋이 실패할 수 있습니다.
-
터널의 세그먼트 목록마다 첫 번째 홉 확인 유형이 다릅니다. 이는 컬러 및 비컬러 정적 세그먼트 라우팅 LSP 모두에 적용됩니다. 그러나 이는 PCEP 기반 LSP에는 적용되지 않습니다. 경로 계산 시 첫 번째 홉 확인 유형의 불일치에 대한 시스템 로그 메시지가 생성됩니다.
예를 들면 다음과 같습니다.
segment-list path-1 { hop-1 ip-address 172.16.12.2; hop-2 label 1000012; hop-3 label 1000013; hop-4 label 1000014; } segment-list path-2 { hop-1 label 1000011; hop-2 label 1000012; hop-3 label 1000013; hop-4 label 1000014; } source-routing-path lsp1 { to 172.16.10.1; primary { path-1; path-2; } }path-1은 IP 주소 모드이고 path-2는 레이블 모드이므로 터널 lsp1 커밋이 실패합니다.
-
세그먼트 목록 유형이 SID 레이블인 정적 비색 LSP에 대해 바인딩 SID가 활성화됩니다.
예를 들면 다음과 같습니다.
segment-list path-3 { hop-1 label 1000011; hop-2 label 1000012; hop-3 label 1000013; hop-4 label 1000014; } source-routing-path lsp1 { to 172.16.10.1; binding-sid 333; primary { path-3; } }
정적 세그먼트 라우팅 LSP 프로비저닝
세그먼트 프로비저닝은 라우터별로 수행됩니다. 라우터의 지정된 세그먼트에 대해, 고유한 서비스 식별자(SID) 레이블은 인접 SID 레이블의 동적 레이블 풀이나 접두사 SID 또는 노드 SID의 경우 세그먼트 라우팅 글로벌 블록(SRGB)에서 가능한 원하는 레이블 풀에서 할당됩니다. 인접 SID 레이블은 기본 동작인 동적으로 할당되거나 로컬 정적 레이블 풀(SRLB)에서 할당될 수 있습니다. 그러면 SID 레이블에 대한 경로가 mpls.0 테이블에 설치됩니다.
Junos OS는 계층 수준에서 문을 구성 segment 하여 정적 세그먼트 라우팅 LSP를 허용합니다[edit protocols mpls static-label-switched-path static-label-switched-path]. 정적 세그먼트 LSP는 Junos OS 정적 레이블 풀에 속하는 고유한 SID 레이블로 식별됩니다. 계층 수준에서 [edit protocols mpls label-range] 문을 구성 static-label-range static-label-range 하여 Junos OS 정적 레이블 풀을 구성할 수 있습니다.
정적 세그먼트 라우팅 LSP 제한 사항
-
Junos OS에는 현재 최대 세그먼트 목록 깊이 레이블 이상을 푸시하도록 다음 홉을 구축할 수 없다는 제한이 있습니다. 따라서 최대 SID 레이블(포워딩 다음 홉을 해결하는 데 사용되는 첫 번째 홉의 SID 레이블 제외)보다 많은 세그먼트 목록은 컬러 또는 비컬러 세그먼트 라우팅 LSP에 사용할 수 없습니다. 또한 MPLS 서비스가 세그먼트 라우팅 LSP에 있거나 세그먼트 라우팅 LSP가 링크 또는 노드 보호 경로에 있는 경우 주어진 세그먼트 라우팅 LSP에 허용되는 실제 수는 최대 제한보다 훨씬 낮을 수 있습니다. 모든 경우에 서비스 레이블, SID 레이블, 링크 또는 노드 보호 레이블의 총 수는 최대 세그먼트 목록 깊이를 초과해서는 안 됩니다. 계층 수준에서
[edit protocols source-packet-routing]최대 세그먼트 목록 제한을 구성할 수 있습니다. 최대 SID 레이블보다 작거나 같은 여러 개의 비색 세그먼트 라우팅 LSP를 함께 연결하여 더 긴 세그먼트 라우팅 LSP를 구성할 수 있습니다. 이를 세그먼트 라우팅 LSP 연결이라고 합니다. binding-SID 레이블을 사용하여 달성할 수 있습니다. -
세그먼트 라우팅 LSP 연결은 실제로 경로 수준에서 수행됩니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP가 여러 세그먼트 목록인 여러 경로를 가진 경우, 각 경로는 연결 지점에서 다른 색상이 지정되지 않은 세그먼트 라우팅 LSP에 독립적으로 연결될 수 있습니다. 연결 전용으로 색상이 지정되지 않은 세그먼트 라우팅 LSP는 계층 수준에서
[edit protocols source-packet-routing source-routing-path lsp-name]문을 구성no-ingress하여 수신 경로 설치를 비활성화할 수 있습니다. -
색상이 지정되지 않은 정적 세그먼트 라우팅 LSP 당 최대 128개의 기본 경로와 1개의 보조 경로가 지원됩니다. 구성에 위반이 있는 경우, 커밋 검사가 오류와 함께 실패합니다.
-
LSP 터널에 대한 최대 세그먼트 목록 바인딩이 8개에서 128개로 증가했으며 시스템당 최대 1000개의 터널이 있습니다. 정적 세그먼트 라우팅 LSP당 최대 128개의 기본 경로가 지원됩니다. 제한적으로 LSP 경로에 대한 최대 센서 지원은 32000개만 가능합니다.
-
세그먼트 목록이 최대 세그먼트 목록 깊이보다 많은 레이블로 구성된 경우, 구성 커밋 검사가 오류와 함께 실패합니다.
VPN 서비스의 색상 기반 매핑
정적 색상 및 BGP 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) LSP를 통해 전송 터널을 해결하기 위해 프로토콜 다음 홉 제약 조건으로 색상을 지정할 수 있습니다(IPv4 또는 IPv6 주소 추가). 이를 color-IP 프로토콜 다음 홉 해상도라고 하며, 여기서 해상도 맵을 구성하고 VPN 서비스에 적용해야 합니다. 이 기능을 사용하면 레이어 2 및 레이어 3 VPN 서비스의 색상 기반 트래픽 스티어링을 활성화할 수 있습니다.
Junos OS는 단일 색상과 연결된 컬러 SR-TE LSP를 지원합니다. VPN 서비스 기능의 색상 기반 매핑은 정적 색상 LSP 및 BGP SR-TE LSP에서 지원됩니다.
- VPN 서비스 색상 지정
- VPN 서비스 매핑 모드 지정
- Color-IP 프로토콜 다음 홉 확인
- IP 프로토콜 다음 홉 확인으로 폴백
- SR-TE를 통한 BGP Labeled Unicast Color-based Mapping
- VPN 서비스의 색상 기반 매핑에 대해 지원 및 지원되지 않는 기능
VPN 서비스 색상 지정
일반적으로 VPN 서비스는 VPN NLRI가 보급되는 송신 라우터 또는 VPN NLRI가 수신 및 처리되는 수신 라우터에서 색상을 할당할 수 있습니다.
다양한 수준에서 VPN 서비스에 색상을 할당할 수 있습니다.
-
라우팅 인스턴스당.
-
BGP 그룹당.
-
BGP 인접 항목당.
-
접두사당.
색상을 할당하면 해당 색상은 BGP 색상 확장 커뮤니티의 형태로 VPN 서비스에 연결됩니다.
다중 색상 VPN 서비스라고 하는 VPN 서비스에 여러 색상을 할당할 수 있습니다. 이러한 경우 마지막으로 첨부된 색상이 VPN 서비스의 색상으로 간주되고 다른 모든 색상은 무시됩니다.
여러 색상은 다음과 같은 순서로 여러 정책을 통해 송신 및/또는 수신 디바이스에 의해 할당됩니다.
-
송신 디바이스의 BGP 내보내기 정책입니다.
-
수신 디바이스의 BGP 가져오기 정책입니다.
-
수신 디바이스의 VRF 가져오기 정책입니다.
VPN 서비스 색상의 두 가지 모드는 다음과 같습니다.
송신 색상 할당
이 모드에서 송신 디바이스(즉, VPN NLRI의 광고주)는 VPN 서비스 색상을 지정할 책임이 있습니다. 이 모드를 활성화하기 위해 라우팅 정책을 정의하고 계층 수준에서 [edit protocols bgp] VPN 서비스의 routing-instancevrf-export, 그룹 내보내기 또는 그룹 이웃 내보내기에 적용할 수 있습니다. VPN NLRI는 지정된 색상 확장 커뮤니티와 함께 BGP에 의해 보급됩니다.
예를 들면 다음과 같습니다.
[edit policy-options]
community red-comm {
members color:0:50;
}
[edit policy-options]
policy-statement pol-color {
term t1 {
from {
[any match conditions];
}
then {
community add red-comm;
accept;
}
}
}
[edit routing-instances]
vpn-X {
...
vrf-export pol-color ...;
}
또는
라우팅 정책을 BGP 그룹 또는 BGP 인접 라우터의 내보내기 정책으로 적용할 때, 정책이 VPN NLRI에 영향을 미치려면 BGP, BGP 그룹 또는 BGP 인접 장치 수준에서 문을 포함 vpn-apply-export 해야 합니다.
[edit protocols bgp]
group PEs {
...
neighbor PE-A {
export pol-color ...;
vpn-apply-export;
}
}
라우팅 정책은 레이어 3 VPN 접두사 NLRI, 레이어 2 VPN NRLI 및 EVPN NLRI에 적용됩니다. 색상 확장 커뮤니티는 모든 VPN 경로에 의해 상속되고, 가져오고, 하나 이상의 수신 디바이스의 대상 VRF에 설치됩니다.
수신 색상 할당
이 모드에서는 수신 디바이스(즉, VPN NLRI의 수신기)가 VPN 서비스의 색상을 지정하는 역할을 합니다. 이 모드를 활성화하기 위해 라우팅 정책을 정의하고 계층 수준에서 [edit protocols bgp] VPN 서비스의 routing-instancevrf-import, 그룹 가져오기 또는 그룹 neighbor 가져오기에 적용할 수 있습니다. 라우팅 정책과 일치하는 모든 VPN 경로는 지정된 색상의 확장 커뮤니티와 연결됩니다.
예를 들면 다음과 같습니다.
[edit policy-options]
community red-comm {
members color:0:50;
}
[edit policy-options]
policy-statement pol-color {
term t1 {
from {
[any match conditions];
}
then {
community add red-comm;
accept;
}
}
}
[edit routing-instances]
vpn-Y {
...
vrf-import pol-color ...;
}
또는
[edit protocols bgp]
group PEs {
...
neighbor PE-B {
import pol-color ...;
}
}
VPN 서비스 매핑 모드 지정
유연한 VPN 서비스 매핑 모드를 지정하려면 문을 사용하여 resolution-map 정책을 정의하고 계층 수준에서 VPN 서비스의 routing-instance vrf-import, 그룹 가져오기 또는 그룹 neighbor 가져오기에서 정책을 참조해야 [edit protocols bgp] 합니다. 라우팅 정책과 일치하는 모든 VPN 경로는 지정된 해상도 맵과 함께 연결됩니다.
예를 들면 다음과 같습니다.
[edit policy-options]
resolution-map map-A {
<mode-1>;
<mode-2>;
...
}
policy-statement pol-resolution {
term t1 {
from {
[any match conditions];
}
then {
resolution-map map-A;
accept;
}
}
}
VPN 서비스의 routing-instance에 가져오기 정책을 적용할 수 있습니다.
[edit routing-instances]
vpn-Y {
...
vrf-import pol-resolution ...;
}
또한 가져오기 정책을 BGP 그룹 또는 BGP neighbor에 적용할 수도 있습니다.
[edit protocols bgp]
group PEs {
...
neighbor PE-B {
import pol-resolution ...;
}
}
각 VPN 서비스 매핑 모드에는 해상도 맵에 정의된 고유한 이름이 있어야 합니다. 해상도 맵에서는 단일 IP-color 항목만 지원되며, 여기서 VPN 경로는 의 ip-address:color형태로 색상이 지정된 IP 프로토콜 다음 홉을 사용하여 확인됩니다.
Color-IP 프로토콜 다음 홉 확인
프로토콜 다음 홉 확인 프로세스는 컬러 IP 프로토콜 다음 홉 확인을 지원하도록 향상되었습니다. 컬러 VPN 서비스의 경우, 프로토콜 다음 홉 확인 프로세스는 색상과 해상도 맵을 사용하고, 의 IP-address:color형태로 컬러 IP 프로토콜 다음 홉을 구축하고, inet6color.0 라우팅 테이블에서 프로토콜 다음 홉을 확인합니다.
컬러 LSP를 통해 컬러 레이어 2 VPN, 레이어 3 VPN 또는 EVPN 서비스의 다중 경로 해상도를 지원하도록 정책을 구성해야 합니다. 그런 다음 해당 정책을 관련 RIB 테이블과 함께 확인자 가져오기 정책으로 적용해야 합니다.
예를 들면 다음과 같습니다.
[edit policy-options]
policy-statement mpath {
then multipath-resolve;
}
[edit routing-options]
resolution {
rib bgp.l3vpn.0 {
inetcolor-import mpath;
}
}
resolution {
rib bgp.l3vpn-inet6.0 {
inet6color-import mpath;
}
}
resolution {
rib bgp.l2vpn.0 {
inetcolor-import mpath;
}
}
resolution {
rib mpls.0 {
inetcolor-import mpath;
}
}
resolution {
rib bgp.evpn.0 {
inetcolor-import mpath;
}
}
IP 프로토콜 다음 홉 확인으로 폴백
색상이 지정된 VPN 서비스에 해상도 맵이 적용되어 있지 않은 경우, VPN 서비스는 색상을 무시하고 IP 프로토콜 다음 홉 해상도로 폴백합니다. 반대로, 색상이 지정되지 않은 VPN 서비스에 해상도 맵이 적용된 경우, 해상도 맵은 무시되고 VPN 서비스는 IP 프로토콜 다음 홉 해상도를 사용합니다.
폴백은 LDP용 RIB 그룹을 사용하여 inet{6}color.0 라우팅 테이블에 경로를 설치함으로써 색상이 지정된 SR-TE LSP에서 LDP LSP로 간단한 프로세스입니다. 색상이 지정된 IP 프로토콜 다음 홉에 대한 가장 긴 접두사 일치는 색상이 지정된 SR-TE LSP 경로가 존재하지 않는 경우 일치하는 IP 주소를 가진 LDP 경로가 반환되도록 합니다.
SR-TE를 통한 BGP Labeled Unicast Color-based Mapping
BGP 레이블 유니캐스트(BGP-LU)는 IPv4 및 IPv6 주소 패밀리 모두에 대해 세그먼트 라우팅-트래픽 엔지니어링(SR-TE)을 통해 IPv4 또는 IPv6 경로를 확인할 수 있습니다. BGP-LU는 BGP 커뮤니티 색상 매핑과 SR-TE에 대한 정의 resolution map 를 지원합니다. 컬러 프로토콜 다음 홉이 구성되고 OR inet6color.0 테이블의 inetcolor.0 컬러 SR-TE 터널에서 해결됩니다. BGP는 비색 기반 매핑에 대한 및 inet6.3 테이블을 사용합니다inet.3. 이를 통해 라우터에 IPv4 주소가 구성되지 않은 IPv6 전용 네트워크에서 IPv6 다음 홉 주소로 BGP-LU IPv6 및 IPv4 접두사를 보급할 수 있습니다. 이 기능을 통해 현재 IS-IS 언더레이가 있는 SR-TE를 통한 BGP IPv6 LU를 지원합니다.
그림 9에서 컨트롤러는 SR-TE로 구성된 IPv6 코어 네트워크에서 4개의 컬러 터널을 구성합니다. 각 색상의 터널은 정의된 해상도 맵에 따라 대상 라우터 D에 대한 다른 경로를 취합니다. 컨트롤러는 라우터 D에서 2001:db8::3701:2d05 인터페이스에 대한 컬러 SR-TE 터널을 구성합니다. BGP는 수신된 접두사 2001:db8::3700:6/128에 색상 및 해상도 맵을 할당하기 위해 정책을 가져옵니다. 할당된 커뮤니티 색상을 기반으로 BGP-LU는 할당된 해상도 맵 정책에 따라 BGP IPv6 LU 접두사에 대해 색상이 지정된 다음 홉을 확인합니다.
를 통한 BGP IPv6 LU
BGP-LU는 다음 시나리오를 지원합니다.
-
IS-IS/OSPF IPv4 SR 확장이 포함된 컬러 BGP IPv4 SR-TE를 통한 BGP IPv4 LU.
-
정적 컬러 및 비컬러 IPv4 SR-TE를 통한 BGP IPv4 LU, IS-IS/OSPF IPv4 SR 확장.
-
IS-IS IPv6 SR 확장이 있는 컬러 BGP IPv6 SR-TE를 통한 BGP IPv6 LU.
-
정적 컬러 및 비컬러 IPv6 SR-TE를 통한 BGP IPv6 LU, IS-IS IPv6 SR 확장.
-
IPv6 로컬 주소와 IPv6 neighbor 주소를 사용하는 IPv6 레이어 3 VPN 서비스.
-
IS-IS IPv6 SR 확장이 포함된 BGP IPv6 SR-TE를 통한 IPv6 레이어 3 VPN 서비스.
-
정적 색상 및 비색상 IPv6 SR-TE를 통한 IPv6 레이어 3 VPN 서비스, IS-IS IPv6 SR 확장.
VPN 서비스의 색상 기반 매핑에 대해 지원 및 지원되지 않는 기능
다음과 같은 특징과 기능은 VPN 서비스의 색상 기반 매핑으로 지원됩니다.
-
BGP 레이어 2 VPN(Kompella Layer 2 VPN)
-
BGP EVPN
-
단일 IP 색상 옵션이 있는 해상도 맵.
-
컬러 IPv4 및 IPv6 프로토콜 다음 홉 확인.
-
라우팅 정보 기반(라우팅 테이블이라고도 함) 그룹 기반 폴백은 inetcolor.0 라우팅 테이블의 LDP LSP에 대한 라우팅 테이블입니다.
-
컬러 SR-TE LSP.
-
가상 플랫폼.
-
64비트 Junos OS.
-
논리적 시스템.
-
BGP 레이블링 유니캐스트.
다음 기능은 VPN 서비스의 색상 기반 매핑에서 지원되지 않습니다.
-
컬러 MPLS LSP(예: RSVP, LDP, BGP-LU, 정적).
-
레이어 2 서킷
-
FEC-129 BGP 자동 검색 및 LDP 신호 레이어 2 VPN.
-
VPLS
-
MVPN
-
IPv4 및 IPv6 using resolution-map.
PCE 시작 세그먼트 라우팅 LSP를 위한 터널 템플릿
PCE 시작 세그먼트 라우팅 LSP에 대한 터널 템플릿을 구성하여 이러한 LSP에 대한 두 가지 추가 매개 변수인 BFD(Bidirectional Forwarding Detection) 및 LDP 터널링을 전달할 수 있습니다.
PCE 시작 세그먼트 라우팅 LSP가 생성될 때, LSP는 정책 문(있는 경우)에 대해 확인되며, 일치하는 항목이 있는 경우 정책은 해당 LSP에 대해 구성된 템플릿을 적용합니다. 템플릿 구성은 LSP 소스(PCEP)에서 제공하지 않는 경우에만 상속됩니다. 예를 들어 메트릭입니다.
템플릿 구성 방법:
-
계층 수준에서 source-routing-path-template 문을 포함합니다
[edit protocols source-packet-routing]. 여기에서 추가 BFD 및 LDP 터널링 매개 변수를 구성할 수 있습니다. -
계층 수준에서
[edit protocols source-packet-routing]source-routing-path-template-map 문을 포함하여 PCE 시작 LSP를 확인해야 하는 정책 문을 나열합니다. -
템플릿을 적용해야 하는 LSP를 나열하는 정책을 정의합니다.
문은
from및lsp-regex일치 조건을 사용하여 LSP 이름 또는 LSP 정규 표현식을 포함할 수 있습니다lsp. 이러한 옵션은 상호 배타적이므로 지정된 시점에서 하나의 옵션만 지정할 수 있습니다.문에는
thenaccept 동작이 포함된 옵션이 포함sr-te-template되어야 합니다. 그러면 PCE 시작 LSP에 템플릿이 적용됩니다.
PCE 시작 LSP에 대한 템플릿을 구성할 때 다음 사항을 고려하십시오.
-
템플릿 구성은 정적으로 구성된 세그먼트 라우팅 LSP 또는 다른 클라이언트의 세그먼트 라우팅 LSP에는 적용되지 않습니다.
-
PCEP 제공 구성이 템플릿 구성보다 우선합니다.
-
PCEP LSP는 템플릿 세그먼트 목록 구성을 상속하지 않습니다.
예: 정적 세그먼트 라우팅 레이블 스위치 경로 구성
이 예는 MPLS 네트워크에서 정적 세그먼트 라우팅 레이블 스위치 경로(LSP)를 구성하는 방법을 보여줍니다. 이러한 구성은 MPLS 네트워크에 더 높은 확장성을 제공하는 데 도움이 됩니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
7개의 MX 시리즈 5G 유니버설 라우팅 플랫폼
-
모든 라우터에서 실행되는 Junos OS 릴리스 18.1 이상
시작하기 전에 디바이스 인터페이스를 구성해야 합니다.
개요
명시적 세그먼트 라우팅 경로 집합인 Junos OS는 계층 수준에서 [edit protocols source-packet-routing] 문을 구성 segment-list 하여 색상이 지정되지 않은 정적 세그먼트 라우팅 터널의 수신 라우터에서 구성됩니다. 계층 수준에서 [edit protocols source-packet-routing] 문을 구성 source-routing-path 하여 세그먼트 라우팅 터널을 구성할 수 있습니다. 세그먼트 라우팅 터널에는 목적지 주소와 하나 이상의 기본 경로 및 세그먼트 목록을 참조하는 선택적 보조 경로가 있습니다. 각 세그먼트 목록은 일련의 홉으로 구성됩니다. 색상이 지정되지 않은 정적 세그먼트 라우팅 터널의 경우, 세그먼트 목록의 첫 번째 홉은 바로 다음 홉 IP 주소를 지정하고, 두 번째에서 N번째 홉은 경로가 통과하는 링크 또는 노드에 해당하는 세그먼트 식별(SID) 레이블을 지정합니다. 세그먼트 라우팅 터널의 목적지까지의 경로는 inet.3 테이블에 설치됩니다.
토폴로지
이 예에서는 프로바이더 에지 라우터 PE1 및 PE5에서 레이어 3 VPN을 구성합니다. 모든 라우터에서 MPLS 프로토콜을 구성합니다. 세그먼트 라우팅 터널은 라우터 PE1 및 라우터 PE5에 구성된 기본 경로를 사용하여 라우터 PE1에서 라우터 PE5로 구성됩니다. 라우터 PE1은 경로 보호를 위해 보조 경로로도 구성됩니다. 전송 라우터 PE2 to PE4는 레이블 팝 및 발신 인터페이스가 있는 인접 SID 레이블로 구성됩니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣은 다음, 구성 모드에서 들어갑니다 commit .
PE1
set interfaces ge-0/0/0 unit 0 family inet address 10.10.12.1/24 set interfaces ge-0/0/0 unit 0 family mpls maximum-labels 5 set interfaces ge-0/0/1 unit 0 family inet address 10.10.13.1/24 set interfaces ge-0/0/1 unit 0 family mpls maximum-labels 5 set interfaces ge-0/0/5 unit 0 family inet address 10.10.17.1/24 set routing-options autonomous-system 65000 set routing-options forwarding-table export load-balance-policy set routing-options forwarding-table chained-composite-next-hop ingress l3vpn set protocols mpls interface ge-0/0/0.0 set protocols mpls interface ge-0/0/1.0 set protocols mpls label-range static-label-range 1000000 1000999 set protocols bgp group pe type internal set protocols bgp group pe local-address 192.168.147.211 set protocols bgp group pe family inet-vpn unicast set protocols bgp group pe neighbor 192.168.146.181 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols source-packet-routing segment-list sl-15-primary hop-1 ip-address 10.10.13.3 set protocols source-packet-routing segment-list sl-15-primary hop-2 label 1000134 set protocols source-packet-routing segment-list sl-15-primary hop-3 label 1000145 set protocols source-packet-routing segment-list sl-15-backup hop-1 ip-address 10.10.12.2 set protocols source-packet-routing segment-list sl-15-backup hop-2 label 1000123 set protocols source-packet-routing segment-list sl-15-backup hop-3 label 1000134 set protocols source-packet-routing segment-list sl-15-backup hop-4 label 1000145 set protocols source-packet-routing source-routing-path lsp-15 to 192.168.146.181 set protocols source-packet-routing source-routing-path lsp-15 binding-sid 1000999 set protocols source-packet-routing source-routing-path lsp-15 primary sl-15-primary set protocols source-packet-routing source-routing-path lsp-15 secondary sl-15-backup set policy-options policy-statement VPN-A-export term a from protocol ospf set policy-options policy-statement VPN-A-export term a from protocol direct set policy-options policy-statement VPN-A-export term a then community add VPN-A set policy-options policy-statement VPN-A-export term a then accept set policy-options policy-statement VPN-A-export term b then reject set policy-options policy-statement VPN-A-import term a from protocol bgp set policy-options policy-statement VPN-A-import term a from community VPN-A set policy-options policy-statement VPN-A-import term a then accept set policy-options policy-statement VPN-A-import term b then reject set policy-options policy-statement bgp-to-ospf from protocol bgp set policy-options policy-statement bgp-to-ospf from route-filter 10.10.0.0/16 orlonger set policy-options policy-statement bgp-to-ospf then accept set policy-options policy-statement load-balance-policy then load-balance per-packet set policy-options community VPN-A members target:65000:1 set routing-instances VRF1 instance-type vrf set routing-instances VRF1 interface ge-0/0/5.0 set routing-instances VRF1 route-distinguisher 192.168.147.211:1 set routing-instances VRF1 vrf-import VPN-A-import set routing-instances VRF1 vrf-export VPN-A-export set routing-instances VRF1 vrf-table-label set routing-instances VRF1 protocols ospf export bgp-to-ospf set routing-instances VRF1 protocols ospf area 0.0.0.0 interface ge-0/0/5.0
PE2
set interfaces ge-0/0/0 unit 0 family inet address 10.10.12.2/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.10.23.2/24 set interfaces ge-0/0/1 unit 0 family mpls set protocols mpls static-label-switched-path adj-23 segment 1000123 set protocols mpls static-label-switched-path adj-23 segment next-hop 10.10.23.3 set protocols mpls static-label-switched-path adj-23 segment pop set protocols mpls static-label-switched-path adj-21 segment 1000221 set protocols mpls static-label-switched-path adj-21 segment next-hop 10.10.12.1 set protocols mpls static-label-switched-path adj-21 segment pop set protocols mpls interface ge-0/0/0.0 set protocols mpls interface ge-0/0/1.0 set protocols mpls label-range static-label-range 1000000 1000999 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0
PE3
set interfaces ge-0/0/0 unit 0 family inet address 10.10.13.3/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.10.23.3/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.10.34.3/24 set interfaces ge-0/0/2 unit 0 family mpls set protocols mpls static-label-switched-path adj-34 segment 1000134 set protocols mpls static-label-switched-path adj-34 segment next-hop 10.10.34.4 set protocols mpls static-label-switched-path adj-34 segment pop set protocols mpls static-label-switched-path adj-32 segment 1000232 set protocols mpls static-label-switched-path adj-32 segment next-hop 10.10.23.2 set protocols mpls static-label-switched-path adj-32 segment pop set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls label-range static-label-range 1000000 1000999 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0
PE4
set interfaces ge-0/0/2 unit 0 family inet address 10.10.34.4/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.10.45.4/24 set interfaces ge-0/0/3 unit 0 family mpls set protocols mpls static-label-switched-path adj-45 segment 1000145 set protocols mpls static-label-switched-path adj-45 segment next-hop 10.10.45.5 set protocols mpls static-label-switched-path adj-45 segment pop set protocols mpls static-label-switched-path adj-43 segment 1000243 set protocols mpls static-label-switched-path adj-43 segment next-hop 10.10.34.3 set protocols mpls static-label-switched-path adj-43 segment pop set protocols mpls interface ge-0/0/2.0 set protocols mpls interface ge-0/0/3.0 set protocols mpls label-range static-label-range 1000000 1000999 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface ge-0/0/3.0
PE5
set interfaces ge-0/0/3 unit 0 family inet address 10.10.45.5/24 set interfaces ge-0/0/3 unit 0 family mpls maximum-labels 5 set interfaces ge-0/0/4 unit 0 family inet address 10.10.56.5/24 set routing-options autonomous-system 65000 set protocols mpls interface ge-0/0/3.0 set protocols mpls label-range static-label-range 1000000 1000999 set protocols bgp group pe type internal set protocols bgp group pe local-address 192.168.146.181 set protocols bgp group pe family inet-vpn unicast set protocols bgp group pe neighbor 192.168.147.211 set protocols ospf area 0.0.0.0 interface ge-0/0/3.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols bfd sbfd local-discriminator 0.0.0.32 minimum-receive-interval 1000 set protocols source-packet-routing segment-list sl-51 hop-1 ip-address 10.10.45.4 set protocols source-packet-routing segment-list sl-51 hop-2 label 1000243 set protocols source-packet-routing segment-list sl-51 hop-3 label 1000232 set protocols source-packet-routing segment-list sl-51 hop-4 label 1000221 set protocols source-packet-routing source-routing-path lsp-51 to 192.168.147.211 set protocols source-packet-routing source-routing-path lsp-51 primary sl-51 set policy-options policy-statement VPN-A-export term a from protocol ospf set policy-options policy-statement VPN-A-export term a from protocol direct set policy-options policy-statement VPN-A-export term a then community add VPN-A set policy-options policy-statement VPN-A-export term a then accept set policy-options policy-statement VPN-A-export term b then reject set policy-options policy-statement VPN-A-import term a from protocol bgp set policy-options policy-statement VPN-A-import term a from community VPN-A set policy-options policy-statement VPN-A-import term a then accept set policy-options policy-statement VPN-A-import term b then reject set policy-options policy-statement bgp-to-ospf from protocol bgp set policy-options policy-statement bgp-to-ospf from route-filter 10.10.0.0/16 orlonger set policy-options policy-statement bgp-to-ospf then accept set policy-options community VPN-A members target:65000:1 set routing-instances VRF1 instance-type vrf set routing-instances VRF1 interface ge-0/0/4.0 set routing-instances VRF1 route-distinguisher 192.168.146.181:1 set routing-instances VRF1 vrf-import VPN-A-import set routing-instances VRF1 vrf-export VPN-A-export set routing-instances VRF1 vrf-table-label set routing-instances VRF1 protocols ospf export bgp-to-ospf set routing-instances VRF1 protocols ospf area 0.0.0.0 interface ge-0/0/4.0
세1
set interfaces ge-0/0/0 unit 0 family inet address 10.10.17.7/24 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0
세2
set interfaces ge-0/0/4 unit 0 family inet address 10.10.56.6/24 set protocols ospf area 0.0.0.0 interface ge-0/0/4.0
디바이스 PE1 구성
단계별 절차
다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
디바이스 PE1 구성:
-
인터페이스를 구성합니다.
[edit interfaces] set ge-0/0/0 unit 0 family inet address 10.10.12.1/24 set ge-0/0/0 unit 0 family mpls maximum-labels 5 set ge-0/0/1 unit 0 family inet address 10.10.13.1/24 set ge-0/0/1 unit 0 family mpls maximum-labels 5 set ge-0/0/5 unit 0 family inet address 10.10.17.1/24
-
패킷 전달 라우팅 옵션을 제어하기 위한 자율 시스템 번호 및 옵션을 구성합니다.
[edit routing-options] set autonomous-system 65000 set forwarding-table export load-balance-policy set forwarding-table chained-composite-next-hop ingress l3vpn
-
MPLS 프로토콜로 인터페이스를 구성하고 MPLS 레이블 범위를 구성합니다.
[edit protocols mpls] set interface ge-0/0/0.0 set interface ge-0/0/1.0 set label-range static-label-range 1000000 1000999
-
피어 그룹 유형, 로컬 주소, 업데이트에서 NLRI의 프로토콜 패밀리 및 피어 그룹의 이웃 IP 주소를 구성합니다.
[edit protocols bgp] set group pe type internal set group pe local-address 192.168.147.211 set group pe family inet-vpn unicast set group pe neighbor 192.168.146.181
-
프로토콜 영역 인터페이스를 구성합니다.
[edit protocols ospf] set area 0.0.0.0 interface ge-0/0/0.0 set area 0.0.0.0 interface lo0.0 set area 0.0.0.0 interface ge-0/0/1.0
-
프로토콜 소스 패킷 라우팅(SPRING)의 소스 라우팅 트래픽 엔지니어링(TE) 정책을 위한 기본 및 보조 경로의 IPv4 주소 및 레이블을 구성합니다.
[edit protocols source-packet-routing segment-list] set sl-15-primary hop-1 ip-address 10.10.13.3 set sl-15-primary hop-2 label 1000134 set sl-15-primary hop-3 label 1000145 set sl-15-backup hop-1 ip-address 10.10.12.2 set sl-15-backup hop-2 label 1000123 set sl-15-backup hop-3 label 1000134 set sl-15-backup hop-4 label 1000145
-
프로토콜 SPRING에 대한 대상 IPv4 주소, 바인딩 SID 레이블, 기본 및 보조 소스 라우팅 경로를 구성합니다.
[edit protocols source-packet-routing source-routing-path] set lsp-15 to 192.168.146.181 set lsp-15 binding-sid 1000999 set lsp-15 primary sl-15-primary set lsp-15 secondary sl-15-backup
-
정책 옵션을 구성합니다.
[edit policy-options policy-statement] set VPN-A-export term a from protocol ospf set VPN-A-export term a from protocol direct set VPN-A-export term a then community add VPN-A set VPN-A-export term a then accept set VPN-A-export term b then reject set VPN-A-import term a from protocol bgp set VPN-A-import term a from community VPN-A set VPN-A-import term a then accept set VPN-A-import term b then reject set bgp-to-ospf from protocol bgp set bgp-to-ospf from route-filter 10.10.0.0/16 orlonger set bgp-to-ospf then accept set load-balance-policy then load-balance per-packet
-
BGP 커뮤니티 정보를 구성합니다.
[edit policy-options] set community VPN-A members target:65000:1
-
인스턴스 유형, 인터페이스, 라우터 식별자, VRF 가져오기, 내보내기 및 테이블 레이블을 사용하여 라우팅 인스턴스 VRF1을 구성합니다. 프로토콜 OSPF를 위한 영역의 내보내기 정책 및 인터페이스를 구성합니다.
[edit routing-instances VRF1] set instance-type vrf set interface ge-0/0/5.0 set route-distinguisher 192.168.147.211:1 set vrf-import VPN-A-import set vrf-export VPN-A-export set vrf-table-label set protocols ospf export bgp-to-ospf set protocols ospf area 0.0.0.0 interface ge-0/0/5.0
결과
구성 모드에서 , show policy-options, show protocols, show routing-options및 show routing-instances 명령을 show interfaces입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
[edit]
user@PE1# show
interfaces {
ge-0/0/0 {
unit 0 {
family inet {
address 10.10.12.1/24;
}
family mpls {
maximum-labels 5;
}
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.10.13.1/24;
}
family mpls {
maximum-labels 5;
}
}
}
ge-0/0/5 {
unit 0 {
family inet {
address 10.10.17.1/24;
}
}
}
}
policy-options {
policy-statement VPN-A-export {
term a {
from protocol [ ospf direct ];
then {
community add VPN-A;
accept;
}
}
term b {
then reject;
}
}
policy-statement VPN-A-import {
term a {
from {
protocol bgp;
community VPN-A;
}
then accept;
}
term b {
then reject;
}
}
policy-statement bgp-to-ospf {
from {
protocol bgp;
route-filter 10.10.0.0/16 orlonger;
}
then accept;
}
policy-statement load-balance-policy {
then {
load-balance per-packet;
}
}
community VPN-A members target:65000:1;
}
routing-instances {
VRF1 {
instance-type vrf;
protocols {
ospf {
area 0.0.0.0 {
interface ge-0/0/5.0;
}
export bgp-to-ospf;
}
}
interface ge-0/0/5.0;
route-distinguisher 192.168.147.211:1;
vrf-import VPN-A-import;
vrf-export VPN-A-export;
vrf-table-label;
}
}
routing-options {
autonomous-system 65000;
forwarding-table {
export load-balance-policy;
chained-composite-next-hop {
ingress {
l3vpn;
}
}
}
}
protocols {
bgp {
group pe {
type internal;
local-address 192.168.147.211;
family inet-vpn {
unicast;
}
neighbor 192.168.146.181;
}
}
mpls {
label-range {
static-label-range 1000000 1000999;
}
interface ge-0/0/0.0;
interface ge-0/0/1.0;
}
ospf {
area 0.0.0.0 {
interface ge-0/0/0.0;
interface lo0.0;
interface ge-0/0/1.0;
}
}
source-packet-routing {
segment-list sl-15-primary {
hop-1 ip-address 10.10.13.3;
hop-2 label 1000134;
hop-3 label 1000145;
}
segment-list sl-15-backup {
hop-1 ip-address 10.10.12.2;
hop-2 label 1000123;
hop-3 label 1000134;
hop-4 label 1000145;
}
source-routing-path lsp-15 {
to 192.168.146.181;
binding-sid 1000999;
primary {
sl-15-primary;
}
secondary {
sl-15-backup;
}
}
}
}
디바이스 PE2 구성
단계별 절차
다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
-
인터페이스를 구성합니다.
[edit interfaces] set ge-0/0/0 unit 0 family inet address 10.10.12.2/24 set ge-0/0/0 unit 0 family mpls set ge-0/0/1 unit 0 family inet address 10.10.23.2/24 set ge-0/0/1 unit 0 family mpls
-
프로토콜 MPLS에 대한 정적 LSP를 구성합니다.
[edit protocols mpls static-label-switched-path] set adj-23 segment 1000123 set adj-23 segment next-hop 10.10.23.3 set adj-23 segment pop set adj-21 segment 1000221 set adj-21 segment next-hop 10.10.12.1 set adj-21 segment pop
-
프로토콜 MPLS에 대한 인터페이스 및 정적 레이블 범위를 구성합니다.
[edit protocols mpls] set interface ge-0/0/0.0 set interface ge-0/0/1.0 set label-range static-label-range 1000000 1000999
-
프로토콜 OSPF를 위한 인터페이스를 구성합니다.
[edit protocols ospf area 0.0.0.0] set interface ge-0/0/0.0 set interface ge-0/0/1.0
결과
라우터 PE2의 구성 모드에서 and show protocols 명령을 입력 show interfaces 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
[edit]
user@PE2# show
interfaces {
ge-0/0/0 {
unit 0 {
family inet {
address 10.10.12.2/24;
}
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.10.23.2/24;
}
family mpls;
}
}
}
protocols {
mpls {
label-range {
static-label-range 1000000 1000999;
}
interface ge-0/0/0.0;
interface ge-0/0/1.0;
static-label-switched-path adj-23 {
segment {
1000123;
next-hop 10.10.23.3;
pop;
}
}
static-label-switched-path adj-21 {
segment {
1000221;
next-hop 10.10.12.1;
pop;
}
}
}
ospf {
area 0.0.0.0 {
interface ge-0/0/0.0;
interface ge-0/0/1.0;
}
}
}
검증
구성이 제대로 작동하고 있는지 확인합니다.
- 라우터 PE1의 라우팅 테이블 inet.3의 경로 항목 확인
- 라우터 PE1의 라우팅 테이블 mpls.0의 경로 테이블 항목 확인
- 라우터 PE1의 SPRING 트래픽 엔지니어링 LSP 확인
- 라우터 PE1의 수신 라우터에서 SPRING 트래픽 엔지니어링 LSP 확인
- 라우터 PE2의 라우팅 테이블 mpls.0의 라우팅 테이블 항목 확인
- 라우터 PE2의 정적 MPLS LSP 세그먼트 상태 확인
라우터 PE1의 라우팅 테이블 inet.3의 경로 항목 확인
목적
라우터 PE1의 라우팅 테이블 inet.3의 경로 항목을 확인합니다.
작업
운영 모드에서 명령을 입력합니다.show route table inet.3
user@PE1> show route table inet.3
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.146.181/32 *[SPRING-TE/8] 03:09:26, metric 1
> to 10.10.13.3 via ge-0/0/1.0, Push 1000145, Push 1000134(top)
to 10.10.12.2 via ge-0/0/0.0, Push 1000145, Push 1000134, Push 1000123(top)
의미
출력에는 세그먼트 라우팅 터널의 수신 경로가 표시됩니다.
라우터 PE1의 라우팅 테이블 mpls.0의 경로 테이블 항목 확인
목적
라우팅 테이블 mpls.0의 경로 항목을 확인합니다.
작업
운영 모드에서 명령을 입력합니다.show route table mpls.0
user@PE1> show route table mpls.0
mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 03:25:52, metric 1
Receive
1 *[MPLS/0] 03:25:52, metric 1
Receive
2 *[MPLS/0] 03:25:52, metric 1
Receive
13 *[MPLS/0] 03:25:52, metric 1
Receive
16 *[VPN/0] 03:25:52
> via lsi.0 (VRF1), Pop
1000999 *[SPRING-TE/8] 03:04:03, metric 1
> to 10.10.13.3 via ge-0/0/1.0, Swap 1000145, Push 1000134(top)
to 10.10.12.2 via ge-0/0/0.0, Swap 1000145, Push 1000134, Push 1000123(top)
의미
출력에는 세그먼트 라우팅 터널의 SID 레이블이 표시됩니다.
라우터 PE1의 SPRING 트래픽 엔지니어링 LSP 확인
목적
수신 라우터에서 SPRING 트래픽 엔지니어링 LSP를 확인합니다.
작업
운영 모드에서 명령을 입력합니다.show spring-traffic-engineering overview
user@PE1> show spring-traffic-engineering overview
Overview of SPRING-TE:
Route preference: 8
Number of LSPs: 1 (Up: 1, Down: 0)
External controllers:
< Not configured >
의미
출력은 수신 라우터에서 SPRING 트래픽 엔지니어링 LSP의 개요를 표시합니다.
라우터 PE1의 수신 라우터에서 SPRING 트래픽 엔지니어링 LSP 확인
목적
수신 라우터에서 SPRING 트래픽 엔지니어링 LSP를 확인합니다.
작업
운영 모드에서 명령을 입력합니다.show spring-traffic-engineering lsp detail
user@PE1# show spring-traffic-engineering lsp detail
Name: lsp-15
To: 192.168.146.181
State: Up
Path: sl-15-primary
Outgoing interface: ge-0/0/1.0
BFD status: N/A (Up: 0, Down: 0)
SR-ERO hop count: 3
Hop 1 (Strict):
NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.10.13.3
SID type: None
Hop 2 (Strict):
NAI: None
SID type: 20-bit label, Value: 1000134
Hop 3 (Strict):
NAI: None
SID type: 20-bit label, Value: 1000145
Path: sl-15-backup
Outgoing interface: ge-0/0/0.0
BFD status: N/A (Up: 0, Down: 0)
SR-ERO hop count: 4
Hop 1 (Strict):
NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.10.12.2
SID type: None
Hop 2 (Strict):
NAI: None
SID type: 20-bit label, Value: 1000123
Hop 3 (Strict):
NAI: None
SID type: 20-bit label, Value: 1000134
Hop 4 (Strict):
NAI: None
SID type: 20-bit label, Value: 1000145
Total displayed LSPs: 1 (Up: 1, Down: 0)
의미
출력에는 수신 라우터에서 SPRING 트래픽 엔지니어링 LSP의 세부 정보가 표시됩니다
라우터 PE2의 라우팅 테이블 mpls.0의 라우팅 테이블 항목 확인
목적
라우터 PE2의 라우팅 테이블 mpls.0에 대한 라우팅 테이블 항목을 확인합니다.
작업
운영 모드에서 명령을 입력합니다.show route table mpls.0
user@PE2> show route table mpls.0
mpls.0: 8 destinations, 8 routes (8 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 03:22:29, metric 1
Receive
1 *[MPLS/0] 03:22:29, metric 1
Receive
2 *[MPLS/0] 03:22:29, metric 1
Receive
13 *[MPLS/0] 03:22:29, metric 1
Receive
1000123 *[MPLS/6] 03:22:29, metric 1
> to 10.10.23.3 via ge-0/0/1.0, Pop
1000123(S=0) *[MPLS/6] 03:22:29, metric 1
> to 10.10.23.3 via ge-0/0/1.0, Pop
1000221 *[MPLS/6] 03:22:29, metric 1
> to 10.10.12.1 via ge-0/0/0.0, Pop
1000221(S=0) *[MPLS/6] 03:22:29, metric 1
> to 10.10.12.1 via ge-0/0/0.0, Pop
라우터 PE2의 정적 MPLS LSP 세그먼트 상태 확인
목적
라우터 PE2의 MPLS LSP 세그먼트의 상태를 확인합니다.
작업
운영 모드에서 명령을 입력합니다.show mpls static-lsp
user@PE2> show mpls static-lsp
Ingress LSPs:
Total 0, displayed 0, Up 0, Down 0
Transit LSPs:
Total 0, displayed 0, Up 0, Down 0
Bypass LSPs:
Total 0, displayed 0, Up 0, Down 0
Segment LSPs:
LSPname SID-label State
adj-21 1000221 Up
adj-23 1000123 Up
Total 2, displayed 2, Up 2, Down 0
의미
출력은 라우터 PE2의 정적 MPLS LSP 세그먼트의 상태를 표시합니다.
세그먼트 라우팅 LSP를 위한 분산 CSPF 활성화
세그먼트 라우팅 LSP 기능을 위한 분산 CSPF(Constrained Shortest Path First) 기능을 사용하면 구성한 제약 조건에 따라 수신 디바이스에서 로컬로 세그먼트 라우팅 LSP를 계산할 수 있습니다. 이 기능을 통해 LSP는 구성된 제약 조건 및 메트릭 유형(트래픽 엔지니어링 또는 IGP)에 따라 최적화됩니다. LSP는 세그먼트 라우팅 레이블 스택 압축이 활성화 또는 비활성화된 상태에서 대상에 대한 사용 가능한 ECMP 경로를 활용하도록 계산됩니다.
기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.
플랫폼과 관련된 참고 사항은 플랫폼별 세그먼트 라우팅 LSP 동작 섹션을 검토합니다.
- 분산 CSPF 계산 제약 조건
- 분산 CSPF 계산 알고리즘
- 분산 CSPF 계산 데이터베이스
- 분산 CSPF 계산 제약 조건 구성
- 분산 CSPF 계산
- 애니캐스트 계산
- 분산 CSPF 계산과 SR-TE 기능 간의 상호 작용
- 분산 CSPF 계산 샘플 구성
분산 CSPF 계산 제약 조건
세그먼트 라우팅 LSP 경로는 구성된 모든 제약 조건이 충족될 때 계산됩니다.
분산 CSPF 계산 기능은 트래픽 엔지니어링을 위한 인터넷 초안, draft-ietf-spring-segment-routing-policy-03.txt 세그먼트 라우팅 정책에 지정된 다음과 같은 제약 조건 하위 집합을 지원합니다.
-
관리 그룹의 포함 및 제외.
-
느슨하거나 엄격한 홉 IP 주소 포함.
참고:느슨하거나 엄격한 홉 제약 조건에서 라우터 ID만 지정할 수 있습니다. 레이블 및 기타 IP 주소는 Junos OS 릴리스 19.2R1-S1에서 느슨하거나 엄격한 홉 제약으로 지정할 수 없습니다.
-
세그먼트 목록의 최대 세그먼트 ID(SID) 수입니다.
-
후보 세그먼트 라우팅 경로당 최대 세그먼트 목록 수입니다.
세그먼트 라우팅 LSP에 대한 분산 CSPF 계산 기능은 다음과 같은 유형의 제약 조건 및 구축 시나리오를 지원하지 않습니다.
-
도메인 간 세그먼트 라우팅-트래픽 엔지니어링(SR-TE) LSP.
-
번호가 지정되지 않은 인터페이스.
-
OSPF, IS-IS 및 BGP-LS와 같은 여러 프로토콜 라우팅 프로토콜이 동시에 활성화됩니다.
-
접두사 또는 애니캐스트 주소를 대상으로 하는 계산.
-
인터페이스 IP 주소를 제약 조건으로 포함 및 제외.
분산 CSPF 계산 알고리즘
세그먼트 라우팅 LSP를 위한 분산 CSPF 계산 기능은 CSPF와 함께 레이블 스택 압축 알고리즘을 사용합니다.
레이블 스택 압축 활성화
압축된 레이블 스택은 소스에서 대상까지의 경로 집합을 나타냅니다. 일반적으로 노드 SID와 인접 SID로 구성됩니다. 레이블 스택 압축이 활성화되면 계산 결과는 제약 조건을 준수하면서 스택의 최소 SID 수로 대상에 대한 ECMP를 최대화하는 경로 집합입니다.
레이블 스택 압축 비활성화
레이블 스택 압축이 비활성화된 상태에서 다중 경로 CSPF 계산은 대상에 대한 세그먼트 목록을 찾습니다 N . 여기서
-
모든 세그먼트 목록의 비용은 대상에 도달하기 위한 최단 트래픽 엔지니어링 메트릭과 동일하며 동일합니다.
-
각 세그먼트 목록은 인접 SID로 구성됩니다.
-
의 N 값은 구성별 후보 경로에 허용되는 최대 세그먼트 목록 수입니다.
-
두 개의 세그먼트 목록은 동일하지 않습니다.
-
각 세그먼트 목록은 구성된 모든 제약 조건을 충족합니다.
분산 CSPF 계산 데이터베이스
SR-TE 계산에 사용되는 데이터베이스는 해당 보급 노드에서 트래픽 엔지니어링이 활성화되었는지 여부와 관계없이 모든 링크, 노드, 접두사 및 해당 특성을 갖습니다. 즉, 컴퓨팅 노드가 학습한 모든 도메인의 TED(Traffic-Engineering Database)와 IGP 링크 상태 데이터베이스의 결합입니다. 따라서 CSPF가 작동하려면 계층 수준에서 [edit protocols isis traffic-engineering] 문을 포함 igp-topology 해야 합니다.
분산 CSPF 계산 제약 조건 구성
컴퓨팅 프로필을 사용하여 계산 제약 조건을 논리적으로 그룹화할 수 있습니다. 이러한 컴퓨팅 프로필은 기본 및 보조 세그먼트 라우팅 LSP를 계산하기 위한 세그먼트 라우팅 경로에서 참조됩니다.
컴퓨팅 프로필을 구성하려면 계층 수준에서 [edit protocols source-packet-routing] compute-profile 문을 포함합니다.
지원되는 계산 제약 조건에 대한 구성은 다음과 같습니다.
-
Administrative groups
계층 수준에서 admin-groups 를
[edit protocols mpls]구성할 수 있습니다. Junos OS는 관리 그룹 구성을 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) 인터페이스에 적용합니다.계산 제약 조건을 구성하기 위해 관리 그룹 집합에 대해 세 가지 범주를 지정할 수 있습니다. 계산 제약 조건 구성은 모든 후보 세그먼트 라우팅 경로에 공통적일 수도 있고, 개별 후보 경로 아래에 있을 수도 있습니다.
-
include-any- 목록에 구성된 관리 그룹 중 하나 이상이 있는 모든 링크가 통과할 경로에 허용되도록 지정합니다. -
include-all- 목록에 구성된 모든 관리 그룹과의 모든 링크가 통과할 경로에 허용되도록 지정합니다. -
exclude- 목록에 구성된 관리 그룹이 없는 모든 링크가 통과할 경로에 허용되도록 지정합니다.
참고: 관리 그룹은 다음 중 하나인 경우에만 광고됩니다.-
인터페이스에서 RSVP를 활성화합니다.
-
RSVP를 활성화하지 않으려는 경우 구성
edit protocols isis traffic-engineering advertisement always합니다.
-
-
Explicit path
SR-TE 후보 경로를 계산하기 위한 제약 조건으로 컴퓨팅 프로필에서 일련의 라우터 ID를 지정할 수 있습니다. 각 홉은 IPv4 주소여야 하며 엄격한 유형이거나 느슨할 수 있습니다. 홉 유형이 구성되지 않은 경우 strict가 사용됩니다. 명시적 경로 제약 조건을 지정할 때 segment-list 문 아래에 옵션을 포함
compute해야 합니다. -
Maximum number of segment lists (ECMP paths)
후보 경로를 여러 동적 세그먼트 목록과 연결할 수 있습니다. 경로는 ECMP 경로이며, 각 세그먼트 목록은 활성 가중치를 가진 다음 홉 게이트웨이로 변환됩니다. 이러한 경로는 압축 여부와 관계없이 경로 계산의 결과입니다.
compute-profile 구성 문 아래의 옵션을 사용하여
maximum-computed-segment-lists maximum-computed-segment-lists이 속성을 구성할 수 있습니다. 이 구성은 주어진 기본 및 보조 LSP에 대해 계산된 세그먼트 목록의 최대 수를 결정합니다. -
Maximum segment list depth
최대 세그먼트 목록 깊이 계산 매개변수는 관리 그룹과 같은 다른 모든 제약 조건을 충족하는 ECMP 경로 중에서 세그먼트 목록이 최대 세그먼트 목록 깊이보다 작거나 같은 경로만 사용되도록 합니다. 이 매개 변수를 compute-profile 아래의 제약 조건으로 구성하면 계층 수준에서
[edit protocols source-packet-routing]구성을 재정의합니다maximum-segment-list-depth(있는 경우).compute-profile 구성 문 아래의 옵션을 사용하여
maximum-segment-list-depth maximum-segment-list-depth이 속성을 구성할 수 있습니다. -
Protected or unprotected adjacency SIDs
지정된 SID 유형과의 링크를 피하기 위해 컴퓨팅 프로필 아래에서 보호 또는 비보호 인접 SID를 제약 조건으로 구성할 수 있습니다.
보호된 인접 SID는 인접 SID에 보호를 위한 백업 경로가 있음을 나타내도록 구성됩니다. 이 구성을 통해 네트워크는 링크 또는 노드 장애에 대해 TI-LFA(Topology-Independent Loop-Free Alternate) Fast Reroute를 지원할 수 있습니다.
보호되지 않은 인접성은 사용 가능한 백업 경로가 없음을 나타내므로 링크 또는 노드 장애 보호를 보장할 수 없습니다. 보호된 SID와 보호되지 않는 SID가 모두 IGP 링크에 존재하고 제약 조건이
unprotected적용되지 않은protected경우 계산은 기본적으로 보호되지 않은 SID를 사용합니다.참고: 최단 경로 우선(OSPF)를 인접 SID에 대한protectedunprotected언더레이 IGP로 사용하여 SR-TE 로컬 계산을 지원합니다. -
Metric type
링크에서 계산에 사용할 메트릭 유형을 지정할 수 있습니다. 기본적으로 SR-TE LSP는 계산을 위해 링크의 트래픽 엔지니어링 메트릭을 사용합니다. 링크에 대한 트래픽 엔지니어링 메트릭은 IGP 프로토콜의 트래픽 엔지니어링 확장에 의해 보급됩니다. 그러나 컴퓨팅 프로필에서 메트릭 유형 구성을 사용하여 계산에 IGP 메트릭을 사용하도록 선택할 수도 있습니다.
compute-profile 구성 문 아래의 옵션을 사용하여
metric-type (igp | te)이 속성을 구성할 수 있습니다.
분산 CSPF 계산
SR-TE 후보 경로는 구성된 제약 조건을 충족하도록 로컬에서 계산됩니다. 레이블 스택 압축이 비활성화되면 다중 경로 CSPF 계산 결과는 인접 SID 스택 집합입니다. 레이블 스택 압축이 활성화되면 압축된 레이블 스택 집합(인접한 SID 및 노드 SID로 구성)이 생성됩니다.
보조 경로가 계산될 때 기본 경로에 의해 취해진 링크, 노드 및 SRLG는 계산을 위해 피하지 않습니다. 기본 및 보조 경로에 대한 자세한 내용은 기본 및 보조 LSP 구성을 참조하십시오.
계산 결과가 실패한 LSP의 경우, TED(Traffic-Engineering Database)가 변경됨에 따라 계산이 재시도됩니다.
애니캐스트 계산
애니캐스트 IP를 SR-TE 엔드포인트 및 세그먼트 홉 제약 조건으로 구성할 수 있습니다. 압축 시나리오의 경우 계산에 애니캐스트 SID를 포함해야 하며, 비압축 시나리오의 경우 모든 송신 노드에 대한 인접 SID를 포함해야 합니다.
분산 CSPF 계산과 SR-TE 기능 간의 상호 작용
SR-TE 정책의 경로와 관련된 가중치
경로의 다음 홉에 기여하는 계산된 SR-TE 경로에 대해 가중치를 구성할 수 있습니다. 그러나 계산이 활성화된 단일 경로로 인해 여러 세그먼트 목록이 생성될 수 있습니다. 이렇게 계산된 세그먼트 목록은 그들 사이에 ECMP로 처리됩니다. 구성된 각 기본 조직에 할당된 가중치를 고려하여 이러한 세그먼트에 계층적 ECMP 가중치를 할당할 수 있습니다.
BFD 활성도 탐지
계산된 기본 또는 보조 경로에 대한 BFD 활성도 감지를 구성할 수 있습니다. 계산된 모든 기본 또는 보조 경로는 여러 세그먼트 목록을 생성할 수 있으며, 그 결과 세그먼트 목록에 대해 구성된 BFD 매개 변수가 계산된 모든 세그먼트 목록에 적용됩니다. 모든 활성 기본 경로가 다운되면 사전 프로그래밍된 보조 경로(제공된 경우)가 활성화됩니다.
상속 레이블 다음 홉
기본 동작이므로 계산된 기본 또는 보조 경로에 대해 계층 아래에서 [edit protocols source-packet-routing segment-list segment-list-name] 구성을 명시적으로 활성화 inherit-label-nexthops 할 필요가 없습니다.
자동 번역 기능
세그먼트 목록에서 자동 변환 기능을 구성할 수 있으며, 자동 변환 기능이 있는 기본 또는 보조 경로는 이러한 세그먼트 목록을 참조합니다. 반면, 컴퓨팅 기능이 활성화된 기본 또는 보조는 세그먼트 목록을 참조할 수 없습니다. 그 결과, 주어진 기본 또는 보조 경로에 대해 컴퓨팅 기능과 자동 변환 기능을 모두 활성화할 수 없습니다. 그러나 컴퓨팅 유형의 기본 경로와 자동 변환 유형의 다른 LSP를 구성할 수 있습니다.
분산 CSPF 계산 샘플 구성
예 1
예제 1에서,
-
계산되지 않은 기본 경로는 구성된 세그먼트 목록을 참조합니다. 이 예에서는 구성된 세그먼트 목록 static_sl1 이 참조되며 이 기본 경로의 이름으로도 사용됩니다.
-
계산된 기본 이름에는 구성된 이름이 있어야 하며 이 이름은 구성된 세그먼트 목록을 참조해서는 안 됩니다. 이 예에서 는 compute_segment1 구성된 세그먼트 목록이 아닙니다.
-
compute_profile_red 컴퓨팅 프로필은 이름compute_segment1의 기본 경로에 적용됩니다.
-
컴퓨팅 프로필에는 compute_profile_red 계산에 대한 명시적 경로 제약 조건을 지정하는 데 사용되는 유형의 세그먼트 목록
compute이 포함되어 있습니다.
[edit protocols source-packet-routing]
segment-list static_sl1{
hop1 label 80000
}
segment-list exp_path1 {
hop1 ip-address 10.1.1.1 loose
hop2 ip-address 10.2.2.2
compute
}
compute-profile compute_profile_red {
include-any red
segment-list exp_path1
maximum-segment-list-depth 5
}
계산된 경로 다음 홉과 정적 다음 홉의 가중치는 각각 2와 3입니다. 계산된 경로의 다음 홉이 comp_nh1, , 및 comp_nh3이고 정적 경로의 다음 홉이 static_nh라고 가정하면 가중치는 comp_nh2다음과 같이 적용됩니다.
|
다음 홉 |
무게 |
|---|---|
|
comp_nh1 |
2 |
|
comp_nh2 |
2 |
|
comp_nh3 |
2 |
|
static_nh |
9 |
예 2
예제 2에서 기본 및 보조 경로는 모두 컴퓨팅 유형일 수 있으며 자체 컴퓨팅 프로필을 가질 수 있습니다.
[edit protocols source-packet-routing]
compute-profile compute_profile_green{
include-any green
maximum-segment-list-depth 5
}
compute-profile compute_profile_red{
include-any red
maximum-segment-list-depth 8
}
실시예 3
예제 3에서 기본 또는 보조 경로 아래에 컴퓨팅이 언급되면 계산에 대한 제약 조건이나 기타 매개 변수 없이 대상에 대한 경로가 로컬 계산됩니다.
[edit protocols source-packet-routing]
source-routing-path srte_colored_policy1 {
to 10.5.5.5
color 5
binding-sid 10001
primary {
compute_segment1 {
compute
}
}
}
예: SR-TE LSP를 위한 CoS 기반 포워딩 및 정책 기반 라우팅 구성
색상이 지정되지 않은 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) LSP에 대해 CBF(CoS 기반 포워딩) 및 PBR(정책 기반 라우팅, 필터 기반 포워딩이라고도 함)을 활성화하여 명시적인 SR-TE 경로를 통해 선택적 트래픽을 조정할 수 있으므로 서비스 등급 또는 정책에 따라 트래픽을 서비스하는 이점을 얻을 수 있습니다.
SR-TE LSP를 위한 CoS 기반 포워딩 및 정책 기반 라우팅 개요
- SR-TE LSP를 위한 CoS 기반 포워딩(CBF) 및 정책 기반 라우팅(PBR)의 이점
- CBF 및 PBR을 지원하는 세그먼트 라우팅 경로 소스
- SR-TE LSP에 대한 CBF 및 PBR 구성을 위한 고려 사항
SR-TE LSP를 위한 CoS 기반 포워딩(CBF) 및 정책 기반 라우팅(PBR)의 이점
CBF 및 PBR을 사용하면 다음을 수행할 수 있습니다.
-
세그먼트 라우팅 트래픽 엔지니어링(SR-TE) 경로의 조합을 사용하여 코어에서 서비스 트래픽을 조정합니다.
-
선택한 SR-TE 경로를 통해 확인할 지원 서비스를 선택합니다.
CBF 및 PBR을 지원하는 세그먼트 라우팅 경로 소스
다음 세그먼트 라우팅 경로 소스는 CoS 기반 포워딩 및 정책 기반 라우팅을 지원합니다.
-
Static SR–TE paths- 전체 레이블 스택이 정적으로 구성된 정적 구성된 원본 라우팅 경로입니다.
-
PCEP- 컨트롤러에서 생성되고 PCEP 세그먼트 라우팅 확장을 통해 또는 BGP 세그먼트 라우팅 확장을 통해 BGP 세그먼트 라우팅 정책에서 ERO의 수신 라우터로 다운로드된 소스 라우팅 경로를 동적으로 프로비저닝합니다.
-
Dynamic LSPs—마지막 홉 ERO 해상도가 있는 동적 터널 모듈을 통해 트리거된 동적으로 생성된 터널입니다.
-
Auto-translated paths- 자동으로 변환되는 정적 구성된 소스 라우팅 경로입니다.
SR-TE LSP에 대한 CBF 및 PBR 구성을 위한 고려 사항
기억하십시오:
-
CBF 및 PBR은 정적 또는 동적으로 구성된 색상이 지정되지 않은 SR-TE LSP에서만 활성화됩니다.
-
SR-TE LSP에 대한 CBF 및 PBR 구성은 모두 디바이스에서 공존할 수 있습니다. 구성 순서에 따라 경로가 전달되는 유형이 결정됩니다.
-
PBR의 경우, SR-TE LSP의 첫 번째 홉이 레이블인 경우, 계층 수준에서
[edit routing-options]문을 포함resolution preserve-nexthop-hiearchy해야 합니다. -
CBF에 대한 경로의 클래스 기반 포워딩은 경로가 아닌 포워딩 테이블에만 표시됩니다.
-
PBR에 대한 경로의 정책 기반 전달은 경로에서 수행되며 명령 출력에 표시됩니다.
show route
SR-TE LSP를 위한 CoS 기반 포워딩 및 정책 기반 라우팅 구성
CoS 기반 포워딩(CBF) 및 PBR(정책 기반 라우팅, 필터 기반 포워딩 FBF라고도 함)은 명시적 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) 레이블 전환 경로(LSP)를 사용하여 선택적 트래픽을 조정하는 데 사용할 수 있습니다. 다음 홉이 첫 번째 홉 레이블 또는 IP 주소로 구성된 비색 세그먼트 라우팅 LSP만 CBF 및 PBR을 지원합니다.
시작하기 전에
-
색상이 지정되지 않은 SR-TE LSP에 대한 CBF 및 PBR을 활성화하려면 Junos OS 릴리스 20.1 이상 릴리스를 실행해야 합니다.
-
디바이스 인터페이스를 구성하고 디바이스가 네트워크에 연결되어 있는지 확인합니다.
-
세그먼트 목록을 정의하고 SR-TE LSP 및 관련 매개 변수를 구성합니다.
SR-TE LSP를 구성하려면 다음을 수행합니다.
이제 구성된 SR-TE LSP에 대해 CBF 및 PBR을 구성할 수 있습니다.
CBF를 구성하려면 다음을 수행합니다
-
DSCP(Differentiated Services Code Point) 분류자를 정의하여 수신 IPv4 패킷, 포워딩 클래스 및 옵션 값을 처리합니다.
[edit class-of-service] user@host# set classifiers dscpclassifier-name forwarding-class forwarding-class-name loss-priority level code-points [ aliases ] [ 6 bit-patterns ]
예를 들면 다음과 같습니다.
[edit class-of-service] user@host# set classifiers dscp mydscp forwarding-class af11 loss-priority low code-points 001010 user@host# set classifiers dscp mydscp forwarding-class af11 loss-priority medium-high code-points 001100 user@host# set classifiers dscp mydscp forwarding-class af11 loss-priority high code-points 001110 user@host# set classifiers dscp mydscp forwarding-class af21 loss-priority low code-points 010010 user@host# set classifiers dscp mydscp forwarding-class af21 loss-priority medium-high code-points 010100 user@host# set classifiers dscp mydscp forwarding-class af21 loss-priority high code-points 010110 user@host# set classifiers dscp mydscp forwarding-class af31 loss-priority low code-points 011010 user@host# set classifiers dscp mydscp forwarding-class af31 loss-priority medium-high code-points 011100 user@host# set classifiers dscp mydscp forwarding-class af31 loss-priority high code-points 011110 user@host# set classifiers dscp mydscp forwarding-class af41 loss-priority low code-points 100010 user@host# set classifiers dscp mydscp forwarding-class af41 loss-priority medium-high code-points 100100 user@host# set classifiers dscp mydscp forwarding-class af41 loss-priority high code-points 100110
-
전송을 위해 패킷을 그룹화하기 위한 포워딩 클래스(FC)를 정의하고 패킷을 출력 대기열에 할당합니다.
[edit class-of-service] user@host# set forwarding-classes queue queue-numner class-name
예를 들면 다음과 같습니다.
[edit class-of-service] user@host# set forwarding-classes queue 0 af11 user@host# set forwarding-classes queue 1 af21 user@host# set forwarding-classes queue 2 af31 user@host# set forwarding-classes queue 3 af41
-
구성된 분류자를 디바이스 인터페이스에 할당합니다.
[edit class-of-service] user@host# set interfaces interface-name unit unit classifiers dscp classifier-name
예를 들면 다음과 같습니다.
[edit class-of-service] user@host# set interfaces ge-0/0/8 unit 1 classifiers dscp mydscp user@host# set interfaces ge-0/0/8 unit 2 classifiers dscp mydscp
-
LSP 다음 홉을 SR-TE LSP로 사용하여 CoS 기반 포워딩 정책 옵션을 정의합니다.
[edit class-of-service] user@host# set forwarding-policy next-hop-map map-name forwarding-classes class-name lsp-next-hop source-routing-path-name
예를 들면 다음과 같습니다.
[edit class-of-service] user@host# set forwarding-policy next-hop-map my_cbf forwarding-class af11 lsp-next-hop srtelsp1 user@host# set forwarding-policy next-hop-map my_cbf forwarding-class af21 lsp-next-hop srtelsp2 user@host# set forwarding-policy next-hop-map my_cbf forwarding-class af41 lsp-next-hop srtelsp3 user@host# set forwarding-policy next-hop-map my_cbf forwarding-class af31 lsp-next-hop srtelsp4
-
다음 홉 맵에서 포워딩 클래스를 충족하지 않는 트래픽은 삭제합니다.
[edit class-of-service] user@host# set forwarding-policy next-hop-map map-name forwarding-class-default discard
예를 들면 다음과 같습니다.
[edit class-of-service] user@host# set forwarding-policy next-hop-map my_cbf forwarding-class-default discard
-
경로 필터와 일치하는 경로가 map-name으로 지정된 CoS 다음 홉 매핑의 적용을 받도록 지정하는 정책 문을 구성합니다.
[edit policy-options] user@host# set policy-statement policy-name from route-filter destination-prefix match-type <actions> user@host# set policy-statement policy-name then cos-next-hop-map map-name
예를 들면 다음과 같습니다.
[edit policy-options] user@host# set policy-statement cbf from route-filter 4.0.0.1/16 orlonger user@host# set policy-statement cbf then cos-next-hop-map my_cbf
-
라우팅 테이블에서 포워딩 테이블로 내보내는 경로에 정책을 적용합니다. 이를 통해 SR-TE LSP에 대한 CBF가 활성화됩니다.
[edit routing-options] user@host# set forwarding-table export policy-name
예를 들면 다음과 같습니다.
[edit routing-options] user@host# set forwarding-table export cbf
-
구성을 커밋합니다.
user@host# commit
Verify CBF Configuration
명령을 사용하여 CBF 구성을 확인할 수 있습니다.show route forwarding-table destination ip-address vpn vpn-name extensive
user@host> show route forwarding-table destination 4.0.0.1 vpn vpn1 extensive Routing table: vpn1.inet [Index 8] Internet: Destination: 4.0.0.1/32 Route type: user Route reference: 0 Multicast RPF nh index: 0 P2mpidx: 0 Flags: sent to PFE Next-hop type: indirect Next-hop type: indexed Route type: idx:0 Nexthop: 11.1.1.2 Next-hop type: Push 296, Push 801007, Push 801003, Push 801002(top) Index: 807 Reference: 1 Route interface-index: 0 Index: 1048579 Reference: 10001 Index: 837 Reference: 2 Load Balance Label: None Next-hop interface: ge-0/0/1.1 Route type: idx:1 Nexthop: 11.11.1.2 Next-hop type: Push 296, Push 801007, Push 801003, Push 801002(top) Index: 809
CBF의 경우, 클래스 기반 경로 전달은 필터링된 경로가 명령 출력에 표시되는 PBR과 달리 포워딩 테이블에서만 표시됩니다.show route
PBR을 구성하려면 다음을 수행하십시오
-
프로토콜 및 경로 필터와 일치하는 경로가 LSP 다음 홉의 적용을 받거나 포워딩 테이블에서 ECMP(equal-cost 다중 경로)로 부하 분산되도록 지정하는 정책 문을 구성합니다.
[edit policy-options] user@host# set policy-statement policy-name from protocol protocol-name user@host# set policy-statement policy-name from route-filter destination-prefix match-type <actions> user@host# set policy-statement policy-name then install-nexthop lsp lsp-name user@host# set policy-statement policy-name then load-balance per-packet
예를 들면 다음과 같습니다.
[edit policy-options] user@host# set policy-statement pbr term 1 from protocol bgp user@host# set policy-statement pbr term 1 from route-filter 4.0.0.1/32 exact user@host# set policy-statement pbr term 1 then install-nexthop lsp srtelsp1 user@host# set policy-statement pbr term 1 then load-balance per-packet user@host# set policy-statement pbr term 1 then reject
-
경로의 프로토콜 다음 홉에서 사용자 지정 경로 확인을 수행하도록 디바이스를 구성합니다.
참고:resolution preserve-nexthop-hierarchy이 문은 SR-TE LSP의 첫 번째 홉이 레이블일 때 PBR이 작동하기 위해 필수입니다.[edit routing-options] user@host# set resolution preserve-nexthop-hierarchy
-
라우팅 테이블에서 포워딩 테이블로 내보내는 경로에 정책을 적용합니다. 이를 통해 SR-TE LSP에 대한 PBR이 활성화됩니다.
[edit routing-options] user@host# set forwarding-table export policy-name
예를 들면 다음과 같습니다.
[edit routing-options] user@host# set forwarding-table export pbr
-
구성을 커밋합니다.
user@host# commit
Verify PBR Configuration
명령을 사용하여 PBR 구성을 확인할 수 있습니다.show route destination-prefix
user@host> show route 4.0.0.1
vpn1.inet.0: 10003 destinations, 10003 routes (10003 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
4.0.0.1/32 *[BGP/170] 00:24:12, localpref 100, from 7.7.7.7
AS path: 10 I, validation-state: unverified
to 11.1.1.2 via ge-0/0/1.1, Push 50983, Push 801007, Push 801003, Push 801002(top)
> to 11.11.1.2 via ge-0/0/1.2, Push 50983, Push 801007, Push 801003, Push 801002(top)
to 11.12.1.2 via ge-0/0/1.3, Push 50983, Push 801007, Push 801003, Push 801002(top)
to 11.13.1.2 via ge-0/0/1.4, Push 50983, Push 801007, Push 801003, Push 801002(top)
user@host> show route 4.0.0.1 expanded-nh extensive
vpn1.inet.0: 10003 destinations, 10003 routes (10003 active, 0 holddown, 0 hidden)
4.0.0.1/32 (1 entry, 1 announced)
Installed-nexthop:
Indr (0xc7aaa54) 7.7.7.7 Push 50983 Session-ID: 0x16f
Krt_inh (0xc745a84) Index:1048579 PNH: 7.7.7.7
Chain (0xc7aa798) Index:823 Push 50983
Router (0xc417034) 11.1.1.2 Push 801007, Push 801003, Push 801002(top) via ge-0/0/1.1
출력에는 대상 접두사 4.0.0.1에 대한 모든 다음 홉이 표시됩니다. expanded-nh extensive 옵션은 출력 필드 아래에 Krt_inh 필터링된 다음 홉을 표시합니다.
user@host> show route 4.0.0.2
vpn1.inet.0: 10003 destinations, 10003 routes (10003 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
4.0.0.2/32 *[BGP/170] 00:30:14, localpref 100, from 7.7.7.7
AS path: 10 I, validation-state: unverified
to 11.1.1.2 via ge-0/0/1.1, Push 569, Push 801007, Push 801003, Push 801002(top)
> to 11.11.1.2 via ge-0/0/1.2, Push 569, Push 801007, Push 801003, Push 801002(top)
to 11.12.1.2 via ge-0/0/1.3, Push 569, Push 801007, Push 801003, Push 801002(top)
to 11.17.1.2 via ge-0/0/1.8, Push 569, Push 801007, Push 801003, Push 801002(top)
user@host> show route 7.7.7.7 protocol spring-te
inet.0: 10082 destinations, 10119 routes (10082 active, 0 holddown, 0 hidden)
inet.3: 25 destinations, 77 routes (25 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
7.7.7.7/32 *[SPRING-TE/1] 00:00:32, metric 1, metric2 4
> to 11.1.1.2 via ge-0/0/1.1, Push 801007, Push 801003, Push 801002(top)
to 11.11.1.2 via ge-0/0/1.2, Push 801007, Push 801003, Push 801002(top)
to 11.12.1.2 via ge-0/0/1.3, Push 801007, Push 801003, Push 801002(top)
to 11.17.1.2 via ge-0/0/1.8, Push 801007, Push 801003, Push 801002(top)
PBR의 경우, 명령 출력은 show route 정책 기반 경로 필터링을 수행합니다.
PCEP에서 SR-TE LSP에 대한 다중 경로 활성화
draft-ietf-pce-multipath-06에 정의된 대로 PCEP SR-TE LSP(정적으로 구성, 위임 및 PCE 시작)에 대해 여러 경로(기본 또는 다중 경로)를 구성할 수 있습니다. 하나의 보조 경로 구성만 지원되며 정적으로 구성된 SR-TE LSP에 대해서만 지원됩니다. draft-ietf-pce-다중 경로-06에 정의된 PCEP 확장을 통해 PCEP는 PCEP 엔드포인트 간에 LSP에 대한 여러 경로(다중 경로)를 전파할 수 있습니다.
PCEP SR-TE LSP를 위한 다중 경로의 이점
-
LSP는 대상에 대한 여러 ERO 세트를 가질 수 있습니다
-
개별 ERO에 대한 가중치를 구성하여 로드 밸런싱 기능을 제공합니다
-
후보 경로 정의를 위한 SR-TE 아키텍처 초안에 부합
지원되는 PCEP 다중 경로 기능은 다음과 같습니다.
-
다중 경로에 대한 PCEP가 활성화되면(기본값), PCC에서 구성 및 제어되는 후보 경로에 여러 개의 기본(또는 하나의 보조) 경로를 구성할 수 있습니다.
-
다중 경로에 대한 PCEP가 비활성화되면 후보 경로에 하나의 기본 경로만 구성할 수 있습니다. 보조 경로 구성은 허용되지 않습니다.
PCEP multipath를 compute-profile 활성화하면 이제 1보다 큰 최대 세그먼트 목록(maximum-computed-segment-lists) 수로 구성할 수 있습니다.
다중 경로에 대한 PCEP가 활성화되면 PCCD는 PCC 제어 후보 경로에 대한 제약 조건을 보내지 않습니다.
PCEP 다중 경로 기능이 활성화되면 위임되지 않은 PCC 후보 경로에 대해 보조 경로 구성이 허용되며, 보조 경로에 특정한 ERO(EXPLICIT-ROUTE 개체)는 ERO에 대한 백업 플래그가 설정된 PCE로 전송됩니다. 기본 경로는 PCRpt 메시지의 MULTIPATH-BACKUP-TLV를 포함하지 않습니다. 보조 경로에는 백업 플래그가 설정된 MULTIPATH-BACKUP-TLV가 포함됩니다.
지원되는 PCEP 다중 경로 기능은 다음과 같습니다.
-
경로 속성(PATH-ATTRIB) 개체의 다중 경로 가중치 TLV(MULTIPATH-WEIGHT-TLV)
-
PCC 제어 SR-TE LSP에 대해서만 MULTIPATH-BACKUP TLV in 경로 속성(PATH-ATTRIB) 개체
-
PCEP LSP 개체의 MULTIPATH-CAP TLV
-
PCEP 다중 경로가 비활성화된 경우 SR 후보 경로의 여러 다중 경로 제한
-
PCEP 다중 경로가 PCC 제어 LSP에 대해 활성화된 경우 SR 후보 경로의 다중 기본 경로 및 다중 경로
-
위임 및 PCE 시작 LSP에 대한 SR-TE 컴퓨팅 프로필에서 최대 계산 세그먼트 목록(
max-computed-segment-lists) 1개 초과 -
SR-TE 및 PCCD에서 PCE 시작 후보 경로에 대한 다중 ERO
-
SRv6 LSP
-
SR MPLS(IPv4)
-
SR MPLS(IPv4) 동적 터널
-
다중 컨트롤러 지원
-
PCE 시작, PCC 구성 및 제어, 위임된 컬러 및 비컬러 후보 경로에 대한 다중 ERO 경로
-
이전 버전의 Paragon Pathfinder와 하위 호환됩니다. 이전 버전과의 호환성을 위해 [
edit protocols pcep] 계층 수준에서 구성 문을 구성disable-multipath-capability해야 합니다. -
PCE 시작 후보 경로의 유효성 검사 실패에 대한 오류 코드 지원
-
후보 경로당 총 하위 후보 경로는 127개로 제한됩니다. PCE 시작 LSP의 경우 ERO 경로 수가 127을 교차하면 SR-TE는 PCCD에 오류를 던지고(PCCD는 PCEP 오류 메시지를 PCE로 전송) 해당 ERO 경로가 거부됩니다.
-
다음 PCEP 오류 메시지가 지원됩니다.
| 오류 유형 | 오류 값 | 의미 | 용법 |
|---|---|---|---|
| 19 | 20 | 백업 경로가 지원되지 않음 | 이는 PCC가 MULTIPATH-BACKUP TLV를 수신할 때 발생합니다. |
| 24 | 1 | 허용되지 않는 인스턴스화 매개 변수 | 이는 PCE가 후보 경로당 127개 이상의 하위 후보 경로를 추가하려고 할 때 발생합니다. |
제한 사항
다음과 같은 PCEP 제한 사항이 적용됩니다.
-
draft-ietf-pce-다중 경로-06에 언급된 다음 TLV는 지원되지 않습니다.
-
다중 경로 백업 TLV
-
다중 경로 반대 방향 경로 TLV
-
복합 후보 경로
-
-
PCEP에서 다중 경로 기능이 비활성화되면 여러 하위 후보 경로를 구성할 수 없습니다. 그러나 다중 경로 기능이 없는 Junos 디바이스(22.4R1 이전 Junos OS 버전)에서는 여러 하위 후보 경로 구성이 허용됩니다. PCEP 다중 세그먼트가 활성화되면(기본값), 보고를 목적으로 PCC 제어 LSP에 대해 여러 기본 경로가 허용됩니다. 그러나 PCEP 다중 세그먼트가 활성화된 경우 위임된 후보 경로에는 하나의 기본 경로만 지원됩니다.
-
PCC 구성 및 제어된 SR-MPLS 및 SRv6 후보 경로(단일 또는 여러 기본 구성 포함)에 대해 관리자 그룹 및 기타 제약 조건은 PCE에 통보되지 않습니다. 위임된 후보 경로와 PCE 시작 후보 경로에는 영향이 없습니다.
-
PCEP 다중 경로 기능이 활성화되면 위임되지 않은 후보 경로에 대해 보조 경로 구성이 허용됩니다. PCEP 다중 경로 기능이 비활성화되면 보조 경로 구성이 허용되지 않습니다.
-
후보 경로는 PCE 시작 LSP와 위임 LSP를 혼합할 수 없습니다.
-
PCE 시작 컬러 후보 경로에 대한 여러 하위 후보 경로는 지원되지 않습니다.
-
후보 경로에 여러 하위 후보 경로가 있는 위임 기능은 지원되지 않습니다.
구성
PCCD가 LSP 개체의 다중 경로 기능 TLV를 전송하여 특정 후보 경로에 대한 최대 계산 세그먼트 목록을 알리도록 하려면 [edit protocols pcep] 계층 수준에서 구성 문을 포함 propagate-max-segmentlist 합니다. 기본적으로 TLV는 LSP 개체로 전송되지 않습니다.
user@host# set protocols pcep propagate-max-computed-segmentlist;
모든 PCE에 대해 PCEP 다중 기능 세션을 비활성화하려면 [edit protocols pcep] 계층 수준에서 구성 문을 포함 disable-multipath-capability 합니다.
user@host# set protocols pcep disable-multipath-capability;
[edit protocols]
pcep {
disable-multipath-capability;
propagate-max-segmentlist;
}
진단을 위해 다음 프로토콜 추적 옵션을 활성화할 수 있습니다.
-
user@host# set protocols pcep traceoptions… -
user@host# set protocols pcep pce pce1 traceoptions… -
user@host# set protocols source-packet-routing traceoptions
다음 show 명령을 사용하여 PCC에서 LSP의 상태를 표시할 수 있습니다:
-
user@host> show path-computation-client lsp- PCC(Path Computation Client)에 알려진 LSP(레이블 스위칭 경로)의 상태를 표시합니다. -
user@host> show path-computation-client lsp extensive- 알려진 각 LSP(포인트 투 포인트 및 포인트 투 멀티포인트 LSP)에 대한 광범위한 출력 수준을 표시합니다. -
user@host> show path-computation active-pce- 세션에서 다중 경로의 상태를 표시합니다. -
user@host> show spring-traffic-engineering lsp detail—SPRING 트래픽 엔지니어링의 수신 세부 정보를 표시합니다.
PCEP 세션에 대한 전송 레이어 보안 활성화
TLS(전송 레이어 보안)는 피어 인증, 메시지 암호화 및 무결성에 대한 지원을 제공합니다. PCC(Path Computation Client)에서 TLS를 활성화하여 RFC 8253에 정의된 PCE(Path Computation Element)와 TCP 연결을 설정할 수 있습니다. 이렇게 하면 PCEP 메시지를 전송하기 위한 보안 PCEP 세션(PCEPS)이 생성됩니다.
이 문서에서는 TLS 절차의 시작, TLS 핸드셰이크 메커니즘, 피어 인증을 위한 TLS 방법을 포함하여 PCEP 세션에 TLS를 활성화하여 PCE와의 상호 작용을 보호하는 방법에 대해 설명합니다. TLS를 통한 PCEP에 대한 보안 전송은 PCEPS라고도 합니다.
- PCEP 세션에 TLS를 활성화할 때의 이점
- PCC(Path Computation Client)에서 TLS 활성화
- PKI(Public Key Infrastructure)를 사용하여 인증서 업데이트
- TLS 연결 설정
- 기본 TLS 핸드셰이크 메커니즘 이해
- PCEP 세션에 대한 TLS 진단 및 검증
- 샘플 출력
PCEP 세션에 TLS를 활성화할 때의 이점
-
스푸핑(PCC 또는 PCE 사칭), 스누핑(메시지 가로채기), 위조 및 서비스 거부와 같은 공격으로부터 PCEP 세션을 보호합니다.
-
TLS 보안 이점을 활용합니다.
PCC(Path Computation Client)에서 TLS 활성화
PCC에서 TLS를 활성화하고 PCEPS 세션을 설정하려면 [edit protocols pcep] 계층 수준에서 CLI 문을 설정합니다tls-strict.
tls-strict 구성 문을 활성화하면 다음 이벤트가 발생합니다.
-
PCEP 세션 플랩. 기존의 모든 TCP 연결이 종료되고 TLS를 사용하여 재연결이 수행됩니다.
-
PCC는 PCE와 TCP 연결을 설정합니다.
-
TLS 절차는 PCE에서 PCC로, PCC에서 PCE로 StartTLS 메시지에 의해 시작됩니다. StartTLS 메시지가 PCC에 의해 전송되고 StartTLSWait 타이머가 시작됩니다. [
edit protocols pcep pce pce-id] 계층 수준에서 CLI 문을 구성start-tls-wait-timer seconds하여 StartTLSWait 타이머를 구성할 수 있습니다.참고:StartTLSWait 타이머의 권장 값은 60초이며 OpenWait 타이머보다 작아서는 안 됩니다. 기본 OpenWait 타이머 값은 60초로 설정됩니다.
-
PCC가 StartTLS 메시지 대신 Open 메시지를 수신하면 Error-Type이 1(PCEP 세션 설정 실패)으로 설정되고 Error-value가 1로 설정된 PCErr 메시지(잘못된 Open 메시지 또는 비 Open가 메시지) TCP 세션이 닫힙니다.
-
PCE에서 StartTLS 메시지를 수신하지 않은 경우 StartTLSWait 타이머가 만료된 후 PCC는 Error-Type이 25(PCEP StartTLS 실패)로 설정되고 Error-value가 5로 설정된 PCErr 메시지를 보냅니다(StartTLSWait 타이머 만료 전에 StartTLS 메시지(또는 PCErr/Open) 없음) TCP 세션이 닫힙니다.
-
-
TLS 연결의 협상 및 설정이 발생합니다.
-
PCEP 메시지 교환은 RFC5440에 따라 시작됩니다.
[edit protocols pcep] 계층 수준에서 CLI 문을 활성화 tls-strict 하지 않은 경우, PCEP 세션을 설정하는 동안 StartTLS 메시지가 Open 메시지 대신 PCC에 의해 수신되면 Error-Type이 1로 설정(PCEP 세션 설정 실패) 및 Error-value가 1로 설정된 PCErr 메시지(잘못된 Open 메시지 또는 비 Open) 메시지 수신), 그런 다음 TCP 세션이 닫힙니다.
성공적인 PCEPS 세션을 설정하려면 PCC와 PCE 모두에서 TLS를 활성화해야 합니다.
PKI(Public Key Infrastructure)를 사용하여 인증서 업데이트
PKI는 인증서 만료에 대해 PCC에 알리지 않습니다. 다음 CLI 명령을 사용하여 인증서를 수동으로 업데이트해야 합니다. 이 방법에서는 인증서 만료 날짜를 추적해야 합니다.
user@host> request security pki local-certificates re-enroll certificate id
TLS 연결 설정
다음 단계에서는 TLS 연결(TLS v1.2 사용)이 설정되는 방법을 설명합니다.
-
노드(Junos OS devices/pce-server)에 대한 인증서를 생성합니다. 다음 방법 중 하나를 사용하여 인증서를 생성할 수 있습니다.
-
방법 1 - 디바이스에서 키 쌍 및 CSR을 생성하고 이 CSR을 CA로 전송하여 인증서를 가져옵니다. 인증서가 발급되면 상자에 복사되어 설치됩니다.
-
방법 2 - 즉시 키 쌍 및 인증서를 생성합니다. 인증서와 개인 키가 모두 디바이스에 복사되어 함께 설치됩니다.
-
-
PCC에 CA(인증 Authority)를 로드하여 로드된 CA에 대해 PCE 서버 인증서의 유효성을 검사할 수 있도록 합니다.
user@host# set security pki ca-profile pccd-tls ca-identity pccd-tls user@host# commit
user@host> request security pki ca-certificate load ca-profile pccd-tls filename /var/tmp/ca.crt
참고:CA는 플랫 계층에서 독립 CA로 로드할 수 있습니다. CA가 다른 CA의 하위 CA인 경우 체인은 PKI에 의해 내부적으로 구성됩니다.
참고:서버 인증서는 CA에서 서명해야 합니다. 자체 서명된 인증서는 허용되지 않습니다.
-
PCC에서 TLS를 활성화합니다.
-
PCEP 세션은 TLS 핸드셰이크 메커니즘을 사용하여 TLS를 통해 설정됩니다.
-
PCE 서버는 TLS를 통해 들어오는 PCC 연결 요청에 대해 포트 4189를 수신합니다.
-
PCC는 대상 포트 4189에 대한 연결 요청을 시작합니다.
-
3방향 핸드셰이크가 완료되면 인증서를 사용하여 TLS 핸드셰이크가 시작되고 단방향 인증이 수행됩니다(PCC가 서버 인증서를 인증함). 서버와 클라이언트 모두 StartTLSWait 시간이 StartTLS 메시지를 수신할 때까지 기다립니다. [
edit protocols pcep pce pce-id] 계층 수준에서 CLI 문을 구성start-tls-wait-timer seconds하여 StartTLSWait 타이머를 구성할 수 있습니다.참고:StartTLSWait 타이머의 권장 값은 60초이며 OpenWait 타이머보다 작아서는 안 됩니다. 기본 OpenWait 타이머 값은 60초로 설정됩니다.
-
성공적인 TLS 핸드셰이크 세션 후, PCC 및 PCE는 세션 매개 변수가 협상되는 TLS를 통한 PCEP 세션 설정을 시작합니다.
-
인증서 유효성 검사가 실패하면 PCC는 TCP 연결을 종료합니다.
-
-
PCEP 메시지는 TLS 연결을 통해 애플리케이션 데이터로 전송됩니다.
-
암호화 및 복호화는 성공적인 TLS 핸드셰이크 후 PCC와 PCE 모두에서 발생합니다.
-
PCEP 세션이 닫히면 TLS 세션이 제거됩니다.
진행 중인 PCEP over TLS 세션 중에 인증서가 만료, 해지 또는 다시 로드되더라도 진행 중인 세션은 영향을 받지 않습니다.
기본 TLS 핸드셰이크 메커니즘 이해
핸드셰이크는 서버와 클라이언트 간에 교환되는 일련의 메시지입니다. 핸드셰이크의 정확한 단계는 키 교환 알고리즘, 암호 모음 등에 따라 다릅니다. 다음은 기본 TLS 핸드셰이크 메커니즘 단계입니다.
-
Client Hello - 클라이언트는 이 메시지를 전송하여 핸드셰이크를 시작합니다. 이 메시지에는 TLS 버전, 지원되는 암호화 알고리즘 또는 암호 모음 목록 및 기타 클라이언트 세부 정보가 포함되어 있습니다.
-
Server Hello—서버는 Sever Hello 메시지를 보내 클라이언트 Hello에 응답합니다. 이 메시지에는 서버 인증서, 선택한 암호화 알고리즘, 세션 ID 및 서버의 공개 키가 포함되어 있습니다.
-
인증 - 백그라운드에서 클라이언트가 인증서를 발급한 구성된 인증 기관을 사용하여 서버의 인증서를 확인합니다. 성공적으로 확인되면 클라이언트는 서버가 정품인지 확인하고 계속 상호 작용합니다.
-
선택적 클라이언트 인증서 - 서버가 Server Hello 메시지에서 클라이언트로부터 인증서를 요청한 경우 클라이언트는 클라이언트 인증서를 보냅니다(상호 TLS의 경우에만).
-
클라이언트 키 교환 - 클라이언트는 서버의 공개 키(Server Hello 메시지에서 획득)로 암호화된 비밀 키를 보냅니다.
-
비밀 키 복호화 - 서버는 개인 키를 사용하여 비밀 키를 복호화합니다.
-
클라이언트 완료 - 클라이언트는 공유 비밀 키로 암호화되고 핸드셰이크 완료를 알리는 완료 메시지를 보냅니다.
-
서버 완료 - 서버는 공유 비밀 키로 암호화되고 핸드셰이크 완료를 알리는 완료 메시지로 응답합니다.
-
Exchange 메시지 - 핸드셰이크 완료 후 메시지는 대칭적으로 암호화됩니다.
PCEP 세션에 대한 TLS 진단 및 검증
진단을 위해 다음 traceoptions CLI 문을 사용합니다.
user@host# set protocols pcep traceoptions … user@host# set protocols pcep pce pce-id traceoptions … user@host# set protocols source-packet-routing traceoptions
다음 구성을 사용하여 PKI 로그를 사용하도록 설정하고 다음에서 동일한 파일을 캡처합니다. /var/log/<filename>
user@host# set security pki traceoptions file <filename> user@host# set security pki traceoptions flag all sss
다음 명령을 사용하여 로드된 CA 인증서를 확인합니다.
user@host> show security pki ca-certificate detail
샘플 출력
다음은 명령의 show path-computation-client statistics 샘플 출력입니다.
user@host> show path-computation-client statistics
Warning: License key missing; requires 'PCEP' license
PCE ns1
--------------------------------------------
General
PCE IP address : 192.168.18.1
Local IP address : 190.168.18.101
Priority : 0
PCE status : PCE_STATE_UP
Session type : PCE_TYPE_STATEFULACTIVE
LSP provisioning allowed : On
P2MP LSP report allowed : On
P2MP LSP update allowed : On
P2MP LSP init allowed : On
Session SRv6 Capable : No
PCE-mastership : main
PCE Traffic Steering : Off
PCC TLS Enabled : Yes
PCE TLS Enabled : Yes
Session TLS Enabled : Yes
Counters
PCReqs Total: 0 last 5min: 0 last hour: 0
PCReps Total: 0 last 5min: 0 last hour: 0
PCRpts Total: 0 last 5min: 0 last hour: 0
PCUpdates Total: 0 last 5min: 0 last hour: 0
PCCreates Total: 0 last 5min: 0 last hour: 0
Timers
Local Keepalive timer: 0 [s] Dead timer: 0 [s] LSP cleanup timer: - [s]
Remote Keepalive timer: 0 [s] Dead timer: 0 [s] LSP cleanup timer: - [s]
Errors
PCErr-recv
PCErr-sent
PCE-PCC-NTFS
PCC-PCE-NTFS
Pcupdate empty ero action counters
Send-err : 0
Tear down path : 0
Routing decision : 0
Routing decision failed: 0
이 샘플 출력은 다음 정보를 제공합니다.
-
TLS는 PCC에서 활성화됩니다.
-
PCE는 TLS를 지원합니다.
-
TLS 세션이 설정되었습니다. 이는 또한 PCE 서버 인증서가 유효함을 나타냅니다.
-
PCEPS 세션 상태는 실행 중입니다.
PCEP에서 경로 최적화 및 계산된 메트릭 보고
PCEP의 메트릭 객체는 여러 목적으로 사용됩니다. 메트릭 개체는 경로 최적화에 사용되는 메트릭 유형을 나타냅니다. 또한 메트릭 개체는 경로가 허용 가능한 것으로 간주되기 위해 초과해서는 안 되는 경로 비용의 한계를 나타냅니다. 메트릭 개체는 계산된 메트릭도 나타냅니다.
경로 최적화(내부 게이트웨이 프로토콜, 트래픽 엔지니어링 및 경로 지연)를 위한 메트릭 객체와 RSVP 및 SR-TE LSP에 대한 계산된 메트릭 보고를 지원합니다.
경로 최적화 및 계산된 메트릭 보고를 위한 메트릭 개체는 SRv6-TE LSP에 적용되지 않습니다.
PCEP에서 경로 최적화 및 계산된 메트릭 보고의 이점
-
PCC에 구성된 경로 최적화 메트릭의 보고는 PCE가 경로 계산에 사용되는 제약 조건을 인식하는 데 도움이 됩니다.
-
PCE에 계산된 메트릭 보고. 이는 PCE가 LSP에 추가 최적화가 필요한지 분석하는 데 도움이 됩니다.
최적화 지표 이해
다음 섹션에서는 PCEP에서 RSVP 및 SR-TE(SR MPLS) LSP에 대한 의도된 실제 최적화 메트릭에 대해 설명합니다.
- 로컬에서 생성된 RSVP LSP
- 위임된 RSVP LSP
- PCE 시작 RSVP LSP
- 위임된 SR-TE LSP
- PCE 시작 SR-TE LSP
- PCRpt 메시지에서 최적화 메트릭 전송
- PCRpt 메시지에서 계산된 메트릭 전송
- 라우팅 메트릭에 대한 이전 버전과의 비호환성
로컬에서 생성된 RSVP LSP
메트릭을 사용하여 로컬에서 생성된 RSVP LSP를 최적화하기 위해 구성된 메트릭이 PCEP를 통해 보고되도록 최적화 메트릭(IGP, TE 및 경로 지연)을 구성합니다. 계산된 메트릭은 PCRpt 메시지를 통해 PCEP에서 실제 메트릭으로 전송됩니다.
위임된 RSVP LSP
위임된 RSVP LSP에 대한 최적화 메트릭을 보고하려면 최적화 메트릭(IGP, TE 및 경로 지연)을 구성합니다.
의도된 메트릭:
-
LSP 위임 시 최적화 메트릭을 구성하면 PCRpt 메시지를 통해 정보가 PCE로 전송됩니다.
-
LSP 위임 후 최적화 메트릭이 구성되면, LSP 제어 상태가 로컬로 제어되면 LSP에 변경이 적용/PCE에 전달됩니다.
-
PCUpd 메시지가 수신될 때 메시지에 최적화 메트릭이 존재하면 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 의도한 메트릭으로 사용됩니다.
-
PCUpd 메시지가 수신될 때 최적화 메트릭이 메시지에 없으면 후속 PCRpt 메시지에 의도한 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬 제어로 변경되면 Junos CLI에서 구성된 최적화 메트릭이 PCRpt 메시지에서 의도된 메트릭이 됩니다.
실제 메트릭:
-
LSP를 위임하는 동안 PCRpt 메시지에는 실제 메트릭이 포함되지 않습니다.
-
PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 존재하는 경우 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 실제 메트릭으로 사용됩니다.
-
PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 없으면 후속 PCRpt 메시지에는 실제 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬 제어로 변경되면 PCC에서 계산한 메트릭이 PCRpt 메시지에서 실제 메트릭으로 전송됩니다.
PCE 시작 RSVP LSP
PCE 시작 RSVP LSP에 대한 최적화 메트릭을 보고하려면 템플릿에 최적화 메트릭(IGP, TE 및 경로 지연)을 구성합니다. 그런 다음 LSP 제어 상태가 로컬에서 제어되면 템플릿이 PCE 시작 LSP에 적용됩니다.
의도된 메트릭:
-
PCE 시작 LSP가 최적화 메트릭이 있는 템플릿에 매핑되면, LSP 제어 상태가 로컬 제어로 변경되면 구성이 LSP에 적용되고 PCE로 전송됩니다.
-
PCInit/PCUpd 메시지가 수신될 때 메시지에 최적화 메트릭이 있는 경우 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 의도한 메트릭으로 사용됩니다.
-
PCInit/PCUpd 메시지가 수신될 때 최적화 메트릭이 메시지에 없으면 후속 PCRpt 메시지에 의도한 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬로 제어되면 템플릿에 있는 최적화 메트릭이 PCRpt 메시지에서 의도된 메트릭으로 사용됩니다.
실제 메트릭:
-
PCInit/PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 있는 경우 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 실제 메트릭으로 사용됩니다.
-
PCInit/PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 없으면 후속 PCRpt 메시지에 실제 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬 제어로 변경되면 PCC에서 계산한 메트릭이 PCRpt 메시지에서 실제 메트릭으로 전송됩니다.
위임된 SR-TE LSP
위임된 SR-TE(SR MPLS) LSP에 대한 최적화 메트릭을 보고하려면 최적화 메트릭(IGP, TE 및 경로 지연)을 구성합니다. 위임된 SR-TE LSP의 대역폭 및 예약 우선 순위를 보고할 수도 있습니다.
의도된 메트릭:
-
LSP 위임 시 최적화 메트릭이 구성되면 정보는 PCRpt 메시지를 통해 PCE로 전송됩니다.
-
LSP 위임 후 최적화 메트릭이 구성되면, LSP 제어 상태가 로컬로 제어되면 LSP에 변경이 적용/PCE에 전달됩니다.
-
PCUpd 메시지가 수신될 때 메시지에 최적화 메트릭이 존재하면 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 의도한 메트릭으로 사용됩니다.
-
PCUpd 메시지가 수신될 때 최적화 메트릭이 메시지에 없으면 후속 PCRpt 메시지에 의도한 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬 제어로 변경되면 Junos CLI에서 구성된 최적화 메트릭이 PCRpt 메시지에서 의도된 메트릭이 됩니다.
-
컴퓨팅 프로필에 구성된 대역폭 및 예약 우선 순위는 LSP가 위임될 때 PCRpt 메시지에도 보고됩니다.
-
PCUpd 메시지에서 대역폭 또는 우선 순위 값이 업데이트되면, PCC는 LSP가 외부에서 제어되는 동안 후속 PCRpt 메시지에서 수신된 값을 의도한 메트릭으로 보고합니다.
-
PCUpd 메시지에 대역폭 또는 우선 순위 값이 없는 경우, 후속 PCRpt 메시지
0는 값을 . -
LSP 제어 상태가 로컬 제어로 변경되면 대역폭과 우선 순위가 로 재설정됩니다.
0
실제 메트릭:
-
생성 후 LSP가 위임될 경우, LSP에 ERO가 1개가 있는 경우 LSP 위임 시 IGP, TE 및 지연 메트릭의 계산된 값이 PCRpt 메시지에서 실제 메트릭으로 전송됩니다.
-
생성 후 LSP가 위임될 때, LSP 위임 시 LSP에 여러 ERO가 있는 경우, PCEP에서 실제 메트릭이 LSP별(ERO가 아님)별로 전송되어야 하므로 계산된 메트릭/실제 메트릭이 PCRpt 메시지에서 전송되지 않습니다.
-
PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 존재하는 경우 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 실제 메트릭으로 사용됩니다.
-
PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 없으면 후속 PCRpt 메시지에는 실제 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬 제어로 변경되면 PCC에서 계산된 IGP, TE 및 지연 메트릭이 PCRpt 메시지에서 실제 메트릭으로 전송됩니다.
-
PCUpd 메시지에서 대역폭이 수신되면 LSP가 외부에서 제어되는 동안 수신된 값은 후속 PCRpt 메시지에서 실제 대역폭으로 보고됩니다. 존재하지 않으면 컨트롤이 변경될 때까지 마지막으로 보고된 값이 유지됩니다. 위임 시 실제 대역폭은 로 설정됩니다.
0LSP가 로컬로 제어되면 실제 대역폭은 로 재설정됩니다.0 -
PCUpd 메시지에서 설정 및 보류 우선 순위 값이 수신되면 수신된 값은 LSP가 외부 제어된 상태로 유지되는 동안 후속 PCRpt 메시지에서 실제 메트릭으로 보고됩니다. 존재하지 않으면 값은 로 보고됩니다.
0LSP가 로컬로 제어되면 두 우선 순위가 모두 로 재설정됩니다.0
PCE 시작 SR-TE LSP
PCInit/PCUpd 메시지에서 PCE가 보낸 의도된 메트릭 또는 실제 메트릭은 LSP가 외부에서 제어될 때까지 PCRpt 메시지를 통해 PCE에 다시 보고됩니다. 또한 Junos OS는 PCE 시작 SR-TE LSP에 대한 대역폭 및 예약 우선 순위를 보고합니다.
의도된 메트릭:
-
PCInit/PCUpd 메시지가 수신될 때 메시지에 최적화 메트릭이 있는 경우 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 의도한 메트릭으로 사용됩니다.
-
PCInit/PCUpd 메시지가 수신될 때 최적화 메트릭이 메시지에 없으면 후속 PCRpt 메시지에 의도한 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬로 제어되면 의도한 메트릭이 전송되지 않습니다.
-
대역폭 또는 예약 우선 순위 값이 PCInit/PCUpd 메시지에 포함된 경우, PCC는 LSP가 외부에서 제어된 상태로 유지되는 동안 후속 PCRpt 메시지에서 해당 값을 의도한 메트릭으로 보고합니다.
-
PCInit/PCUpd 메시지에 대역폭 또는 예약 우선 순위 값이 없는 경우, PCC는 두 값을
0모두 . -
LSP가 로컬에서 제어되면 두 값이 모두 로 재설정됩니다.
0
실제 메트릭:
-
PCInit/PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 있는 경우 LSP 제어 상태가 외부에서 제어될 때까지 메트릭이 후속 PCRpt 메시지에서 실제 메트릭으로 사용됩니다.
-
PCInit/PCUpd 메시지가 수신될 때 계산된 메트릭이 메시지에 없으면 후속 PCRpt 메시지에는 실제 메트릭이 포함되지 않습니다.
-
LSP 제어 상태가 로컬 제어로 변경되면 후속 PCRpt 메시지에는 실제 메트릭이 포함되지 않습니다.
-
PCInit/PCUpd 메시지에 대역폭 값이 있는 경우, LSP가 외부에서 제어된 상태로 유지되는 동안 PCRpt 메시지에서 실제 대역폭으로 보고됩니다. 존재하지 않는 경우, 기존 대역폭은 LSP가 로컬로 제어될 때까지 변경되지 않은 상태로 유지되며, 이 시점에서 로 재설정됩니다.
0 -
PCInit/PCUpd 메시지에 설정 및 보류 우선 순위 값이 포함된 경우, LSP가 외부에서 제어된 상태로 유지되는 동안 PCC는 후속 PCRpt 메시지에서 이를 실제 메트릭으로 보고합니다. 없는 경우 값은 로 보고됩니다.
0LSP가 로컬로 제어되면 둘 다 로 재설정됩니다.0
PCRpt 메시지에서 최적화 메트릭 전송
최적화 메트릭은 PCRpt 메시지를 통해 intended-attributes-list PCE로 전송됩니다. 메트릭 값은 0으로 설정되고 B, C 플래그는 0으로 설정됩니다. 메트릭 유형은 최적화할 메트릭을 나타냅니다.
PCRpt 메시지에서 계산된 메트릭 전송
계산된 메트릭은 PCRpt 메시지를 통해 actual-attributes-list PCE로 전송됩니다. 지표 값은 계산된 지표 값이고 지표 유형은 계산된 지표 유형을 나타냅니다. B 플래그는 0으로 설정되고 C 플래그는 1로 설정됩니다.
라우팅 메트릭에 대한 이전 버전과의 비호환성
경로 메트릭은 벤더 TLV를 사용하여 지원되므로 PCC는 Northstar 및 이전 릴리스의 Paragon Pathfinder를 지원하는 주니퍼 PCE가 메트릭 개체로 보낸 경로 메트릭을 처리하지 않습니다.
LSP에 대한 최적화 메트릭 구성
RSVP LSP 및 SR-TE LSP에 대한 최적화 메트릭(IGP, TE, 경로 지연)을 구성할 수 있습니다.
RSVP LSP에 대한 IGP, TE 및 경로 지연 최적화 메트릭을 구성하려면 [edit protocols mpls label-switched-path <lsp-name>] 계층 수준에서 CLI 문을 포함 metric-type <igp|te|delay|delay minimum> 합니다.
SR-TE LSP에 대한 IGP, TE 및 경로 지연 최적화 메트릭을 구성하려면 [edit protocols source-packet-routing compute-profile <compute-profile-name>] 계층 수준에서 CLI 문을 포함 metric-type <igp|te|delay|delay minimum> 합니다.
샘플 출력
및 show path-computation-client lsp extensive CLI 명령을 사용하여 show path-computation-client lsp PCC(Path Computation Client)에 알려진 LSP(레이블 스위칭 경로)의 상태를 표시할 수 있습니다.
다음은 의 show path-computation-client lsp extensive샘플 출력입니다.
user@host> show path-computation-client lsp extensive name sr_lsp
LSP Name : sr_lsp
PathName : -
From : 192.168.1.101
To : 192.168.1.106
Path Setup Type : spring-te
State : Up
Active Path : Yes
Link Protection : none
LSP Type : ext-provised
P2mp tree : NULL
Path cspf status : external_cspf
Controller : ns1
Template : NULL
PLSP-ID : 31
LSP-ID : 0
RSVP Error : 0x0
Requested AutoBw : 0bps
Record Route : (Label=299792)
From PCE ERO (received) : (Label=299792)
From RPD ERO (reported) : (Label=299792)
Configured ERO on PCC : Not Supported
Bandwidth:
Intended : 98.76Kbps
Actual : 0bps
Intended Metric:
Metric type Bound Optimization
IGP 0 TRUE
Actual Metric:
Metric type Computed value
IGP 50
Route Metric : 50
Mapped Flowspec (FS-Ids) : -
LSP Attributes:
Exclude-Any: 0, Include-Any: 0, Include-All: 0
Setup Priority: 0, Hold-Priority: 0
Local Protection Bit: FALSE
Last Rpt/Pcreqest received from RPD at : 22:15:32.000
Last Update sent to PCE at : 16:00:00.000
Last PcUpdate/PcCreate received from PCE at : 22:15:32.000
Last error sent to PCE at : 16:00:00.000
Last 5 reasons to send Report/Pcrequest : , , , ,
출력은 LSP가 메트릭 유형 IGP로 최적화되었음을 보여줍니다. IGP 메트릭의 계산된 값은 50입니다. 라우팅 테이블에 설치된 라우팅 메트릭은 50입니다.
PCEP에서 마이크로 SID가 있는 SRv6-TE 터널
PCEP에서 마이크로 SID가 있는 SRv6-TE 터널을 지원하면 이러한 터널의 보고, 위임 및 생성이 가능하여 트래픽 엔지니어링과 네트워크 최적화가 향상됩니다. 마이크로 SID 구성의 정적 SRv6-TE 터널을 PCE에 보고하고 위임하고 PCE를 통해 이러한 터널을 시작하여 제어 및 관리를 개선할 수 있습니다. 주요 기능에는 마이크로 SID가 포함된 정적 SRv6-TE 터널을 PCE에 보고하고, 관리를 위임하며, 적절한 SID 구조 및 엔드포인트 동작 검사를 통해 터널을 생성하는 것이 포함됩니다. 기존 CLI 명령은 이러한 기능을 지원하도록 확장되어 효과적인 구성 및 모니터링을 용이하게 합니다.
PCEP에서 마이크로 SID를 지원하는 SRv6-TE 터널의 이점
-
PCE가 마이크로 SID를 사용하여 SRv6-TE 터널을 생성 및 관리하고 네트워크 성능과 리소스 활용을 최적화할 수 있도록 하여 트래픽 엔지니어링을 강화합니다.
-
마이크로 SID 구성의 정적 SRv6-TE 터널을 PCE에 보고하고 위임하여 더 나은 네트워크 제어와 가시성을 제공합니다.
개요
PCEP에서 마이크로 SID를 지원하는 SRv6-TE 터널을 통합하면 네트워크의 트래픽 엔지니어링 기능을 크게 향상시킬 수 있습니다. 이 기능을 사용하면 더 나은 네트워크 최적화 및 관리를 위해 PCE(Path Computation Element)를 활용하여 마이크로 SID가 있는 SRv6-TE 터널을 보고, 위임 및 생성할 수 있습니다. 마이크로 SID 구성의 정적 SRv6-TE 터널을 PCE에 보고하면 SID 구조 및 엔드포인트 동작과 같은 포괄적인 세부 정보가 포함되어 PCE가 이러한 터널을 효과적으로 관리할 수 있습니다.
마이크로 SID가 있는 SRv6-TE 터널을 PCE에 위임하면 PCE가 터널 구성을 관리하고 라우팅 경로를 동적으로 최적화할 수 있으므로 제어가 향상됩니다. 이 위임은 생성 후 발생하도록 구성하거나 생성과 위임을 단일 커밋에 결합하도록 설정하여 구성 프로세스를 간소화할 수 있습니다. 또한 PCE는 마이크로 SID로 SRv6-TE 터널을 시작하여 적절한 SID 구조 및 엔드포인트 동작 검사가 이루어지도록 보장하여 네트워크 라우팅의 무결성과 성능을 유지할 수 있습니다.
다음 show 명령을 사용하여 SRv6-TE 터널을 모니터링할 수 있습니다.
user@host> show spring-traffic-engineering lsp detail user@host> show ted spring-te-policy extensive user@host> show route table lsdist.0 protocol spring-te extensive user@host> show path-computation-client lsp extensive name <lsp-name>
이러한 명령은 SRv6-TE 터널의 상태 및 구성에 대한 자세한 인사이트를 제공하므로 필요에 따라 문제를 해결하고 최적화할 수 있습니다. PCEP에서 마이크로 SID를 지원하는 SRv6-TE 터널의 향상된 기능을 최대한 활용할 수 있습니다.
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.
external cspfPCE 제어 LSP에 대해 두 가지 새로운 경로 계산 유형인 local cspf no cspf및 .