Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

세그먼트 라우팅 LSP 구성

세그먼트 라우팅 LSP를 위한 분산 CSPF 활성화

Junos OS 릴리스 19.2R1S1 이전에는 세그먼트 라우팅 경로의 트래픽 엔지니어링을 위해 정적 경로를 명시적으로 구성하거나 외부 컨트롤러에서 계산된 경로를 사용할 수 있었습니다. 세그먼트 라우팅 LSP를 위한 분산형 CSPF(Constrained Shortest Path First) 기능을 사용하면 구성한 제약 조건에 따라 수신 디바이스에서 로컬로 세그먼트 라우팅 LSP를 계산할 수 있습니다. 이 기능을 통해 LSP는 구성된 제약 조건 및 메트릭 유형(트래픽 엔지니어링 또는 IGP)을 기반으로 최적화됩니다. LSP는 세그먼트 라우팅 레이블 스택 압축이 활성화 또는 비활성화된 대상에 대해 사용 가능한 ECMP 경로를 활용하도록 계산됩니다.

분산 CSPF 계산 제약 조건

세그먼트 라우팅 LSP 경로는 구성된 모든 제약 조건이 충족될 때 계산됩니다.

분산형 CSPF 계산 기능은 인터넷 초안 draft-ietf-spring-segment-routing-policy-03.txt, 트래픽 엔지니어링을 위한 세그먼트 라우팅 정책에 지정된 다음과 같은 제약 조건 하위 집합을 지원합니다.

  • 관리 그룹의 포함 및 제외.

  • 느슨하거나 엄격한 홉 IP 주소 포함.

    주:

    느슨하거나 엄격한 홉 제약 조건에서 라우터 ID만 지정할 수 있습니다. 레이블 및 기타 IP 주소는 Junos OS 릴리스 19.2R1-S1에서 느슨하거나 엄격한 홉 제약 조건으로 지정할 수 없습니다.

  • 세그먼트 목록의 최대 세그먼트 ID(SID) 수입니다.

  • 후보 세그먼트 라우팅 경로당 최대 세그먼트 목록 수입니다.

세그먼트 라우팅 LSP를 위한 분산 CSPF 계산 기능은 다음과 같은 유형의 제약 및 구축 시나리오를 지원하지 않습니다.

  • IPV6 주소.

  • 도메인 간 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) LSP.

  • 번호가 지정되지 않은 인터페이스.

  • OSPF, ISIS 및 BGP-LS와 같은 여러 프로토콜 라우팅 프로토콜이 동시에 활성화됩니다.

  • 접두사 또는 애니캐스트 주소를 대상으로 하는 계산.

  • 인터페이스 IP 주소를 제약 조건으로 포함하거나 제외합니다.

분산 CSPF 계산 알고리즘

세그먼트 라우팅 LSP를 위한 분산 CSPF 계산 기능은 CSPF와 함께 레이블 스택 압축 알고리즘을 사용합니다.

레이블 스택 압축 사용

압축된 레이블 스택은 소스에서 대상까지의 경로 세트를 나타냅니다. 일반적으로 노드 SID와 인접 SID로 구성됩니다. 레이블 스택 압축이 활성화된 경우, 계산 결과는 제약 조건을 준수하면서 스택의 최소 SID 수로 대상에 대한 ECMP를 최대화하는 경로 집합입니다.

레이블 스택 압축 비활성화됨

레이블 스택 압축이 비활성화된 다중 경로 CSPF 계산은 대상에 대한 세그먼트 목록까지 찾습니다.N

  • 모든 세그먼트 목록의 비용은 대상에 도달하기 위한 최단 트래픽 엔지니어링 메트릭과 같거나 동일합니다.

  • 각 세그먼트 목록은 인접 SID로 구성됩니다.

  • 의 값은 구성별 후보 경로에 허용되는 최대 세그먼트 목록 수입니다.N

  • 두 세그먼트 목록이 동일하지 않습니다.

  • 각 세그먼트 목록은 구성된 모든 제약 조건을 충족합니다.

분산 CSPF 계산 데이터베이스

SR-TE 계산에 사용되는 데이터베이스는 해당 보급 노드에서 트래픽 엔지니어링이 활성화되었는지 여부에 관계없이 모든 링크, 노드, 접두사 및 해당 특성을 보유합니다. 즉, 컴퓨팅 노드가 학습한 모든 도메인의 트래픽 엔지니어링 데이터베이스(TED)와 IGP 링크 상태 데이터베이스의 합집합입니다. 따라서 CSPF가 작동하려면 계층 수준에서 문을 포함해야 합니다.igp-topology[edit protocols isis traffic-engineering]

분산 CSPF 계산 제약 조건 구성

컴퓨팅 프로필을 사용하여 계산 제약 조건을 논리적으로 그룹화할 수 있습니다. 이러한 컴퓨팅 프로필은 기본 및 보조 세그먼트 라우팅 LSP를 계산하기 위한 세그먼트 라우팅 경로에서 참조됩니다.

컴퓨팅 프로필을 구성하려면 계층 수준에서 compute-profile 문을 포함합니다.compute-profile[edit protocols source-packet-routing]

지원되는 계산 제약 조건에 대한 구성은 다음과 같습니다.

  • Administrative groups

    계층 수준에서 admin-groups 를 구성할 수 있습니다.admin-groups[edit protocols mpls] Junos OS는 관리 그룹 구성을 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) 인터페이스에 적용합니다.

    계산 제약 조건을 구성하기 위해 관리 그룹 집합에 대해 세 가지 범주를 지정할 수 있습니다. 계산 제약 조건 구성은 모든 후보 세그먼트 라우팅 경로에 공통적이거나 개별 후보 경로 아래에 있을 수 있습니다.

    • include-any- 목록에 구성된 관리 그룹 중 하나 이상이 있는 모든 링크가 통과 경로에 허용되도록 지정합니다.

    • include-all- 목록에 구성된 모든 관리 그룹이 있는 모든 링크가 통과 경로에 허용되도록 지정합니다.

    • exclude- 목록에 구성된 관리 그룹이 없는 모든 링크가 통과 경로에 허용되도록 지정합니다.

  • Explicit path

    SR-TE 후보 경로를 계산하기 위한 제약 조건으로 컴퓨팅 프로파일에서 일련의 라우터 ID를 지정할 수 있습니다. 각 홉은 IPv4 주소여야 하며 strict 또는 loose 유형일 수 있습니다. 홉 유형이 구성되지 않은 경우 strict가 사용됩니다. 명시적 경로 제약 조건을 지정할 때 segment-list 문 아래에 옵션을 포함해야 합니다.computesegment-list

  • Maximum number of segment lists (ECMP paths)

    후보 경로를 여러 동적 세그먼트 목록과 연결할 수 있습니다. 경로는 ECMP 경로이며, 여기서 각 세그먼트 목록은 활성 가중치가 있는 다음 홉 게이트웨이로 변환됩니다. 이러한 경로는 압축 여부에 관계없이 경로 계산의 결과입니다.

    compute-profile 구성 문에서 옵션을 사용하여 이 속성을 구성할 수 있습니다.maximum-computed-segment-lists maximum-computed-segment-listscompute-profile 이 구성은 지정된 기본 및 보조 LSP에 대해 계산된 세그먼트 목록의 최대 수를 결정합니다.

  • Maximum segment list depth

    최대 세그먼트 목록 깊이 계산 매개변수는 관리 그룹과 같은 다른 모든 제약 조건을 충족하는 ECMP 경로 중에서 최대 세그먼트 목록 깊이보다 작거나 같은 세그먼트 목록이 있는 경로만 사용되도록 합니다. compute-profile에서 이 매개 변수를 제약 조건으로 구성하면 계층 수준 아래의 구성(있는 경우)을 재정의합니다.maximum-segment-list-depth[edit protocols source-packet-routing]

    compute-profile 구성 문에서 옵션을 사용하여 이 속성을 구성할 수 있습니다.maximum-segment-list-depth maximum-segment-list-depthcompute-profile

  • Protected or unprotected adjacency SIDs

    compute-profile 아래에서 보호되거나 보호되지 않는 인접 SID를 제약 조건으로 구성하여 지정된 SID 유형과의 링크를 방지할 수 있습니다.compute-profile

  • Metric type

    계산에 사용할 링크의 메트릭 유형을 지정할 수 있습니다. 기본적으로 SR-TE LSP는 계산을 위해 링크의 트래픽 엔지니어링 메트릭을 사용합니다. 링크에 대한 트래픽 엔지니어링 메트릭은 IGP 프로토콜의 트래픽 엔지니어링 확장에 의해 광고됩니다. 그러나 컴퓨팅 프로필에서 메트릭 유형 구성을 사용하여 계산에 IGP 메트릭을 사용하도록 선택할 수도 있습니다.

    compute-profile 구성 문에서 옵션을 사용하여 이 속성을 구성할 수 있습니다.metric-type (igp | te)compute-profile

분산 CSPF 계산

SR-TE 후보 경로는 구성된 제약 조건을 충족하도록 로컬에서 계산됩니다. 레이블 스택 압축을 사용하지 않도록 설정하면 다중 경로 CSPF 계산 결과는 인접 SID 스택 집합입니다. 레이블 스택 압축이 활성화되면 압축된 레이블 스택 집합(인접 SID 및 노드 SID로 구성)이 생성됩니다.

보조 경로가 계산될 때 기본 경로에 의해 취해진 링크, 노드 및 SRLG는 계산을 위해 회피되지 않습니다. 기본 및 보조 경로에 대한 자세한 내용은 기본 및 보조 LSP 구성을 참조하십시오.기본 및 보조 LSP 구성

계산 결과가 실패한 LSP의 경우, 트래픽 엔지니어링 데이터베이스(TED) 변경으로 계산이 재시도됩니다.

분산 CSPF 계산과 SR-TE 기능 간의 상호 작용

SR-TE 정책 경로와 연관된 가중치

경로의 다음 홉에 기여하는 계산 및 정적 SR-TE 경로에 대해 가중치를 구성할 수 있습니다. 그러나 계산이 활성화된 단일 경로로 인해 여러 세그먼트 목록이 생성될 수 있습니다. 이러한 계산된 세그먼트 목록은 그 자체에서 ECMP로 처리됩니다. 구성된 각 기본에 할당된 가중치를 고려하여 이러한 세그먼트에 계층적 ECMP 가중치를 할당할 수 있습니다.

