CCC, TCC 및 Ethernet over MPLS 구성

TCC(Translational cross-connect)를 사용하면 다양한 레이어 2 프로토콜 또는 회로 간에 트래픽을 포워딩할 수 있습니다. 이전 버전인 CCC와 유사합니다. 그러나 CCC는 라우터의 양쪽에 동일한 레이어 2 캡슐화(예: PPP[Point-to-Point Protocol] 또는 Frame Relay-to-Frame Relay)를 요구하지만, TCC를 사용하면 다양한 유형의 레이어 2 프로토콜을 상호 교환적으로 연결할 수 있습니다. TCC를 사용하면 PPP-ATM 및 이더넷-프레임 릴레이 교차 연결과 같은 조합이 가능합니다. 또한 TCC를 사용하여 레이어 2.5 VPN 및 레이어 2.5 회로를 생성할 수 있습니다.

주니퍼 네트웍스 라우터인 라우터 B를 TCC 인터페이스로 사용하여 라우터 A와 라우터 C 간에 전이중 레이어 2.5 번역 교차 연결을 구성할 수 있는 샘플 토폴로지(그림 1)를 고려하십시오. 이 토폴로지에서 라우터 B는 라우터 A에서 도착하는 프레임에서 모든 PPP 캡슐화 데이터를 제거하고 프레임이 라우터 C로 전송되기 전에 ATM 캡슐화 데이터를 추가합니다. 모든 레이어 2 협상은 상호 연결 라우터(라우터 B)에서 종료됩니다.

그림 1: 샘플 번역 교차 연결 토폴로지

TCC 기능은 표준 레이어 2 스위칭과 다릅니다. TCC는 레이어 2 헤더만 스왑합니다. 헤더 체크섬, TTL(Time-to-Live) 감소 또는 프로토콜 처리와 같은 다른 처리는 수행되지 않습니다. 현재 TCC는 IPv4, ISO 및 MPLS에서 지원됩니다.

이더넷 TCC는 IPv4 트래픽만 전달하는 인터페이스에서 지원됩니다. 8포트, 12포트 및 48포트 고속 이더넷 PIC의 경우, TCC 및 확장 VLAN CCC가 지원되지 않습니다. 4포트 기가비트 이더넷 PIC의 경우, 확장된 VLAN CCC 및 확장된 VLAN TCC가 지원되지 않습니다.

CCC(Circuit Cross-Connect)를 사용하면 두 서킷 간에 투명한 연결을 구성할 수 있으며, 서킷은 프레임 릴레이 DLCI(Data Link Connection Identifier), ATM(Asynchronous Transfer Mode) 가상 서킷(VC), PPP(Point-to-Point Protocol) 인터페이스, Cisco HDLC(High-Level Data Link Control) 인터페이스 또는 MPLS LSP(Label-Switched Path)가 될 수 있습니다. CCC를 사용하면 소스 서킷의 패킷이 대상 서킷으로 전달되며 최대 레이어 2 주소가 변경됩니다. 헤더 체크섬, TTL(Time-to-Live) 감소 또는 프로토콜 처리와 같은 다른 처리는 수행되지 않습니다.

CCC 회로는 두 가지 범주로 나뉩니다. DLCI, VC, 가상 로컬 영역 네트워크(VLAN) ID, PPP 및 Cisco HDLC 인터페이스, LSP를 포함하는 논리적 인터페이스. 두 서킷 범주는 세 가지 유형의 교차 연결을 제공합니다.

• 레이어 2 스위칭 - 논리적 인터페이스 간의 교차 연결은 본질적으로 레이어 2 스위칭을 제공합니다. 연결하는 인터페이스는 동일한 유형이어야 합니다.

• MPLS 터널링—인터페이스와 LSP 간의 교차 연결을 통해 LSP를 전선관으로 사용하는 MPLS 터널을 생성하여 동일한 유형의 두 개의 원거리 인터페이스 회로를 연결할 수 있습니다.

• LSP 스티칭 - LSP 간의 교차 연결은 두 개의 서로 다른 트래픽 엔지니어링 데이터베이스 영역에 속하는 경로를 포함하여 두 개의 레이블 전환 경로를 함께 "연결"하는 방법을 제공합니다.

