트래픽 엔지니어링을 위한 최단 경로 우선(OSPF) 지원 구성
트래픽 엔지니어링을 위한 최단 경로 우선(OSPF) 지원
트래픽 엔지니어링을 통해 라우팅 테이블을 사용하는 표준 라우팅 모델을 우회하여 데이터 패킷이 따르는 경로를 제어할 수 있습니다. 트래픽 엔지니어링은 혼잡한 링크에서 자동으로 계산된 목적지 기반 최단 경로에 의해 선택되지 않는 대체 링크로 플로우를 이동합니다.
트래픽 엔지니어링 및 MPLS에 네트워크 토폴로지 및 로딩에 대한 정보를 제공할 수 있도록 OSPF의 Junos OS 구현에 확장이 추가되었습니다. 라우팅 디바이스에서 트래픽 엔지니어링이 활성화되면 최단 경로 우선(OSPF) 트래픽 엔지니어링 지원을 활성화할 수 있습니다. 최단 경로 우선(OSPF)에 대한 트래픽 엔지니어링을 활성화할 때 SPF(Shortest-Path-First) 알고리즘은 MPLS에 따라 구성된 다양한 LSP(Label-Switched Path)를 고려하고 트래픽 엔지니어링 매개 변수를 전달하는 불투명 링크 상태 광고(LSA)를 생성하도록 OSPF를 구성합니다. 매개 변수는 트래픽 엔지니어링 데이터베이스를 채우는 데 사용됩니다. 이 트래픽 엔지니어링 데이터베이스는 물리적 토폴로지에서 LSP를 배치하기 위해 명시적 경로를 계산하는 용도로만 사용됩니다. CSPF(Constrained Shortest Path First) 알고리즘은 트래픽 엔지니어링 데이터베이스를 사용하여 MPLS LSP가 취하는 경로를 계산합니다. RSVP는 이 경로 정보를 사용하여 LSP를 설정하고 대역폭을 예약합니다.
기본적으로 트래픽 엔지니어링 지원은 비활성화되어 있습니다. 트래픽 엔지니어링을 활성화하려면 traffic-engineering 문을 포함합니다. 또한 다음과 같은 최단 경로 우선(OSPF) 트래픽 엔지니어링 확장을 구성할 수 있습니다.
advertise-unnumbered-interfaces—(OSPFv2만 해당) link-local 트래픽 엔지니어링 LSA 패킷에서 link-local 식별자를 광고합니다. RSVP가 RFC 3477, Signalling Unnumbered Links in Resource Reservation Protocol - Traffic Engineering (RSVP-TE)에 정의된 대로 번호가 지정되지 않은 인터페이스에 신호를 보낼 수 있는 경우 이 문을 포함할 필요가 없습니다.
credibility-protocol-preference—(OSPFv2만 해당) 트래픽 엔지니어링 데이터베이스의 OSPF 경로에 신뢰성 값을 할당합니다. 기본적으로 Junos OS는 다른 IGP의 경로가 더 낮은, 즉 더 선호되는 선호 값으로 구성된 경우에도 다른 IGP(Interior Gateway Protocol) 경로보다 TED(Traffic Engineering Database)의 OSPF 경로를 선호합니다. TED(Traffic Engineering Database)는 각 IGP에 신뢰성 값을 할당하고 신뢰성 값이 가장 높은 IGP의 경로를 선호합니다. Junos OS 릴리스 9.4 이상에서는 트래픽 엔지니어링 데이터베이스 신뢰성 값을 결정할 때 프로토콜 기본 설정을 고려하도록 최단 경로 우선(OSPF)을 구성할 수 있습니다. 신뢰성 값을 결정하는 데 프로토콜 기본 설정이 사용되면, 구성에 따라 TED(Traffic Engineering Database)에서 최단 경로 우선(OSPF) 경로를 자동으로 선호하지 않습니다.
ignore-lsp-metrics—최단 경로 우선(OSPF) 트래픽 엔지니어링 바로 가기 계산 시 또는 RSVP LSP를 통해 LDP를 구성할 때 RSVP LSP 메트릭을 무시합니다. 이 옵션은 최단 경로 우선(OSPF)와 RSVP 사이의 상호 의존성을 방지하여 트래픽 터널링에 사용되는 RSVP 메트릭이 최신 상태가 아닌 기간을 제거합니다. 또한 트래픽 엔지니어링에 RSVP를 사용하는 경우 LDP를 동시에 실행하여 코어의 외부 경로 배포를 제거할 수 있습니다. LDP에 의해 설정된 LSP는 RSVP에 의해 설정된 LSP를 통해 터널링됩니다. LDP는 트래픽 엔지니어링 LSP를 단일 홉으로 효과적으로 처리합니다.
multicast-rpf-routes—(OSPFv2만 해당) 멀티캐스트 RPF(역경로 전달) 검사를 위해 멀티캐스트 라우팅 테이블(inet.2)에 유니캐스트 IPv4 경로(LSP 아님)를 설치합니다. inet.2 라우팅 테이블은 멀티캐스트 RPF 조회에 사용되는 유니캐스트 경로로 구성됩니다. RPF는 패킷 소스로 데이터를 다시 전송하는 인터페이스에서 패킷이 들어오고 있는지 확인하는 데 사용되는 스푸핑 방지 메커니즘입니다.
no-topology—(OSPFv2만 해당) link-state 토폴로지 정보의 보급을 비활성화합니다. 비활성화된 경우, 트래픽 엔지니어링 토폴로지 정보는 더 이상 최단 경로 우선(OSPF) 영역 내에서 배포되지 않습니다.
shortcuts - 최단 경로 우선(OSPF)가 수신 라우팅 디바이스에서 송신 라우팅 디바이스로의 논리적 인터페이스 인 것처럼 LSP를 다음 홉으로 사용할 수 있도록 IGP 바로 가기를 구성합니다. 수신 라우팅 디바이스의 계층 수준에서 명령문에 to [ edit protocols mpls label-switched-path lsp-path-name] 지정된 주소는 LSP가 송신 라우팅 디바이스에 대한 직접 링크로 작동하고 OSPF SPF 계산에 대한 입력으로 사용되려면 송신 라우팅 디바이스의 라우터 ID와 일치해야 합니다. 이러한 방식으로 사용될 경우, LSP는 IPv4 트래픽만 전송한다는 점을 제외하고는 LSP가 비동기 전송 모드(ATM) 및 프레임 릴레이 가상 회로(VC)와 다르지 않습니다.
OSPFv2는 IPv4 경로에 대한 접두사를 inet.0 라우팅 테이블에 설치하며, 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를 링크로 처리하기 위해 요약 LSA의 LSP 메트릭을 광고합니다. 이 구성으로 네트워크의 다른 라우팅 디바이스가 이 LSP를 사용할 수 있습니다. 이를 위해서는 요약 LSA의 LSP 메트릭을 광고하도록 MPLS 및 최단 경로 우선(OSPF) 트래픽 엔지니어링을 구성해야 합니다.
라우팅 디바이스에서 트래픽 엔지니어링을 활성화하면 트래픽 엔지니어링에만 사용되는 최단 경로 우선(OSPF) 메트릭을 구성할 수도 있습니다. 트래픽 엔지니어링 메트릭은 트래픽 엔지니어링 데이터베이스에 삽입되는 정보에 사용됩니다. 이 값은 일반적인 최단 경로 우선(OSPF) 전달에 영향을 미치지 않습니다.
예: 최단 경로 우선(OSPF) 트래픽 엔지니어링 지원 활성화
이 예는 OSPF 트래픽 엔지니어링 지원을 활성화하여 LSA(Summary Link-State Advertisements)에서 LSP(label-switched path) 메트릭을 광고하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
디바이스 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
네트워크 요구 사항에 따라 BGP를 구성합니다. BGP 사용자 가이드를 참조하십시오
네트워크 요구 사항에 따라 MPLS를 구성합니다. MPLS 애플리케이션 사용 설명서를 참조하십시오.
개요
LSP를 링크로 처리하고 네트워크의 다른 라우팅 디바이스가 이 LSP를 사용하도록 최단 경로 우선(OSPF)을 구성할 수 있습니다. 이를 위해 요약 LSA의 LSP 메트릭을 광고하도록 MPLS 및 최단 경로 우선(OSPF) 트래픽 엔지니어링을 구성합니다.
이 예에서는 영역 0.0.0.0에 4개의 라우팅 디바이스가 있으며, OSPF가 수신 디바이스 R1에서 송신 디바이스 R4로 이동하는 R1-to-R4라는 LSP를 링크로 처리하기를 원합니다.
최단 경로 우선(OSPF)의 경우, 문을 포함하여 영역 내 4개의 라우팅 디바이스 모두에서 트래픽 엔지니어링을 traffic-engineering 활성화합니다. 이 구성을 통해 최단 경로 우선(SPF) 알고리즘이 MPLS에 따라 구성된 LSP를 고려하고 트래픽 엔지니어링 매개 변수를 전달하는 LSA를 생성하도록 최단 경로 우선(OSPF)을 구성합니다. 또한 최단 경로 우선(OSPF)가 MPLS LSP를 다음 홉으로 사용하고 수신 디바이스 R1에 선택적 shortcuts lsp-metric-into-summary 문을 포함하여 요약 LSA에 LSP 메트릭을 광고하도록 보장합니다.
MPLS의 경우, 문을 포함하여 MPLS가 BGP 및 IGP 목적지 모두에서 트래픽 엔지니어링을 traffic-engineering bgp-igp 수행하고, 수신 디바이스 R1의 문을 포함하여 label-switched-path lsp-path-name to address R1-to-R4라는 LSP를 포함하도록 트래픽 엔지니어링을 활성화합니다. LSP가 송신 라우팅 디바이스에 대한 직접 링크로 기능하고 최단 경로 우선(OSPF) SPF 계산에 대한 입력으로 사용되려면 수신 디바이스 R1의 문에 명시된 to 주소가 송신 디바이스 R4의 라우터 ID와 일치해야 합니다. 이 예에서 송신 디바이스 R4의 라우터 ID는 10.0.0.4입니다.
구성
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는CLI 사용자 가이드의 Junos OS 구성 수정을 참조하십시오.
절차
CLI 빠른 구성
최단 경로 우선(OSPF) 트래픽 엔지니어링 지원을 통해 요약 LSA의 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
단계별 절차
요약 LSA의 LSP 메트릭을 광고하기 위한 최단 경로 우선(OSPF) 트래픽 엔지니어링 지원을 활성화하려면:
라우터 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)에 대한 트래픽 엔지니어링 기능 확인
- TED(Traffic Engineering Database)에서 최단 경로 우선(OSPF) 항목 확인
- TED(Traffic Engineering Database)가 OSPF에서 노드 정보를 학습하고 있는지 확인
최단 경로 우선(OSPF)에 대한 트래픽 엔지니어링 기능 확인
목적
트래픽 엔지니어링이 최단 경로 우선(OSPF)에 대해 사용하도록 설정되었는지 확인합니다. 기본적으로 트래픽 엔지니어링은 비활성화되어 있습니다.
행동
운영 모드에서 OSPFv2의 경우 명령을 입력하고 show ospf overview OSPFv3의 경우 을 show ospf3 overview 입력합니다.
TED(Traffic Engineering Database)에서 최단 경로 우선(OSPF) 항목 확인
목적
TED(Traffic Engineering Database)에서 최단 경로 우선(OSPF) 정보를 확인합니다. 프로토콜 필드에는 최단 경로 우선(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) 트래픽 엔지니어링 메트릭을 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준에서 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(Autonomous System) 간의 링크에서 실행되지 않습니다. 그러나 AS 간 트래픽 엔지니어링이 제대로 작동하려면, AS 간 링크, 특히 원격 인터페이스의 주소에 대한 정보가 AS(Autonomous System) 내에서 사용 가능해야 합니다. 이 정보는 일반적으로 외부 BGP(EBGP) 도달 가능성 메시지나 최단 경로 우선(OSPF) 라우팅 광고에는 포함되지 않습니다.
AS 내에서 이 링크 주소 정보를 플러딩하고 트래픽 엔지니어링 계산에서 사용할 수 있도록 하려면 각 AS 간 인터페이스에서 트래픽 엔지니어링에 대한 최단 경로 우선(OSPF) 패시브 모드를 구성해야 합니다. 또한 최단 경로 우선(OSPF)가 배포하고 트래픽 엔지니어링 데이터베이스에 포함할 수 있도록 원격 주소를 제공해야 합니다. 최단 경로 우선(OSPF) 트래픽 엔지니어링 모드를 사용하면 MPLS LSP(Label-Switched Path)가 OSPF AS 경계 라우터를 동적으로 발견하고 라우터가 여러 AS(Autonomous System)에 걸쳐 트래픽 엔지니어링 LSP를 설정할 수 있습니다.
예: 최단 경로 우선(OSPF) 패시브 트래픽 엔지니어링 모드 구성
이 예는 AS 간 인터페이스에서 트래픽 엔지니어링을 위한 최단 경로 우선(OSPF) 패시브 모드를 구성하는 방법을 보여줍니다. EBGP 피어 간의 AS 경계 라우터 링크는 직접 연결된 링크여야 하며 패시브 트래픽 엔지니어링 링크로 구성되어야 합니다.
요구 사항
시작하기 전에:
디바이스 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
네트워크 요구 사항에 따라 BGP를 구성합니다. BGP 사용자 가이드를 참조하십시오.
네트워크 요구 사항에 따라 LSP를 구성합니다. MPLS 애플리케이션 사용 설명서를 참조하십시오.
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
OSPF 지정 라우터 선택을 제어합니다. 보기: OSPF 지정 라우터 선택 제어
단일 영역 OSPF 네트워크를 구성합니다. 예: 단일 영역 OSPF 네트워크 구성을 참조하십시오.
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
AS 간 인터페이스에서 트래픽 엔지니어링을 위한 최단 경로 우선(OSPF) 패시브 모드를 구성할 수 있습니다. 최단 경로 우선(OSPF) 패시브 트래픽 엔지니어링 링크의 원격 노드에 사용되는 주소는 EBGP 링크에 사용되는 주소와 동일해야 합니다. 이 예에서는 영역 0.0.0.1의 인터페이스 so-1/1/0 을 AS 간 링크로 구성하여 AS 내에서 최단 경로 우선(OSPF)를 사용하여 트래픽 엔지니어링 정보를 배포하고 다음 설정을 포함합니다.
passive - 해당 인터페이스에서 실제로 OSPF를 실행하지 않고 인터페이스에서 직접 인터페이스 주소를 보급합니다. 패시브 인터페이스는 주소 정보가 최단 경로 우선(OSPF)에서 내부 경로로 보급되지만 프로토콜이 실행되지 않는 인터페이스입니다.
traffic-engineering—OSPF AS 경계 라우터의 동적 검색을 활성화하기 위해 OSPF 패시브 트래픽 엔지니어링 모드에서 인터페이스를 구성합니다. 기본적으로 최단 경로 우선(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를 고려할 수 있도록 LSP를 점대점 링크로 OSPFv2에 보급할 수 있습니다. 광고에는 로컬 주소(LSP의 보낸 사람 주소), 원격 주소(LSP의 받는 사람 주소) 및 다음 우선 순위의 메트릭이 포함됩니다.
OSPFv2에 정의된 LSP 메트릭을 사용합니다.
MPLS 아래의 레이블 스위칭 경로에 대해 구성된 LSP 메트릭을 사용합니다.
위의 항목 중 어느 것도 구성하지 않으면 기본 OSPFv2 메트릭 1을 사용합니다.
OSPFv2에 공지된 LSP를 SPF 계산에 사용하려면 역방향 링크(즉, LSP의 테일엔드에서 헤드엔드로의 링크)가 있어야 합니다. 역방향으로 LSP를 구성하고 OSPFv2에서 이를 발표하여 이를 수행할 수 있습니다.
예: OSPFv2에 레이블 스위칭 경로 보급
이 예에서는 LSP를 OSPFv2에 보급하는 방법을 보여 줍니다.
요구 사항
시작하기 전에 디바이스 인터페이스를 구성합니다. 라우팅 디바이스는 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
개요
LSP를 OSPFv2에 보급하려면 LSP를 정의하고 LSP를 사용하여 트래픽을 라우팅하도록 OSPFv2를 구성합니다. 이렇게 하면 LSP를 사용하여 네트워크의 두 지점 간 최단 경로를 제어할 수 있습니다. 최단 경로 우선(OSPF)이 기본 best-effort 라우팅을 사용하는 대신 LSP를 따라 최단 경로 우선(OSPF) 트래픽을 라우팅하도록 하려면 이 옵션을 선택할 수 있습니다.
이 예에서는 LSP를 OSPFv2에 보급하기 위해 다음을 구성합니다.
BGP(Border
모든 라우팅 디바이스에 대해 로컬 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에 참여하는 모든 인터페이스를 영역 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 는 디바이스 R3에 연결됩니다.
R3—디바이스 R3은 라우터 ID가 10.0.0.3인 전송 디바이스입니다. 인터페이스 so-0/0/2 는 디바이스 R1에 연결하고, 인터페이스 so-0/0/3 은 디바이스 R6에 연결됩니다.
R6—디바이스 R6은 라우터 ID가 10.0.0.6인 송신 디바이스입니다. 인터페이스 so-0/0/3 은 디바이스 R3에 연결됩니다.
OSPFv2는 모든 라우팅 디바이스에서 구성됩니다.
MPLS 및 RSVP는 모든 라우팅 디바이스에서 활성화됩니다.
디바이스 R1에서 RSVP 신호 LSP 1개가 구성됩니다.
로 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 인접 연결을 구성합니다.
[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
관리 인터페이스(fxp0.0)에서 MPLS를 비활성화합니다.
[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
관리 인터페이스(fxp0.0)에서 RSVP를 비활성화합니다.
[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
관리 인터페이스(fxp0.0)에서 최단 경로 우선(OSPF)을 비활성화합니다.
[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 protocols ospf 명령을 입력하여 show routing-options 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
디바이스 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의 정적 인접 세그먼트 식별자
인접 세그먼트는 링크 비용에 관계없이 두 노드 사이의 특정 링크를 통해 패킷을 전달하는 엄격한 전달 단일 홉 터널입니다. 인터페이스에 대해 정적 SID(Adjacency Segment Identifier) 레이블을 구성할 수 있습니다.
인터페이스에 정적 인접 SID를 구성하면 동적으로 할당된 기존 인접 SID가 동일한 전송 경로와 함께 제거됩니다.
정적 인접성 SID의 경우 레이블은 정적 예약 레이블 풀 또는 OSPF 세그먼트 라우팅 전역 블록(SRGB)에서 선택됩니다.
다음 구성을 사용하여 레이블의 정적 할당에 사용할 레이블 범위를 예약할 수 있습니다.
user@host# set protocols mpls label-range static-label-range start-value end-value
정적 풀은 모든 프로토콜에서 이 범위의 레이블을 할당하는 데 사용할 수 있습니다. 두 프로토콜이 동일한 정적 레이블을 사용하지 않도록 해야 합니다. OSPF 인접 SID는 키워드 label를 사용하여 구성을 통해 이 레이블 블록에서 할당할 수 있습니다. label 특정 인접성 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 때 기본 인터페이스는 포인트 투 포인트여야 합니다.
SRGB는 구성에 따라 프로토콜에 할당되는 전역 레이블 공간입니다. 전체 SRGB의 레이블은 최단 경로 우선(OSPF)에서 사용할 수 있으며 다른 애플리케이션/프로토콜에 할당되지 않습니다. 접두사 SID(및 노드 SID)는 이 SRGB에서 인덱싱됩니다.
OSPF Adj-SID는 구성에서 키워드 'index'를 사용하여 OSPF SRGB에서 할당할 수 있습니다. 이러한 경우 Adj-SID 인덱스가 도메인의 다른 접두사 SID와 충돌하지 않도록 해야 합니다. Prefix-SID와 마찬가지로 Adj-SID도 SRGB와 관련된 인덱스를 언급하여 구성됩니다. 그러나 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는 영역별로 구성할 수 있으며 보호가 필요한지 여부에 따라 구성할 수도 있습니다. 인접 SID는 [edit protocols ospf area area interface interface-name] 계층 수준에서 인터페이스별로 구성해야 합니다.
Protected—인접 SID가 백업 경로를 가질 수 있도록 하고 B-플래그가 인접 SID 광고에 설정되도록 합니다.
Unprotected—특정 인접 SID에 대해 백업 경로가 계산되지 않고 B-플래그가 인접 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 구성에서 인접 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 세부 정보 표시
다음 샘플 출력은 구성된 SID와 동적 인접 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 릴리스 17.2R1부터 IS-IS 및 OSPFv2에 대한 세그먼트 라우팅이 QFX5100 및 QFX10000 스위치에서 지원됩니다.
Junos OS 릴리스 20.3R1부터 SPRING(Source Packet Routing in Networking)을 통해 기본 기능을 제공하기 위해 최단 경로 우선(OSPF) 및 IS-IS 프로토콜에 대한 세그먼트 라우팅이 지원됩니다.
기본적으로 세그먼트 라우팅은 IS-IS(Intermediate System to Intermediate System) 및 최단 경로 우선(OSPF)과 같은 IGP를 사용하여 두 가지 유형의 네트워크 세그먼트 또는 터널을 보급합니다.
-
첫째, 링크 비용에 관계없이 두 노드 사이의 특정 링크를 통해 패킷을 전송하는 엄격한 전달 단일 홉 터널을 인 접 세그먼트라고 합니다.
-
두 번째는 노드 세그먼트라고 하는 두 개의 특정 노드 사이의 최단 경로 링크를 사용하는 다중 홉 터널입니다.
수신 라우터는 적절한 터널 조합으로 패킷을 미리 추가하여 원하는 노드 및 링크 집합을 통해 패킷을 조정할 수 있습니다.
세그먼트 라우팅은 소스 라우팅 패러다임을 활용합니다. 노드는 세그먼트라고 하는 정렬된 명령 목록을 통해 패킷을 조정합니다. 세그먼트는 토폴로지 또는 서비스 기반의 모든 명령을 나타낼 수 있습니다. 세그먼트는 세그먼트 라우팅 노드 또는 세그먼트 라우팅 도메인 내의 전역 노드에 대한 로컬 의미 체계를 가질 수 있습니다. 세그먼트 라우팅은 모든 토폴로지 경로와 서비스 체인을 통해 플로우를 적용하는 동시에 세그먼트 라우팅 도메인에 대한 수신 노드에서만 플로우별 상태를 유지합니다. 세그먼트 라우팅은 포워딩 플레인을 변경하지 않고 MPLS 아키텍처에 직접 적용할 수 있습니다. 세그먼트는 MPLS 레이블로 인코딩됩니다. 세그먼트의 정렬된 목록은 레이블 스택으로 인코딩됩니다. 처리할 세그먼트는 스택의 맨 위에 있습니다. 세그먼트가 완료되면 관련 레이블이 스택에서 팝됩니다. 세그먼트 라우팅은 새로운 유형의 라우팅 확장 헤더를 통해 IPv6 아키텍처에 적용할 수 있습니다. 세그먼트는 IPv6 주소로 인코딩됩니다. 세그먼트의 정렬된 목록은 라우팅 확장 헤더에서 IPv6 주소의 정렬된 목록으로 인코딩됩니다. 처리할 세그먼트는 라우팅 확장 헤더에서 포인터로 표시됩니다. 세그먼트가 완료되면 포인터가 증가합니다.
다음 계층 수준에서 구성할 shortcuts 때 레이블이 지정된 IS-IS 세그먼트 경로에 대해 트래픽 엔지니어링 바로 가기가 활성화됩니다.
-
[edit protocols is-is traffic-engineering family inet]IPv4 트래픽의 경우. -
[edit protocols is-is traffic-engineering family inet6]IPv6 트래픽의 경우.
소스 패킷 라우팅이 네트워크, 데이터센터, 백본 및 피어링 디바이스에 구축되면 트래픽 소스가 구축한 레이블 스택으로 MPLS 패킷을 전환합니다. 예를 들어 데이터 센터 서버가 있습니다. Junos OS 릴리스 17.4R1에서 소스 라우팅 트래픽은 RSVP 신호 경로를 사용하는 트래픽과 공존하며, 소스 라우팅은 레이블 작업(pop, swap(동일한 레이블 값으로) 및 스왑-푸시(인터페이스 보호용))를 사용하여 mpls.0 테이블을 통해 일반 레이블 스위칭로 구현됩니다. 어떤 경우든 트래픽은 여러 레이어 3 인터페이스 간 또는 집계 인터페이스 내에서 로드 밸런싱될 수 있습니다. Junos OS 릴리스 17.4R1부터 세그먼트 라우팅 네트워크의 트래픽 통계는 레이어 3 인터페이스에 대한 OpenConfig 호환 형식으로 기록될 수 있습니다. 통계는 RSVP 및 LDP 신호 트래픽을 제외한 SPRING(Source Packet Routing in Networking) 트래픽에 대해서만 기록되며, 인터페이스당 family MPLS 통계는 별도로 설명됩니다. SR 통계에는 LAG(Link Aggregation Group) 멤버 및 SID(세그먼트 식별자)당 SPRING 트래픽 통계도 포함됩니다. 세그먼트 라우팅 통계를 [edit protocol isis source-packet-routing] 기록하려면 계층 수준에서 명령문을 포함합니다sensor-based-stats.
Junos OS 릴리스 19.1R1 이전에는 MPLS 전송 트래픽에 대한 세그먼트 라우팅 통계를 수집하는 데 센서를 사용할 수 있었으며, 이는 본질적으로 MPLS-to-MPLS입니다. Junos OS 릴리스 19.1R1부터 MPC 및 MIC 인터페이스가 있는 MX 시리즈 라우터와 PTX 시리즈 라우터에 MPLS 수신 트래픽에 대한 세그먼트 라우팅 통계를 수집하기 위한 추가 센서가 도입되었으며, 이는 본질적으로 IP-to-MPLS입니다. 이 기능을 사용하면 레이블 IS-IS 세그먼트 라우팅 트래픽 전용 센서를 활성화하고 통계를 gRPC 클라이언트로 스트리밍할 수 있습니다.
구성 문 아래에서 옵션을 사용하여 egress MPLS 수신 트래픽에 대한 세그먼트 라우팅 통계를 활성화할 per-sid 수 있습니다. sid별 송신 기능의 리소스 이름은 다음과 같습니다.
/junos/services/segment-routing/sid/egress/usage/
명령 출력을 사용하여 센서와의 레이블 IS-IS 경로 연관성을 show isis spring sensor info 볼 수 있습니다. 이 명령은 실제 센서의 카운터 값을 표시하지 않습니다.
세그먼트 라우팅 통계 레코드는 서버로 내보내집니다. 다음 OpenConfig 경로에서 세그먼트 라우팅 통계 데이터를 볼 수 있습니다.
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-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-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
GRES(Graceful 라우팅 엔진 스위치오버)는 세그먼트 라우팅 통계에 지원되지 않습니다.
NSR(Nonstop Active Routing)은 레이블 IS-IS에 지원되지 않습니다. 라우팅 엔진 전환 중에 새로운 기본 라우팅 엔진에 새 센서가 생성되어 이전 기본 라우팅 엔진에 의해 생성된 센서를 대체합니다. 그 결과, 라우팅 엔진 전환 시 세그먼트 라우팅 통계 카운터가 0부터 시작합니다.
-
Graceful Restart는 레이블 IS-IS를 지원하지 않습니다.
Graceful Restart의 경우, 기존 센서가 삭제되고 IS-IS 초기화 중에 새 센서가 생성됩니다. 세그먼트 라우팅 통계 카운터가 0부터 다시 시작됩니다.
-
ISSU(In-Service Software Upgrade) 및 NSSU(Nonstop Software Upgrade)는 지원되지 않습니다. 이러한 경우, 세그먼트 라우팅 통계 카운터가 다시 시작됩니다.
-
통계가 0인 세그먼트 라우팅 데이터는 표시되지 않으며 gRPC 클라이언트로 스트리밍되지 않습니다.
참조
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.