BFD Liveliness 감지

계산된 기본 또는 보조 경로에 대해 BFD 활성도 감지를 구성할 수 있습니다. 계산된 모든 기본 또는 보조 경로는 여러 세그먼트 목록을 생성할 수 있으며, 그 결과, 세그먼트 목록에 대해 구성된 BFD 매개 변수가 계산된 모든 세그먼트 목록에 적용됩니다. 모든 활성 기본 경로가 다운되면 사전 프로그래밍된 2차 경로(제공된 경우)가 활성화됩니다.

상속 레이블 다음 홉

계산된 기본 또는 보조 경로에 대해 계층 아래의 구성은 기본 동작이므로 명시적으로 활성화할 필요는 없습니다.inherit-label-nexthops[edit protocols source-packet-routing segment-list segment-list-name]

자동 번역 기능

세그먼트 목록에서 자동 번역 기능을 구성할 수 있으며, 자동 번역 기능이 있는 기본 또는 보조 경로는 이러한 세그먼트 목록을 참조합니다. 반면, 컴퓨팅 기능이 활성화된 기본 또는 보조는 세그먼트 목록을 참조할 수 없습니다. 따라서 지정된 기본 또는 보조 경로에 대해 컴퓨팅 기능과 자동 변환 기능을 모두 사용하도록 설정할 수 없습니다. 그러나 컴퓨팅 유형의 기본 경로와 자동 변환 유형의 기본 경로로 구성된 LSP가 있을 수 있습니다.

분산 CSPF 계산 샘플 구성

예시 1

실시예 1에서,

  • 계산되지 않은 기본 경로는 구성된 세그먼트 목록을 참조합니다. 이 예에서는 구성된 세그먼트 목록이 참조되며 이 기본 경로의 이름으로도 사용됩니다.static_sl1

  • 계산된 기본에는 구성된 이름이 있어야 하며, 이 이름은 구성된 세그먼트 목록을 참조해서는 안 됩니다. 이 예에서 은(는) 구성된 세그먼트 목록이 아닙니다.compute_segment1

  • compute-profile은 라는 이름으로 기본 경로에 적용됩니다.compute_profile_redcompute_segment1

  • 계산 프로필에는 계산에 대한 명시적 경로 제약 조건을 지정하는 데 사용되는 유형의 세그먼트 목록이 포함되어 있습니다.compute_profile_redcompute

계산된 경로 다음 홉과 정적 다음 홉의 가중치는 각각 2와 3입니다. 계산된 경로의 다음 홉이 , , 이며 정적 경로에 대한 다음 홉이 라고 가정하면, 가중치는 다음과 같이 적용됩니다.comp_nh1comp_nh2comp_nh3static_nh

다음 홉

중량

comp_nh1

2

comp_nh2

2

comp_nh3

2

static_nh

9

예시 2

예제 2에서는 기본 경로와 보조 경로 모두 컴퓨팅 유형일 수 있으며 자체 컴퓨팅 프로필을 가질 수 있습니다.

예시 3

예제 3에서 컴퓨팅이 기본 또는 보조 경로 아래에 언급되면 계산에 대한 제약 조건이나 다른 매개 변수 없이 대상에 대한 경로의 로컬 계산이 발생합니다.

정적 세그먼트 라우팅 레이블 스위칭 경로

세그먼트 라우팅 아키텍처를 사용하면 코어 네트워크의 수신 디바이스가 명시적 경로를 통해 트래픽을 조정할 수 있습니다. 세그먼트 목록을 사용하여 이러한 경로를 구성하여 수신 트래픽이 거쳐야 하는 경로를 정의할 수 있습니다. 수신 트래픽은 레이블이 지정되거나 IP 트래픽일 수 있으며, 이로 인해 수신 디바이스에서의 전달 작업이 레이블 스왑 또는 대상 기반 조회가 될 수 있습니다.

MPLS 네트워크의 정적 세그먼트 라우팅 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는 계층 수준에서 명령문의 구성에 따라 컬러 LSP와 비컬러 LSP로 더 분류될 수 있습니다.color[edit protocols source-packet-routing source-routing-path lsp-name]

예:

[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;
    }
}

여기서 각 1차 및 2차 명령문은 세그먼트 목록을 참조합니다.