레이어 2 스위칭 및 MPLS 터널링의 경우 교차 연결이 양방향이므로 첫 번째 인터페이스에서 수신된 패킷은 두 번째 인터페이스로 전송되고 두 번째 인터페이스에서 수신된 패킷은 첫 번째 인터페이스로 전송됩니다. LSP 스티칭의 경우, 교차 연결은 단방향입니다.

VPN 서비스 프로바이더의 고객은 최종 고객을 위한 서비스 프로바이더일 수 있습니다. 다음은 RFC 4364에 설명된 바와 같이 통신 사업자 VPN의 두 가지 주요 유형입니다.

• 고객으로서의 인터넷 서비스 제공자- VPN 고객은 VPN 서비스 프로바이더의 네트워크를 사용하여 지리적으로 분산된 지역 네트워크를 연결하는 ISP입니다. 고객은 지역 네트워크 내에서 MPLS를 구성할 필요가 없습니다.

• 고객으로서의 VPN 서비스 프로바이더- VPN 고객은 그 자체로 고객에게 VPN 서비스를 제공하는 VPN 서비스 공급자입니다. carrier-of-carriers VPN 서비스 고객은 사이트 간 연결을 위해 백본 VPN 서비스 공급자에 의존합니다. 고객 VPN 서비스 프로바이더는 지역 네트워크 내에서 MPLS를 실행해야 합니다.

그림 3 은(는) 캐리어 VPN 서비스에 사용되는 네트워크 아키텍처를 보여줍니다.

그림 3: Carrier-of-Carriers VPN 아키텍처

이 주제는 다음에 대해 다룹니다.

• 고객으로서의 인터넷 서비스 제공자
• 고객으로서의 VPN 서비스 프로바이더

모든 프로바이더 간 및 서비스 프로바이더 VPN은 다음과 같은 특성을 공유합니다.

• 각 프로바이더 간 또는 서비스 프로바이더 VPN 고객은 내부 및 외부 고객 경로를 구분해야 합니다.

• 내부 고객 경로는 VPN 서비스 프로바이더가 PE 라우터에서 유지 관리해야 합니다.

• 외부 고객 경로는 VPN 서비스 프로바이더의 라우팅 플랫폼이 아닌 고객의 라우팅 플랫폼에 의해서만 전송됩니다.

프로바이더 간 VPN과 서비스 프로바이더 VPN의 주요 차이점은 고객 사이트가 동일한 AS에 속하는지 아니면 별도의 AS에 속하는지입니다.

• 프로바이더 간 VPN - 고객 사이트가 서로 다른 AS에 속합니다. 고객의 외부 경로를 교환하려면 EBGP를 구성해야 합니다.

• 통신 사업자 VPN 이해 - 고객 사이트가 동일한 AS에 속합니다. 고객의 외부 경로를 교환하려면 IBGP를 구성해야 합니다.

일반적으로 VPN 계층의 각 서비스 프로바이더는 P 라우터에서 자체 내부 경로를 유지하고 PE 라우터에서 고객의 내부 경로를 유지해야 합니다. 이 규칙을 재귀적으로 적용하면 VPN 계층을 생성할 수 있습니다.

다음은 프로바이더 간 및 캐리어 VPN과 관련된 PE 라우터 유형에 대한 정의입니다.

• AS 경계 라우터는 AS 경계에 위치하며 AS에서 들어오고 들어오는 트래픽을 처리합니다.

• 엔드 PE 라우터는 고객 VPN의 PE 라우터입니다. 최종 고객 사이트의 CE 라우터에 연결됩니다.

프로바이더 간 및 carrier-of-carriers VPN에 대한 트래픽 통계를 수집하도록 BGP를 구성할 수 있습니다.

프로바이더 간 및 carrier-of-carriers VPN에 대한 트래픽 통계를 수집하도록 BGP를 구성하려면 다음과 같은 명령문을 포함합니다.traffic-statistics

이 문을 포함할 수 있는 계층 수준 목록은 이 문의 요약 섹션을 참조하십시오.

파일 이름을 지정하지 않으면 통계가 파일에 기록되지 않습니다. 그러나 BGP 구성에 문을 포함 traffic-statistics 시킨 경우 통계를 계속 사용할 수 있으며 명령을 통해 show bgp group traffic-statistics group-name 액세스할 수 있습니다.

