트래픽 엔지니어링을 위한 OSPF 지원 구성
트래픽 엔지니어링을 위한 OSPF 지원
트래픽 엔지니어링을 사용하면 라우팅 테이블을 사용하는 표준 라우팅 모델을 우회하여 데이터 패킷이 따라가는 경로를 제어할 수 있습니다. 트래픽 엔지니어링은 혼잡한 링크에서 자동으로 계산된 대상 기반 최단 경로로 선택되지 않는 대체 링크로 이동합니다.
트래픽 엔지니어링 및 MPLS에 네트워크 토폴로지 및 로드에 대한 정보를 제공하기 위해 확장 기능이 OSPF의 Junos OS 구현에 추가되었습니다. 라우팅 디바이스에서 트래픽 엔지니어링이 활성화되면 OSPF 트래픽 엔지니어링 지원을 사용할 수 있습니다. OSPF를 위한 트래픽 엔지니어링을 활성화하면, 최단 경로 우선(SPF) 알고리즘이 MPLS에 따라 구성된 다양한 LSP(Label-Switched Path)를 고려하여 트래픽 엔지니어링 매개변수를 전달하는 불투명한 LSA(Link-State Advertisement)를 생성하도록 OSPF를 구성합니다. 매개 변수는 트래픽 엔지니어링 데이터베이스를 채우는 데 사용됩니다. 트래픽 엔지니어링 데이터베이스는 물리적 토폴로지 전반에 LSP를 배치하기 위한 명시적 경로를 계산하는 데만 사용됩니다. CSPF(Constrained Shortest Path First) 알고리즘은 트래픽 엔지니어링 데이터베이스를 사용하여 MPLS LSP가 취하는 경로를 계산합니다. RSVP는 이 경로 정보를 사용하여 LSP를 설정하고 이를 위해 대역폭을 예약합니다.
기본적으로 트래픽 엔지니어링 지원은 비활성화됩니다. 트래픽 엔지니어링을 활성화하려면 트래픽 엔지니어링 성명서를 포함하십시오. 또한 다음과 같은 OSPF 트래픽 엔지니어링 확장을 구성할 수 있습니다.
advertise-unnumbered-interfaces—(OSPFv2만 해당) 링크-로컬 트래픽 엔지니어링 LSA 패킷에서 링크-로컬 식별자를 광고합니다. RSVP가 RFC 3477에 정의된 번호가 지정되지 않은 인터페이스, RSVP-TE(Resource Reservation Protocol - Traffic Engineering)의 번호가 지정되지 않은 링크 신호 전송을 수행할 수 있는 경우 이 명령문을 포함할 필요가 없습니다.
신뢰성 프로토콜 기본 설정—(OSPFv2만 해당) 트래픽 엔지니어링 데이터베이스에서 OSPF 경로에 신뢰성 값을 할당합니다. 기본적으로 Junos OS는 다른 IGP의 경로가 더 낮은 기본 설정 값으로 구성되더라도 트래픽 엔지니어링 데이터베이스에서 다른 IGP(Interior Gateway Protocol) 경로보다 OSPF 경로를 선호합니다. 트래픽 엔지니어링 데이터베이스는 각 IGP에 신뢰성 값을 할당하고 신뢰도가 가장 높은 IGP 경로를 선호합니다. Junos OS Release 9.4 이상에서는 트래픽 엔지니어링 데이터베이스 신뢰도 값을 결정하기 위해 프로토콜 기본 설정을 고려하도록 OSPF를 구성할 수 있습니다. 신뢰성 값을 결정하는 데 프로토콜 기본 설정이 사용되는 경우 구성에 따라 트래픽 엔지니어링 데이터베이스에서 OSPF 경로를 자동으로 선호하지 않습니다.
ignore-lsp-metrics—OSPF 트래픽 엔지니어링 바로 가기 계산에서 RSVP LSP 메트릭을 무시하거나 RSVP LSP를 통해 LDP를 구성할 때 무시합니다. 이 옵션은 OSPF와 RSVP 간의 상호 의존성을 방지하여 트래픽 터널링에 사용되는 RSVP 메트릭이 최신 상태로 유지되지 않는 기간을 제거합니다. 또한 트래픽 엔지니어링을 위해 RSVP를 사용하는 경우 LDP를 동시에 실행하여 코어에 외부 경로가 분산되지 않도록 할 수 있습니다. LDP에 의해 설정된 LSP는 RSVP에 의해 설정된 LSP를 통해 터널됩니다. LDP는 트래픽 엔지니어링 LSP를 효과적으로 단일 홉으로 취급합니다.
멀티캐스트-rpf-route—(OSPFv2만 해당) RPF(Multicast Reverse-Path Forwarding) 검사를 위해 멀티캐스트 라우팅 테이블(inet.2)에 유니캐스트 IPv4 경로(LSP가 아님)를 설치합니다. inet.2 라우팅 테이블은 멀티캐스트 RPF 조회에 사용되는 유니캐스트 경로로 구성됩니다. RPF는 패킷이 인터페이스에서 들어오는지 확인하는 데 사용되는 스푸핑 차단 메커니즘으로, 패킷 소스로 데이터를 다시 전송합니다.
no-topology—(OSPFv2만 해당) 링크 상태 토폴로지 정보의 배포를 비활성화하려면. 비활성화된 경우 트래픽 엔지니어링 토폴로지 정보는 더 이상 OSPF 영역 내에 분산되지 않습니다.
바로 가기—OSPF가 수신 라우팅 디바이스에서 송신 라우팅 장비로의 논리적 인터페이스 인 것처럼 다음 홉으로 LSP를 사용할 수 있도록 IGP 바로 가기를 구성합니다. 수신 라우팅 장비의 [편집 프로토콜 mpls label-switched-path lsp-path-name] 계층 수준에서 명령문에 지정된 주소는 송신 라우팅 장비에 대한 직접 링크로 작동하고 OSPF SPF 계산에 대한 입력으로 사용되기 위해서는 LSP가 송신 라우팅 장비의 라우터 ID와 일치해야 합니다. 이러한 방식으로 사용되는 경우, LSP는 IPv4 트래픽만을 전송한다는 점을 제외하고는 ATM(Asynchronous Transfer Mode) 및 프레임 릴레이 가상 회로(VC)와 다르지 않습니다.
OSPFv2는 inet.0 라우팅 테이블에 IPv4 경로에 대한 프리픽스를 설치하고 LSP는 기본적으로 inet.3 라우팅 테이블에 설치됩니다.
바로 가기에 사용되는 OSPFv3 LSP는 IPv4를 사용하여 계속해서 신호를 전송합니다. 그러나 기본적으로 OSPFv3을 통해 계산된 바로 가기 IPv6 경로가 inet6.3 라우팅 테이블에 추가됩니다. BGP의 기본 동작은 계산에서 LSP만 사용하는 것입니다. BGP 및 IGP가 트래픽 포워딩에 LSP를 사용하도록 MPLS를 구성하면 OSPFv3를 통해 계산된 IPv6 바로 가기 경로가 inet6.0 라우팅 테이블에 추가됩니다.
참고:가능하면 트래픽 엔지니어링 바로 가기 대신 OSPF IGP 바로 가기를 사용합니다.
lsp-metric-info-summary—LSP를 링크로 취급하도록 LSP 메트릭을 요약 LSA로 광고합니다. 이 구성을 통해 네트워크의 다른 라우팅 디바이스에서 이 LSP를 사용할 수 있습니다. 이를 위해서는 요약 LSA에서 LSP 메트릭을 광고하기 위해 MPLS 및 OSPF 트래픽 엔지니어링을 구성해야 합니다.
라우팅 디바이스에서 트래픽 엔지니어링을 활성화하면 트래픽 엔지니어링에만 사용되는 OSPF 메트릭을 구성할 수도 있습니다. 트래픽 엔지니어링 메트릭은 트래픽 엔지니어링 데이터베이스에 주입된 정보에 사용됩니다. 이 값은 일반 OSPF 포워딩에 영향을 미치지 않습니다.
예: OSPF 트래픽 엔지니어링 지원 지원
이 예에서는 요약 LSA(Link-State Advertis)에서 OSPF 트래픽 엔지니어링 지원을 통해 LSP(Label-Switched Path) 메트릭을 광고하는 방법을 보여줍니다.
요구 사항
시작하기 전:
디바이스 인터페이스를 구성합니다. 보안 장비에 대한 인터페이스 사용자 가이드를 참조하십시오.
네트워크 요구 사항에 따라 BGP를 구성합니다. BGP 사용자 가이드 보기
네트워크 요구 사항에 따라 MPLS를 구성합니다. MPLS 애플리케이션 사용자 가이드를 참조하십시오.
개요
OSPF를 구성하여 LSP를 링크로 취급하고 네트워크에 있는 다른 라우팅 디바이스가 이 LSP를 사용하도록 할 수 있습니다. 이를 위해 요약 LSA에서 LSP 메트릭을 광고하도록 MPLS 및 OSPF 트래픽 엔지니어링을 구성해야 합니다.
이 예에서는 Area 0.0.0.0에 4개의 라우팅 디바이스가 있으며, OSPF는 ingress Device R1에서 egress Device R4로 연결되는 R1-to-R4라는 LSP를 링크로 취급하기를 원합니다.
OSPF의 경우 성명서를 포함함으로써 해당 지역의 4개 라우팅 디바이스에서 트래픽 엔지니어링을 활성화할 수 traffic-engineering 있습니다. 이 구성은 최단 경로 우선(SPF) 알고리즘이 MPLS에서 구성된 LSP를 고려하여 트래픽 엔지니어링 매개변수를 전달하는 LSA를 생성하도록 OSPF를 구성하도록 보장합니다. 또한, OSPF가 MPLS LSP를 다음 홉으로 사용하고 ingress Device R1에 옵션 shortcuts lsp-metric-into-summary 명령문을 포함하여 요약 LSA에서 LSP 메트릭을 광고하도록 보장합니다.
MPLS의 경우, MPLS가 명령문을 포함 traffic-engineering bgp-igp 함으로써 BGP 및 IGP 대상 모두에서 트래픽 엔지니어링을 수행하도록 트래픽 엔지니어링을 활성화하고 수신 디바이스 R1에 명령문을 포함 label-switched-path lsp-path-name to address 시켜 R1-to-R4라는 LSP를 포함합니다. 수신 장비 R1의 성명서에 지정된 to 주소는 LSP가 송신 라우팅 장비에 대한 직접 링크로 작동하고 OSPF SPF 계산에 대한 입력으로 사용되기 위해서는 Egress Device R4의 라우터 ID와 일치해야 합니다. 이 예에서는 egress Device R4의 라우터 ID가 10.0.0.4입니다.
구성
다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은CLI 사용자 가이드의 Junos OS 구성 수정을 참조하십시오.
절차
CLI 빠른 구성
OSPF 트래픽 엔지니어링 지원을 통해 요약 LSP 메트릭을 광고하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
R1의 구성:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
R2의 구성:
[edit] set routing-options router-id 10.0.0.2 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
R3의 구성:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
R4의 구성:
[edit] set routing-options router-id 10.0.0.4 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
단계별 절차
OSPF 트래픽 엔지니어링 지원을 통해 요약 LSP 메트릭을 광고하려면 다음을 수행합니다.
라우터 ID를 구성합니다.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R2# set routing-options router-id 10.0.0.2
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R4# set routing-options router-id 10.0.0.4
OSPF 영역을 구성하고 인터페이스를 추가합니다.
참고:OSPFv3을 지정하려면 계층 수준에 명령문을
[edit protocols]포함ospf3하십시오.[edit] user@R1# set protocols ospf area 0.0.0.0 interface all user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R2# set protocols ospf area 0.0.0.0 interface all user@R2# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R4# set protocols ospf area 0.0.0.0 interface all user@R4# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
OSPF 트래픽 엔지니어링을 활성화합니다.
[edit] user@R1# set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary
[edit] user@R2# set protocols ospf traffic-engineering
[edit] user@R3# set protocols ospf traffic-engineering
[edit] user@R4# set protocols ospf traffic-engineering
디바이스 R1에서 MPLS 트래픽 엔지니어링을 구성합니다.
[edit ] user@R1#
set protocols mpls traffic-engineering bgp-igpuser@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit] user@host# commit
결과
, show protocols ospf및 show protocols mpls 명령을 입력하여 구성을 show routing-options확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
R1의 출력:
user@host# show routing-options router-id 10.0.0.1;
user@host# show protocols ospf
traffic-engineering {
shortcuts lsp-metric-into-summary;
}
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
user@host# show protocols mpls
traffic-engineering bgp-igp;
label-switched-path R1-to-R4 {
to 10.0.0.4;
}
R2의 출력:
user@host# show routing-options router-id 10.0.0.2;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
R3의 출력:
user@host# show routing-options router-id 10.0.0.3;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
R4의 출력:
user@host# show routing-options router-id 10.0.0.4;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
OSPFv3 구성을 확인하려면 , show protocols ospf3및 show protocols mpls 명령을 입력show routing-options합니다.
확인
구성이 올바르게 작동하는지 확인합니다.
OSPF에 대한 트래픽 엔지니어링 기능 검증
목적
트래픽 엔지니어링이 OSPF에 활성화되었는지 확인합니다. 기본적으로 트래픽 엔지니어링은 비활성화됩니다.
작업
운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf overview 하고 OSPFv3에 대해 입력 show ospf3 overview 합니다.
트래픽 엔지니어링 데이터베이스에서 OSPF 항목 검증
목적
트래픽 엔지니어링 데이터베이스에서 OSPF 정보를 확인합니다. Protocol 필드는 OSPF와 정보가 학습된 영역을 표시합니다.
작업
운영 모드에서 명령을 입력합니다 show ted database .
예: 특정 OSPF 인터페이스를 위한 트래픽 엔지니어링 메트릭 구성
이 예에서는 트래픽 엔지니어링에 사용되는 OSPF 메트릭 값을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전:
디바이스 인터페이스를 구성합니다. 보안 장비에 대한 인터페이스 사용자 가이드를 참조하십시오.
트래픽 엔지니어링을 위해 OSPF를 구성합니다. 예: OSPF 트래픽 엔지니어링 지원 활성화
개요
트래픽 엔지니어링에만 사용되는 OSPF 메트릭을 구성할 수 있습니다. 트래픽 엔지니어링 메트릭의 기본값을 수정하려면 명령문을 te-metric 포함합니다. OSPF 트래픽 엔지니어링 메트릭은 일반 OSPF 포워딩에 영향을 미치지 않습니다. 기본적으로 트래픽 엔지니어링 메트릭은 OSPF 메트릭과 동일한 값입니다. 범위는 1 ~ 65,535입니다.
이 예에서는 영역 0.0.0.0에서 OSPF 인터페이스 fe-0/1/1 에서 OSPF 트래픽 엔지니어링 메트릭을 구성합니다.
구성
CLI 빠른 구성
특정 인터페이스에 대해 OSPF 트래픽 엔지니어링 메트릭을 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성에 필요한 세부 정보를 변경하고, [편집] 계층 수준에서 CLI에 명령을 복사 및 붙여넣은 다음 구성 모드에서 입력 commit 합니다.
[edit] set protocols ospf area 0.0.0.0 interface fe-0/1/1 te-metric 10
절차
단계별 절차
트래픽 엔지니어링에만 사용되는 특정 인터페이스에 대해 OSPF 트래픽 엔지니어링 메트릭을 구성하려면 다음을 수행합니다.
OSPF 영역을 생성합니다.
참고:OSPFv3을 지정하려면 계층 수준에 명령문을
[edit protocols]포함ospf3하십시오.[edit] user@host# edit protocols ospf area 0.0.0.0
OSPF 네트워크 세그먼트의 트래픽 엔지니어링 메트릭을 구성합니다.
[edit protocols ospf area 0.0.0.0] user@host
set interface fe-0/1/1 te-metric 10디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.0] user@host# commit
결과
명령을 입력하여 구성을 show protocols ospf 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
user@host# show protocols ospf
area 0.0.0.0 {
interface fe-0/1/1.0 {
te-metric 10;
}
}
OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .
OSPF 패시브 트래픽 엔지니어링 모드
일반적으로 OSPF와 같은 내부 라우팅 프로토콜은 자율 시스템 간의 링크에서 실행되지 않습니다. 그러나 AS 간 트래픽 엔지니어링이 제대로 작동하려면 AS 간 링크( 특히 원격 인터페이스의 주소)에 대한 정보를 자율 시스템(AS) 내에서 사용할 수 있어야 합니다. 이 정보는 일반적으로 외부 BGP(EBGP) 도달 가능성 메시지 또는 OSPF 라우팅 광고에 포함되지 않습니다.
AS 내에서 이 링크 주소 정보를 플러딩하고 트래픽 엔지니어링 계산에 사용할 수 있도록 하려면 각 AS 간 인터페이스에서 트래픽 엔지니어링을 위한 OSPF 패시브 모드를 구성해야 합니다. 또한 OSPF를 배포하고 트래픽 엔지니어링 데이터베이스에 포함할 수 있도록 원격 주소를 제공해야 합니다. OSPF 트래픽 엔지니어링 모드를 사용하면 MPLS LSP(Label-Switched Path)가 OSPF AS 경계 라우터를 동적으로 검색하고 라우터가 여러 자율 시스템 전반에 걸쳐 트래픽 엔지니어링 LSP를 설정할 수 있습니다.
예: OSPF 패시브 트래픽 엔지니어링 모드 구성
이 예에서는 AS 간 인터페이스에서 트래픽 엔지니어링을 위해 OSPF 패시브 모드를 구성하는 방법을 보여줍니다. EBGP 피어 간의 AS 경계 라우터 링크는 직접 연결 링크여야 하며 수동 트래픽 엔지니어링 링크로 구성되어야 합니다.
요구 사항
시작하기 전:
디바이스 인터페이스를 구성합니다. 보안 장비에 대한 인터페이스 사용자 가이드를 참조하십시오.
네트워크 요구 사항에 따라 BGP를 구성합니다. BGP 사용자 가이드를 참조하십시오.
네트워크 요구 사항에 따라 LSP를 구성합니다. MPLS 애플리케이션 사용자 가이드를 참조하십시오.
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
OSPF 지정 라우터 선출 제어. 예: OSPF 지정 라우터 선출 제어
단일 영역 OSPF 네트워크를 구성합니다. 예: 단일 영역 OSPF 네트워크 구성을 참조하십시오.
다중 OSPF 네트워크를 구성합니다. 예: Multiarea OSPF 네트워크 구성을 참조하십시오.
개요
AS 간 인터페이스에서 트래픽 엔지니어링을 위한 OSPF 패시브 모드를 구성할 수 있습니다. OSPF 패시브 트래픽 엔지니어링 링크의 원격 노드에 사용되는 주소는 EBGP 링크에 사용되는 주소와 동일해야 합니다. 이 예에서는 AREA 0.0.0.1의 인터페이스 so-1/1/ 0을 AS 내의 OSPF와 트래픽 엔지니어링 정보를 배포하는 INTER-AS 링크로 구성하고 다음 설정을 포함합니다.
passive—해당 인터페이스에서 OSPF를 실제로 실행하지 않고도 인터페이스에서 직접 인터페이스 주소를 광고합니다. 수동 인터페이스는 주소 정보가 OSPF의 내부 경로로 광고되지만 프로토콜이 실행되지 않는 인터페이스입니다.
트래픽 엔지니어링—OSPF 패시브 트래픽 엔지니어링 모드로 인터페이스를 구성하여 OSPF AS 경계 라우터의 동적 검색을 지원합니다. 기본적으로 OSPF 패시브 트래픽 엔지니어링 모드는 비활성화됩니다.
remote-node-id—AS 간 링크의 맨 끝에 있는 IP 주소를 지정합니다. 이 예에서 원격 IP 주소는 192.168.207.2입니다.
구성
트래픽 엔지니어링을 위해 OSPF 패시브 모드를 신속하게 구성하려면 다음 명령을 복사하여 줄바꿈을 제거하고 CLI에 붙여넣습니다.
[edit] set protocols ospf area 0.0.0.1 interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
절차
단계별 절차
OSPF 패시브 트래픽 엔지니어링 모드를 구성하려면 다음을 수행합니다.
OSPF 영역을 생성합니다.
참고:OSPFv3을 지정하려면 계층 수준에 명령문을
[edit protocols]포함ospf3하십시오.[edit] user@host# set protocols ospf area 0.0.0.1
so-1/1/0 인터페이스를 트래픽 엔지니어링을 위해 구성된 패시브 인터페이스로 구성하고, AS 간 링크의 맨 끝에 있는 IP 주소를 지정합니다.
[edit protocols ospf area 0.0.0.1] user@host# set interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit protocols ospf] user@host# commit
결과
명령을 입력하여 구성을 show protocols ospf 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
user@host# show protocols ospf
area 0.0.0.1 {
interface so-1/1/0.0 {
passive {
traffic-engineering {
remote-node-id 192.168.207.2;
}
}
}
}
OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .
OSPFv2로의 레이블 스위칭 경로 광고
네트워크에서 LSP(Label-Switched Path)를 구성해야 하는 주된 이유 중 하나는 네트워크의 두 지점 사이의 최단 경로를 제어하기 때문입니다. SPF 계산을 수행할 때 모든 관련 라우팅 디바이스가 LSP를 고려하도록 OSPFv2에 LSP를 점대점(point-to-point) 링크로 알릴 수 있습니다. 광고에는 로컬 주소(LSP의 주소 에서 보낸 주소), 원격 주소(LSP 의 주소) 및 다음 우선 순위가 있는 메트릭이 포함됩니다.
OSPFv2에 정의된 LSP 메트릭을 사용합니다.
MPLS 하의 레이블 스위칭 경로에 대해 구성된 LSP 메트릭을 사용합니다.
위 중 어느 것을 구성하지 않으면 기본 OSPFv2 메트릭 1을 사용합니다.
OSPFv2로 공지된 LSP를 SPF 계산에 사용하려면 역방향 링크(즉, LSP의 tail 끝에서 헤드 엔드로의 링크)가 있어야 합니다. 역방향으로 LSP를 구성하고 OSPFv2에서도 이를 공지하여 이러한 작업을 수행할 수 있습니다.
예: OSPFv2로의 레이블 스위칭 경로 광고
이 예에서는 OSPFv2에 LSP를 광고하는 방법을 보여줍니다.
요구 사항
시작하기 전에 디바이스 인터페이스를 구성합니다. 라우팅 디바이스에 대한 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
개요
LSP를 OSPFv2로 광고하려면 LSP를 정의하고 LSP를 사용하여 트래픽을 라우팅하도록 OSPFv2를 구성합니다. 이를 통해 LSP를 사용하여 네트워크의 두 지점 간의 최단 경로를 제어할 수 있습니다. OSPF가 기본 best-effort 라우팅을 사용하는 대신 LSP를 따라 라우팅되는 OSPF 트래픽을 사용하려는 경우 이 작업을 선택할 수 있습니다.
이 예에서는 OSPFv2에 LSP를 광고하도록 다음을 구성합니다.
Bgp
모든 라우팅 디바이스에서 로컬 AS 번호 65000을 구성하고 지정된 BGP 시스템을 피어로 인식하는 IBGP 그룹을 정의합니다. 모든 구성원은 로컬 AS 내부이므로 전체 피어 목록이 있는 내부 그룹을 구성합니다. 또한 구성한 로컬 AS 번호와 동일한 피어 AS 그룹도 포함합니다.
Mpls
모든 라우팅 디바이스의 경우, 각 전송 논리적 인터페이스에서 프로토콜 제품군을 구성하고 관리 인터페이스(fxp0.0)를 제외한 모든 인터페이스에서 MPLS를 활성화합니다. mpls 프로토콜 제품군 유형을 지정합니다.
Rsvp
모든 라우팅 디바이스의 경우 관리 인터페이스(fxp0.0)를 제외하고 모든 인터페이스에서 RSVP를 활성화합니다. 이 네트워크의 디바이스에서 RSVP를 활성화하여 인터페이스가 LSP에 신호를 연결할 수 있도록 보장합니다.
OSPFv2
모든 라우팅 디바이스의 경우 루프백 주소를 사용하여 라우터 ID를 할당하고, 모든 디바이스를 OSPF 영역 0.0.0.0에 관리 그룹화하고, OSPF에 참여하는 모든 인터페이스를 Area 0.0.0.0에 추가하며, 관리 인터페이스(fxp0.0)에서 OSPF를 비활성화합니다.
레이블 스위칭 경로
LSP의 시작(또는 헤드엔드)인 수신 라우팅 디바이스 R1에서 명시적 경로로 LSP를 구성합니다. 명시적 경로는 LSP가 다른 노드를 통과하지 않고 경로에서 다음 지정된 IP 주소로 이동해야 한다는 것을 나타냅니다. 이 예에서는 R1-to-R6라는 LSP를 생성하고 송신 라우팅 장비 R6의 IP 주소를 지정합니다.
OSPFv2에서 LSP 광고
수신 라우팅 디바이스 R1에서 LSP를 OSPFv2에 대한 점대점(point-to-point) 링크로 광고합니다. 선택적으로 메트릭을 할당하여 LSP를 원하는 목적지 경로로 지정할 수 있습니다.
토폴로지
그림 1 은 다음으로 구성된 샘플 네트워크 토폴로지입니다.
BGP는 모든 라우팅 디바이스에 구성되어 있으며, 3개의 라우팅 디바이스가 포함된 하나의 로컬 AS(Autonomous System) 65000으로 구성됩니다.
R1—디바이스 R1은 라우터 ID가 10.0.0.1인 수신 디바이스입니다. 인터페이스 so-0/0/2 는 Device R3에 연결됩니다.
R3—디바이스 R3은 라우터 ID가 10.0.0.3인 전송 디바이스입니다. 인터페이스 so-0/0/2 는 Device R1에 연결되고, So-0/0/3 인터페이스는 Device R6에 연결됩니다.
R6—디바이스 R6은 라우터 ID가 10.0.0.6인 송신 디바이스입니다. 인터페이스 so-0/0/3 은 Device R3에 연결됩니다.
OSPFv2는 모든 라우팅 디바이스에 구성됩니다.
MPLS 및 RSVP는 모든 라우팅 디바이스에서 활성화됩니다.
디바이스 R1에 하나의 RSVP 신호 LSP가 구성됩니다.
로 광고
구성
다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 CLI 사용자 가이드의 Junos OS 구성 수정을 참조하십시오.
디바이스를 구성하여 LSP를 OSPFv2로 광고하려면 다음 작업을 수행합니다.
BGP 구성
CLI 빠른 구성
각 라우팅 디바이스에서 BGP를 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
장비 R1의 구성:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
장비 R3의 구성:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
장비 R6의 구성:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.6 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers peer-as 65000
단계별 절차
BGP를 구성하려면:
각 라우팅 디바이스에서 로컬 AS 번호를 구성합니다.
[edit] user@R1# set routing-options autonomous-system 65000
[edit] user@R3# set routing-options autonomous-system 65000
[edit] user@R6# set routing-options autonomous-system 65000
각 라우팅 디바이스에서 내부 BGP neighbor 연결을 구성합니다.
[edit] user@R1# set protocols bgp group internal-peers type internal user@R1# set protocols bgp group internal-peers local-address 10.0.0.1 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R1# set protocols bgp group internal-peers peer-as 65000
[edit] user@R3# set protocols bgp group internal-peers type internal user@R3# set protocols bgp group internal-peers local-address 10.0.0.3 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R3# set protocols bgp group internal-peers peer-as 65000
[edit] user@R6# set protocols bgp group internal-peers type internal user@R6# set protocols bgp group internal-peers local-address 10.0.0.6 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R6# set protocols bgp group internal-peers peer-as 65000
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit] user@host# commit
결과
및 show protocols bgp 명령을 입력하여 구성을 show routing-options 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
R1의 구성:
user@R1# show routing-options autonomous-system 65000;
user@R1# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.1;
peer-as 65000;
neighbor 10.0.0.3;
neighbor 10.0.0.6;
}
R3의 구성:
user@R3# show routing-options autonomous-system 65000;
user@R3# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.3;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.6;
}
R6의 구성:
user@R6# show routing-options autonomous-system 65000;
user@R6# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.6;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.3;
}
MPLS 구성
CLI 빠른 구성
AS 65000의 모든 라우팅 디바이스에서 MPLS를 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
장비 R1의 구성:
[edit] set interfaces so-0/0/2 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
장비 R3의 구성:
[edit] set interfaces so-0/0/2 unit 0 family mpls set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
장비 R6의 구성:
[edit] set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
단계별 절차
MPLS를 구성하려면 다음을 수행합니다.
MPLS용 전송 인터페이스를 구성합니다.
[edit ] user@R1# set interfaces so-0/0/2 unit 0 family mpls
[edit ] user@R3# set interfaces so-0/0/2 unit 0 family mpls user@R3# set interfaces so-0/0/3 unit 0 family mpls
[edit ] user@R6# set interfaces so-0/0/3 unit 0 family mpls
MPLS를 활성화합니다.
[edit ] user@R1# set protocols mpls interface all
[edit ] user@R3# set protocols mpls interface all
[edit ] user@R6# set protocols mpls interface all
관리 인터페이스에서 MPLS를 비활성화(fxp0.0).
[edit ] user@R1# set protocols mpls interface fxp0.0 disable
[edit ] user@R3# set protocols mpls interface fxp0.0 disable
[edit ] user@R6# set protocols mpls interface fxp0.0 disable
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit] user@host# commit
결과
및 show protocols mpls 명령을 입력하여 구성을 show interfaces 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
장비 R1의 구성:
user@R1# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
user@R1# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
장비 R3의 구성:
user@R3# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R3# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
장비 R6의 구성:
user@R6# show interfaces
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R6# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
RSVP 구성
CLI 빠른 구성
AS 65000의 모든 라우팅 디바이스에서 RSVP를 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
장비 R1의 구성:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface fxp0.0 disable
장비 R3의 구성:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
장비 R6의 구성:
[edit] set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
단계별 절차
RSVP를 구성하려면:
RSVP를 활성화합니다.
[edit ] user@R1# set protocols rsvp interface so-0/0/2
[edit ] user@R3# set protocols rsvp interface so-0/0/2 user@R3# set protocols rsvp interface so-0/0/3
[edit ] user@R6# set protocols rsvp interface so-0/0/3
관리 인터페이스에서 RSVP를 비활성화(fxp0.0).
[edit ] user@R1# set protocols rsvp interface fxp0.0 disable
[edit ] user@R3# set protocols rsvp interface fxp0.0 disable
[edit ] user@R6# set protocols rsvp interface fxp0.0 disable
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit] user@host# commit
결과
명령을 입력하여 구성을 show protocols rsvp 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
장비 R1의 구성:
user@R1# show protocols rsvp
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
장비 R3의 구성:
user@R3# show protocols rsvp
interface so-0/0/2.0;
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
장비 R6의 구성:
user@R3# show protocols rsvp
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
OSPF 구성
CLI 빠른 구성
OSPF를 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
장비 R1의 구성:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
장비 R3의 구성:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
장비 R6의 구성:
[edit] set routing-options router-id 10.0.0.6 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
단계별 절차
OSPF를 구성하려면 다음을 수행합니다.
라우터 ID를 구성합니다.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R6# set routing-options router-id 10.0.0.6
OSPF 영역과 인터페이스를 구성합니다.
[edit] user@R1# set protocols ospf area 0.0.0.0 interface all
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all
[edit] user@R6# set protocols ospf area 0.0.0.0 interface all
관리 인터페이스에서 OSPF를 비활성화(fxp0.0).
[edit] user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R6# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit ] user@host# commit
결과
명령어와 명령을 입력하여 구성을 show routing-options show protocols ospf 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
장비 R1의 구성:
user@R1# show routing-options router-id 10.0.0.1;
user@R1# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
장비 R3의 구성:
user@R3# show routing-options router-id 10.0.0.3;
user@R3# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
장비 R6의 구성:
user@R6# show routing-options router-id 10.0.0.6;
user@R6# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
LSP 구성
CLI 빠른 구성
수신 라우팅 디바이스 라우터 R1에서 LSP를 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
[edit] set protocols mpls label-switched-path R1-to-R6 to 10.0.0.6
단계별 절차
디바이스 R1에서 LSP를 구성하려면 다음을 수행합니다.
MPLS 구성 모드를 입력합니다.
[edit] user@R1# edit protocols mpls
LSP를 만듭니다.
[edit protocols mpls] user@R1# set label-switched-path R1-to-R6 to 10.0.0.6
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit ] user@R1# commit
결과
명령을 입력하여 구성을 show protocols mpls 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
user@R1# show protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
OSPFv2에 LSP 광고
CLI 빠른 구성
LSP를 OSPFv2에 빠르게 광고하고 디바이스 R1에서 LSP에 대한 메트릭을 옵션으로 포함하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
[edit] set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
단계별 절차
라우터 R1에서 OSPFv2로 LSP를 광고하려면 다음을 수행합니다.
OSPF 구성 모드를 입력합니다.
[edit] user@R1# edit protocols ospf
명령문을
label-switched-path포함하고 생성한 LSP R1-to-R6를 지정합니다.[edit protocols ospf] user@R1# set area 0.0.0.0 label-switched-path R1-to-R6
(선택사항) LSP에 대한 메트릭을 지정합니다.
[edit protocols ospf] user@R1# set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
디바이스 구성을 완료한 경우 구성을 커밋합니다.
[edit] user@R1# commit
결과
명령을 입력하여 구성을 show protocols ospf 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
user@R1# show protocols ospf
area 0.0.0.0 {
label-switched-path R1-to-R6 {
metric 2;
}
}
OSPF에 대한 정적 Adjacency Segment Identifier
Adjacency Segment는 링크 비용에 관계없이 두 노드 간의 특정 링크상에서 패킷을 전송하는 엄격한 포워딩된 단일 홉 터널입니다. 인터페이스에 대한 정적 SID(Adjacency Segment Identifier) 레이블을 구성할 수 있습니다.
인터페이스에서 정적 인접 SID를 구성하면 동일한 전송 경로와 함께 기존 동적으로 할당된 adjacency SID를 제거합니다.
정적 Adjacency SID의 경우, 레이블은 정적 예약 레이블 풀 또는 OSPF 세그먼트 라우팅 글로벌 블록(SRGB)에서 선택됩니다.
다음 구성을 사용하여 레이블의 정적 할당에 사용할 레이블 범위를 예약할 수 있습니다.
user@host# set protocols mpls label-range static-label-range start-value end-value
정적 풀은 모든 프로토콜이 이 범위의 Label을 할당하는 데 사용할 수 있습니다. 두 프로토콜이 동일한 정적 레이블을 사용하지 않도록 해야 합니다. OSPF Adjacency SID는 키워드 label를 사용하여 이 레이블 블록에서 구성을 통해 할당될 수 있습니다. label 특정 Adjacency SID에 대한 값을 명시적으로 구성해야 합니다. 다음은 샘플 구성입니다.
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected label 700001;
명령을 사용하면 ipv4-adjacency-segment 기본 인터페이스가 점대점(point-to-point)이 되어야 합니다.
SRGB는 구성에 따라 프로토콜에 할당되는 글로벌 레이블 공간입니다. 전체 SRGB의 레이블은 OSPF에서 사용할 수 있으며 다른 애플리케이션/프로토콜에 할당되지 않습니다. Prefix SID(및 Node SID)는 이 SRGB에서 인덱싱됩니다.
구성에서 키워드 '인덱스'를 사용하여 OSPF Adj-SID를 OSPF SRGB에서 할당할 수 있습니다. 이 경우 Adj-SID 인덱스가 도메인의 다른 Prefix SID와 충돌하지 않도록 해야 합니다. Prefix-SID와 마찬가지로 SRGB와 관련하여 인덱스를 언급함으로써 Adj-SID도 구성됩니다. 그러나 Adj-SID subtlv는 여전히 SID를 값으로 가지며 L 및 V 플래그는 설정됩니다. 다음은 샘플 구성입니다.
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
지역별로 정적 인접 SID를 구성할 수 있으며 보호가 필요한지 여부에 따라 구성할 수도 있습니다. [] 계층 수준에서 인터페이스edit protocols ospf area area interface interface-name별로 Adjacency SID를 구성해야 합니다.
보호—인접 SID가 백업 경로를 가질 자격이 있는지 확인하고 B-flag가 Adjacency SID 알림에 설정되어 있는지 확인합니다.
보호되지 않음—특정 Adjacency SID에 대한 백업 경로가 계산되지 않도록 하고 B-flag가 Adjacency SID 알림에 설정되지 않도록 합니다.
다음은 샘플 구성입니다.
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1.1 ipv4-adjacency-segment protected index 2;
세그먼트 라우팅이 LAN 서브네트워크에서 사용되는 경우 LAN의 각 라우터는 각 이웃의 인접 SID를 광고할 수 있습니다. LAN 인터페이스에 대한 인접 SID를 특정 이웃에 구성하려면 [edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid] 계층 수준에서 lan-neighbor 구성에서 Adjacency SID를 구성해야 합니다. 다음은 샘플 구성입니다.
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-1/0/0.1 lan-neighbor 11.12.1.2 ipv4-adjacency-segment unprotected label 700001;
인접 SID 구성을 위해 다음 CLI 계층을 사용합니다.
[edit ]
protocols {
ospf {
area 0.0.0.0 {
interface <interface_name> {
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
interface <interface_name> {
lan-neighbor <neighbor-routerid>{
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
}
}
}
}
다음 운영 CLI 명령을 사용하여 구성을 확인합니다.
ospf neighbor 세부 정보 표시
다음 샘플 출력은 구성된 동적 Adjacency SID의 세부 정보를 표시합니다.
user@host> show ospf neighbor detail
Address Interface State ID Pri Dead
11.12.1.2 ge-1/0/0.0 Full 12.1.1.1 128 34
Area 0.0.0.0, opt 0x52, DR 0.0.0.0, BDR 0.0.0.0
Up 00:06:27, adjacent 00:06:27
SPRING Adjacency Labels:
Label Flags Adj-Sid-Type
90010 BVLP Protected
1212 VLP UnProtected
regress@10.49.129.231# run show route label 90010
mpls.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
90010 *[L-OSPF/10/5] 00:00:21, metric 0
> to 11.12.1.2 via ge-1/0/0.0, Pop
to 11.12.2.2 via ge-1/0/2.0, Swap 16021
to 11.12.3.2 via ge-1/0/3.0, Swap 16021
SPRING(Source Packet Routing in Networking) 이해하기
소스 패킷 라우팅 또는 세그먼트 라우팅은 수신 라우터가 네트워크의 중간 노드에 의존하지 않고 네트워크의 특정 노드 및 링크를 통해 패킷을 스티어링할 수 있는 컨트롤 플레인 아키텍처입니다. 이 맥락에서 '소스'라는 용어는 '명시적 경로가 부과되는 지점'을 의미합니다.
Junos OS 릴리스 20.3R1부터 시작하여 SPRING(Source Packet Routing in Networking)을 통해 기본 기능을 제공하는 OSPF 프로토콜에 대한 세그먼트 라우팅 지원.
기본적으로 세그먼트 라우팅은 두 가지 유형의 네트워크 세그먼트 또는 터널을 광고하기 위해 OSPF와 같은 IGP를 지원합니다.
-
첫째, 링크 비용에 관계없이 두 노드 간의 특정 링크 상에서 패킷을 전송하는 엄격한 포워딩된 단일 홉 터널입니다.
-
둘째, 노드 세그먼트라고 하는 두 개의 특정 노드 간의 최단 경로 링크를 사용하는 다중 홉 터널 입니다.
Ingress 라우터는 적절한 터널 조합으로 패킷을 사전에 추가함으로써 원하는 노드 및 링크 세트를 통해 패킷을 스티어링할 수 있습니다.
세그먼트 라우팅은 소스 라우팅 패러다임을 활용합니다. 노드는 세그먼트라고 하는 주문된 지침 목록을 통해 패킷을 조종합니다. 세그먼트는 모든 명령, 토폴로지 또는 서비스 기반의 표현이 가능합니다. 세그먼트는 세그먼트 라우팅 노드 또는 세그먼트 라우팅 도메인 내 글로벌 노드에 대한 로컬 의미(semantic)를 가질 수 있습니다. 세그먼트 라우팅은 모든 토폴로지 경로 및 서비스 체인을 통해 플로우를 적용하는 동시에 수신 노드에서 세그먼트 라우팅 도메인으로만 플로우별 상태를 유지합니다. 포워딩 플레인에 변경 없이 세그먼트 라우팅을 MPLS 아키텍처에 직접 적용할 수 있습니다. 세그먼트는 MPLS Label로 인코딩됩니다. 세그먼트 순서에 따라 레이블 스택으로 인코딩됩니다. 처리할 세그먼트가 스택 맨 위에 있습니다. 세그먼트가 완료되면 관련 레이블이 스택에서 튀어나온다. 세그먼트 라우팅은 새로운 유형의 라우팅 확장 헤더를 통해 IPv6 아키텍처에 적용할 수 있습니다. 세그먼트는 IPv6 주소로 인코딩됩니다. 세그먼트 순서는 라우팅 확장 헤더에서 IPv6 주소의 순서대로 인코딩됩니다. 처리할 세그먼트는 라우팅 확장 헤더의 포인터로 표시됩니다. 세그먼트가 완료되면 포인터가 증분됩니다.
다음과 같은 계층 수준에서 구성할 shortcuts 때 레이블이 지정된 OSPF 세그먼트 경로에 대해 트래픽 엔지니어링 단축키를 사용할 수 있습니다.
-
[edit protocols ospf traffic-engineering family inet]IPv4 트래픽에 대해서요. -
[edit protocols ospf traffic-engineering family inet6]IPv6 트래픽에 대해서요.
소스 패킷 라우팅이 네트워크에 구축되면 데이터센터, 백본 및 피어링 디바이스가 트래픽 소스에 의해 구축된 레이블 스택으로 MPLS 패킷을 전환합니다. 데이터센터 서버를 예로 들어 보겠습니다. Junos OS Release 17.4R1에서 소스 라우팅 트래픽은 RSVP 신호 경로를 이용하는 트래픽과 공존하며, 소스 라우팅은 레이블 연산을 사용하여 mpls.0 테이블을 통해 일반 레이블 스위칭으로 구현됩니다. - pop, swap(동일한 레이블 값으로), 스왑 푸시(인터페이스 보호를 위해). 모든 케이스에서 트래픽은 여러 레이어 3 인터페이스 간 또는 통합 인터페이스 내에서 로드 밸런스될 수 있습니다. Junos OS 릴리스 17.4R1부터 세그먼트 라우팅 네트워크의 트래픽 통계는 레이어 3 인터페이스에 대한 OpenConfig 호환 형식으로 기록될 수 있습니다. 이 통계는 RSVP 및 LDP 신호 트래픽을 제외한 SPRING(Source Packet Routing in Networking) 트래픽에 대해서만 기록되며 인터페이스당 family MPLS 통계는 별도로 계산됩니다. 또한 SR 통계에는 LAG(Link Aggregation Group) 멤버와 SID(Segment Identifier)당 SPRING 트래픽 통계가 포함됩니다. 세그먼트 라우팅 통계 기록을 활성화하려면 계층 레벨의 [edit protocol isis source-packet-routing] 명령문을 포함 sensor-based-stats 하십시오.
Junos OS Release 19.1R1에 앞서 MPLS 전송 트래픽에 대한 세그먼트 라우팅 통계를 수집할 수 있는 센서가 제공되었습니다( 본질적으로 MPLS에서 MPLS로의 전환). Junos OS Release 19.1R1부터 MPC 및 MIC 인터페이스와 PTX 시리즈 라우터가 있는 MX 시리즈 라우터에서 추가 센서가 도입되어 MPLS 수신 트래픽(IP-to-MPLS)에 대한 세그먼트 라우팅 통계를 수집합니다. 이 기능을 사용하면 레이블 OSPF 세그먼트 라우팅 트래픽 전용 센서를 활성화하고 통계를 gRPC 클라이언트로 스트리밍할 수 있습니다.
구성 명령문에 있는 옵션을 사용하여 MPLS 수신 트래픽에 대한 세그먼트 라우팅 통계를 egress 활성화할 per-sid 수 있습니다. 시드별 송신 기능의 리소스 이름은 다음과 같습니다.
/junos/services/segment-routing/sid/egress/usage/
명령 출력을 사용하여 show ospf spring sensor info 센서와 레이블 OSPF 경로 연결을 볼 수 있습니다. 이 명령은 실제 센서의 카운터 값을 표시하지 않습니다.
세그먼트 라우팅 통계 레코드는 서버로 내보냅니다. 다음과 같은 OpenConfig 경로에서 세그먼트 라우팅 통계 데이터를 볼 수 있습니다.
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-OSPF-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts -
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-OSPF-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
GRES(Graceful Routing Engine Switchover)는 세그먼트 라우팅 통계에서 지원되지 않습니다.
NSR(Nonstop Active Routing)은 레이블 OSPF에 대해 지원되지 않습니다. 라우팅 엔진 전환 중에 새로운 1차 라우팅 엔진에 새로운 센서가 생성되어 이전의 기본 라우팅 엔진이 생성한 센서를 대체합니다. 그 결과, 라우팅 엔진 전환 시 세그먼트 라우팅 통계가 0에서 시작됩니다.
-
Graceful Restart는 Label OSPF를 지원하지 않습니다.
graceful restart의 경우, OSPF 초기화 중에 기존 센서가 삭제되고 새로운 센서가 생성됩니다. 세그먼트 라우팅 통계 카운터는 0에서 다시 시작합니다.
-
ISSU(In-Service Software Upgrade) 및 NSSU(Nonstop Software Upgrade)는 지원되지 않습니다. 이 경우 세그먼트 라우팅 통계 카운터가 다시 시작됩니다.
-
제로 통계 세그먼트 라우팅 데이터는 억제되며 gRPC 클라이언트로 스트리밍되지 않습니다.