[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

명령문으로 구성된 정적 세그먼트 라우팅 LSP를 컬러 LSP라고 합니다.color

컬러 정적 세그먼트 라우팅 LSP 이해

BGP 세그먼트 라우팅 정책과 유사하게, 색상이 지정된 LSP의 수신 경로는 IP 트래픽 매핑을 위한 키로 또는 라우팅 테이블에 설치됩니다.inetcolor.0inet6color.0destination-ip-address, color

정적 색상의 세그먼트 라우팅 LSP에는 라우팅 테이블에 경로가 설치된 바인딩 SID가 있을 수 있습니다 .mpls.0 이 바인딩 SID 레이블은 레이블이 지정된 트래픽을 세그먼트 라우팅 LSP에 매핑하는 데 사용됩니다. 경로의 게이트웨이는 기본 및 보조 경로 아래의 세그먼트 목록 구성에서 파생됩니다.

컬러 세그먼트 라우팅 LSP의 세그먼트 목록

색상이 지정된 정적 세그먼트 라우팅 LSP는 이미 LSP를 해결하는 첫 번째 홉 레이블 모드에 대한 지원을 제공합니다. 그러나 첫 번째 홉 IP 모드는 컬러 세그먼트 라우팅 LSP에 대해 지원되지 않습니다. Junos OS 릴리스 19.1R1부터 커밋 확인 기능이 도입되어 컬러 경로에 기여하는 모든 세그먼트 목록이 모든 홉에 대해 존재하는 최소 레이블을 갖도록 합니다. 이 요구 사항이 충족되지 않으면 커밋이 차단됩니다.

무색 정적 세그먼트 라우팅 LSP

명령문 없이 구성된 정적 세그먼트 라우팅 LSP는 색상이 지정되지 않은 LSP입니다.color PCEP 세그먼트 라우팅 터널과 마찬가지로 수신 경로는 또는 라우팅 테이블에 설치됩니다.inet.3inet6.3

Junos OS는 수신 라우터에서 색상이 없는 정적 세그먼트 라우팅 LSP를 지원합니다. 하나의 소스 라우팅 경로와 하나 이상의 세그먼트 목록을 구성하여 색상이 지정되지 않은 정적 세그먼트 라우팅 LSP를 프로비저닝할 수 있습니다. 이러한 세그먼트 목록은 여러 개의 색상이 지정되지 않은 세그먼트 라우팅 LSP에서 사용할 수 있습니다.

색상이 지정되지 않은 세그먼트 라우팅 LSP 이해

색상이 없는 세그먼트 라우팅 LSP에는 고유한 이름과 대상 IP 주소가 있습니다. 대상에 대한 수신 경로는 inet.3 라우팅 테이블에 설치되며 기본 기본 설정은 8이고 메트릭은 1입니다. 이 경로를 사용하면 색상이 지정되지 않은 서비스를 대상과 관련된 세그먼트 라우팅 LSP에 매핑할 수 있습니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP에 수신 경로가 필요하지 않은 경우 수신 경로를 비활성화할 수 있습니다. 색상이 없는 세그먼트 라우팅 LSP는 바인딩 SID 레이블을 사용하여 세그먼트 라우팅 LSP 스티칭을 달성합니다. 세그먼트 라우팅 LSP를 계층적 방식으로 다른 세그먼트 라우팅 LSP를 구성하는데 추가로 사용될 수 있는 세그먼트로서 모델링하는데 사용될 수 있는 이 레이블. 바인딩 SID 레이블의 전송은 기본적으로 8의 기본 설정과 1의 메트릭을 갖습니다.

Junos OS 릴리스 18.2R1부터 수신 디바이스에서 정적으로 구성된 무색 세그먼트 라우팅 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 ADDRESS(TO 주소)가 동일한 경우, 이들도 동일한 선호도를 가지고 있는 경우. 그렇지 않으면 가장 선호되는 세그먼트 라우팅 LSP가 경로에 설치됩니다.

색상이 지정되지 않은 세그먼트 라우팅 LSP의 세그먼트 목록

세그먼트 목록은 홉 목록으로 구성됩니다. 이러한 홉은 SID 레이블 또는 IP 주소를 기반으로 합니다. 세그먼트 목록의 SID 레이블 수는 최대 세그먼트 목록 제한을 초과해서는 안 됩니다. LSP 터널에 대한 최대 세그먼트 목록 바인딩이 8개에서 128개로 증가했으며 시스템당 최대 1000개의 터널이 있습니다. 정적 세그먼트 라우팅 LSP당 최대 128개의 기본 경로가 지원됩니다. 계층 수준에서 최대 세그먼트 목록 제한을 구성할 수 있습니다.[edit protocols source-packet-routing]

Junos OS 릴리스 19.1R1 이전에는 색상이 없는 정적 세그먼트 라우팅 LSP를 사용하려면 세그먼트 목록의 첫 번째 홉이 나가는 인터페이스의 IP 주소여야 하고 두 번째에서 번째 홉은 SID 레이블이 될 수 있습니다.n Junos OS 릴리스 19.1R1부터는 무색 정적 LSP의 첫 번째 홉이 이제 IP 주소 외에도 SID 레이블에 대한 지원을 제공하므로 이 요구 사항이 적용되지 않습니다. 첫 번째 홉 레이블 지원으로, 색상이 지정된 정적 LSP와 유사하게 정적 비색상 세그먼트 라우팅 LSP를 해결하기 위해 MPLS FRR(Fast Reroute) 및 가중 동일 비용 다중 경로가 활성화됩니다.

첫 번째 홉 레이블 모드가 적용되려면 세그먼트 목록에 대해 문을 전역적으로 또는 개별적으로 포함해야 하며, 세그먼트 목록의 첫 번째 홉에는 IP 주소와 레이블이 모두 포함되어야 합니다.inherit-label-nexthops 첫 번째 홉에 IP 주소만 포함된 경우 문은 아무런 영향을 미치지 않습니다.inherit-label-nexthops

다음 계층 중 하나에서 구성할 수 있습니다.inherit-label-nexthops 문은 세그먼트 목록 첫 번째 홉에 IP 주소와 레이블이 모두 포함된 경우에만 적용됩니다.inherit-label-nexthops

  • - 계층 수준에서 .Segment list level[edit protocols source-packet-routing segment-list segment-list-name]

  • - 계층 수준에서 .Globally[edit protocols source-packet-routing]

문이 전역으로 구성되면 segment-list 수준 구성보다 우선하며 모든 세그먼트 목록에 구성이 적용됩니다.inherit-label-nexthopsinherit-label-nexthops 문이 전역으로 구성되지 않으면 첫 번째 홉에 레이블과 IP 주소가 모두 있고 문으로 구성된 세그먼트 목록만 SID 레이블을 사용하여 확인됩니다.inherit-label-nexthopsinherit-label-nexthops

PCEP 기반 세그먼트 라우팅 LSP인 동적 무색 정적 LSP의 경우, 세그먼트 수준 구성이 적용되지 않으므로 문을 전역적으로 활성화해야 합니다.inherit-label-nexthops

표 1 은(는) 첫 번째 홉 사양을 기반으로 세그먼트 라우팅 LSP 확인 모드를 설명합니다.

표 1: 첫 번째 홉 사양을 기반으로 하는 무색 정적 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(구성 제외 )inherit-label-nexthops

예:

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(구성 포함 )inherit-label-nexthops

예:

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 레이블을 사용하여 확인됩니다.

명령을 사용하여 inet.3 라우팅 테이블에 설치된 여러 세그먼트 목록이 있는 비컬러 세그먼트 라우팅 트래픽 엔지니어링 LSP를 볼 수 있습니다.show route ip-address protocol spring-te active-path table inet.3

예:

주:

다음과 같은 경우 정적 세그먼트 라우팅 LSP의 세그먼트 목록의 첫 번째 홉 유형으로 인해 커밋이 실패할 수 있습니다.

  • 터널의 세그먼트 목록마다 첫 번째 홉 확인 유형이 다릅니다. 이는 컬러 및 비컬러 정적 세그먼트 라우팅 LSP 모두에 적용됩니다. 그러나 이는 PCEP 기반 LSP에는 적용되지 않습니다. 경로 계산 시 첫 번째 홉 확인 유형의 불일치에 대해 시스템 로그 메시지가 생성됩니다.

    예:

    path-1은 IP 주소 모드이고 path-2는 레이블 모드이므로 터널 커밋이 실패합니다.lsp1

  • 바인딩 SID는 세그먼트 목록 유형이 SID 레이블인 정적 비색 LSP에 대해 활성화됩니다.

    예:

    레이블 세그먼트 목록을 통해 바인딩 SID를 구성하는 것은 색상이 지정된 정적 LSP에 대해서만 지원되며 색상이 지정되지 않은 정적 LSP에 대해서는 지원되지 않습니다.

정적 세그먼트 라우팅 LSP 프로비저닝

세그먼트 프로비저닝은 라우터별로 수행됩니다. 라우터의 특정 세그먼트에 대해 고유한 서비스 식별자(SID) 레이블은 인접 SID 레이블에 대한 동적 레이블 풀 또는 접두사 SID 또는 노드 SID에 대한 세그먼트 라우팅 글로벌 블록(SRGB)에서 할당될 수 있는 원하는 레이블 풀에서 할당됩니다. 인접 SID 레이블은 기본 동작인 동적으로 할당하거나 로컬 정적 레이블 풀(SRLB)에서 할당할 수 있습니다. 그런 다음 SID 레이블에 대한 경로가 mpls.0 테이블에 설치됩니다.

Junos OS는 계층 수준에서 문을 구성 하여 정적 세그먼트 라우팅 LSP를 허용합니다.segment[edit protocols mpls static-label-switched-path static-label-switched-path] 정적 세그먼트 LSP는 Junos OS 정적 레이블 풀에 속하는 고유한 SID 레이블로 식별됩니다. 계층 수준에서 문을 구성 하여 Junos OS 정적 레이블 풀을 구성할 수 있습니다.static-label-range static-label-range[edit protocols mpls label-range]

정적 세그먼트 라우팅 LSP 제한 사항

  • Junos OS는 현재 최대 세그먼트 목록 깊이 레이블 이상을 푸시하기 위해 다음 홉을 구축할 수 없다는 제한이 있습니다. 따라서 최대 SID 레이블(포워딩 다음 홉을 해결하는 데 사용되는 첫 번째 홉의 SID 레이블 제외)을 초과하는 세그먼트 목록은 컬러 또는 비컬러 세그먼트 라우팅 LSP에 사용할 수 없습니다. 또한 MPLS 서비스가 세그먼트 라우팅 LSP에 있거나 세그먼트 라우팅 LSP가 링크 또는 노드 보호 경로에 있는 경우 주어진 세그먼트 라우팅 LSP에 허용되는 실제 수는 최대 제한보다 훨씬 낮을 수 있습니다. 모든 경우에 서비스 레이블, SID 레이블 및 링크 또는 노드 보호 레이블의 총 수는 최대 세그먼트 목록 깊이를 초과해서는 안 됩니다. 계층 수준에서 최대 세그먼트 목록 제한을 구성할 수 있습니다.[edit protocols source-packet-routing] 최대 SID 레이블보다 작거나 같은 여러 개의 색상이 없는 세그먼트 라우팅 LSP를 함께 연결하여 더 긴 세그먼트 라우팅 LSP를 구성할 수 있습니다. 이를 세그먼트 라우팅 LSP 스티칭이라고 합니다. 바인딩-SID 레이블을 사용하여 달성할 수 있습니다.

  • 세그먼트 라우팅 LSP 스티칭은 실제로 경로 수준에서 수행됩니다. 색상이 지정되지 않은 세그먼트 라우팅 LSP에 여러 세그먼트 목록인 여러 경로가 있는 경우, 각 경로는 연결 지점에서 다른 색상이 아닌 세그먼트 라우팅 LSP에 독립적으로 연결될 수 있습니다. 연결 전용 색상이 아닌 세그먼트 라우팅 LSP는 계층 수준에서 문을 구성 하여 수신 경로 설치를 비활성화할 수 있습니다.no-ingress[edit protocols source-packet-routing source-routing-path lsp-name]

  • 색상이 지정되지 않은 정적 세그먼트 라우팅 LSP당 최대 128개의 기본 경로와 1개의 보조 경로가 지원됩니다. 구성에 위반이 있는 경우, 커밋 검사가 실패하고 오류가 발생합니다.

  • LSP 터널에 대한 최대 세그먼트 목록 바인딩이 8개에서 128개로 증가했으며 시스템당 최대 1000개의 터널이 있습니다. 정적 세그먼트 라우팅 LSP당 최대 128개의 기본 경로가 지원됩니다. 제한 사항으로, LSP 경로에 대한 최대 센서 지원은 32000입니다.

  • segment-list가 최대 세그먼트 목록 깊이보다 더 많은 레이블로 구성된 경우 구성 커밋 검사가 오류와 함께 실패합니다.

세그먼트 라우팅 LSP의 동적 생성

각 프로바이더 에지(PE) 디바이스가 다른 모든 PE 디바이스에 연결된 세그먼트 라우팅 네트워크에서는 소수의 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) 경로만 사용될 수 있지만 세그먼트 라우팅 LSP(레이블 전환 경로)를 설정하는 데 많은 양의 구성이 필요합니다. 이러한 LSP의 BGP 트리거 동적 생성을 활성화하여 이러한 구축에서 구성의 양을 줄일 수 있습니다.

동적 세그먼트 라우팅 LSP 템플릿 구성

세그먼트 라우팅 LSP의 동적 생성을 활성화하기 위한 템플릿을 구성하려면 계층 구조에 명령문을 spring-te 포함해야 합니다.spring-te (Dynamic Tunnels)[edit routing-options dynamic-tunnels]

  • 다음은 컬러 동적 세그먼트 라우팅 LSP 템플릿에 대한 샘플 구성입니다.

  • 다음은 비색상 동적 세그먼트 라우팅 LSP 템플릿에 대한 샘플 구성입니다.

동적 세그먼트 라우팅 LSP 해결
컬러 동적 세그먼트 라우팅 LSP 해결

BGP 접두사가 색상 커뮤니티로 할당되면 처음에는 catch-all-route-for-that–particular-color 정책을 통해 해결되고, BGP 접두사를 확인해야 하는 SR-TE 템플릿이 식별됩니다. 그런 다음 대상 SID는 BGP 페이로드 접두사 다음 홉 속성에서 파생됩니다. 예를 들어, BGP 페이로드 접두사의 다음 홉이 디바이스 A에 속하는 IP 주소인 경우, 디바이스 A의 노드-SID가 생성되고 해당 레이블이 준비되어 스택의 맨 아래로 푸시됩니다. BGP 페이로드 접두사는 색상 전용 모드에서 해결되며, 디바이스 A의 노드-SID는 최종 레이블 스택의 맨 아래에 있고 SR-TE 경로 레이블은 맨 위에 있습니다.

최종 LSP 템플릿 이름은 접두사, 색상 및 터널 이름의 조합입니다. 예를 들어, .<prefix>:<color>:dt-srte-<tunnel-name> LSP 이름의 색상은 16진수 형식으로 표시되며 터널 이름의 형식은 RSVP 트리거 터널 LSP 이름과 유사합니다.

색이 지정된 대상 네트워크를 성공적으로 해결하려면 색에 특정 색으로 또는 템플릿을 통해 유효한 템플릿 매핑이 있어야 합니다.color-any 유효한 매핑이 없으면 터널이 생성되지 않고 해결을 요청하는 BGP 경로가 확인되지 않은 상태로 유지됩니다.

컬러링되지 않은 동적 세그먼트 라우팅 LSP 해결

색상이 지정되지 않은 LSP에 대한 catch-all 경로가 inet.3 라우팅 테이블에 추가됩니다. 색상이 지정되지 않은 터널 대상은 매핑 목록에 템플릿 이름이 하나만 있는 다른 구성으로 구성해야 합니다.spring-te 이 템플릿 이름은 동일한 구성으로 구성된 대상 네트워크와 일치하는 모든 터널 경로에 사용됩니다.spring-te 이러한 터널은 기능면에서 RSVP 터널과 유사합니다.

최종 LSP 템플릿 이름은 접두사와 터널 이름의 조합입니다. 예를 들어, .<prefix>:dt-srte-<tunnel-name>