각 고객의 트래픽을 개별적으로 처리하려면, 서로 다른 그룹의 피어 라우터에 동일한 접두사에 대해 별도의 레이블을 보급해야 합니다. 별도의 트래픽 어카운팅을 활성화하려면 각 BGP 그룹의 구성에 명령문을 포함해야 per-group-label 합니다. 이 명령문을 포함하면 지정된 BGP 그룹의 피어가 전송한 트래픽을 설명하는 통계가 수집되고 표시됩니다.

문을 특정 BGP 그룹에 대해 구성하지 않고 계층 수준에서 구성하는 [edit protocols bgp family inet] 경우, 트래픽 통계는 문으로 traffic-statistics 구성된 모든 BGP 그룹과 공유되지만 문으로 per-group-label 구성되지는 않습니다.

각 고객의 트래픽을 개별적으로 설명하려면 각 BGP 그룹의 구성에 명령문을 포함합니다 per-group-label .

이 문을 포함할 수 있는 계층 수준 목록은 이 문의 요약 섹션을 참조하십시오.

다음은 트래픽 통계 파일에 대한 출력 샘플을 보여줍니다.

전송 PS 인터페이스에서 구성해야 vlan-ccc 하는 주된 이유는 네트워크의 기존 액세스 및 집계 디바이스와의 상호 운용성 때문입니다. 현재 Junos OS는 전송 PS 인터페이스에서 캡슐화를 지원합니다 ethernet-ccc . 일반적으로 유사 회선 연결을 설정하는 동안 액세스 디바이스는 VLAN 기반 유사 회선(VLAN 태깅 모드라고도 함)을 시작하고, PE 라우터는 이더넷 모드 VLAN을 액세스 디바이스로 다시 신호합니다. 이러한 유형의 유사 회선 연결을 설정하려면 명령문을 사용할 ignore-encapsulation-mismatch 수 있습니다. 그러나 Junos OS 디바이스(액세스 디바이스)가 ignore-encapsulation-mismatch 명령문을 지원하지 않을 수 있으며, 그 결과 유사 회선 연결이 형성되지 않습니다. ignore-encapsulation-mismatch 액세스 디바이스에서 문이 지원되지 않는 경우, 노드 사이를 구성 vlan-ccc 하여 의사회선 연결을 형성할 수 있습니다.

전송 PS 인터페이스의 새로운 vlan-ccc 캡슐화 및 전송 PS 인터페이스에서 캡슐화가 구성될 때 ethernet-ccc 와 유사한 동작으로 포워딩 데이터 경로가 변경되지 않습니다. 전송 PS 인터페이스는 WAN 포트에서 전송 또는 수신된 패킷의 외부 레이어 2 헤더 및 MPLS 헤더를 캡슐화하거나 캡슐화 해제합니다. 패킷의 내부 이더넷 또는 VLAN 헤더는 유사 회선 클라이언트 서비스 논리적 인터페이스에서 처리됩니다. 적절한 VLAN ID 또는 VLAN 태그를 사용하여 유사 회선 클라이언트 서비스 논리적 인터페이스를 구성해야 합니다.

다음 섹션에서는 샘플 구성과 함께 액세스 및 어그리게이션 노드 모두의 유사 회선 구성에 대한 세부 정보를 제공합니다.

• 액세스 노드의 유사 회선 구성
• 어그리게이션 노드의 유사 회선 구성

액세스 노드의 유사 회선 구성

이러한 유사 회선은 고객 VLAN(C-VLAN)이 있는 액세스 및 PE 라우터에 구성된 레이어 2 서킷에 연결된 고객 디바이스에 대한 액세스 노드의 VLAN을 사용하여 설정됩니다. PE 라우터의 수신 트래픽(액세스 노드 측에서)은 단일 VLAN 태그(내부 이더넷 헤더)이므로 서비스 논리적 인터페이스는 액세스 노드에 연결된 C-VLAN ID에 해당하는 동일한 VLAN ID로 구성되어야 합니다.

그림 4 은(는) 액세스 노드(access node)의 전송 PS 인터페이스에 대한 세부 정보를 제공합니다.

