팝 앤 포워드 LSP 구성
팝 앤 포워드 LSP는 이러한 링크를 통과하고 필요한 포워딩 플레인 상태를 크게 줄이는 RSVP-TE LSP가 공유하는 트래픽 엔지니어링 링크 팝 레이블에 사전 설치된다는 개념을 도입합니다. LSR(Transit label-switching router)은 패킷 상단에 레이블이 나타나면 레이블을 팝하고 해당 트래픽 엔지니어링 링크를 통해 패킷을 전달하는 전달 작업을 통해 트래픽 엔지니어링 링크마다 고유한 pop 레이블을 할당합니다. 이러한 팝 레이블은 각 LSR에서 LSP의 RESV 메시지로 다시 전송되고 RRO(Record Route Object)에 추가로 기록됩니다. 레이블 스택은 RRO의 기록된 레이블에서 구성되며 각 전송 홉이 레이블에서 팝 앤 포워드 작업을 수행할 때 수신 레이블 에지 라우터(LER)에 의해 푸시됩니다. 팝 앤 포워드 터널은 공유 MPLS 포워딩 플레인의 단순성과 함께 RSVP-TE 컨트롤 플레인 기능의 이점을 향상시킵니다.
RSVP-TE 팝 앤 포워드 LSP 터널의 이점
Scaling advantage of RSVP-TE- LSR의 플랫폼별 레이블 공간 제한은 해당 인터페이스에서 컨트롤 플레인 확장에 대한 제약이 되지 않습니다.
Reduced forwarding plane state- 트래픽 엔지니어링 링크의 전송 레이블은 링크를 통과하는 RSVP-TE 터널에서 공유되며 LSP의 수신 및 송신 디바이스와 독립적으로 사용되므로 필요한 포워딩 플레인 상태가 크게 줄어듭니다.
Reduced transit data plane state—pop 레이블은 트래픽 엔지니어링 링크당 할당되고 LSP 간에 공유되기 때문에 포워딩 플레인의 총 레이블 상태는 해당 인터페이스의 RSVP 이웃 수에 따라 감소됩니다.
Faster LSP setup time- LSP 설정 및 해제 중에 포워딩 플레인 상태가 프로그래밍되지 않습니다. 그 결과, 컨트롤 플레인은 RESV 메시지에서 레이블 업스트림을 전송하기 전에 포워딩 플레인이 프로그래밍될 때까지 각 홉에서 순차적으로 기다릴 필요가 없어 LSP 설정 시간이 단축됩니다.
Backward compatibility- 이를 통해 RESV 메시지에서 일반 레이블을 제공하는 전송 LSR과의 하위 호환이 가능합니다. 레이블은 단일 MPLS RSVP-TE LSP의 전송 홉을 통해 혼합될 수 있습니다. 특정 LSR은 트래픽 엔지니어링 링크 레이블을 사용할 수 있으며 다른 LSR은 일반 레이블을 사용할 수 있습니다. 수신은 모든 전송 LSR에서 기록되는 레이블 유형에 따라 레이블 스택을 적절하게 구성할 수 있습니다.
팝 앤 포워드 LSP 터널 용어
RSVP-TE 팝 앤 포워드 LSP 터널 구현에는 다음과 같은 용어가 사용됩니다.
Pop label- 특정 트래픽 엔지니어링 링크를 통해 이웃으로 팝 및 전달되는 LSR의 수신 레이블입니다.
Swap label- 발신 레이블로 스왑되고 특정 다운스트림 트래픽 엔지니어링 링크를 통해 전달되는 LSR의 수신 레이블입니다.
Delegation label- 팝핑된 LSR의 수신 레이블입니다. 패킷이 전달되기 전에 새로운 레이블 세트가 푸시됩니다.
Delegation hop— 위임 레이블을 할당하는 전송 홉.
Application label depth (AppLD)—RSVP 전송 레이블 아래에 있을 수 있는 애플리케이션 또는 서비스 레이블(예: VPN, LDP 또는 IPv6 명시적 null 레이블)의 최대 수입니다. 이는 노드별로 구성되며 모든 LSP에 동일하게 적용되며 신호를 보내거나 광고하지 않습니다.
Outbound label depth (OutLD)- 패킷이 전달되기 전에 푸시할 수 있는 최대 레이블 수입니다. 이는 노드에 로컬이며 신호를 받거나 광고되지 않습니다.
Additional transport label depth (AddTLD)- 추가할 수 있는 다른 전송 레이블의 최대 수입니다(예: 바이패스 레이블). 이것은 시그널링되거나 광고되지 않는 LSP당 매개 변수입니다. LSP가 링크 보호(AddTLD=1) 또는 링크 보호 없이(AddTLD=0) 신호를 받았는지 확인하여 값을 식별합니다.
Effective transport label depth (ETLD)— LSP 홉이 다운스트림 홉으로 잠재적으로 보낼 수 있는 전송 레이블의 수입니다. 이 값은 홉 속성 하위 개체의 LSP별로 시그널링됩니다. 홉 속성 하위 개체가 경로 메시지의 레코드 경로 개체(RRO)에 추가됩니다.
팝 앤 포워드 LSP 터널 레이블 및 시그널링
모든 트래픽 엔지니어링 링크에는 mpls.0 라우팅 테이블에 설치된 pop 레이블이 할당되며, 레이블을 팝하고 트래픽 엔지니어링 링크를 통해 패킷을 RSVP-TE 터널의 다운스트림 인접 라우터로 전달하는 포워딩 작업이 있습니다.
팝 앤 포워드 LSP 터널의 경우, 팝 앤 포워드 전송 LSP에 대한 첫 번째 RESV 메시지가 해당 트래픽 엔지니어링 링크를 통해 도착하면 트래픽 엔지니어링 링크에 대한 팝 레이블이 할당됩니다. 이는 팝 레이블을 사전 할당하고 팝 앤 포워드 LSP가 구성되지 않은 네트워크에 설치하는 것을 방지하기 위해 수행됩니다.
팝 앤 포워드 LSP 터널이 효과적으로 작동하려면 RSVP-TE 네트워크의 모든 인터페이스에 대해 명령문을 구성하는 것이 좋습니다.maximum-labels
그림 1 인접 디바이스에 대한 모든 인터페이스에 POP 레이블을 표시합니다.
팝 앤 포워드 LSP 터널에는 T1과 T2라는 두 가지가 있습니다. 터널 T1은 경로 A-B-C-D-E에서 디바이스 A에서 디바이스 E로 연결됩니다. 터널 T2는 경로 F-B-C-D-E에서 디바이스 F에서 디바이스 E로 연결됩니다. 터널 T1과 T2는 모두 동일한 트래픽 엔지니어링 링크 B-C, C-D 및 D-E를 공유합니다.
RSVP-TE가 팝 앤 포워드 터널 T1의 설정을 시그널링할 때, LSR D는 송신 E로부터 RESV 메시지를 수신합니다. 디바이스 D는 다음 홉 트래픽 엔지니어링 링크(D-E)를 확인하고 터널에 대한 RESV 메시지에 팝 레이블(250)을 제공합니다. 레이블은 레이블 객체로 전송되며 RRO에 포함된 레이블 하위 객체(팝 레이블 비트 집합 포함)에도 기록됩니다. 마찬가지로, 디바이스 C는 넥스트-홉 트래픽 엔지니어링 링크 C-D에 대한 팝 레이블(200)을 제공하고 디바이스 B는 넥스트-홉 트래픽 엔지니어링 링크 B-C에 대한 팝 레이블(150)을 제공한다. 터널 T2의 경우 전송 LSR은 터널 T1에 대해 설명한 것과 동일한 팝 레이블을 제공합니다.
레이블 에지 라우터(LER), 디바이스 A와 디바이스 F는 각각 터널 T1과 T2에 대해 동일한 레이블 스택[150(top), 200, 250]을 푸시합니다. RRO의 기록된 레이블은 수신 LER에서 레이블 스택을 구성하는 데 사용됩니다.
팝 앤 포워드 LSP 터널 레이블은 스왑 레이블을 사용하는 전송 인터페이스와 호환됩니다. 레이블은 단일 MPLS RSVP-TE LSP의 전송 홉을 통해 혼합될 수 있으며, 특정 LSR은 팝 레이블을 사용할 수 있고 다른 LSR은 스왑 레이블을 사용할 수 있습니다. 수신 디바이스는 모든 전송 LSR에서 기록된 레이블 유형을 기반으로 적절한 레이블 스택을 구성합니다.
팝 앤 포워드 LSP 터널 레이블 스태킹
수신 시 레이블 스택 구성
수신 LER은 RESV 메시지의 RRO에 기록된 대로 각 전송 홉에서 수신된 레이블 유형을 확인하고 팝 앤 포워드 터널에 사용할 적절한 레이블 스택을 생성합니다.
다음 로직은 레이블 스택을 구성하는 동안 수신 LER에서 사용됩니다.
각 RRO 레이블 하위 객체는 첫 번째 다운스트림 홉의 레이블 하위 객체부터 처리됩니다.
첫 번째 다운스트림 홉에서 제공하는 모든 레이블은 항상 레이블 스택에 푸시됩니다. 레이블 유형이 팝 레이블인 경우 후속 다운스트림 홉의 모든 레이블도 구성된 레이블 스택에 푸시됩니다.
레이블 유형이 스왑 레이블인 경우, 후속 다운스트림 홉의 레이블은 구성된 레이블 스택에 푸시되지 않습니다.
레이블 스택 자동 위임
수신 디바이스는 CSPF(Constrained Shortest Path First)를 실행하여 경로를 계산하며, 홉 길이가 보다 크면 수신 디바이스는 전체 레이블 스택이 송신 디바이스에 도달하도록 강요할 수 없습니다.OutLD-AppLD-AddTLD
RSVP-TE에 경로 신호를 요청할 때, 수신 디바이스는 항상 LSP에 대한 자동 위임을 요청하며, 여기서 하나 이상의 전송 홉이 자동으로 자신을 위임 홉으로 선택하여 레이블 스택을 다음 위임 홉에 도달하도록 푸시합니다. Junos OS는 수신된 ETLD(Effective Transport Label-Stack Depth)를 기반으로 하는 알고리즘을 사용하며, 각 전송은 이를 실행하여 위임 홉으로 자동 선택할지 여부를 결정합니다. 이 알고리즘은 인터넷 초안 draft-ietf-mpls-rsvp-shared-labels-00.txt(2017년 9월 11일 만료)의 ETLD 섹션을 기반으로 하며, 공유 MPLS 포워딩 플레인에서 RSVP-TE 터널 시그널링을 보냅니다.
수신 디바이스에 의해 부과된 레이블 스택은 패킷을 첫 번째 위임 홉까지 전달합니다. 각 위임 홉의 레이블 스택에는 스택 맨 아래에 있는 다음 위임 홉의 위임 레이블도 포함됩니다.
은 모든 디바이스 인터페이스에 레이블을 표시하며, 여기서 디바이스 D와 디바이스 I은 위임 홉이고, P는 팝 레이블이고, D는 위임 레이블입니다.그림 2[Label][Label] RSVP-TE 팝 앤 포워드 LSP 터널은 A-B-C-D-E-F-G-H-I-J-K-L입니다. 위임 라벨(1250)은 (300, 350, 400, 450, 1500); 위임 레이블 1500은 (550, 600)을 나타냅니다.
이 접근 방식에서는 터널의 경우 수신 LER 디바이스 A가 푸시합니다(150, 200, 1250). LSR 디바이스 D에서 위임 레이블 1250이 팝업되고 레이블 300, 350, 400, 450 및 1500이 푸시됩니다. LSR 디바이스 I에서, 위임 레이블 1500이 팝되고 나머지 레이블 세트(550, 600)가 푸시된다. Junos OS에서 팝 및 푸시 작업은 나가는 스택의 하단 레이블로 스왑하고 나머지 레이블을 푸시할 때 발생합니다.
위임 레이블과 위임 레이블이 다루는 LSP 세그먼트는 여러 팝 앤 포워드 LSP에서 공유할 수 있습니다. LSP 위임 세그먼트는 RESV RRO에서 볼 수 있듯이 정렬된 홉 집합(IP 주소 및 레이블)으로 구성됩니다. 위임 레이블(및 위임 레이블이 포함하는 세그먼트)은 특정 LSP가 소유하지 않지만 공유할 수 있습니다. 위임 레이블을 사용하는 모든 LSP가 삭제되면 위임 레이블(및 경로)도 삭제됩니다.
팝 앤 포워드 LSP 터널 링크 보호
팝 앤 포워드 데이터 플레인을 통해 로컬 수리 지점(PLR)에서 링크 보호를 제공하기 위해 LSR은 수신 디바이스에서 링크 보호를 요청하는 RSVP-TE 터널에 사용되는 트래픽 엔지니어링 링크에 대해 별도의 팝 레이블을 할당합니다. 팝 앤 포워드 데이터 플레인을 통한 RSVP-TE 터널에 대한 링크 보호를 지원하기 위해 신호 확장이 필요하지 않습니다.
그림 3 모든 장치 인터페이스에 POP 레이블을 표시합니다. P로 표시된 레이블은 트래픽 엔지니어링 링크에 대한 링크 보호를 제공하는 팝 레이블입니다.
각 LSR에서 링크 보호 팝 레이블은 각 트래픽 엔지니어링 링크에 할당될 수 있으며, 트래픽 엔지니어링 링크를 보호하기 위해 링크 보호 시설 우회 LSP(팝 앤 포워드 LSP가 아니라 정상적인 우회 LSP)를 생성할 수 있습니다. 이러한 레이블은 특정 트래픽 엔지니어링 링크에 대한 링크 보호를 요청하는 LSP용 LSR에 의해 RESV 메시지로 전송될 수 있습니다. 시설 바이패스가 다음 홉(병합 지점)에서 종료되기 때문에 PLR의 패킷에 들어오는 팝 레이블은 병합 지점이 예상하는 것입니다.
예를 들어, LSR 장치 B는 링크-보호된 팝 라벨(151)을 위한 설비 바이패스 LSP를 설치할 수 있다. 트래픽 엔지니어링 링크 B-C가 작동하면 LSR 디바이스 B가 151을 팝업하고 패킷을 C로 보냅니다. 트래픽 엔지니어링 링크 B-C가 다운되면, LSR은 151을 팝업하고 시설 백업을 통해 패킷을 디바이스 C로 전송할 수 있습니다.
RSVP-TE 팝 앤 포워드 LSP 터널 지원 및 비지원 기능
Junos OS는 RSVP-TE 팝 앤 포워드 LSP 터널을 통해 다음과 같은 기능을 지원합니다.
보호되지 않은 LSP에 대한 RSVP 이웃당 팝 레이블.
시설 바이패스를 사용하여 링크 보호를 요청하는 LSP에 대한 RSVP 이웃당 팝 레이블
LSP 세그먼트의 자동 위임.
특정 전송 LSR이 팝 앤 포워드 LSP 터널을 지원하지 않는 혼합 레이블 모드
LSP 핑 및 경로 추적
기존의 모든 CSPF 제약 조건.
팝 앤 포워드 LSP와 일반 포인트-투-포인트 RSVP-TE LSP 간의 트래픽 로드 밸런싱.
자동 대역폭, LDP 터널링 및 TE++ 컨테이너 LSP.
어그리게이션 이더넷 인터페이스.
주니퍼 네트웍스 vMX 가상 라우터와 같은 가상 플랫폼 지원.
64비트 지원
논리적 시스템
Junos OS는 RSVP-TE 팝 앤 포워드 LSP 터널에 대해 다음 기능을 지원하지 않습니다.
노드 링크 보호
MPLS Fast Reroute를 위한 우회 보호
Point-to-Multipoint LSP.
스위치 어웨이 LSP.
GMPLS(Generalized MPLS) LSP(양방향 LSP, 관련 LSP, VLAN UNI(user-to-network interface) 등 포함)
MPLS 템플릿에 대한 IP 플로우 정보 내보내기(프로토콜)(IPFIX) 인라인 플로우 샘플링
RFC 3813, MPLS 노드 레이블 스위칭 라우터(LSR) 관리 정보 베이스(MIB)
IPv4 Explicit-null(레이블 스택 하단에 레이블 0을 삽입하는 것은 지원되지 않습니다. RSVP-TE 팝 앤 포워드 레이블 스택 아래에 서비스 레이블이 있는 경우, LSP의 끝에서 두 번째 홉이 EXP 값을 서비스 레이블에 복사하기 때문에 MPLS 포워딩 플레인에서 CoS(Class of Service)의 연속성을 허용할 수 있습니다.
UHP(Ultimate-Hop Popping)
GRES(Graceful Routing Engine Switchover)
NSR(Nonstop Active Routing)