동적 세그먼트 라우팅 LSP 샘플 구성

동적 세그먼트 라우팅 LSP 템플릿은 항상 부분 경로를 전달합니다. 마지막 홉 노드 SID는 프로토콜 다음 홉 주소(PNH) 노드 SID에 따라 터널 생성 시 자동으로 파생됩니다. 동일한 템플릿을 여러 대상에 대한 여러 터널에서 사용할 수 있습니다. 이 경우 부분 경로는 동일하게 유지되며 PNH에 따라 마지막 홉만 변경됩니다. 동적 세그먼트 라우팅 LSP 템플릿은 단일 터널에 공통적이지 않으므로 전체 경로를 전달할 수 없습니다. 전체 경로를 사용할 경우 세그먼트 목록을 사용할 수 있습니다.

컬러 동적 세그먼트 라우팅 LSP

컬러 동적 세그먼트 라우팅 LSP에 대한 샘플 구성:

위에서 언급한 샘플 구성의 경우 경로 항목은 다음과 같습니다.

  1. inetcolor.0 tunnel route: 10.22.44.0-0/24 --> RT_NH_TUNNEL

  2. BGP prefix to tunnel mapping:

    R1(접두사) -> 10.22.44.55-101(PNH) LSP 터널 이름 = 10.22.44.55:65:dt-srte-tunnel1

  3. inetcolor.0 tunnel route:

    10.22.44.55-101/64 --> &lt;다음 홉>

    10.22.44.55-124/64 --> &lt;다음 홉>

색상이 없는 동적 세그먼트 라우팅 LSP

색상이 지정되지 않은 동적 세그먼트 라우팅 LSP에 대한 샘플 구성:

위에서 언급한 샘플 구성의 경우 경로 항목은 다음과 같습니다.

  1. inet.3 tunnel route: 10.33.44.0/24 --> RT_NH_TUNNEL

  2. BGP prefix to tunnel mapping:

    R1(접두사) -> 10.33.44.55(PNH) LSP 템플릿 이름 = LSP1 --- 10.33.44.55:dt-srte-tunnel2

  3. inet.3 tunnel route: 10.33.44.55/32 --> &lt;다음 홉>

해결되지 않은 동적 세그먼트 라우팅 LSP

해결되지 않은 동적 세그먼트 라우팅 LSP에 대한 샘플 구성:

위에서 언급한 샘플 구성의 경우 경로 항목은 다음과 같습니다.

  1. inetcolor.0 tunnel route: 10.33.44.0 - 0/24 --> RT_NH_TUNNEL 10.1.1.0 - 0 /24 --> RT_NH_TUNNEL

  2. BGP prefix to tunnel mapping: R1(접두사) -> 10.33.44.55-124(PNH) 터널이 생성되지 않습니다. (색상에 대한 템플릿을 찾을 수 없음).

세그먼트 라우팅 LSP의 동적 생성 구성을 위한 고려 사항

세그먼트 라우팅 LSP의 동적 생성을 구성할 때 다음 사항을 고려하십시오.

  • 템플릿은 색상 개체와 함께 할당할 수 있습니다. 동적 터널 구성에 색상 객체가 있는 템플릿이 포함된 경우, 색상 객체가 있는 다른 모든 템플릿도 구성해야 합니다.spring-te 모든 대상은 해당 구성 내에서 색상이 지정된 것으로 간주됩니다.

  • 템플릿에는 정의된 색상 목록이 있거나 옵션으로 구성할 수 있습니다.color-any 이 두 옵션은 동일한 구성에서 공존할 수 있습니다.spring-te 이러한 경우 특정 색상으로 할당된 템플릿이 더 높은 선호도를 갖습니다.

  • 구성에서는 하나의 템플릿만 옵션으로 정의할 수 있습니다.spring-tecolor-any

  • 색상-템플릿 매핑은 일대일로 수행됩니다. 하나의 색은 여러 템플릿에 매핑할 수 없습니다.

  • 템플릿 이름은 계층 아래의 문에서 구성해야 하며 옵션을 활성화해야 합니다.spring-te[edit protocols]primary

  • 색상이 지정된 대상과 색상이 지정되지 않은 대상은 동일한 구성에 공존할 수 없습니다.spring-te

  • 서로 다른 구성 문에서 색상 유무에 관계없이 동일한 대상 네트워크를 구성할 수 없습니다.spring-te

  • 색상 이 지정되지 않은 구성에서는 색상 개체 없이 하나의 템플릿만 구성할 수 있습니다.spring-te

동적 세그먼트 라우팅 LSP를 통해 지원되는 서비스

색상이 지정된 동적 세그먼트 라우팅 LSP를 통해 지원되는 서비스는 다음과 같습니다.

  • 레이어 3 VPN

  • BGP EVPN

  • 정책 서비스 내보내기

다음 서비스는 색상이 지정되지 않은 동적 세그먼트 라우팅 LSP를 통해 지원됩니다.

  • 레이어 3 VPN

  • Layer 2 VPN

  • 다중 경로 구성

세그먼트 라우팅에서 여러 터널 소스의 동작

두 소스가 세그먼트 라우팅(예: 정적 및 동적 소스 터널)에서 동일한 대상으로 경로를 다운로드하면 세그먼트 라우팅 기본 설정이 활성 경로 항목을 선택하는 데 사용됩니다. 값이 높을수록 선호도가 높습니다. 기본 설정이 동일하게 유지되는 경우 터널 소스를 사용하여 경로 항목을 결정합니다.

동적 세그먼트 라우팅 LSP 제한 사항

동적 SR-TE LSP는 다음과 같은 특징과 기능을 지원하지 않습니다.

  • IPv6 세그먼트 라우팅 터널.

  • 정적 터널.

  • 6PE는 지원되지 않습니다.

  • 분산 CSPF.

  • sBFD 및 LDP 터널링은 동적 SR-TE LSP 및 템플릿에서 지원되지 않습니다.

  • 템플릿에 B-SID 경로를 설치합니다.

VPN 서비스의 색상 기반 매핑

정적 색상의 BGP 세그먼트 라우팅 트래픽 엔지니어링(SR-TE) LSP를 통해 전송 터널을 해결하기 위해 색상을 프로토콜 다음 홉 제약 조건(IPv4 또는 IPv6 주소 외에)으로 지정할 수 있습니다. 이를 color-IP 프로토콜 다음 홉 확인이라고 하며, 여기서 resolution-map을 구성하고 VPN 서비스에 적용해야 합니다. 이 기능을 사용하면 레이어 2 및 레이어 3 VPN 서비스의 색상 기반 트래픽 스티어링을 활성화할 수 있습니다.

Junos OS는 단일 색상과 관련된 컬러 SR-TE LSP를 지원합니다. VPN 서비스 기능의 색상 기반 매핑은 정적 색상의 LSP 및 BGP SR-TE LSP에서 지원됩니다.

VPN 서비스 컬러링

일반적으로 VPN NLRI가 광고되는 송신 라우터 또는 VPN NLRI가 수신 및 처리되는 수신 라우터에서 VPN 서비스에 색상이 할당될 수 있습니다.

다양한 수준에서 VPN 서비스에 색상을 할당할 수 있습니다.

  • 라우팅 인스턴스당.

  • BGP 그룹당.

  • BGP 인접 라우터당.

  • 접두사당.

색상을 할당하면 색상이 BGP 색상 확장 커뮤니티 형태로 VPN 서비스에 연결됩니다.

다중 색상 VPN 서비스라고 하는 VPN 서비스에 여러 색상을 할당할 수 있습니다. 이러한 경우 마지막으로 첨부된 색상은 VPN 서비스의 색상으로 간주되며 다른 모든 색상은 무시됩니다.

송신 및/또는 수신 디바이스는 여러 정책을 통해 다음 순서로 여러 색상을 할당합니다.

  • 송신 디바이스에 대한 BGP 내보내기 정책.

  • 수신 디바이스에 대한 BGP 가져오기 정책.

  • 수신 디바이스의 VRF 가져오기 정책.

VPN 서비스 컬러링의 두 가지 모드는 다음과 같습니다.

송신 색상 할당

이 모드에서는 송신 디바이스(즉, VPN NLRI의 광고주)가 VPN 서비스의 색상을 지정합니다. 이 모드를 활성화하기 위해 라우팅 정책을 정의하고 계층 수준에서 VPN 서비스의 routing-instance , 그룹 내보내기 또는 그룹 이웃 내보내기 에 적용할 수 있습니다.vrf-export[edit protocols bgp] VPN NLRI는 지정된 색상 확장 커뮤니티를 통해 BGP에 의해 보급됩니다.

예:

또는

주:

라우팅 정책을 BGP 그룹 또는 BGP 인접 라우터의 내보내기 정책으로 적용할 때 정책이 VPN NLRI에 영향을 미치려면 BGP, BGP 그룹 또는 BGP 인접 수준에 문을 포함해야 합니다.vpn-apply-export

라우팅 정책은 레이어 3 VPN 접두사 NLRI, 레이어 2 VPN NRLI 및 EVPN NLRI에 적용됩니다. 색상 확장 커뮤니티는 모든 VPN 경로에 상속되며, 하나 또는 여러 수신 디바이스의 대상 VRF에서 가져와 설치됩니다.

수신 색상 지정

이 모드에서는 수신 디바이스(즉, VPN NLRI의 수신자)가 VPN 서비스의 색상을 지정합니다. 이 모드를 활성화하려면 라우팅 정책을 정의하고 계층 수준에서 VPN 서비스의 routing-instance , 그룹 가져오기 또는 그룹 이웃 가져오기에 적용할 수 있습니다.vrf-import[edit protocols bgp] 라우팅 정책과 일치하는 모든 VPN 경로는 지정된 색상의 확장 커뮤니티에 연결됩니다.

예:

또는

VPN 서비스 매핑 모드 지정

유연한 VPN 서비스 매핑 모드를 지정하려면 명령문을 사용하여 정책을 정의하고 계층 수준에서 VPN 서비스의 routing-instance , 그룹 가져오기 또는 그룹 이웃 가져오기에서 정책을 참조해야 합니다.resolution-mapvrf-import[edit protocols bgp] 라우팅 정책과 일치하는 모든 VPN 경로는 지정된 해상도 맵으로 연결됩니다.

예:

VPN 서비스의 라우팅 인스턴스에 가져오기 정책을 적용할 수 있습니다.

BGP 그룹 또는 BGP 인접 라우터에 가져오기 정책을 적용할 수도 있습니다.

주:

각 VPN 서비스 매핑 모드에는 해상도 맵에 정의된 고유한 이름이 있어야 합니다. 해상도 맵에서는 IP-color의 단일 항목만 지원되며, 여기서 VPN 경로는 색상 지정된 IP 프로토콜 다음 홉을 사용하여 확인됩니다.ip-address:color

Color-IP 프로토콜 다음 홉 해상도

프로토콜 다음 홉 확인 프로세스가 컬러 IP 프로토콜 다음 홉 확인을 지원하도록 향상되었습니다. 컬러 VPN 서비스의 경우, 프로토콜 다음 홉 확인 프로세스는 컬러 및 해상도 맵을 사용하여 의 형태로 컬러 IP 프로토콜 다음 홉을 구축하고, inet6color.0 라우팅 테이블에서 프로토콜 다음 홉을 확인합니다.IP-address:color

색상이 지정된 LSP를 통해 색상이 지정된 레이어 2 VPN, 레이어 3 VPN 또는 EVPN 서비스의 다중 경로 확인을 지원하는 정책을 구성해야 합니다. 그런 다음 해결 프로그램 가져오기 정책으로 관련 RIB 테이블과 함께 정책을 적용해야 합니다.

예:

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 색상 기반 매핑

Junos OS 릴리스 20.2R1부터 BGP 레이블 유니캐스트(BGP-LU)는 IPv4 및 IPv6 주소 패밀리 모두에 대해 SR-TE(세그먼트 라우팅-트래픽 엔지니어링)를 통해 IPv4 또는 IPv6 경로를 확인할 수 있습니다. BGP-LU는 BGP 커뮤니티 색상 매핑 및 SR-TE에 대한 정의를 지원합니다.resolution map 컬러 프로토콜 다음 홉이 구성되고 또는 테이블의 컬러 SR-TE 터널 에서 해결됩니다.inetcolor.0inet6color.0 BGP는 색상 기반이 아닌 매핑에 및 테이블을 사용합니다.inet.3inet6.3 이를 통해 라우터에 IPv4 주소가 구성되지 않은 IPv6 전용 네트워크에서 IPv6 다음 홉 주소를 사용하여 BGP-LU IPv6 및 IPv4 접두사를 보급할 수 있습니다. 이 기능을 통해 현재 IS-IS 언더레이가 있는 SR-TE를 통한 BGP IPv6 LU를 지원합니다.

에서 컨트롤러는 SR-TE로 구성된 IPv6 코어 네트워크에서 4가지 색상의 터널을 구성합니다.그림 1 색상이 지정된 각 터널은 정의된 해상도 맵에 따라 대상 라우터 D에 대해 서로 다른 경로를 사용합니다. 컨트롤러는 라우터 D의 2001:db8::3701:2d05 인터페이스에 컬러 SR-TE 터널을 구성합니다. BGP는 정책을 가져와 수신된 접두사 2001:db8::3700:6/128에 색상 및 해상도 맵을 할당합니다. 할당된 커뮤니티 색상을 기반으로 BGP-LU는 할당된 해상도 맵 정책에 따라 BGP IPv6 LU 접두사에 대해 색상이 지정된 다음 홉을 확인합니다.

그림 1: 컬러 IPv6 SR-TE를 통한 BGP IPv6 LU컬러 IPv6 SR-TE를 통한 BGP IPv6 LU

BGP-LU는 다음과 같은 시나리오를 지원합니다.

  • ISIS/OSPF IPv4 SR 확장이 있는 컬러 BGP IPv4 SR-TE를 통한 BGP IPv4 LU.

  • 정적 컬러 및 비컬러 IPv4 SR-TE를 통한 BGP IPv4 LU, ISIS/OSPF IPv4 SR 확장 포함.

  • ISIS IPv6 SR 확장을 사용하여 색상이 지정된 BGP IPv6 SR-TE를 통한 BGP IPv6 LU.

  • 정적 컬러 및 비컬러 IPv6 SR-TE를 통한 BGP IPv6 LU, ISIS IPv6 SR 확장 포함.

  • IPv6 로컬 주소 및 IPv6 인접 주소를 사용하는 IPv6 레이어 3 VPN 서비스.

  • ISIS IPv6 SR 확장을 사용하는 BGP IPv6 SR-TE를 통한 IPv6 레이어 3 VPN 서비스.

  • 정적 색상 및 비색상 IPv6 SR-TE를 통한 IPv6 레이어 3 VPN 서비스, ISIS IPv6 SR 확장 사용.

VPN 서비스의 색상 기반 매핑에 지원되는 기능 및 지원되지 않는 기능

다음과 같은 특징과 기능은 VPN 서비스의 색상 기반 매핑에서 지원됩니다.

  • BGP 레이어 2 VPN(Kompella 레이어 2 VPN)

  • BGP EVPN

  • 단일 IP 색상 옵션이 있는 해상도 맵.

  • IPv4 및 IPv6 프로토콜의 다음 홉 확인이 색칠되어 있습니다.

  • inetcolor.0 라우팅 테이블의 LDP LSP에 대한 라우팅 정보 기반(라우팅 테이블이라고도 함) 그룹 기반 폴백.

  • 컬러 SR-TE LSP.

  • 가상 플랫폼.

  • 64비트 Junos OS.

  • 논리적 시스템.

  • BGP 레이블이 지정된 유니캐스트.

다음 기능은 VPN 서비스의 색상 기반 매핑에서 지원되지 않습니다.

  • RSVP, LDP, BGP-LU, 정적과 같은 컬러 MPLS LSP.

  • 레이어 2 서킷

  • FEC-129 BGP 자동 검색 및 LDP 신호 레이어 2 VPN.

  • VPLS

  • 증권 시세 표시기

  • resolution-map을 사용하는 IPv4 및 IPv6.

PCE 시작 세그먼트 라우팅 LSP를 위한 터널 템플릿

PCE 시작 세그먼트 라우팅 LSP에 대한 터널 템플릿을 구성하여 이러한 LSP에 대한 두 가지 추가 매개 변수인 BFD(Bidirectional Forwarding Detection) 및 LDP 터널링을 전달할 수 있습니다.

PCE 시작 세그먼트 라우팅 LSP가 생성될 때 LSP는 정책 문(있는 경우)에 대해 확인되며, 일치하는 항목이 있는 경우 정책은 해당 LSP에 대해 구성된 템플릿을 적용합니다. 템플릿 구성은 LSP 소스(PCEP)에서 제공하지 않는 경우에만 상속됩니다. 예를 들어 메트릭입니다.

템플릿 구성 방법:

  1. 계층 수준에서 source-routing-path-template 문을 포함합니다.source-routing-path-template[edit protocols source-packet-routing] 여기에서 추가 BFD 및 LDP 터널링 매개 변수를 구성할 수 있습니다.

  2. PCE 시작 LSP를 확인해야 하는 정책 문을 나열하려면 계층 수준에 source-routing-path-template-map 문을 포함합니다.https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/source-routing-path-template-map-edit-protocols-source-packet-routing.html[edit protocols source-packet-routing]

  3. 템플릿을 적용해야 하는 LSP를 나열하는 정책을 정의합니다.

    명령문은 및 일치 조건을 사용하는 LSP 이름 또는 LSP 정규 표현식을 포함할 수 있습니다.fromlsplsp-regex 이러한 옵션은 함께 사용할 수 없으므로 특정 시점에 하나의 옵션만 지정할 수 있습니다.

    문에는 수락 동작이 있는 옵션이 포함되어야 합니다.thensr-te-template 이렇게 하면 PCE 시작 LSP에 템플릿이 적용됩니다.

PCE 시작 LSP에 대한 템플릿을 구성할 때 다음 사항을 고려하십시오.

  • 템플릿 구성은 정적으로 구성된 세그먼트 라우팅 LSP 또는 다른 클라이언트의 세그먼트 라우팅 LSP에는 적용되지 않습니다.

  • PCEP 제공 구성이 템플릿 구성보다 우선합니다.

  • PCEP LSP는 템플릿 세그먼트 목록 구성을 상속하지 않습니다.

예: 정적 세그먼트 라우팅 레이블 스위칭 경로 구성

이 예는 MPLS 네트워크에서 정적 세그먼트 라우팅 레이블 전환 경로(LSP)를 구성하는 방법을 보여줍니다. 이 구성은 MPLS 네트워크에 더 높은 확장성을 제공하는 데 도움이 됩니다.

요구 사항

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

  • 7개의 MX 시리즈 5G 유니버설 라우팅 플랫폼

  • 모든 라우터에서 실행되는 Junos OS 릴리스 18.1 또는 이후 버전

시작하기 전에 디바이스 인터페이스를 구성해야 합니다.

개요

명시적 세그먼트 라우팅 경로 집합인 Junos OS는 계층 수준에서 명령문을 구성 하여 색상이 없는 정적 세그먼트 라우팅 터널의 수신 라우터에 구성됩니다.segment-list[edit protocols source-packet-routing] 계층 수준에서 문을 구성하여 세그먼트 라우팅 터널을 구성할 수 있습니다.source-routing-path[edit protocols source-packet-routing] 세그먼트 라우팅 터널에는 대상 주소와 하나 이상의 기본 경로 및 세그먼트 목록을 참조하는 선택적으로 보조 경로가 있습니다. 각 세그먼트 목록은 일련의 홉으로 구성됩니다. 색상이 지정되지 않은 정적 세그먼트 라우팅 터널의 경우 세그먼트 목록의 첫 번째 홉은 바로 다음 홉 IP 주소를 지정하고 두 번째에서 N번째 홉은 경로가 통과하는 링크 또는 노드에 해당하는 세그먼트 식별(SID) 레이블을 지정합니다. 세그먼트 라우팅 터널의 대상에 대한 경로는 inet.3 테이블에 설치됩니다.

토폴로지

이 예에서는 공급자 에지 라우터 PE1 및 PE5에서 계층 3 VPN을 구성합니다. 모든 라우터에서 MPLS 프로토콜을 구성합니다. 세그먼트 라우팅 터널은 라우터 PE1 및 라우터 PE5에 구성된 기본 경로를 사용하여 라우터 PE1에서 라우터 PE5로 구성됩니다. 라우터 PE1은 경로 보호를 위해 보조 경로로도 구성됩니다. 전송 라우터 PE2에서 PE4는 레이블 팝과 발신 인터페이스가 있는 인접 SID 레이블로 구성됩니다.