그림 4: 액세스 노드의 유사 회선 클라이언트 전송 논리적 인터페이스

다음 예는 액세스 노드의 PE 라우터에 대한 유사 회선 클라이언트 논리적 인터페이스 구성의 구성을 보여줍니다.

어그리게이션 노드의 유사 회선 구성

이 경우 어그리게이션 노드는 스택 VLAN(Q-in-Q라고도 함)을 처리합니다. 유사 회선은 어그리게이션 노드에서 시작되어 PE 라우터에서 종료됩니다. 어그리게이션 노드는 서비스 VLAN(S-VLAN) 태그를 푸시하며, PE 라우터는 두 개의 VLAN 태그(외부 VLAN 태그는 S-VLAN에 해당하고 내부 VLAN 태그는 C-VLAN에 해당)에서 작동할 것으로 예상됩니다. PE 라우터의 전송 PS 인터페이스에 구성된 VLAN ID는 S-VLAN의 VLAN 태그와 일치해야 합니다. 유사 회선 클라이언트 서비스 논리적 인터페이스에서 외부 VLAN 태그는 S-VLAN과 일치하도록 구성되어야 하며 내부 VLAN 태그는 C-VLAN과 일치하도록 구성되어야 합니다.

그림 5 에서는 어그리게이션 노드의 전송 PS 인터페이스에 대한 세부 정보를 제공합니다.

그림 5: 어그리게이션 노드의 유사 회선 클라이언트 전송 논리 인터페이스

다음 예는 어그리게이션 노드의 PE 라우터에 대한 유사 회선 클라이언트 논리적 인터페이스 구성을 보여줍니다.

CCC 프로토콜(및 레이어 2 서킷 및 레이어 2 VPN) 구성은 다른 벤더의 장비에서 생성된 비표준 브리지 프로토콜 데이터 유닛(BPDU)을 전송할 수 있습니다. 이는 지원되는 모든 PIC의 기본 동작이며 추가 구성이 필요하지 않습니다.

다음 PIC는 M320 및 T 시리즈 라우터에서 지원됩니다.

• 1포트 기가비트 이더넷 PIC

• 2포트 기가비트 이더넷 PIC

• 4포트 기가비트 이더넷 PIC

• 10포트 기가비트 이더넷 PIC

TCC(Translational cross-connect)는 다양한 레이어 2 프로토콜 또는 회로 간의 상호 연결을 설정할 수 있는 스위칭 개념입니다. CCC와 유사합니다. 그러나 CCC는 주니퍼 네트웍스 라우터의 양쪽에 동일한 레이어 2 캡슐화(예: PPP-to-PPP 또는 Frame Relay-to-Frame Relay)를 요구하는 반면, TCC를 사용하면 다양한 유형의 레이어 2 프로토콜을 상호 교환적으로 연결할 수 있습니다. TCC를 사용하는 경우 PPP-to-ATM(참조 그림 6) 및 Ethernet-to-Frame 릴레이 연결과 같은 조합이 가능합니다.

그림 6: TCC 예시

TCC로 상호 연결할 수 있는 레이어 2 회로 및 캡슐화 유형은 다음과 같습니다.

• 이더넷

• 확장 VLAN

• PPP

• 증권 시세 표시기

• ATM

• 프레임 릴레이

TCC는 프레임이 라우터에 들어갈 때 레이어 2 헤더를 제거하고 라우터를 떠나기 전에 프레임에 다른 레이어 2 헤더를 추가하는 방식으로 작동합니다. 에서는 그림 6라우터 B에 도착하는 프레임에서 PPP 캡슐화가 제거되고 프레임이 라우터 C로 전송되기 전에 ATM 캡슐화가 추가됩니다.

모든 제어 트래픽은 상호 연결 라우터(라우터 B)에서 종료됩니다. 트래픽 컨트롤러의 예로는 PPP용 LCP(Link Control Protocol) 및 NCP(Network Control Protocol), HDLC용 keepalives, Frame Relay용 LMI(Local Management Interface) 등이 있습니다.

TCC 기능은 표준 레이어 2 스위칭과 다릅니다. TCC는 레이어 2 헤더만 스왑합니다. 헤더 체크섬, TTL 감소 또는 프로토콜 처리와 같은 다른 처리는 수행되지 않습니다. TCC는 IPv4에서만 지원됩니다.

TCC 이더넷 인터페이스의 APR(Address Resolution Protocol) 패킷 폴리싱은 릴리스 10.4 이상에서 유효합니다.

인터페이스 스위칭 및 레이어 2 VPN에 대해 TCC를 구성할 수 있습니다. VPN(Virtual Private Network)에 TCC를 사용하는 방법에 대한 자세한 내용은 라우팅 디바이스용 Junos OS VPN 라이브러리를 참조하십시오.

레이어 2 스위칭 교차 연결은 논리적 인터페이스를 조인하여 본질적으로 레이어 2 스위칭을 형성합니다. 연결하는 인터페이스는 동일한 유형이어야 합니다.

그림 7 은(는) 레이어 2 스위칭 교차 연결을 보여줍니다. 이 토폴로지에서 라우터 A와 라우터 C는 주니퍼 네트웍스 라우터인 라우터 B에 대한 프레임 릴레이 연결을 가지고 있습니다. CCC(Circuit cross-connect)를 사용하면 라우터 B를 프레임 릴레이(레이어 2) 스위치 역할을 하도록 구성할 수 있습니다.

라우터 B를 프레임 릴레이 스위치로 구성하려면 라우터 A에서 라우터 B를 통과하는 라우터 C로 회로를 구성하여 이러한 라우터에 대해 라우터 B를 프레임 릴레이 스위치로 효과적으로 구성합니다. 이 구성을 통해 라우터 B는 패킷의 내용이나 레이어 3 프로토콜에 관계없이 라우터 A와 라우터 C 간에 패킷(프레임)을 투명하게 스위칭할 수 있습니다. 라우터 B가 수행하는 유일한 처리는 DLCI 600을 750으로 변환하는 것입니다.

그림 7: 레이어 2 스위칭 교차 연결

예를 들어, 라우터 A-라우터 B 및 라우터 B-라우터 C 회로가 PPP인 경우 라우터 A와 라우터 C 간에 링크 제어 프로토콜 및 네트워크 제어 프로토콜 교환이 발생합니다. 이러한 메시지는 라우터 B에 의해 투명하게 처리되므로 라우터 A와 라우터 C는 라우터 B가 지원하지 않을 수 있는 다양한 PPP 옵션(예: 헤더 또는 주소 압축 및 인증)을 사용할 수 있습니다. 마찬가지로, 라우터 A와 라우터 C는 keepalive를 교환하여 서킷 간 연결 상태를 제공합니다.

PPP, Cisco HDLC, Frame Relay, 이더넷 및 ATM 서킷에서 레이어 2 스위칭 교차 연결을 구성할 수 있습니다. 단일 교차 연결에서는 유사 인터페이스만 연결할 수 있습니다.

레이어 2 스위칭 교차 연결을 구성하려면 스위치 역할을 하는 라우터(의 라우터 B)에서 다음을 구성해야 합니다.그림 7

• 레이어 2 스위칭 교차 연결을 위한 CCC 캡슐화 구성
• 레이어 2 스위칭 교차 연결을 위한 CCC 연결 구성
• 레이어 2 스위칭 교차 연결을 위한 MPLS 구성
• 예: 레이어 2 스위칭 교차 연결 구성
• ACX5440에서 레이어 2 스위칭 교차 연결 구성

예: 레이어 2 스위칭 교차 연결 구성

주니퍼 네트웍스 라우터인 라우터 B를 가상 스위치로 사용하여 라우터 A와 라우터 C 간에 전이중 레이어 2 스위칭 교차 연결을 구성합니다. 및 그림 9의 그림 8 토폴로지를 참조하십시오.

그림 8: 프레임 릴레이 레이어 2 스위칭 교차 연결의 토폴로지

그림 9: VLAN 레이어 2 스위칭 교차 연결의 샘플 토폴로지