그림 2: 정적 세그먼트 라우팅 레이블 스위칭 경로정적 세그먼트 라우팅 레이블 스위칭 경로

구성

CLI 빠른 구성

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

PE1

PE2

PE3

PE4

PE5

CE1

CE2

디바이스 PE1 구성하기
단계별 절차

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 PE1 구성:

  1. 인터페이스를 구성합니다.

  2. 패킷 전달 라우팅 옵션을 제어하기 위한 자율 시스템 번호 및 옵션을 구성합니다.

  3. MPLS 프로토콜로 인터페이스를 구성하고 MPLS 레이블 범위를 구성합니다.

  4. 업데이트에서 NLRI에 대한 피어 그룹 유형, 로컬 주소, 프로토콜 제품군 및 피어 그룹에 대한 인접 라우터의 IP 주소를 구성합니다.

  5. 프로토콜 영역 인터페이스를 구성합니다.

  6. 프로토콜 소스 패킷 라우팅(SPRING)의 소스 라우팅-트래픽 엔지니어링(TE) 정책을 위한 기본 및 보조 경로의 IPv4 주소와 레이블을 구성합니다.

  7. 프로토콜 SPRING에 대한 대상 IPv4 주소, 바인딩 SID 레이블, 기본 및 보조 소스 라우팅 경로를 구성합니다.

  8. 정책 옵션을 구성합니다.

  9. BGP 커뮤니티 정보를 구성합니다.

  10. 인스턴스 유형, 인터페이스, 라우터 구분자, VRF 가져오기, 내보내기 및 테이블 레이블을 사용하여 라우팅 인스턴스 VRF1을 구성합니다. 프로토콜 OSPF에 대한 영역의 내보내기 정책 및 인터페이스를 구성합니다.

결과

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

디바이스 PE2 구성하기
단계별 절차

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.

  1. 인터페이스를 구성합니다.

  2. 프로토콜 MPLS를 위한 정적 LSP를 구성합니다.

  3. 프로토콜 MPLS에 대한 인터페이스 및 정적 레이블 범위를 구성합니다.

  4. 프로토콜 OSPF에 대한 인터페이스를 구성합니다.

결과

라우터 PE2의 구성 모드에서 및 명령을 입력하여 구성을 확인합니다.show interfacesshow protocols 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

검증

구성이 올바르게 작동하고 있는지 확인합니다.

라우터 PE1의 라우팅 테이블 inet.3의 경로 항목 확인
목적

라우터 PE1의 라우팅 테이블 inet.3의 경로 항목을 확인합니다.

작업

운영 모드에서 show route table inet.3 명령을 입력합니다.

의미

출력에는 세그먼트 라우팅 터널의 수신 경로가 표시됩니다.

라우터 PE1의 라우팅 테이블 mpls.0의 경로 테이블 항목 확인
목적

라우팅 테이블 mpls.0의 경로 항목을 확인합니다.

작업

운영 모드에서 show route table mpls.0 명령을 입력합니다.

의미

출력에는 세그먼트 라우팅 터널의 SID 레이블이 표시됩니다.

라우터 PE1의 SPRING 트래픽 엔지니어링 LSP 확인
목적

수신 라우터에서 SPRING 트래픽 엔지니어링 LSP를 확인합니다.

작업

운영 모드에서 show spring-traffic-engineering overview 명령을 입력합니다.

의미

출력은 수신 라우터의 SPRING 트래픽 엔지니어링 LSP의 개요를 표시합니다.

라우터 PE1의 수신 라우터에서 SPRING 트래픽 엔지니어링 LSP 확인
목적

수신 라우터에서 SPRING 트래픽 엔지니어링 LSP를 확인합니다.

작업

운영 모드에서 show spring-traffic-engineering lsp detail 명령을 입력합니다.

의미

출력은 수신 라우터의 SPRING 트래픽 엔지니어링 LSP에 대한 세부 정보를 표시합니다

라우터 PE2의 라우팅 테이블 mpls.0의 라우팅 테이블 항목 확인
목적

라우터 PE2의 라우팅 테이블 mpls.0의 라우팅 테이블 항목을 확인합니다.

작업

운영 모드에서 show route table mpls.0 명령을 입력합니다.

라우터 PE2의 정적 MPLS LSP 세그먼트 상태 확인
목적

라우터 PE2의 MPLS LSP 세그먼트 상태를 확인합니다.

작업

운영 모드에서 show mpls static-lsp 명령을 입력합니다.

의미

출력은 라우터 PE2의 정적 MPLS LSP 세그먼트의 상태를 표시합니다.

첫 번째 홉 레이블 확인을 통한 세그먼트 라우팅 트래픽 엔지니어링을 위한 라우팅 엔진 기반 S-BFD

경로 실패를 감지하는 빠른 메커니즘으로 S-BFD를 사용하여 첫 번째 홉 레이블 해상도로 색상이 없고 색상이 지정되지 않은 LSP(Label-Switched Path)에서 원활한 S-BFD(Bidirectional Forwarding Detection)를 실행할 수 있습니다.

첫 번째 홉 레이블 확인을 통한 세그먼트 라우팅 트래픽 엔지니어링을 위한 RE-기반 S-BFD 이해

첫 번째 홉 레이블을 위한 S-BFD 정적 세그먼트 라우팅 터널

세그먼트 라우팅 아키텍처를 사용하면 코어 네트워크의 수신 노드가 네트워크를 통해 명시적 경로를 통해 트래픽을 조정할 수 있습니다. 세그먼트 라우팅 트래픽 엔지니어링(TE) 다음 홉은 세그먼트 식별자(SID)의 목록입니다. 이러한 세그먼트 목록은 수신 트래픽이 가져갈 네트워크의 경로를 나타냅니다. 수신 트래픽은 레이블이 지정되거나 IP 트래픽일 수 있으며, 수신 노드에서의 전달 작업은 포워딩 경로에서 이러한 세그먼트-라우팅 TE 경로로 트래픽을 조정하기 위한 레이블 스왑 또는 대상 기반 조회일 수 있습니다.

첫 번째 홉 레이블 해상도를 통해 무색 및 유색 정적 세그먼트 라우팅 LSP에서 원활한 BFD(S-BFD)를 실행할 수 있으며, S-BFD를 빠른 메커니즘으로 사용하여 경로 실패를 감지하고 글로벌 컨버전스를 트리거할 수 있습니다. S-BFD는 BFD가 요구하는 것보다 더 적은 상태 변경을 필요로 하므로 경로 실패의 보고를 가속화합니다.

하나 또는 여러 개의 기본 LSP와 선택적으로 보조 LSP가 있는 세그먼트 라우팅 터널이 주어지면 이러한 LSP 중 하나에서 S-BFD를 활성화할 수 있습니다. S-BFD 세션이 다운되면 소프트웨어는 실패한 LSP의 다음 홉을 삭제하여 세그먼트 라우팅 터널의 경로를 업데이트합니다. LSP의 첫 번째 홉 레이블이 하나 이상의 바로 다음 홉을 가리키는 경우, 적어도 하나의 다음 홉을 사용할 수 있는 경우 커널은 S-BFD 패킷을 계속 보냅니다(기본 다음 홉 도달 가능성 실패 감지는 S-BFD 감지 타이머의 지속 시간보다 빨라야 함).

주:

이 모델은 자동 번역 파생 LSP에 대해 지원됩니다.

LSP 수준 S-BFD

S-BFD 세션은 각각의 고유한 레이블 스택+주소 제품군 조합에 대해 생성됩니다. 동일한 세그먼트 목록을 구성하고 모든 세그먼트에 대해 S-BFD를 활성화할 수 있습니다. 동일한 레이블 스택+주소 제품군 조합이 있는 세그먼트 목록은 동일한 S-BFD 세션을 공유합니다. S-BFD 세션의 소스 주소는 메인 인스턴스 아래에서 최소 구성된 루프백 주소(특수 주소 제외)로 설정됩니다.

주:

선택한 소스 주소가 라우팅 가능한지 확인합니다.

LSP의 주소 패밀리는 세그먼트 라우팅 TE 터널의 "to" 주소의 주소 패밀리를 기반으로 파생됩니다. S-BFD가 구성된 LSP의 상태는 BFD가 작동 여부에 따라 달라지며, S-BFD가 LSP에 대해 구성된 경우 S-BFD가 경로가 활성 상태라고 보고할 때까지 LSP 경로가 계산되지 않습니다.

S-BFD 매개 변수

세그먼트 라우팅 TE 경로에 대해 지원되는 S-BFD 매개 변수는 다음과 같습니다.

  • 원격 판별기

  • 최소 간격

  • 승수

  • 라우터 경고 옵션 없음

S-BFD에서, 각각의 응답자는 다수의 판별자를 가질 수 있다. 판별자는 IGP에 의해 다른 라우터에 보급되거나 이러한 라우터에서 정적으로 구성될 수 있습니다. 개시자에서, 특정 판별자는 사용자 또는 중앙 컨트롤러에 의한 결정 또는 해결에 기초하여 정적 구성에 의해 S-BFD 세션에 대한 원격 판별자로 선택된다. 여러 LSP가 동일한 키 레이블 스택으로 생성되고 S-BFD가 서로 다른 매개 변수로 각 LSP에서 활성화되면 각 매개 변수의 공격적인 값이 공유 S-BFD 세션에서 사용됩니다. 판별자 매개변수의 경우 가장 낮은 값이 가장 공격적인 것으로 간주됩니다. 라우터 경고 옵션의 경우와 유사하게, 구성 중 하나가 라우터 경고가 구성되지 않은 경우, 파생된 S-BFD 매개 변수에는 라우터 경고 옵션이 없습니다.

제한

  • 전역 복구만 지원됩니다.

  • S-BFD가 구성된 타이머 값에 따라 실패를 감지하더라도, 컨버전스 시간은 글로벌 수리 시간()에 따라 달라집니다.seconds

SBFD 세션에 대한 RD(Remote Discriminator) 자동 파생