인터페이스와 LSP 간의 MPLS 터널 교차 연결을 통해 LSP를 도관으로 사용하는 MPLS 터널을 생성하여 동일한 유형의 두 개의 원거리 인터페이스 회로를 연결할 수 있습니다. 의 그림 10 토폴로지는 MPLS LSP 터널 교차 연결을 보여줍니다. 이 토폴로지에서는 두 개의 개별 네트워크(이 경우 ATM 액세스 네트워크)가 IP 백본을 통해 연결됩니다. CCC를 사용하면 두 도메인 사이에 LSP 터널을 설정할 수 있습니다. LSP 터널링을 사용하면 MPLS LSP를 사용하여 SONET 백본을 통해 한 네트워크에서 두 번째 네트워크로 ATM 트래픽을 터널링할 수 있습니다.

그림 10: MPLS 터널 교차 연결

라우터 A(VC 234)의 트래픽이 라우터 B에 도달하면 캡슐화되어 LSP에 배치되며, LSP는 백본을 통해 라우터 C로 전송됩니다. 라우터 C에서 레이블이 제거되고 패킷이 ATM PVC(Permanent Virtual Circuit)(VC 591)에 배치되어 라우터 D로 전송됩니다. 마찬가지로, 라우터 D(VC 591)의 트래픽은 LSP를 통해 라우터 B로 전송된 다음 VC 234에서 라우터 A로 배치됩니다.

PPP, Cisco HDLC, Frame Relay 및 ATM 서킷에서 LSP 터널 교차 연결을 구성할 수 있습니다. 단일 교차 연결에서는 유사 인터페이스만 연결할 수 있습니다.

IS-IS를 지원하기 위해 MPLS 터널 교차 연결을 사용할 때, LSP의 최대 전송 단위(MTU)가 연결 중인 기술과 관련된 링크 레벨 오버헤드 외에도 최소한 1492 옥텟 IS-IS 프로토콜 데이터 유닛(PDU)을 수용할 수 있는지 확인해야 합니다.

터널 교차 연결이 작동하려면 에지 라우터(의 라우터 A 및 D 그림 11)의 IS-IS 프레임 크기가 LSP의 MTU보다 작아야 합니다.

IS-IS 지원에 필요한 LSP 최대 전송 단위(MTU)를 결정하려면 다음 계산을 사용하십시오.

프레이밍 오버헤드는 사용되는 캡슐화에 따라 달라집니다. 다음은 다양한 캡슐화에 대한 IS-IS 캡슐화 오버헤드 값입니다.

• ATM

  • AAL5 멀티플렉스—8바이트(RFC 1483)

  • VC 멀티플렉스—0바이트

• 프레임 릴레이

  • 멀티프로토콜 - 2바이트(RFC 1490 및 2427)

  • VC 멀티플렉스—0바이트

• HDLC—4바이트

• PPP—4바이트

• VLAN—21바이트(802.3/LLC)

IS-IS가 VLAN-CCC에서 작동하려면 LSP의 최대 전송 단위(MTU)가 1513바이트(또는 1497바이트 PDU의 경우 1518바이트) 이상이어야 합니다. 고속 이더넷 최대 전송 단위(MTU)의 크기를 기본값인 1500바이트 이상으로 늘리면 중간 장비에서 점보 프레임을 명시적으로 구성해야 할 수 있습니다.

최대 전송 단위(MTU)를 수정하려면 계층 수준에서 논리적 인터페이스 패밀리 [edit interfaces interface-name unit logical-unit-number encapsulation family] 를 구성할 때 명령문을 포함합니다mtu. 최대 전송 단위(MTU) 설정에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.

LSP 터널 교차 연결을 구성하려면 도메인 간 라우터(의 라우터 B)에서 다음을 구성해야 합니다.그림 11

• LSP 터널 교차 연결을 위한 CCC 캡슐화 구성
• LSP 터널 교차 연결을 위한 CCC 연결 구성
• 예: LSP 터널 교차 연결 구성

예: LSP 터널 교차 연결 구성

라우터 A에서 라우터 D로 전이중 MPLS LSP 터널 교차 연결을 구성하여 라우터 B와 라우터 C를 통과합니다. 의 그림 11토폴로지를 참조하십시오.

그림 11: MPLS LSP 터널 교차 연결 토폴로지 예

라우터 B에서:

라우터 C에서:

이 섹션에서는 TCC(Translational Cross-Connect)를 구성하는 방법에 대해 설명합니다.