Junos OS 릴리스 22.4R1부터 SR-TE 경로의 SBFD 세션에 자동 파생된 원격 판별자를 사용할 수 있습니다. 이 기능을 사용하면 수신 또는 전송 디바이스의 SFBD 구성에서 을 (를) 구성하고 해당 엔드포인트에서 일치하는 local-discriminator를 구성할 필요가 없습니다.remote-discriminator 대신, 송신 PE 디바이스는 이제 IP 주소를 로컬 판별자로 받아들입니다. BFD에서 IP 주소를 로컬 판별자로 허용하려면 구성을 사용합니다 .set protocols bfd sbfd local-discriminator-ip

또한 여러 컨트롤러 프로비저닝 SR-TE 정책에서 SBFD 구성과 함께 공통 SBFD 템플릿을 사용할 수도 있습니다. 이러한 SBFD 세션에서 Junos OS는 SR-TE 정책 매칭을 위해 터널 엔드포인트에서 원격 판별자를 자동으로 파생합니다.

주:
  • RD의 자동 파생은 IPv6 끝점이 아닌 IPv4 끝점에 대해서만 지원됩니다.

  • 색상 전용 터널에 대한 RD 자동 파생은 지원되지 않습니다. 정적으로 구성된 SR-TE 컬러 전용 터널에 대해 RD가 구성되지 않으면(RD 자동 파생에 의해) 시스템에 커밋 오류가 표시됩니다. SR-TE 템플릿 구성을 사용하여 동적 색상 전용 터널에 대해 RD가 구성되지 않은 경우(RD 자동 파생에 의해) Junos OS는 해당 터널에 대한 sbfd 구성을 건너뜁니다.

첫 번째 홉 레이블 확인을 통한 세그먼트 라우팅 트래픽 엔지니어링을 위한 RE-기반 S-BFD 구성

세그먼트 목록에 LSP 수준 S-BFD를 활성화하려면 계층과 계층에서 구성 문을 구성합니다.bfd-liveness-detection [edit protocols source-packet-routing source-routing-path lsp-path-name primary segment-list-name] [edit protocols source-packet-routing source-routing-path lsp-path-name secondary segment-list-name]

다음 단계는 첫 번째 홉 레이블 해상도로 S-BFD의 기본 구성과 작동을 제공합니다.

  • 바로 아래 단계에서는 기본 구성의 개요를 설명합니다.

    1. 수신 라우터에서는 정적 세그먼트 라우팅 터널이 기본 및 보조 경로로 사용할 수 있도록 첫 번째 홉 레이블이 있는 하나 이상의 세그먼트 목록을 구성합니다.

    2. 수신 라우터에서 여러 기본 경로(로드 밸런싱용) 또는 하나의 기본 경로와 하나의 보조 경로(경로 보호용)를 사용하여 정적 세그먼트 라우팅 터널을 구성합니다. 각 기본 또는 보조 경로(LSP)는 이미 구성한 세그먼트 목록 중 하나를 참조하며, 기여 LSP의 첫 번째 홉 레이블에서 파생된 다음 홉을 사용하여 경로를 생성합니다.

    3. 수신 라우터에서 패킷당 로드 밸런싱을 사용하도록 설정하여 수신 경로 및 바인딩 SID 경로 (모두 첫 번째 홉 레이블이 있음)를 통해 확인되는 경로가 패킷 전달 엔진의 모든 활성 경로를 설치하도록 합니다. LSP 하의 S-BFD 세션은 해당 LSP를 사용하는 모든 경로를 보호합니다.

    4. 세그먼트 라우팅 터널의 송신 라우터에서 로컬 판별자 D로 S-BFD 응답자 모드를 구성하여 각 FPC에서 D에 대한 분산 S-BFD 리스너 세션을 생성합니다.

    5. 수신 라우터에서 경로 장애 감지를 확인하려는 모든 LSP에 대해 S-BFD를 구성합니다. 송신 라우터의 로컬 S-BFD 판별자와 일치하도록 원격 판별자 D를 지정합니다. 현재 LSP 키에 대한 개시자 세션이 아직 존재하지 않는 경우, S-BFD 개시자 세션은 LSP 레이블 스택+주소-패밀리 조합을 키로 사용하여 생성됩니다. 일치하는 BFD 세션의 경우 S-BFD 매개 변수는 새로운 공유 LSP를 고려하여 재평가됩니다. S-BFD 파라미터가 도출될 때, 각 파라미터의 공격적인 값이 선택된다.

    바로 아래 단계는 기본 작동을 설명합니다.

    1. S-BFD 개시자 세션은 라우팅 엔진에서 중앙 집중식 모드로 실행됩니다. 소프트웨어는 S-BFD 세션의 작동 및 작동 중단 상태를 추적합니다.

    2. S-BFD 상태가 UP으로 이동하면, LSP가 관련 경로로 고려됩니다.

    3. 수신 라우터에서 소프트웨어가 S-BFD 세션 DOWN을 감지하면 세션 다운 알림이 라우팅 데몬(RPD)으로 전송되고 RPD는 세그먼트 라우팅 터널의 경로에서 실패한 LSP의 다음 홉을 삭제합니다.

    4. 절차의 총 트래픽 손실은 S-BFD 실패 검출 시간 및 글로벌 수리 시간에 바인딩됩니다. S-BFD 실패 검출 시간은 S-BFD 최소-간격 및 승수 파라미터에 의해 결정된다. 전역 복구 시간은 세그먼트 라우팅 TE 프로세스 시간 및 포워딩 경로의 재다운로드에 따라 달라집니다.

    LSP 레이블 스택은 다음과 같이 변경됩니다.

    1. 특정 LSP는 기존 S-BFD 세션에서 분리됩니다. 기존 S-BFD 세션에 이를 참조하는 LSP가 하나 이상 있는 경우 이전 BFD 세션은 보존되지만 S-BFD 매개 변수는 재평가되어 기존 LSP 세션 중 공격적인 매개 변수 값이 선택됩니다. 또한, 변경 사항이 있는 경우 S-BFD 세션의 이름은 최소 1로 업데이트된다. 만약 오래된 S-BFD 세션에 더 이상 LSP가 연결되어 있지 않다면, 해당 S-BFD 세션은 제거됩니다.

    2. 소프트웨어는 new-label-stack+address-family 조합 값과 일치하는 기존 BFD 세션을 찾으려고 시도합니다. 이러한 일치가 존재하면, LSP는 기존의 S-BFD 세션을 참조한다. S-BFD 세션은 1단계의 재평가와 유사하게 파라미터 또는 세션 이름의 임의의 변경에 대해 재평가된다.

    3. 시스템에 일치하는 BFD 세션이 없는 경우, 새로운 BFD 세션이 생성되고 S-BFD 매개 변수는 이 LSP에서 파생됩니다.

    주:

    S-BFD 세션의 최소 간격과 승수는 세션의 실패 검출 시간을 결정합니다. 수리 시간은 또한 전체 수리 시간에 따라 다릅니다.

다음 출력은 기본 LSP가 있는 컬러 LSP에 사용할 수 있는 구성 문을 보여줍니다.

응답자 측에서 올바른 판별자를 구성해야 합니다.

기본적으로 라우터 경고는 S-BFD 패킷에 대해 구성됩니다. MPLS 헤더가 응답자 엔드에서 제거되면 패킷에 대한 대상 주소 조회 없이 패킷이 처리를 위해 호스트로 전송됩니다. 수신 라우터에서 no-router-alert 옵션을 활성화하면 IP 옵션에서 router-alert 옵션이 제거되므로 송신 측에서 제거됩니다. lo0에서 대상 주소를 명시적으로 구성해야 합니다. 그렇지 않으면 패킷이 폐기되고 S-BFD는 다운 상태로 유지됩니다.

새 추적 플래그 를 사용하여 BFD 활동을 추적할 수 있습니다.bfd

다음 구성은 LSP 보호 기능이 있는 무색 정적 세그먼트 라우팅 터널의 예입니다.

LSP가 정적 세그먼트 라우팅 터널에 대해 구성되고 S-BFD 세션 상태가 표시되는지 확인합니다

목적

s 명령을 사용하여 S-BFD 세션 상태와 함께 정적 세그먼트 라우팅 터널에 대한 LSP를 표시합니다.how spring-traffic-engineering lsp detail

작업

많은 LSP가 동일한 BFD 세션을 공유할 수 있기 때문에 고유한 레이블 스택+주소 패밀리 조합을 가진 첫 번째 LSP가 등장하면 S-BFD 세션의 이름은 address-family+lsp-name을 사용합니다. 나중에 더 많은 LSP가 동일한 세션을 공유하면 S-BFD 세션의 상태에 영향을 주지 않고 세션 이름을 address-family+least-lsp-name으로 변경할 수 있습니다. S-BFD 세션의 이름은 명령의 출력에도 나타납니다.show bfd session extensive 각 LSP의 출력은 S-BFD 상태와 함께 앞선 예 에서 보여지는 것처럼 참조되는 S-BFD 이름을 보여줍니다.BFD status: Up BFD name: V4-sl2 LSP당 하나의 S-BFD 세션이 없을 수도 있기 때문에 LSP 수준의 S-BFD 카운터는 표시되지 않습니다.

기본 다음 홉 및 보조 다음 홉으로 세그먼트 라우팅 터널 경로 확인

목적

수신 라우터의 라우팅 엔진에서 기본 다음 홉 및 보조 다음 홉으로 세그먼트 라우팅 터널 경로를 확인합니다.

작업

기본 경로의 S-BFD 세션 확인

목적

수신 라우터의 라우팅 엔진에서 기본 경로의 S-BFD 세션을 확인합니다.

작업

주:

수신 라우터의 라우팅 엔진에서 보조 경로의 S-BFD 세션도 유사하게 확인합니다.

컴퓨팅 지연 최적화된 도메인 내 및 도메인 간 세그먼트 라우팅 경로

트래픽 엔지니어링 경로에 대한 지연 기반 메트릭 개요

동적 지연 기반 메트릭을 활용하는 것은 최신 네트워크에서 바람직한 특성이 되고 있습니다. 지연 기반 메트릭은 PCE(Path Computation Element)가 트래픽 엔지니어링 경로를 계산하는 데 필수적입니다. 지연 기반 메트릭을 사용하여 최소 지연 경로 또는 최소 지연 경로에서 패킷을 조정할 수 있습니다. 이를 위해서는 모든 링크의 지연을 측정하고 적절한 라우팅 프로토콜(IGP 또는 BGP-LS)을 사용하여 이를 보급하여 수신이 TED에서 링크당 지연 속성을 갖도록 해야 합니다.