TCC를 구성하려면 스위치 역할을 하는 라우터에서 다음 작업을 수행해야 합니다.

• 레이어 2 스위칭 TCC에 대한 캡슐화 구성
• 레이어 2 스위칭 TCC에 대한 연결 구성
• 레이어 2 스위칭 TCC에 대한 MPLS 구성

CCC 및 TCC GR(Graceful Restart)을 사용하면 고객 에지(CE) 라우터 간의 레이어 2 연결을 정상적으로 다시 시작할 수 있습니다. 이러한 레이어 2 연결은 또는 lsp-switch 문으로 remote-interface-switch 구성됩니다. 이러한 CCC 및 TCC 연결은 RSVP LSP에 대한 암묵적인 종속성을 가지므로 CCC 및 TCC의 Graceful Restart는 RSVP Graceful Restart 기능을 사용합니다.

CCC 및 TCC의 GR(Graceful Restart)을 활성화하려면 PE 라우터와 P 라우터에서 RSVP Graceful Restart를 활성화해야 합니다. 또한 RSVP가 레이블 정보를 시그널링하기 위한 시그널링 프로토콜로 사용되기 때문에 이웃 라우터는 RSVP 재시작 절차를 지원하기 위해 헬퍼 모드를 사용해야 합니다.

그림 12 은(는) 두 CE 라우터 간의 CCC 연결에서 graceful restart가 어떻게 작동하는지 보여줍니다.

그림 12: CCC를 사용하여 두 개의 CE 라우터를 연결하는 원격 인터페이스 스위치

PE 라우터 A는 PE 라우터 A에서 PE 라우터 B로의 전송 LSP에 대한 수신 전송과 PE 라우터 B에서 PE 라우터 A로의 수신 LSP에 대한 송신입니다. 모든 PE 및 P 라우터에서 RSVP Graceful Restart가 활성화되면 PE 라우터 A가 재시작될 때 다음과 같은 상황이 발생합니다.

• PE 라우터 A는 CCC 경로(CCC에서 MPLS로, MPLS에서 CCC로)와 관련된 포워딩 상태를 유지합니다.

• CE 라우터에서 CE 라우터로 트래픽이 중단 없이 흐릅니다.

• 재시작 후 PE 라우터 A는 PE 라우터 A가 송신인 LSP(예: 수신 LSP)의 레이블을 보존합니다. PE 라우터 A에서 PE 라우터 B로의 전송 LSP는 새로운 레이블 매핑을 도출할 수 있지만 트래픽 중단을 일으키지 않아야 합니다.

CCC 및 TCC Graceful Restart를 활성화하려면 문을 포함합니다.graceful-restart

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

• [edit routing-options]

• [edit logical-systems logical-system-name routing-options]

두 서킷 간에 CCC(Circuit Cross-Connect)를 구성하여 인터페이스에서 포인트-투-멀티포인트 LSP로 트래픽을 스위칭할 수 있습니다. 이 기능은 멀티캐스트 또는 브로드캐스트 트래픽(예: 디지털 비디오 스트림)을 처리하는 데 유용합니다.

Point-to-Multipoint LSP에 대한 CCC 스위칭을 구성하려면 다음을 수행합니다.

• 수신 공급자 에지(PE) 라우터에서는 수신 인터페이스에서 point-to-multipoint LSP로 트래픽을 스위칭하도록 CCC를 구성합니다.

• 송신 PE에서 CCC를 구성하여 수신 포인트-투-멀티포인트 LSP에서 발신 인터페이스로 트래픽을 스위칭합니다.

Point-to-Multipoint LSP에 대한 CCC 연결은 단방향입니다.

Point-to-Multipoint LSP에 대한 자세한 내용은 Point-to-Multipoint LSP 개요를 참조하십시오.

Point-to-Multipoint LSP에 대한 CCC 연결을 구성하려면 다음 섹션의 단계를 완료하십시오.

• 수신 PE 라우터에서 Point-to-Multipoint LSP 스위치 구성
• 수신 PE 라우터의 Point-to-Multipoint CCC LSP 스위치에서 로컬 수신기 구성
• 송신 PE 라우터에서 Point-to-Multipoint LSP 스위치 구성