각 링크에서 지연을 광고하거나 링크 측정을 켜는 방법을 이해하려면 ISIS에서 링크 지연 측정 및 광고를 활성화하는 방법을 참조하십시오.

네트워크의 변화 감지를 측정, 보급, 계산하고 지연 시간이 가장 짧은 트래픽 엔지니어링 경로를 계산할 때 다음과 같은 이벤트 시퀀스가 발생합니다.

  • 종합 프로브를 통해 라우터 간 지연 시간을 측정하여 네트워크의 변화를 감지합니다.
  • IGP 확장 TE 메트릭 확장을 통해 결과를 수신 노드로 플러딩합니다.
  • 해당 BGP-LS 확장을 통해 중앙 컨트롤러에 결과를 보급합니다.
  • IGP 기반 최단 누적 지연 메트릭 경로(Flex-algo)를 계산합니다.
  • 누적 지연 또는 지연 메트릭(SR-TE)이 가장 짧은 트래픽 엔지니어링 명시적 경로(소스-대상)를 계산합니다.

경로 계산을 위한 지연 기반 메트릭의 이점

  • 네트워크 전체에서 가장 낮은 지연 시간을 기준으로 부가가치 서비스를 구축합니다.
  • 지연 기반 메트릭을 사용하여 경로별 지연 시간(최소, 최대, 평균)을 측정합니다.
  • 지연에 민감한 서비스(예: VPN 또는 5G 서비스)를 초저지연 SR 최적화 경로에서 조정합니다.

SR 경로에 대한 지연 메트릭을 사용한 DCSPF 기반 계산 개요

세그먼트 라우팅 LSP 기능에 분산된 CSPF(Constrained Shortest Path First)를 사용하면 구성한 제약 조건에 따라 수신 디바이스에서 로컬로 세그먼트 라우팅 LSP를 계산할 수 있습니다. 이 기능을 통해 LSP는 구성된 제약 조건 및 메트릭 유형(트래픽 엔지니어링 또는 IGP)을 기반으로 최적화됩니다. LSP는 세그먼트 라우팅 레이블 스택 압축이 활성화 또는 비활성화된 대상에 대해 사용 가능한 ECMP 경로를 활용하도록 계산됩니다.

여러 헤드엔드에서 실행되도록 분산 CSFP를 구성하고 각 헤드엔드에서 독립적으로 경로 계산을 수행할 수 있습니다. 컴퓨팅 프로필을 소스 경로(소스 패킷 라우팅 경로)에 적용할 수 있습니다. 지연 평균에 최적화된 컴퓨팅 프로필을 구성한 경우 라는 제약 조건을 추가로 적용할 수도 있습니다 .delay-variation-threshold 에 대한 값을 구성할 때 임계값을 초과하는 링크는 경로 계산에서 제외됩니다.delay-variation-threshold

SR 경로에 대한 DCSPF 기반 계산을 위한 지연 메트릭을 구성하려면 [] 계층 수준에서 구성 문을 활성화 해야 합니다.delayedit protocols source-packet-routing compute-profile profile-name metric-type delay 경로 계산을 위해 최소, 최대, 평균 및 지연 변동 임계값과 같은 지연 메트릭을 구성할 수 있습니다.

  • minimum- 누적 최저 지연 경로 계산을 위한 TED의 최소 지연 메트릭 값입니다.
  • average- 누적 최저 지연 경로 계산을 위한 TED의 평균 지연 메트릭 값입니다.
  • maximum- 누적 최저 지연 경로 계산을 위한 TED의 최대 지연 메트릭 값입니다.
  • delay-variation-threshold- 링크 지연 변동 임계값(1..16777215). 지연 변동 임계값을 초과하는 링크는 경로 계산에서 제외됩니다. 지연 변동 임계값은 최소값, 최대값 또는 평균에 대해 최적화를 수행하는지 여부와 무관합니다. 구성 문은 다음 계층 수준에 나타납니다.delay-variation-threshold
    • [edit protocols source-packet-routing compute-profile profile-name metric-type delay]

    • [edit protocols source-packet-routing compute-profile profile-name metric-type delay minimum]

    • [edit protocols source-packet-routing compute-profile profile-name metric-type delay maximum]

    • [edit protocols source-packet-routing compute-profile profile-name metric-type delay average]

다음 CLI 계층에서 지연 메트릭을 구성할 수 있습니다.

도메인 간 및 도메인 내 사용 사례에 대한 지연 메트릭 개요

도메인 내 사례(경로가 단일 도메인 내에 상주)의 경우, 경로 계산을 수행할 때 링크 지연이 고려됩니다. 세그먼트 라우팅 경로 계산을 위한 지연 메트릭은 압축된 SID와 압축되지 않은 SID 모두에서 지원됩니다. 압축되지 않은 SID가 있는 경우 비용이 동일한 경우 세그먼트 목록의 인접 세그먼트를 사용하여 여러 세그먼트 목록을 생성합니다. [] 계층 수준에서 구성 문을 사용하여 압축되지 않은 SID를 구성할 수 있습니다.no-label-stack-compressionedit protocols source-packet-routing compute-profile profile-name 이는 인접 SID를 사용하여 완전히 확장된 경로를 제공합니다. 자세한 내용은 compute-profile 을 참조하십시오.https://www.juniper.net/documentation/us/en/software/junos/mpls/topics/ref/statement/compute-profile-edit-protocols-source-packet-routing.html

다음은 지연 지표에 대한 샘플 구성입니다.

주:

옵티컬 경로 계산의 경우, 지연 메트릭을 최소한으로 사용하는 것이 좋습니다. 최소가 기본 구성입니다.

여러 자율 시스템이 있는 도메인 간(다중 도메인) 사용 사례의 경우 빠른 세그먼트를 사용하여 경로 계산을 위한 링크 지연을 구성할 수 있습니다. Express 세그먼트는 경계 노드 또는 ASBR을 연결하는 링크입니다. 익스프레스 세그먼트에 대한 자세한 내용은 익스프레스 세그먼트 LSP 구성을 참조하십시오.https://www.juniper.net/documentation/us/en/software/junos/mpls/topics/topic-map/express-segment-lsp-configuration.html 지연을 구성하거나 익스프레스 세그먼트에서 기본 LSP의 지연을 상속할 수 있습니다. [] 계층 수준에서 구성하고 최소, 최대 및 평균 지연 값을 설정할 수 있습니다.delayedit protocols express-segments segment-template template-name metric

다음 CLI 계층에서 익스프레스 세그먼트의 지연 메트릭을 구성할 수 있습니다.

도메인 간 경로 계산의 경우 BGP EPE 링크에 지연 메트릭을 할당할 수 있습니다. 아래와 같이 [] 계층 수준에서 값을 구성할 수 있습니다.delay-metricedit protocols bgp group group-name neighbor ip address egress-te-adj-segment segment-name egress-te-link attribute

옵티컬 네트워크 사용 사례의 지연 지표

다음 토폴로지는 옵티컬 사용 사례의 예를 보여 줍니다. 옵티컬 보호 및 복원 솔루션은 링크 장애 및 후속 DWDM 네트워크 최적화로 인해 주로 경로 길이와 같은 기본 물리적 속성이 변경됩니다.

그림에서 A와 C 사이의 링크는 광 노드 O1과 O3를 통해 이루어지며 대기 시간은 10마이크로초입니다.#id_yvq_j4d_xrb__d296e238 그림에서 옵티컬 노드 O1과 O3 간의 링크 장애와 실제 옵티컬 연결이 옵티컬 노드 O2를 통해 다시 라우팅되는 것을 볼 수 있습니다.#id_yvq_j4d_xrb__d296e241 이렇게 하면 대기 시간이 15마이크로초가 증가합니다. A와 B를 연결하는 링크의 메트릭은 time=0과 time=1 사이에서 동적으로 변경됩니다.

링크당 지연의 변경이 수신에 의해 감지되면 수신은 지연 최적화 경로의 재계산을 트리거하고 헤드엔드 라우터는 사용 가능한 다음 최소 지연 경로로 경로를 재라우팅합니다. 링크 지연의 변경으로 인해 수신이 지연 경로가 가장 적은 다른 링크 집합을 선택하게 될 수 있습니다. 그림 B에서는 경로 A와 C 사이의 링크에 변화가 있음을 알 수 있으며, 헤드엔드 라우터는 토폴로지에 표시된 대로 경로 A-B-C를 다시 라우팅하고 선택합니다.

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.

릴리스
설명
20.2R1
Junos OS 릴리스 20.2R1부터 BGP 레이블 유니캐스트(BGP-LU)는 IPv4 및 IPv6 주소 패밀리 모두에 대해 SR-TE(세그먼트 라우팅-트래픽 엔지니어링)를 통해 IPv4 또는 IPv6 경로를 확인할 수 있습니다.
19.4R1
PCE 시작 세그먼트 라우팅 LSP에 대한 터널 템플릿을 구성하여 이러한 LSP에 대한 두 가지 추가 매개 변수인 BFD(Bidirectional Forwarding Detection) 및 LDP 터널링을 전달할 수 있습니다.
19.1R1
Junos OS 릴리스 19.1R1부터 커밋 확인 기능이 도입되어 컬러 경로에 기여하는 모든 세그먼트 목록이 모든 홉에 대해 존재하는 최소 레이블을 갖도록 합니다.
19.1R1
Junos OS 릴리스 19.1R1부터는 무색 정적 LSP의 첫 번째 홉이 이제 IP 주소 외에도 SID 레이블에 대한 지원을 제공하므로 이 요구 사항이 적용되지 않습니다. 첫 번째 홉 레이블 지원으로, 색상이 지정된 정적 LSP와 유사하게 정적 비색상 세그먼트 라우팅 LSP를 해결하기 위해 MPLS FRR(Fast Reroute) 및 가중 동일 비용 다중 경로가 활성화됩니다.
18.2R1
Junos OS 릴리스 18.2R1부터 수신 디바이스에서 정적으로 구성된 무색 세그먼트 라우팅 LSP는 PCEP(Path Computation Element Protocol) 세션을 통해 PCE(Path Computation Element)에 보고됩니다.