GMPLS 구성
GMPLS 소개
기존 MPLS 설정된 IP 기반 경로를 사용하고 이러한 경로를 임의로 할당된 레이블과 연결하여 레이어 3 IP 트래픽을 전달하도록 설계되었습니다. 이러한 레이블은 네트워크 관리자가 명시적으로 구성하거나 LDP 또는 RSVP와 같은 프로토콜을 통해 동적으로 할당될 수 있습니다.
GMPLS는 다양한 유형의 레이어 1, 레이어 2 또는 레이어 3 트래픽을 스위칭하기 위한 레이블을 정의한다는 측면에서 MPLS 일반화합니다. GMPLS 노드는 다음 중 하나 이상의 스위칭 기능을 가진 링크를 가질 수 있습니다.
파이버 스위칭 지원(FSC)
람다 스위칭 지원(LSC)
시간 분할 멀티플렉싱(TDM) 스위칭 지원(TSC)
PSC(Packet Switched capable)
레이블 스위칭 경로(LSP)는 동일한 스위칭 기능을 가진 링크에서 시작하고 끝나야 합니다. 예를 들어, 라우터는 다른 라우터와 패킷 스위칭 LSP를 설정할 수 있습니다. LSP는 SONET 애드/드롭 멀티플렉서(ADM) 간에 TDM 스위칭 LSP를 통해 전송될 수 있으며, 이는 차례로 램다 스위칭 LSP로 전송될 수 있습니다.
이러한 MPLS 프로토콜 확장의 결과로 레이블 스위칭에 참여할 수 있는 디바이스 수가 늘어나게 됩니다. OXC 및 SONET ADM과 같은 하위 계층 디바이스는 이제 GMPLS 시그널링에 참여하고 데이터 전송 경로를 설정할 수 있습니다. 라우터는 전송 네트워크에서 신호 옵티컬 경로에 참여할 수 있습니다.
두 가지 서비스 모델은 클라이언트 노드(예: 라우터)가 옵티컬 코어 또는 전송 네트워크에 대한 가시성을 결정합니다. 첫 번째는 종종 오버레이 모델이라고 하는 UNI(User-to-Network Interface)를 통해 이루어집니다. 두 번째는 피어 모델로 알려져 있습니다. 주니퍼 네트웍스 두 모델을 모두 지원합니다.
물리적 인터페이스와 GMPLS 인터페이스 사이에는 반드시 일대일 대응이 필요한 것은 아닙니다. GMPLS 연결이 비변환 물리적 커넥터를 사용하는 경우 GMPLS 레이블은 물리적 포트 ID를 사용할 수 있습니다. 그러나 채널화 인터페이스의 레이블은 종종 채널 또는 시간 슬롯을 기반으로 합니다. 따라서 GMPLS 레이블을 트래픽 엔지니어링 링크의 리소스에 대한 식별자로 참조하는 것이 가장 좋습니다.
LSP를 구축하기 위해 GMPLS는 다음 메커니즘을 사용합니다.
대역 외 제어 채널 및 데이터 채널— LSP 설정에 대한 RSVP 메시지는 대역 외 제어 네트워크를 통해 전송됩니다. LSP 설정이 완료되고 경로가 프로비저닝되면 데이터 채널이 작동 중이며 트래픽 전송에 사용할 수 있습니다. 링크 관리 프로토콜(LMP)은 노드 쌍 간의 데이터 채널을 정의하고 관리하는 데 사용됩니다. 선택적으로 LMP를 사용하여 동일한 Junos OS 릴리스를 실행하는 피어 간에 LMP 제어 채널을 설정 및 유지할 수 있습니다.
GMPLS를 위한 RSVP-TE 확장 — RSVP-TE는 이미 패킷 LSP의 설정을 시그널링하도록 설계되었습니다. GMPLS는 다양한 종류의 LSP(nonpacket)에 대한 경로 설정을 요청하고 파장, 시간 슬롯 및 파이버와 같은 레이블을 레이블 객체로 요청할 수 있도록 확장되었습니다.
양방향 LSP - 데이터는 단일 경로를 통해 GMPLS 디바이스 간에 양방향으로 전송될 수 있으므로 비패킷 LSP는 양방향으로 신호됩니다.
GMPLS 약관 및 약어
GMPLS(Generalized MPLS)
레이블 스위칭 경로(LSP)를 통해 여러 레이어의 데이터를 스위칭할 수 있는 MPLS 확장. GMPLS LSP 연결은 유사한 레이어 1, 레이어 2 및 레이어 3 디바이스 간에 가능합니다.
포워딩 인접성
GMPLS 지원 디바이스 간에 데이터를 전송하기 위한 포워딩 경로입니다.
GMPLS 레이블
레이어 3 식별자, 파이버 포트, 시간 분할 멀티플렉싱(TDM) 시간 슬롯 또는 다음 홉 식별자로 사용되는 GMPLS 지원 디바이스의 고집적 파장 분할 멀티플렉싱(DWDM) 파장.
GMPLS LSP 유형
GMPLS LSP의 네 가지 유형은 다음과 같습니다.
FSC(Fiber-Switched capable) - LSP는 개별 파이버 수준에서 작동하는 OXC(Optical Cross-Connects)와 같은 두 개의 광섬유 기반 디바이스 간에 전환됩니다.
Lambda-switched capable(LSC) - LSP는 개별 파장 수준에서 작동하는 OXC와 같은 두 개의 DWDM 디바이스 간에 전환됩니다.
TDM 스위칭 가능(TDM) - LSP는 SONET ADM과 같은 두 개의 TDM 디바이스 간에 전환됩니다.
패킷 스위칭 가능(PSC) - LSP는 라우터 또는 ATM 스위치와 같은 두 개의 패킷 기반 디바이스 간에 전환됩니다.
링크 관리 프로토콜
피어 간의 포워딩 인접성을 정의하고 트래픽 엔지니어링 링크에서 리소스를 유지하고 할당하는 데 사용되는 프로토콜입니다.
트래픽 엔지니어링 링크
GMPLS 지원 디바이스 간의 논리적 연결. 트래픽 엔지니어링 링크는 주소 또는 ID를 가질 수 있으며 특정 리소스 또는 인터페이스와 연결됩니다. 또한 특정 속성(인코딩 유형, 스위칭 기능, 대역폭 등)을 가지고 있습니다. 논리적 주소는 라우팅할 수 있지만 링크 식별자 역할을 하므로 필수는 아닙니다. 각 트래픽 엔지니어링 링크는 한 쌍의 디바이스 간에 포워딩 인접성을 나타냅니다.
GMPLS 운영
GMPLS의 기본 기능은 RSVP와 LMP 간의 긴밀한 상호 작용이 필요합니다. 다음 순서로 작동합니다.
LMP는 새로운 엔터티의 RSVP에 다음을 통보합니다.
트래픽 엔지니어링 링크(포워딩 인접성)
트래픽 엔지니어링 링크에 사용할 수 있는 리소스
피어 제어
GMPLS는 구성에서 LSP 속성을 추출하고 트래픽 엔지니어링 링크 주소로 지정된 하나 이상의 특정 경로를 신호하도록 RSVP에 요청합니다.
RSVP는 로컬 트래픽 엔지니어링 링크, 해당 제어 인접 및 활성 제어 채널, 전송 매개 변수(예: IP 대상)를 결정합니다. LMP는 지정된 속성을 가진 트래픽 엔지니어링 링크에서 리소스를 할당할 것을 요청합니다. LMP가 속성과 일치하는 리소스를 찾으면 레이블 할당이 성공합니다. RSVP는 대상 라우터에 도달할 때까지 PathMsg 홉을 홉으로 보냅니다.
대상 라우터가 PathMsg를 수신하면 RSVP는 신호 매개 변수를 기반으로 LMP가 리소스를 할당할 것을 다시 요청합니다. 레이블 할당에 성공하면 라우터는 ResvMsg를 다시 보냅니다.
신호 전송이 성공하면 양방향 옵티컬 경로가 프로비저닝됩니다.
GMPLS 및 OSPF
GMPLS에 대한 OSPF를 구성할 수 있습니다. OSPF는 단일 AS(Autonomous System) 내에서 패킷을 라우팅하는 내부 게이트웨이 프로토콜(IGP)입니다. OSPF는 link-state 정보를 사용하여 라우팅 결정을 내림
GMPLS 및 CSPF
GMPLS는 CSPF를 사용하는 GMPLS LSP의 컴퓨팅 경로에 추가적인 제약을 도입합니다. 이러한 추가 제약 조건은 다음 링크 속성에 영향을 미칩니다.
신호 유형(최소 LSP 대역폭)
인코딩 유형
스위칭 유형
이러한 새로운 제약 조건은 인터페이스 스위칭 기능 설명자 유형, 길이, 값(TLV)을 IGP를 통해 교환하는 트래픽 엔지니어링 데이터베이스에 채워집니다.
인터페이스 스위칭 기능 설명자를 통해 교환되는 무시된 제약 조건은 다음과 같습니다.
최대 LSP 대역폭
최대 전송 단위(MTU)
CSPF 경로 계산은 GMPLS가 아닌 환경에서와 동일하며, 링크도 GMPLS 제약으로 제한된다는 점을 제외합니다.
각 링크에는 여러 인터페이스 스위칭 기능 설명자가 있을 수 있습니다. 링크가 거부되기 전에 모든 설명자를 확인합니다.
제약 조건은 다음 순서로 확인됩니다.
GMPLS LSP에 대해 구성된 신호 유형은 요청된 대역폭의 양을 나타냅니다. 원하는 대역폭이 최소 LSP 대역폭보다 낮으면 인터페이스 스위칭 설명자가 거부됩니다.
수신 및 송신 인터페이스에 대한 링크의 인코딩 유형이 일치해야 합니다. 인코딩 유형은 모든 제약 조건이 링크에 의해 충족되고 송신 노드에서 링크를 선택하는 데 사용되는 후 수신 노드에서 선택되고 저장됩니다.
중간 스위치 링크의 스위칭 유형은 구성에 지정된 GMPLS LSP와 일치해야 합니다.
GMPLS 기능
이 Junos OS 다음과 같은 GMPLS 기능을 포함합니다.
대역 외 컨트롤 플레인을 사용하면 LSP 경로 설정을 신호할 수 있습니다.
RSVP-TE 확장은 포트, 시간 슬롯 및 파장과 같은 레이어 3 패킷 이상의 추가 개체를 지원합니다.
LMP 프로토콜은 트래픽 엔지니어링 링크 및 피어 정보의 데이터베이스를 생성하고 유지합니다. 이 프로토콜의 정적 버전만 Junos OS 지원됩니다. 선택적으로 LMP를 구성하여 동일한 Junos OS 릴리스를 실행하는 피어 간에 LMP 제어 채널을 설정하고 유지할 수 있습니다.
디바이스 간에 양방향 LSP가 필요합니다.
RFC 3471 , 일반화된 MPLS 정의된 여러 GMPLS 레이블 유형 - MPLS, 일반화, SONET/SDH, 추천 및 업스트림과 같은 신호 기능 설명이 지원됩니다. 일반화된 레이블은 유형 필드를 포함하지 않습니다. 노드는 연결의 컨텍스트에서 어떤 유형의 레이블을 기대할지 알아야 하기 때문입니다.
트래픽 매개 변수는 GMPLS 대역폭 인코딩 및 SONET/SDH 포맷 지정을 용이하게 합니다.
다른 지원 속성으로는 인터페이스 식별 및 오류 인터페이스 식별, UNI(User-to-Network) 스타일의 신호 및 보조 LSP 경로가 포함됩니다.
GMPLS에 대한 MPLS 경로 구성
GMPLS 구성의 일환으로 GMPLS를 통해 연결된 각 고유한 디바이스에 대해 MPLS 경로를 설정해야 합니다. 계층 수준에서 트래픽 엔지니어링 링크 원격 주소를 주소 [edit protocols mpls path path-name] 로 구성합니다. CSPF(Constrained Shortest Path First)가 지원되므로 주소가 strict 지정된 또는 loose 옵션 중 하나를 선택할 수 있습니다.
트래픽 엔지니어링 링크 원격 주소를 얻는 방법에 대한 정보는 LMP 구성 개요 를 참조하십시오.
MPLS 경로를 구성하려면 계층 수준에서 문을 [edit protocols mpls] 포함합니다path.
[edit protocols mpls] path path-name { next-hop-address (strict | loose); }
MPLS 경로를 구성하는 방법에 대한 자세한 내용은 지정 경로 생성을 참조하십시오.
LMP 트래픽 추적
LMP 프로토콜 트래픽을 추적하려면 계층 수준에서 문을 [edit protocols link-management] 포함합니다traceoptions.
[edit protocols link-management] traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; }
file 문을 사용하여 추적 작업의 출력을 수신하는 파일 이름을 지정합니다. 모든 파일은 /var/log 디렉터리에 배치됩니다.
다음 추적 플래그는 다양한 LMP 메시지 송수신과 관련된 작업을 표시합니다.
all—사용 가능한 모든 작업 추적hello-packets-모든 LMP 제어 채널에서 Hello 패킷 추적init—초기화 메시지에서 출력packets-모든 LMP 제어 채널에서 Hello 패킷 이외의 모든 패킷 추적parse—파서 작동process—일반 구성의 작동route-socket—경로 소켓 이벤트 작동routing—라우팅 프로토콜 작동server—서버 처리 작업show—명령에 대한show서비스 작업state-LMP 제어 채널 및 트래픽 엔지니어링 링크의 상태 전환 추적
각 플래그는 다음 플래그 수정자 중 하나 이상을 전달할 수 있습니다.
detail-자세한 추적 정보 제공receive—수신 중인 패킷send—전송 중인 패킷
GMPLS에 대한 MPLS LSP 구성
적절한 GMPLS 스위칭 매개 변수를 활성화하려면 네트워크 연결에 적합한 레이블 스위칭 경로(LSP) 속성을 구성합니다. 에 대한 switching-type 기본 값은 표준 MPLS 또한 적합한 입니다 psc-1.
LSP 속성을 구성하려면 계층 수준에서 문을 [edit protocols mpls label-switched-path lsp-name] 포함합니다lsp-attributes.
[edit protocols mpls label-switched-path lsp-name] lsp-attributes { encoding-type type; gpid gpid; signal-bandwidth type; switching-type type; }
레이블 스위칭 경로 구성에 명령문을 포함 no-cspf 할 경우, 기본 및 보조 경로도 구성해야 하며, 구성을 커밋할 수 없습니다.
다음 섹션은 GMPLS LSP에 대한 각 LSP 속성을 구성하는 방법을 설명합니다.
- 인코딩 유형 구성
- GPID 구성
- 신호 대역폭 유형 구성
- GMPLS 양방향 LSP 구성
- 비패킷 GMPLS LSP가 Junos OS 실행하는 라우터를 통해 경로를 설정할 수 있도록 허용
인코딩 유형 구성
LSP가 수행하는 페이로드의 인코딩 유형을 지정해야 합니다. 다음 중 어느 것이라도 될 수 있습니다.
ethernet—이더넷packet—패킷pdh—PDH(Plesiochronous Digital Hierarch)sonet-sdh—SONET/SDH
기본값은 입니다 packet.
인코딩 유형을 구성하려면 계층 수준에서 문을 [edit protocols mpls label-switched-path lsp-name lsp-attributes] 포함합니다encoding-type.
[edit protocols mpls label-switched-path lsp-name lsp-attributes] encoding-type type;
GPID 구성
LSP가 수행하는 페이로드 유형을 지정해야 합니다. 페이로드는 MPLS 레이블 아래에 있는 패킷 유형입니다. 페이로드는 일반화된 페이로드 식별자(GPID)에 의해 지정됩니다.
다음 값 중 어느 값으로도 GPID를 지정할 수 있습니다.
hdlc—HDLC(High-Level Data Link Control)ethernet—이더넷ipv4—IP 버전 4(기본)pos-scrambling-crc-16—다른 벤더의 장비와의 상호 운용성을 위해pos-no-scrambling-crc-16—다른 벤더의 장비와의 상호 운용성을 위해pos-scrambling-crc-32—다른 벤더의 장비와의 상호 운용성을 위해pos-no-scrambling-crc-32—다른 벤더의 장비와의 상호 운용성을 위해ppp—PPP(Point-to-Point Protocol)
GPID를 구성하려면 계층 수준에서 문을 [edit protocols mpls label-switched-path lsp-name lsp-attributes] 포함합니다gpid.
[edit protocols mpls label-switched-path lsp-name lsp-attributes] gpid gpid;
신호 대역폭 유형 구성
신호 대역폭 유형은 경로 계산 및 승인 제어에 사용되는 인코딩입니다. 신호 대역폭 유형을 구성하려면 계층 수준에서 문을 [edit protocols mpls label-switched-path lsp-name lsp-attributes] 포함합니다signal-bandwidth.
[edit protocols mpls label-switched-path lsp-name lsp-attributes] signal-bandwidth type;
GMPLS 양방향 LSP 구성
MPLS 및 GMPLS는 LSP에 대해 동일한 구성 계층을 사용하기 때문에 어떤 LSP 속성이 LSP 기능을 제어할지 아는 것이 도움이 됩니다. 표준 MPLS 패킷 스위칭 LSP는 단방향인 반면 GMPLS 비패킷 LSP는 양방향입니다.
의 기본 패킷 스위칭 유형을 psc-1사용하는 경우 LSP는 단방향이 됩니다. GMPLS 양방향 LSP를 활성화하려면, 또는 ethernet와 같은 lambdafiber비 패킷 스위칭 유형 옵션을 선택해야 합니다. switching-type 계층 수준에서 문을 [edit protocols mpls label-switched-path lsp-name lsp-attributes] 포함합니다.
[edit protocols mpls label-switched-path lsp-name lsp-attributes] switching-type (lambda | fiber | ethernet);
비패킷 GMPLS LSP가 Junos OS 실행하는 라우터를 통해 경로를 설정할 수 있도록 허용
관리자 상태 개체에서 A-비트를 설정하여. 비패킷 GMPLS LSP를 활성화하여 Junos 실행하는 라우터를 통해 경로를 설정할 수 있습니다. 수신 라우터가 관리자 상태 A-비트 세트와 함께 RSVP PATH 메시지를 전송할 때, 외부 디바이스(Junos OS 실행하는 라우터가 아님)는 레이어 1 경로 설정 테스트를 수행하거나 옵티컬 교차 연결을 가져올 수 있습니다.
설정 시 관리자 상태 개체의 A-비트는 GMPLS LSP의 관리 다운 상태를 나타냅니다. 이 기능은 특히 비패킷 GMPLS LSP에서 사용됩니다. 패킷 LSP에 대한 제어 경로 설정 또는 데이터 포워딩에는 영향을 미치지 않습니다.
Junos 제어 경로 설정과 데이터 경로 설정을 구별하지 않습니다. 네트워크 경로를 따라 있는 다른 노드는 A-비트를 사용하여 RSVP PATH 신호를 의미 있는 방식으로 사용합니다.
GMPLS LSP에 대한 관리자 상태 개체를 구성하려면 문을 포함합니다 admin-down .
admin-down;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
GMPLS LSP를 Graceful 삭제
비패킷 GMPLS LSP를 Graceful 삭제할 수 있습니다. 패킷 스위칭 네트워크의 공통 프로세스인 갑자기 붕괴되는 LSP는 비패킷 스위칭 네트워크에서 안정성 문제를 일으킬 수 있습니다. 비패킷 스위칭 네트워크의 안정성을 유지하려면 LSP를 Graceful 삭제해야 할 수도 있습니다.
다음 섹션에서는 GMPLS LSP를 Graceful로 삭제하는 방법을 설명합니다.
GMPLS LSP를 일시적으로 삭제
명령을 사용하여 GMPLS LSP를 Graceful 삭제할 clear rsvp session gracefully 수 있습니다.
이 명령은 두 번의 패스로 비패킷 LSP에 대한 RSVP 세션을 Graceful로 중단합니다. 첫 번째 패스에서 Admin Status 객체는 LSP의 엔드포인트로 향하는 경로를 따라 신호됩니다. 두 번째 패스 중에는 LSP가 중단됩니다. 이 명령을 사용하면 LSP가 일시적으로 중단됩니다. 적절한 간격 이후에 GMPLS LSP가 다시 사임한 후 재설정됩니다.
clear rsvp session gracefully 명령에는 다음과 같은 속성이 있습니다.
RSVP 세션의 수신 및 송신 라우터에서만 작동합니다. 전송 라우터에서 사용되는 경우 명령과 동일한 동작을 가합니다
clear rsvp session.비패킷 LSP에서만 작동합니다. 패킷 LSP와 함께 사용하면 명령과 동일한 동작을
clear rsvp session하게 됩니다.
자세한 내용은 CLI 탐색기를 참조하십시오.
GMPLS LSP를 영구 삭제
구성에서 LSP를 비활성화하면 LSP가 영구적으로 삭제됩니다. 문을 구성 disable 하면 GMPLS LSP를 영구적으로 비활성화할 수 있습니다. 비활성화되는 LSP가 비패킷 LSP인 경우, 관리자 상태 개체를 사용하는 Graceful LSP 삭제 절차가 사용됩니다. 비활성화되는 LSP가 패킷 LSP인 경우, LSP 삭제에 대한 일반 신호 전송 절차가 사용됩니다.
GMPLS LSP를 비활성화하려면 다음 계층 수준 중 어느 수준에서든 문을 포함합니다 disable .
GR(Graceful Deletion Timeout Interval) 구성
RSVP 세션에 대한 Graceful 삭제 절차를 시작하는 라우터는 경로를 따라 있는 모든 라우터(특히 수신 및 송신 라우터)가 LSP가 중단될 준비를 하게 하기 위해 Graceful 삭제 시간 제한 간격을 기다립니다.
수신 라우터는 비트 세트가 포함된 경로 메시지 D 에서 관리자 상태 개체를 전송하여 Graceful 삭제 절차를 시작합니다. 수신 라우터는 송신 라우터 비트 세트가 D 포함된 Resv 메시지를 수신할 것으로 예상합니다. 수신 라우터가 Graceful 삭제 시간 제한 간격에 지정된 시간 내에 이 메시지를 수신하지 않으면 PathTear 메시지를 전송하여 LSP의 강제 삭제를 시작합니다.
Graceful 삭제 시간 제한 간격을 구성하려면 계층 수준에서 문을 [edit protocols rsvp] 포함합니다graceful-deletion-timeout. 1~300초 사이의 시간을 구성할 수 있습니다. 기본값은 30초입니다.
graceful-deletion-timeout seconds;
이 명령문은 다음 계층 수준에서 구성할 수 있습니다.
[edit protocols rsvp][edit logical-systems logical-system-name protocols rsvp]
명령을 사용하여 show rsvp version GR(Graceful Deletion) 시간 초과에 대해 구성된 현재 값을 결정할 수 있습니다.
GMPLS RSVP-TE VLAN LSP 신호 개요
- GMPLS RSVP-TE 시그널링 이해하기
- GMPLS RSVP-TE VLAN LSP 신호 전송 필요
- GMPLS RSVP-TE VLAN LSP 신호 전송 기능
- GMPLS RSVP-TE VLAN LSP를 사용한 LSP 계층
- GMPLS RSVP-TE VLAN LSP의 경로 사양
- GMPLS RSVP-TE VLAN LSP 구성
- 관련 양방향 패킷 LSP
- 관련 양방향 패킷 및 GMPLS RSVP-TE VLAN LSP에 대한 단절 전 확인
- 지원 및 비지원 기능
GMPLS RSVP-TE 시그널링 이해하기
신호 전송은 데이터 플레인에서 데이터 경로(LSP)를 설정, 유지, 수정 및 종료하기 위해 컨트롤 플레인 내에서 메시지를 교환하는 프로세스입니다. GMPLS(Generalized MPLS)는 MPLS 기존 컨트롤 플레인을 확장하여 추가 인터페이스 클래스를 관리하고 시간 분할 멀티플렉싱(TDM), 파이버(포트), Lambda 등과 같은 다른 형태의 레이블 스위칭을 지원합니다.
GMPLS는 레이어 2 및 레이어 3에서 레이어 1 옵티컬 디바이스까지 지능형 IP/MPLS 연결을 확장합니다. 라우터와 스위치가 주로 지원하는 MPLS 달리 GMPLS는 SONET/SDH, OXC(Optical Cross-Connects), 고집적 파장 멀티플렉싱(DWDM)을 포함한 옵티컬 플랫폼에서도 지원될 수 있습니다.
주로 MPLS 데이터를 전달하는 데 사용되는 레이블 외에도 파장, 시간 슬롯 및 파이버와 같은 다른 물리적 항목을 레이블 객체로 사용하여 GMPLS에서 데이터를 포워딩할 수 있으므로 기존 컨트롤 플레인 메커니즘을 활용하여 다양한 종류의 LSP에 신호를 전송할 수 있습니다. GMPLS는 RSVP-TE를 사용하여 다른 레이블 개체에 다양한 종류의 LSP(nonpacket)에 신호를 전송하도록 요청할 수 있습니다. 양방향 LSP와 대역 외 제어 채널 및 링크 관리 프로토콜(LMP)을 사용하는 데이터 채널은 GMPLS가 LSP를 설정하는 데 사용하는 다른 메커니즘입니다.
GMPLS RSVP-TE VLAN LSP 신호 전송 필요
기존의 레이어 2 포인트 투 포인트 서비스는 LDP 및 BGP를 기반으로 하는 레이어 2 서킷 및 레이어 2 VPN 기술을 사용합니다. 기존 구축 환경에서 고객 에지(CE) 디바이스는 레이어 2 서비스의 신호 전송에 참여하지 않습니다. 프로바이더 에지(PE) 디바이스는 CE 디바이스 간 엔드 투 엔드 연결을 제공하기 위해 레이어 2 서비스를 관리하고 프로비저닝합니다.
한 쌍의 CE 디바이스 간에 각 레이어 2 서킷에 대해 레이어 2 서비스를 프로비저닝하는 PE 디바이스를 갖는 가장 큰 과제 중 하나는 공급자 네트워크의 네트워크 관리 부담입니다.
그림 1 은(는) LDP/BGP 기반 레이어 2 VPN 기술에서 CE 라우터가 레이어 2 서비스를 설정하고 사용하는 방법을 보여줍니다. 두 개의 CE 라우터 CE1과 CE2는 각각 PE 라우터 PE1과 PE2를 통해 프로바이더 MPLS 네트워크에 연결됩니다. CE 라우터는 이더넷 링크에 의해 PE 라우터에 연결됩니다. 라우터 CE1 및 CE2는 VLAN1 및 VLAN2 논리적 레이어 3 인터페이스로 구성되므로 직접 연결된 것처럼 보입니다. 라우터 PE1 및 PE2는 CE 라우터 간에 레이어 2 VLAN 트래픽을 전송하도록 레이어 2 서킷(유사 회선)으로 구성됩니다. PE 라우터는 프로바이더 MPLS 네트워크 내에서 패킷 MPLS LSP를 사용하여 레이어 2 VLAN 트래픽을 전달합니다.
GMPLS 기반 VLAN LSP 신호 전송이 도입되면서 CE(클라이언트라고도 함) 디바이스 간의 각 개별 레이어 2 연결을 프로비저닝하기 위한 PE(서버 레이어라고도 함) 네트워크의 필요성이 최소화됩니다. 클라이언트 라우터는 GMPLS 시그널링을 통해 원격 클라이언트 라우터와 연결할 레이어 2 서비스를 설정하기 위해 직접 연결된 서버 레이어 라우터를 요청합니다.
서버 레이어 디바이스는 서버 레이어 네트워크를 통해 신호를 확장하여 원격 클라이언트 라우터와 연결합니다. 이 과정에서 서버 레이어 디바이스는 서버 클라이언트 경계에서 레이어 2 서비스에 대한 데이터 플레인을 설정하고 레이어 2 트래픽을 서버 레이어 네트워크 내에서 전송하기 위한 데이터 플레인을 설정합니다. 레이어 2 서비스 설정을 통해 클라이언트 라우터는 레이어 2 서비스 위에서 직접 IP/MPLS 실행하고 서로 인접한 IP/MPLS 가질 수 있습니다.
GMPLS 신호 전송은 서버 레이어 디바이스에서 필요한 프로비저닝 활동을 줄이는 것 외에도, 클라이언트 라우터에 레이어 2 서비스의 프로비저닝을 위한 서버 레이어 관리에 의존하지 않고 온디맨드 방식으로 레이어 2 회로를 가동할 수 있는 유연성을 제공합니다.
그림 1과 동일한 토폴로지를 사용하면, 그림 2 GMPL RSVP-TE 기반 레이어 2 VPN 기술의 클라이언트 라우터가 레이어 2 서비스를 설정하고 사용하는 방법을 보여줍니다.
클라이언트 그림 2라우터 간에 레이어 2 VLAN 트래픽을 전송하도록 유사 회선 구성 대신, 라우터 PE1과 PE2는 클라이언트 라우터와 GMPLS RSVP-TE 시그널링 메시지를 교환할 수 있도록 IP 기반 통신 채널 및 기타 GMPLS별 구성(TE 링크로 이더넷 링크 식별)으로 구성됩니다. 라우터 CE1 및 CE2는 또한 IP 기반 통신 채널과 GMPLS RSVP-TE 신호 메시지를 서버 레이어 라우터와 교환하기 위한 관련 GMPLS 구성으로 구성됩니다. 라우터 CE1 및 CE2는 이 레이어 2 서비스 위에 IP/MPLS 인접성을 설정합니다.
GMPLS RSVP-TE VLAN LSP 신호 전송 기능
에 그림 2기반하여 클라이언트 라우터는 다음과 같이 레이어 2 서비스를 서버 레이어 네트워크에 설정합니다.
라우터 CE1은 라우터 PE1로 GMPLS RSVP-TE 신호를 시작합니다. 이 신호 메시지에서 라우터 CE1은 레이어 2 서비스 및 VLAN이 연결되어야 하는 원격 CE 라우터인 라우터 CE2가 필요한 이더넷 링크의 VLAN을 나타냅니다.
또한 라우터 CE1은 라우터 CE2가 연결된 원격 PE 라우터인 라우터 PE2와 신호 메시지에서 레이어 2 서비스가 필요한 라우터 CE2를 라우터 PE2에 연결하는 정확한 이더넷 링크를 나타냅니다.
라우터 PE1은 신호 메시지에서 라우터 CE1의 정보를 사용하고 라우터 CE2가 연결된 원격 PE 라우터인 라우터 PE2를 결정합니다. 그런 다음 라우터 PE1은 VLAN 트래픽을 전송하기 위한 서버 레이어 MPLS 네트워크를 통해 LSP(관련 양방향)MPLS 패킷을 설정하고 LSP 계층 메커니즘을 사용하여 GMPLS RSVP-TE 신호 메시지를 라우터 PE2에 전달합니다.
라우터 PE2는 PE2-CE2 이더넷 링크에서 사용할 VLAN을 사용하여 라우터 CE2에 GMPLS RSVP-TE 신호 메시지를 전파합니다.
라우터 CE2는 라우터 PE2에 GMPLS RSVP-TE 시그널링 메시지를 승인하여 응답합니다. 그런 다음 라우터 PE2는 라우터 PE1에 이를 전파하고 라우터 PE1로 전파합니다.
이 메시지 전파의 일환으로 라우터 PE1과 PE2는 라우터 CE1과 CE2 간의 VLAN 레이어 2 트래픽의 양방향 플로우를 활성화하기 위해 포워딩 플레인을 설정했습니다.
GMPLS RSVP-TE VLAN LSP를 사용한 LSP 계층
GMPLS RSVP-TE VLAN LSP 신호 전송의 레이어 2 서비스는 레이어 2 서비스에 대해 두 개의 서로 다른 RSVP LSP가 생성되는 계층 메커니즘을 사용하여 발생합니다.
클라이언트 및 서버 레이어 라우터에 상태 정보가 있는 엔드투엔드 VLAN LSP입니다.
서버 레이어 네트워크의 서버 레이어 라우터(PE 및 P)에 존재하는 관련 양방향 패킷 전송 LSP입니다.
LSP 계층은 기술별 LSP 특성에 대한 정보를 서버 레이어 네트워크의 코어 노드와 공유하지 않습니다. 이 솔루션은 VLAN LSP 상태와 전송 LSP 상태를 명확하게 분리하고 VLAN LSP 상태가 필요한 노드(PE, CE)에만 존재하도록 보장합니다.
GMPLS RSVP-TE VLAN LSP의 경로 사양
GMPLS RSVP-TE LSP의 경로는 개시 클라이언트 라우터에서 명시적 경로 객체(ERO)로 구성됩니다. 이 LSP는 다른 네트워크 도메인(클라이언트 네트워크에서 시작, 종료, 서버 레이어 네트워크 통과)을 통과하기 때문에 LSP 설정은 도메인 간 LSP 설정의 범주에 속합니다. 도메인 간 시나리오에서 한 네트워크 도메인은 일반적으로 다른 네트워크 도메인의 토폴로지에 대한 완전한 가시성을 갖지 못합니다. 따라서 개시 클라이언트 라우터에서 구성되는 ERO는 서버 레이어 부분에 대한 전체 홉 정보를 가지고 있지 않습니다. 이 기능을 수행하려면 CE 라우터에서 구성된 ERO에 세 개의 홉이 있어야 합니다. 첫 번째 홉은 CE1-PE1 이더넷 링크를 식별하는 엄격한 홉이고, 두 번째 홉은 송신 PE 라우터(PE2)를 식별하는 느슨한 홉이고 세 번째 홉은 CE2-PE2 이더넷 링크를 식별하는 엄격한 홉입니다.
GMPLS RSVP-TE VLAN LSP 구성
클라이언트 및 서버 라우터에서 GMPLS VLAN LSP를 설정하는 데 필요한 구성은 일부 확장과 함께 기존 GMPLS 구성 모델을 사용합니다. 비패킷 LSP를 위한 Junos OS GMPLS 구성 모델은 GMPLS RSVP-TE 신호를 통해 물리적 인터페이스를 가동하고 실행하는 것을 목표로 하는 반면, GMPLS RSVP-TE VLAN LSP에 신호를 전송하는 것은 물리적 인터페이스 위에 개별 VLAN을 가져오는 것을 목표로 합니다. ethernet-vlan 계층 아래의 [edit protocols link-management te-link] 구성 문을 통해 이를 구현할 수 있습니다.
클라이언트 라우터는 서버 네트워크에 연결된 물리적 인터페이스를 가지고 있으며, 서버 네트워크는 연결된 물리적 인터페이스를 통해 두 클라이언트 라우터 간에 포인트 투 포인트 연결을 제공합니다. 물리적 인터페이스는 다음과 같이 GMPLS RSVP-TE에 의해 운영 상태로 전환됩니다.
클라이언트 라우터는 물리적 인터페이스 자체가 신호 전송 후에만 불러와 실행되므로 물리적 인터페이스가 연결된 서버 네트워크 노드와 인접한 라우팅 또는 신호 연결을 유지합니다. 일반적으로 물리적 인터페이스와 다른 제어 채널을 통해 이루어집니다.
클라이언트 라우터와 서버 네트워크 노드는 TE 링크 메커니즘을 사용하여 연결하는 물리적 인터페이스를 식별합니다.
클라이언트 라우터와 서버 네트워크 노드는 TE 링크 식별자(IP 주소)를 GMPLS RSVP 홉으로 사용하고 물리적 인터페이스를 GMPLS RSVP-TE 신호 메시지의 GMPLS 레이블 값으로 물리적 인터페이스를 운영 상태로 만듭니다.
기존 GMPLS 구성에서 서버 및 클라이언트 네트워크 노드는 구성 문을 사용하여 protocols link-management peer peer-name 인접 피어 노드를 지정합니다. 클라이언트 라우터는 서버 네트워크 노드에 연결된 하나 이상의 물리적 인터페이스를 가질 수 있기 때문에 이러한 물리적 인터페이스는 구성 문을 통해 protocols link-management te-link link-name IP 주소로 그룹화되고 식별됩니다. TE 링크에는 로컬 IP 주소, 원격 IP 주소 및 물리적 인터페이스 목록이 할당됩니다. 그런 다음 TE 링크가 구성 문과 protocols link-management peer peer-name te-link te-link-list 연결됩니다.
신호 메시지 교환에 필요한 대역 외 제어 채널은 구성 문을 사용하여 protocols link-management peer peer-name control-channel interface-name 지정됩니다. 서버 또는 클라이언트 네트워크 노드의 존재는 및 [edit protocols ospf] 계층 수준 아래의 구성 문을 통해 peer-interface interface-name RSVP 및 IGP(OSPF) 프로토콜에 [edit protocols rsvp] 표시됩니다.
기존 GMPLS 구성에서 신호 메시지에서 전달되는 레이블(업스트림 레이블 및 resv 레이블)은 불러올 필요가 있는 물리적 인터페이스를 식별하는 정수 식별자입니다. 레이블이 물리적 인터페이스를 식별하는 데 사용됨에 따라 기존 GMPLS 구성을 사용하면 단일 TE 링크 아래에서 여러 인터페이스를 그룹화할 수 있습니다. 기존 GMPLS 구성에서는, GMPLS RSVP-TE 신호 메시지(예: TE 링크 주소 및 레이블 값)에 충분한 정보가 있으므로 불러오아야 할 물리적 인터페이스를 식별할 수 있습니다. 반면, GMPLS RSVP-TE VLAN LSP 구성의 경우, VLAN ID 값은 신호 메시지의 레이블로 사용됩니다.
GMPLS RSVP-TE VLAN LSP 구성에서, 여러 인터페이스를 단일 TE 링크에 따라 구성할 수 있는 경우, 신호 메시지에서 VLAN ID를 레이블 값으로 사용하면 VLAN이 프로비저닝되어야 하는 물리적 인터페이스가 모호해질 수 있습니다. 따라서 TE 링크에 따라 구성할 수 있는 물리적 인터페이스 수가 하나의 인터페이스로만 제한되면 TE 링크는 구성 문으로 구성 ethernet-vlan 됩니다.
기존 GMPLS 구성에서, 비패킷 LSP의 대역폭은 불러올 필요가 있는 물리적 인터페이스의 대역폭에 해당하는 개별 수량입니다. 따라서 GMPLS LSP 구성은 어떤 대역폭도 지정하는 것을 허용하지 않지만 계층 수준의 구성 문을 [protocols mpls label-switched-path lsp-name lsp-attributes] 통해 signal-bandwidth 서만 대역폭을 지정할 수 있습니다. GMPLS VLAN LSP 구성에서 대역폭은 패킷 LSP와 유사하게 지정됩니다. GMPLS VLAN LSP 구성 bandwidth 에서 옵션은 지원되며 signal-bandwidth 지원되지 않습니다.
관련 양방향 패킷 LSP
GMPLS RSVP-TE VLAN LSP는 단일 측 프로비저닝 LSP인 서버 레이어 네트워크 내에서 관련 양방향 전송 LSP에서 수행됩니다. 전송 LSP 신호는 소스 라우터에서 포워딩 대상 라우터로의 단방향 LSP로 시작되며, 대상 라우터는 차례로 소스 라우터로 역방향으로 단방향 LSP의 신호를 시작합니다.
관련 양방향 패킷 및 GMPLS RSVP-TE VLAN LSP에 대한 단절 전 확인
관련 양방향 전송 LSP에 대한 단절 전 확인 지원은 양방향 LSP의 전달 방향에 대한 대상 라우터가 양방향 LSP의 역방향에서 단절 전 단절 작업을 수행하지 않는 유사한 모델을 따릅니다. 이 소스 라우터(관련 양방향 LSP의 개시자)는 관련 양방향 LSP의 더 큰 중단 전 새 인스턴스를 시작하며, 대상 라우터는 차례로 다른 방향으로 단절 전 중단(make-before-break) 새로운 인스턴스를 시작합니다.
예를 들어, 에서 그림 2단방향 전송 LSP는 포워딩 방향으로 라우터 PE1에서 라우터 PE2로 시작되며, 차례로 라우터 PE2는 반대 방향으로 라우터 PE1로 전송 LSP를 시작합니다. 단절 전 확인 인스턴스가 발생하면 시작 클라이언트 라우터인 라우터 PE1만 연결된 양방향 LSP의 새 인스턴스를 설정할 수 있습니다. 라우터 PE2는 차례로 반대 방향으로 단절 전 확인(make-before-break) 새로운 인스턴스를 시작합니다.
연결된 양방향 전송 LSP에 대한 단절 전 확인 지원은 전송 LSP가 LSP 경로의 링크 또는 노드 실패로 인해 로컬로 보호되는 상태로 들어가는 시나리오에서만 사용됩니다. GMPLS RSVP-TE VLAN LSP는 원활한 대역폭 변경을 조정하기 위해 단절 전 확인 메커니즘을 사용합니다.
관련 양방향 전송 LSP에 대해 주기적 재 최적화가 활성화되지 않습니다.
GMPLS VLAN LSP의 최신 단절 전 인스턴스는 다음과 같은 제약 조건에 따라 지원됩니다.
이는 이전 인스턴스와 동일한 클라이언트 라우터에서 시작되어야 하며 이전 인스턴스와 동일한 클라이언트 라우터로 전달되어야 합니다.
두 서버 클라이언트 끝에서 동일한 서버 클라이언트 링크를 이전 인스턴스와 사용해야 합니다.
서버 클라이언트 링크에서 이전 인스턴스와 동일한 VLAN 레이블을 사용해야 합니다.
GMPLS VLAN LSP는 CLI에서 대역폭 변경이 시작될 때 또는 다른 다른 VLAN LSP의 현재 인스턴스가 삭제되고 새로운 VLAN LSP 인스턴스가 설정된 경우처럼
adaptive구성되어야 합니다.
이러한 제약 조건이 충족되지 않으면 서버 레이어 에지 라우터의 GMPLS VLAN LSP에 대한 단절 전 확인 작업이 거부됩니다.
서버 레이어 에지 라우터에서 GMPLS VLAN LSP의 단절 전 확인 인스턴스를 볼 때 이 단절 전 확인 인스턴스를 지원하기 위해 완전히 새로운 별도의 별도의 양방향 전송 LSP가 생성됩니다. 기존 관련 양방향 LSP(이전 인스턴스 지원)는 전송 LSP 수준에서 단절 전 확인 인스턴스를 시작하도록 트리거되지 않습니다. 이 선택(새로운 전송 LSP 시작)의 의미는 GMPLS VLAN LSP에 대한 단절 전 확인 작업이 수행될 때 서버 레이어 리소스/대역폭 공유가 발생하지 않는다는 것입니다.
지원 및 비지원 기능
Junos OS GMPLS RSVP-TE VLAN LSP에서 다음 기능을 지원합니다.
클라이언트 라우터에서 서버 레이어 라우터에 대한 VLAN LSP에 대한 특정 대역폭 및 로컬 보호를 요청합니다.
클라이언트 라우터에서 GMPLS VLAN LSP에 대한 NSR(Nonstop Active Routing) 지원, 서버 레이어 에지 라우터, 서버 레이어 에지 라우터에서 관련 양방향 전송 LSP.
멀티섀시 지원.
Junos OS 다음 GMPLS RSVP-TE VLAN LSP 기능을 지원합니다 not .
관련 양방향 패킷 LSP 및 GMPLS VLAN LSP에 대한 Graceful Restart 지원.
클라이언트 라우터에서 CSPF 알고리즘을 사용하여 GMPLS VLAN LSP에 대한 엔드투엔드 경로 계산.
서로 다른 클라이언트, 서버 레이어 에지 라우터에 의한 다음 홉 라우터의 비 CSPF 라우팅 기반 검색.
클라이언트 라우터에서 VLAN LSP를 성공적으로 설정하면 클라이언트 레이어 3 VLAN 인터페이스의 자동 프로비저닝.
MPLS OAM(LSP-ping, BFD).
패킷 MPLS 애플리케이션(예: 정적 경로의 다음 홉 및 IGP 바로 가기).
클라이언트 라우터가 동일한 서버 라우터에 연결된 원격 클라이언트 라우터에 연결하는 로컬 교차 연결 메커니즘입니다.
Junos OS 서비스 프레임워크.
IPv6 지원.
논리적 시스템.
서버 클라이언트 링크의 어그리게이션 이더넷/SONET/IRB 인터페이스.
예를 들면 다음과 같습니다. GMPLS RSVP-TE VLAN LSP 신호 구성
이 예는 클라이언트 라우터에서 GMPLS RSVP-TE VLAN LSP 시그널링을 구성하여 한 클라이언트 라우터가 LSP 계층을 사용하는 서버 레이어 네트워크를 통해 원격 클라이언트 라우터와 연결할 수 있도록 하는 방법을 보여줍니다. 이를 통해 클라이언트 라우터는 서버 레이어 관리에 의존하지 않고 레이어 2 서비스를 설정, 유지 및 프로비저닝할 수 있어 프로바이더 네트워크의 운영 비용 부담을 줄일 수 있습니다.
요구 사항
이 예는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 사용합니다.
-
M Series 멀티서비스 에지 라우터, MX 시리즈 5G 유니버설 라우팅 플랫폼, T 시리즈 코어 라우터 및 PTX 시리즈 패킷 전송 라우터 조합할 수 있는 6개의 라우터
-
Junos OS 클라이언트 라우터 및 서버 레이어 에지 라우터에서 실행되는 릴리스 14.2 이상
시작하기 전에 다음을 수행합니다.
-
디바이스 인터페이스를 구성합니다.
-
인터페이스 관련 VLAN을 구성합니다.
-
다음 라우팅 프로토콜을 구성합니다.
-
RSVP
-
MPLS
-
Lmp
-
개요
Junos OS 릴리스 14.2부터는 외부/타사 서버 레이어 네트워크에서 두 클라이언트 라우터 간의 레이어 2 서비스가 GMPLS RSVP-TE 신호를 통해 온 디맨드 방식으로 클라이언트 라우터에 의해 설정됩니다. 이 기능은 클라이언트 라우터가 서버 레이어 관리에 의존하지 않고 레이어 2 서비스를 설정, 유지 및 프로비저닝할 수 있는 유연성을 제공하여 프로바이더 네트워크의 운영 비용 부담을 줄여줍니다. LDP와 BGP를 기반으로 하는 기존 레이어 2 VPN 기술에서 공급자 네트워크는 두 클라이언트 라우터 간에 설정된 각 레이어 2 서킷의 프로비저닝 활동을 처리했습니다.
그림 3 은(는) 두 개의 서버 레이어 에지 라우터인 PE1과 PE2, 그리고 하나의 서버 레이어 코어 라우터(P)가 있는 서버 레이어 네트워크에서 두 클라이언트 라우터 CE1과 CE2 사이의 GMPLS VLAN LSP의 설정 및 신호를 보여줍니다.
GMPLS VLAN LSP의 신호 전송은 다음과 같이 실행됩니다.
-
Initiating GMPLS VLAN LSP at CE1라우터 CE1은 GMPLS RSVP-TE 경로 메시지를 라우터 PE1에 전송하여 GMPLS VLAN LSP 설정을 시작합니다. CE1과 PE1 간의 신호 전송은 대역 외 제어 채널을 통해 수행됩니다. 이는 두 라우터를 연결하는 이더넷 링크에 구성된 별도의 제어 VLAN입니다.
라우터 CE1에서 시작된 GMPLS RSVP-TE 경로 메시지는 다음을 수행하는 데 사용됩니다.
-
VLAN이 활성화된 이더넷 링크를 식별합니다.
-
이더넷 링크를 TE 링크로 추상화하고 IP 주소를 할당하여 이더넷 링크를 식별합니다.
-
라우터 PE1을 식별된 이더넷 링크에 연결하는 모든 이더넷 링크에 대해 라우터 CE1에 의해 관리되는 무료 VLAN 풀에서 VLAN ID를 할당합니다.
이 VLAN ID는 CE2-PE2 이더넷 링크의 GMPLS VLAN LSP에도 사용될 수 있습니다.
-
할당된 VLAN ID를 업스트림 레이블 객체 및 업스트림 방향 레이블 값을 사용하여 레이어 2 서비스를 설정해야 하는 VLAN을 식별합니다.
-
라우터 PE1이 서버 레이어 네트워크를 통해 원격 클라이언트 라우터 CE2로 VLAN LSP를 설정하는 데 도움이 되는 ERO 개체를 포함합니다. 경로 메시지의 ERO 객체에는 세 개의 홉이 포함됩니다.
-
첫 번째 홉 - 시작 클라이언트 서버 이더넷 링크인 PE1-CE1을 식별하는 엄격한 홉입니다.
-
두 번째 홉 - 원격 서버 레이어 라우터인 PE2를 식별하는 느슨한 홉입니다.
-
세 번째 홉 - 원격 clinet-server 이더넷 링크인 PE2-CE2를 식별하는 엄격한 홉입니다.
-
-
GMPLS VLAN LSP에 필요한 대역폭을 포함합니다.
-
VLAN LSP에 대한 서버 레이어 네트워크 내에서 필요한 모든 로컬 보호를 포함합니다.
-
-
Initiating Associated Bidirectional Transport LSP at PE1라우터 PE1이 라우터 CE1에서 경로 메시지를 수신한 후 이더넷 링크 및 VLAN ID의 가용성을 확인하기 위해 메시지가 검증됩니다. 서버 레이어 네트워크에서 서버 레이어 라우터 PE1과 PE2 간의 레이어 2 서비스는 레이어 2 서킷과 유사한 방식으로 데이터 플레인에서 제공됩니다. 라우터 PE1은 라우터 PE2에 전송 LSP를 불러온 다음 PE1-PE2 전송 LSP 위에서 실행되는 계층적 LSP로 GMPLS VLAN LSP를 확장합니다. PE1-PE2 전송 LSP는 패킷 LSP이며 본질적으로 양방향입니다. GMPLS VLAN LSP는 양방향이며 각 서버 레이어 라우터는 다음을 수행할 수 있어야 하기 때문입니다.
-
서버 클라이언트 이더넷 링크(예: PE1-CE1 링크)에서 트래픽을 수신하고 이를 원격 서버 레이어 라우터 PE2로 보냅니다.
-
원격 라우터 PE2에서 트래픽을 수신하고 PE1-CE1 이더넷 링크로 전송합니다.
각 GMPLS VLAN LSP의 경우, 패킷 전송 LSP가 서버 레이어 네트워크 내에서 설정됩니다. 전송 LSP는 생성한 GMPLS VLAN LSP의 트래픽을 전송하는 데 독점적으로 사용됩니다. 전송 LSP는 GMPLS VLAN LSP를 수신할 때 동적으로 생성됩니다. 따라서 생성을 트리거하는 데 구성이 필요하지 않습니다. VLAN LSP에 대해 설정된 전송 LSP는 VLAN LSP로부터 대역폭 및 local-protection 속성을 상속합니다.
라우터 PE1은 PE1-PE2 전송 LSP를 라우터 PE2로 신호합니다. 라우터 PE1은 라우터 CE1에서 GMPLS RSVP-TE 경로 메시지의 ERO 개체에 지정된 느슨한 홉에서 전송 LSP의 대상을 결정한 다음 VLAN LSP에 신호를 전송합니다. 그러나 PE1-PE2 전송 LSP가 설정되지 않으면 라우터 PE1은 라우터 CE1에 경로 오류 메시지를 다시 전송하며 GMPLS VLAN LSP도 설정되지 않습니다.
-
-
Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers라우터 PE1과 PE2 사이의 연결된 양방향 LSP는 두 개의 단방향 패킷 LSP로 구성됩니다.
-
PE1-to-PE2
-
PE2-to-PE1
라우터 PE1은 라우터 PE2에 단방향 패킷 LSP의 신호를 시작합니다. 이 단방향 패킷 LSP는 관련 양방향 LSP의 전송 방향(PE1-to-PE2)을 구성하며, 경로 메시지는 이것이 단면 프로비저닝 모델임을 나타내는 확장 연결 개체를 전달합니다. LSP에 대한 경로 메시지를 수신할 때, 라우터 PE2는 Resv 메시지로 응답하고 반대 방향으로 (PE1-to-PE2)와 동일한 경로로 라우터 PE1에 단방향 패킷 LSP의 신호를 트리거합니다. 이 단방향 패킷 LSP는 관련 양방향 LSP의 PE2-to-PE1 방향을 사용하며, 이 경로 메시지는 PE1-to-PE2 경로 메시지에서 보이는 것과 동일한 확장 연결 개체를 전달합니다.
라우터 PE1이 PE1-to-PE2 단방향 LSP에 대한 Resv 메시지와 PE2-to-PE1 단방향 LSP에 대한 경로 메시지를 수신하면 PE1은 해당 경로 메시지에 전달된 확장 연결 개체와 일치함으로써 PE1-to-PE2 및 PE2-PE1 단방향 LSP를 바인딩합니다. PE2-to-PE1 단방향 LSP의 경로 메시지의 경우, 라우터 PE1은 Resv 메시지로 응답합니다. PE1-to-PE2 LSP에 대한 Resv 메시지와 PE2-to-PE1 LSP에 대한 경로 메시지를 수신할 때, 라우터 PE1은 연결된 양방향 패킷 전송 LSP를 설정했습니다.
-
-
Setting Up the GMPLS VLAN LSP at Router PE1전송 LSP를 성공적으로 구축한 후 라우터 PE1은 GMPLS VLAN LSP의 신호 전송을 트리거합니다. 라우터 PE1은 VLAN LSP에 해당하는 GMPLS RSVP-TE 경로 메시지를 라우터 PE2로 직접 전송합니다. 이는 본질적으로 양방향이며 업스트림 레이블 객체를 포함합니다.
라우터 PE2는 전송 LSP와 VLAN LSP 간의 연관성을 인식하지 않습니다. 이 연결은 라우터 PE1에 의해 라우터 PE2에 표시됩니다.
-
Setting Up the GMPLS VLAN LSP at Router PE2라우터 PE1에서 VLAN LSP 경로 메시지를 수신하면 라우터 PE2는 전송 LSP의 가용성을 확인합니다. 전송 LSP를 사용할 수 없거나 LSP 설정이 진행 중인 경우 VLAN LSP 처리가 보류됩니다. 전송 LSP를 사용할 수 있는 경우 라우터 PE2는 VLAN LSP 경로 메시지를 처리합니다. 이 경로 메시지의 ERO 객체는 다음 홉이 PE2-CE2 이더넷 링크를 식별하는 엄격한 홉임을 나타냅니다. ERO 객체는 라우터 PE2에 의해 PE2-to-CE2 이더넷 링크에서 사용될 VLAN ID를 나타낼 수 있습니다.
라우터 PE2는 VLAN LSP 경로 메시지의 업스트림 레이블로 전송될 VLAN ID를 적절하게 할당하고 대역 외 제어 채널을 통해 전송합니다.
-
Processing the GMPLS VLAN LSP at Router CE2라우터 PE2에서 GMPLS RSVP-TE LSP를 받으면 라우터 CE2는 PE2-to-CE2 링크에 할당하기 위한 VLAN ID의 가용성을 검증합니다. 그런 다음 라우터 CE2는 이 VLAN LSP에 VLAN ID를 할당하고 Resv 메시지의 레이블 개체로 VLAN ID가 있는 라우터 PE2에 Resv 메시지를 다시 보냅니다.
-
Processing the GMPLS VLAN LSP at Router PE2라우터 CE2에서 Resv 메시지를 수신할 때 라우터 PE2는 Resv 메시지의 레이블 개체가 경로 메시지와 동일한 VLAN ID를 가지고 있는지 확인합니다. 그런 다음 라우터 PE2는 라우터 PE1로 전송되는 Resv 메시지에 포함된 20비트 MPLS 레이블을 할당합니다.
그런 다음 라우터 PE2는 포워딩 플레인을 엔트리와 함께 프로그래밍하여 레이어 2 서비스 기능을 제공합니다.
주:PE1-to-CE1 및 PE2-CE2 이더넷 링크에서 레이블로 할당될 수 있는 모든 VLAN ID의 경우, IPv4, IPv6 또는 MPLS 같은 다른 패밀리가 아닌 서버 레이어 에지 라우터에서 CCC(Circuit Cross-Connect) 목적으로 논리 인터페이스를 수동으로 구성해야 합니다.
-
Processing the GMPLS VLAN LSP at Router PE1라우터 PE2에서 VLAN LSP에 대한 Resv 메시지를 수신할 때, 라우터 PE1은 라우터 CE1에서 업스트림 레이블로 수신한 것과 동일한 VLAN ID를 가진 라우터 CE1에 Resv 메시지를 보냅니다. 라우터 PE1은 포워딩 플레인을 엔트리와 함께 프로그래밍하여 라우터 PE2로 레이어 2 서비스 기능을 제공합니다.
-
Processing the GMPLS VLAN LSP at Router CE1라우터 PE1에서 Resv 메시지를 수신할 때, 라우터 CE1은 Resv 메시지에서 수신된 VLAN ID가 전송된 경로 메시지의 업스트림 레이블의 VLAN ID와 일치하는지 확인합니다. 이를 통해 라우터 CE1에서 라우터 CE2까지 GMPLS VLAN LSP 설정을 완료합니다.
주:-
GMPLS VLAN LSP 설정으로 인해 클라이언트 라우터, CE1 및 CE2에 포워딩 플레인 항목이 추가되지 않습니다. 서버 레이어 라우터인 PE1 및 PE2만 GMPLS VLAN LSP에 대한 포워딩 플레인 항목을 추가합니다.
-
클라이언트와 서버 레이어 라우터 사이에는 라우팅 정보 교환이 없습니다. 클라이언트 및 서버 레이어 라우터는 네트워크 토폴로지 정보를 서로 교환하지 않습니다.
-
-
Accounting for Bandwidth of the GMPLS VLAN LSPGMPLS VLAN LSP를 성공적으로 설정하면 클라이언트 및 서버 레이어 라우터가 모두 GMPLS VLAN LSP에 할당된 대역폭 만큼 서버 클라이언트 이더넷 링크에서 사용 가능한 대역폭의 양을 줄입니다. 이 대역폭 계정 정보는 서버 클라이언트 이더넷 링크에서 추가 GMPLS VLAN LSP가 불러올 때 승인 제어 목적으로 사용됩니다.
-
Using GMPLS VLAN LSP by the Client RoutersGMPLS VLAN LSP를 성공적으로 설정한 후 클라이언트 라우터(CE1 및 CE2)는 시그널링된 VLAN ID가 있는 서버 클라이언트 이더넷 링크 위에 있는 VLAN 논리 인터페이스로 수동으로 구성해야 합니다. 이 논리적 인터페이스는 IP 주소로 구성되어야 하며 IGP 프로토콜에 포함되어야 합니다. 이러한 구성의 결과로 라우터 CE1과 CE2는 IGP 인접성을 설정하고 GMPLS 신호를 통해 설정된 레이어 2 서비스를 통해 데이터 트래픽을 교환합니다.
그림 4 은(는) LSP 설정이 완료되고 필요한 CE1-to-CE2 IGP/MPLS 인접성이 설정된 후 라우터 CE1에서 라우터 CE2로의 GMPLS VLAN LSP의 데이터 트래픽 흐름을 보여줍니다. 서버 레이어 전송 LSP는 라우터 PE1에서 시작되어 단일 서버 레이어 코어 라우터, 라우터 P를 트래버스하고 라우터 PE2에 도달합니다. 서버 레이어 전송 LSP는 끝에서 두 번째 홉 팝 LSP로 표시됩니다. 여기서 라우터 P는 전송 LSP 레이블에서 팝핑되고 서비스 레이블만 P-to-PE2 링크에 존재합니다.
그림 4: GMPLS VLAN LSP의 데이터 트래픽 플로우
토폴로지
에서 그림 5GMPLS RSVP-TE VLAN LSP 신호 전송은 클라이언트 라우터, 라우터 CE1 및 라우터 CE2 사이에 레이어 2 서비스를 설정하는 데 사용됩니다. 서버 라우터인 라우터 PE1 및 라우터 PE2는 직접 연결된 각 클라이언트 라우터와 GRE 터널을 설정합니다. 라우터 P1 및 P2는 서버 레이어 네트워크의 서버 라우터이기도 합니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit 합니다.
CE1
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/0 unit 10 family inet address 10.10.10.1/24 set interfaces ge-0/0/0 unit 10 family mpls set interfaces gre unit 0 tunnel source 10.1.1.1 set interfaces gre unit 0 tunnel destination 10.1.1.2 set interfaces gre unit 0 family inet address 10.35.100.25/30 set interfaces lo0 unit 0 family inet address 10.255.10.1/32 set routing-options router-id 10.255.10.1 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface PE1 set protocols mpls no-cspf set protocols mpls label-switched-path CE1-to-CE2 from 10.255.10.1 set protocols mpls label-switched-path CE1-to-CE2 to 10.255.10.6 set protocols mpls label-switched-path CE1-to-CE2 lsp-attributes switching-type ethernet-vlan set protocols mpls label-switched-path CE1-to-CE2 lsp-attributes upstream-label vlan-id 10 set protocols mpls label-switched-path CE1-to-CE2 bandwidth 100m set protocols mpls label-switched-path CE1-to-CE2 primary path1 set protocols mpls path path1 10.35.1.2 strict set protocols mpls path path1 10.255.10.5 loose set protocols mpls path path1 10.36.1.1 strict set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols link-management te-link link10 local-address 10.35.1.1 set protocols link-management te-link link10 remote-address 10.35.1.2 set protocols link-management te-link link10 ethernet-vlan set protocols link-management te-link link10 interface ge-0/0/0 set protocols link-management peer PE1 address 10.255.10.2 set protocols link-management peer PE1 control-channel gre.0 set protocols link-management peer PE1 te-link link10
PE1
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 encapsulation flexible-ethernet-services set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 encapsulation vlan-ccc set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/1 unit 0 family inet address 10.70.70.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces gre unit 0 tunnel source 10.1.1.2 set interfaces gre unit 0 tunnel destination 10.1.1.1 set interfaces gre unit 0 family inet address 10.35.100.26/30 set interfaces lo0 unit 0 family inet address 10.255.10.2/32 set routing-options router-id 10.255.10.2 set protocols rsvp associated-bidirectional-lsp single-sided-provisioning set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface CE1 dynamic-bidirectional-transport set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols link-management te-link link1 local-address 10.35.1.2 set protocols link-management te-link link1 remote-address 10.35.1.1 set protocols link-management te-link link1 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link1 interface ge-0/0/0 set protocols link-management peer CE1 address 10.255.10.1 set protocols link-management peer CE1 control-channel gre.0 set protocols link-management peer CE1 te-link link1
P1
set interfaces ge-0/0/0 unit 0 family inet address 10.90.90.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.70.70.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.80.80.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.10.3/32 set routing-options router-id 10.255.10.3 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
P2
set interfaces ge-0/0/0 unit 0 family inet address 10.90.90.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.30.30.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.2/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.10.4/32 set routing-options router-id 10.255.10.4 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
PE2
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 encapsulation flexible-ethernet-services set interfaces ge-0/0/0 unit 0 vlan-id 1 set interfaces ge-0/0/0 unit 0 family inet address 10.2.2.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/0 unit 10 encapsulation vlan-ccc set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/1 unit 0 family inet address 10.30.30.2/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.80.80.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces gre unit 0 tunnel source 10.2.2.2 set interfaces gre unit 0 tunnel destination 10.2.2.1 set interfaces gre unit 0 family inet address 10.35.101.26/30 set interfaces lo0 unit 0 family inet address 10.255.10.5/32 set routing-options router-id 10.255.10.5 set protocols rsvp associated-bidirectional-lsp single-sided-provisioning set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface CE2 dynamic-bidirectional-transport set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols link-management te-link link1 local-address 10.36.1.2 set protocols link-management te-link link1 remote-address 10.36.1.1 set protocols link-management te-link link1 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link1 interface ge-0/0/0 set protocols link-management peer CE2 address 10.255.10.6 set protocols link-management peer CE2 control-channel gre.0 set protocols link-management peer CE2 te-link link1
CE2
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.2.2.1/24 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/0 unit 10 family inet address 10.10.10.2/24 set interfaces ge-0/0/0 unit 10 family mpls set interfaces gre unit 0 tunnel source 10.2.2.1 set interfaces gre unit 0 tunnel destination 10.2.2.2 set interfaces gre unit 0 family inet address 10.35.101.25/30 set interfaces lo0 unit 0 family inet address 10.255.10.6/32 set routing-options router-id 10.255.10.6 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface PE2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols link-management te-link link10 local-address 10.36.1.1 set protocols link-management te-link link10 remote-address 10.36.1.2 set protocols link-management te-link link10 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link10 interface ge-0/0/0 set protocols link-management peer PE2 address 10.255.10.5 set protocols link-management peer PE2 control-channel gre.0 set protocols link-management peer PE2 te-link link10
클라이언트 라우터 구성
단계별 절차
다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
다음을 참조하여 라우터 CE1을 구성하십시오.
라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 서버 레이어 네트워크에서 라우터 CE2에 대한 이 절차를 반복합니다.
-
라우터 CE1을 라우터 PE1에 연결하는 인터페이스를 구성합니다.
[edit interfaces] user@CE1# set ge-0/0/0 vlan-tagging
-
ge-0/0/0 인터페이스에 대한 제어 VLAN을 구성합니다.
[edit interfaces] user@CE1# set ge-0/0/0 unit 1 vlan-id 1 user@CE1# set ge-0/0/0 unit 1 family inet address 10.1.1.1/30 user@CE1# set ge-0/0/0 unit 1 family mpls
-
ge-0/0/0 인터페이스에서 LSP VLAN을 구성합니다.
[edit interfaces] user@CE1# set ge-0/0/0 unit 10 vlan-id 10 user@CE1# set ge-0/0/0 unit 10 family inet address 10.10.10.1/24 user@CE1# set ge-0/0/0 unit 10 family mpls
-
GRE 터널을 라우터 CE1의 제어 인터페이스로 구성합니다.
[edit interfaces] user@CE1# set gre unit 0 tunnel source 10.1.1.1 user@CE1# set gre unit 0 tunnel destination 10.1.1.2 user@CE1# set gre unit 0 family inet address 10.35.100.25/30
-
라우터 CE1의 루프백 인터페이스를 구성합니다.
[edit interfaces] user@CE1# set lo0 unit 0 family inet address 10.255.10.1/32
-
라우터 CE1의 루프백 주소를 라우터 ID로 구성합니다.
[edit routing-options] user@CE1# set router-id 10.255.10.1
-
관리 인터페이스를 제외한 라우터 CE1의 모든 인터페이스에서 RSVP를 활성화합니다.
[edit protocols] user@CE1# set rsvp interface all user@CE1# set rsvp interface fxp0.0 disable
-
라우터 CE1에 대한 RSVP 피어 인터페이스를 구성합니다.
[edit protocols] user@CE1# set rsvp peer-interface PE1
-
레이블 스위칭 경로(LSP)에 대한 자동 경로 계산을 비활성화합니다.
[edit protocols] user@CE1# set mpls no-cspf
-
라우터 CE1을 라우터 CE2에 연결하도록 LSP를 구성합니다.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 from 10.255.10.1 user@CE1# set mpls label-switched-path CE1-to-CE2 to 10.255.10.6
-
CE1-to-CE2 LSP 속성을 구성합니다.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 lsp-attributes switching-type ethernet-vlan user@CE1# set mpls label-switched-path CE1-to-CE2 lsp-attributes upstream-label vlan-id 10 user@CE1# set mpls label-switched-path CE1-to-CE2 bandwidth 100m
-
CE1-to-CE2 LSP 경로 및 경로 매개 변수를 구성합니다.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 primary path1 user@CE1# set mpls path path1 10.35.1.2 strict user@CE1# set mpls path path1 10.255.10.5 loose user@CE1# set mpls path path1 10.36.1.1 strict
-
관리 인터페이스를 제외한 라우터 CE1의 모든 인터페이스에서 MPLS 활성화합니다.
[edit protocols] user@CE1# set mpls interface all user@CE1# set mpls interface fxp0.0 disable
-
트래픽 엔지니어링 링크를 구성하고 링크의 로컬 및 원격 엔드에 주소를 할당합니다.
[edit protocols] user@CE1# set link-management te-link link10 local-address 10.35.1.1 user@CE1# set link-management te-link link10 remote-address 10.35.1.2
-
link10 트래픽 엔지니어링 링크에서 레이어 2 VLAN LSP 설정을 활성화합니다.
[edit protocols] user@CE1# set link-management te-link link10 ethernet-vlan
-
라우터 CE1 인터페이스를 link10 트래픽 엔지니어링 링크의 멤버 인터페이스로 구성합니다.
[edit protocols] user@CE1# set link-management te-link link10 interface ge-0/0/0
-
라우터 CE1에 대한 링크 관리 프로토콜(LMP) 피어로 라우터 PE1을 구성하고 피어 속성을 구성합니다.
[edit protocols] user@CE1# set link-management peer PE1 address 10.255.10.2 user@CE1# set link-management peer PE1 control-channel gre.0 user@CE1# set link-management peer PE1 te-link link10
결과
구성 모드에서 , show routing-options및 show protocols 명령을 입력하여 구성을 show interfaces확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
user@CE1# show interfaces
ge-0/0/0 {
vlan-tagging;
unit 1 {
vlan-id 1;
family inet {
address 10.1.1.1/30;
}
family mpls;
}
unit 10 {
vlan-id 10;
family inet {
address 10.10.10.1/24;
}
family mpls;
}
}
gre {
unit 0 {
tunnel {
source 10.1.1.1;
destination 10.1.1.2;
}
family inet {
address 10.35.100.25/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.255.10.1/32;
}
}
}
user@CE1# show routing-options router-id 10.255.10.1;
user@CE1# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
peer-interface PE1;
}
mpls {
no-cspf;
label-switched-path CE1-to-CE2 {
from 10.255.10.1;
to 10.255.10.6;
lsp-attributes {
switching-type ethernet-vlan;
upstream-label {
vlan-id 10;
}
}
bandwidth 100m;
primary path1;
}
path path1 {
10.35.1.2 strict;
10.255.10.5 loose;
10.36.1.1 strict;
}
interface all;
interface fxp0.0 {
disable;
}
}
link-management {
te-link link10 {
local-address 10.35.1.1;
remote-address 10.35.1.2;
ethernet-vlan;
interface ge-0/0/0;
}
peer PE1 {
address 10.255.10.2;
control-channel gre.0;
te-link link10;
}
}
서버 라우터 구성
단계별 절차
다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
다음을 참조하여 라우터 PE1을 구성하십시오.
라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 서버 레이어 네트워크에서 라우터 PE2에 대한 이 절차를 반복합니다.
-
라우터 PE1을 라우터 CE1에 연결하는 인터페이스를 구성합니다.
[edit interfaces] user@PE1# set ge-0/0/0 vlan-tagging user@PE1# set ge-0/0/0 encapsulation flexible-ethernet-services
-
ge-0/0/0 인터페이스에 대한 제어 VLAN을 구성합니다.
[edit interfaces] user@PE1# set ge-0/0/0 unit 1 vlan-id 1 user@PE1# ge-0/0/0 unit 1 family inet address 10.1.1.2/30 user@PE1# set ge-0/0/0 unit 1 family mpls
-
ge-0/0/0 인터페이스에서 LSP VLAN을 구성합니다.
[edit interfaces] user@PE1# set ge-0/0/0 unit 10 encapsulation vlan-ccc user@PE1# set ge-0/0/0 unit 10 vlan-id 10
-
라우터 PE1을 코어 라우터(라우터 P1 및 라우터 P2)에 연결하는 인터페이스를 구성합니다.
[edit interfaces] user@PE1# set ge-0/0/1 unit 0 family inet address 10.70.70.1/30 user@PE1# set ge-0/0/1 unit 0 family mpls user@PE1# set ge-0/0/2 unit 0 family inet address 10.20.20.1/30 user@PE1# set ge-0/0/2 unit 0 family mpls
-
GRE 터널을 라우터 PE1의 제어 인터페이스로 구성합니다.
[edit interfaces] user@PE1# set gre unit 0 tunnel source 10.1.1.2 user@PE1# set gre unit 0 tunnel destination 10.1.1.1 user@PE1# set gre unit 0 family inet address 10.35.100.26/30
-
라우터 PE1의 루프백 인터페이스를 구성합니다.
[edit interfaces] user@PE1# set lo0 unit 0 family inet address 10.255.10.2/32
-
라우터 PE1의 루프백 주소를 라우터 ID로 구성합니다.
[edit routing-options] user@PE1# set router-id 10.255.10.2
-
연결된 양방향 LSP를 구성하고 단방향 프로비저닝 LSP에 대해 단방향 역방향 LSP 설정을 활성화합니다.
[edit protocols] user@PE1# set rsvp associated-bidirectional-lsp single-sided-provisioning
-
관리 인터페이스를 제외한 라우터 PE1의 모든 인터페이스에 RSVP를 활성화합니다.
[edit protocols] user@PE1# set rsvp interface all user@PE1# set rsvp interface fxp0.0 disable
-
라우터 PE1에 대한 RSVP 피어 인터페이스를 구성하고 비패킷 GMPLS LSP를 전송하기 위한 양방향 패킷 LSP의 동적 설정을 활성화합니다.
[edit protocols] user@PE1# set rsvp peer-interface CE1 dynamic-bidirectional-transport
-
관리 인터페이스를 제외한 라우터 PE1의 모든 인터페이스에서 MPLS 활성화합니다.
[edit protocols] user@PE1# set mpls interface all user@PE1# set mpls interface fxp0.0 disable
-
트래픽 엔지니어링 기능으로 OSPF를 구성합니다.
[edit protocols] user@PE1# set ospf traffic-engineering
-
관리 인터페이스를 제외한 라우터 PE1의 모든 인터페이스에서 OSPF 영역 0을 활성화합니다.
[edit protocols] user@PE1# set ospf area 0.0.0.0 interface all user@PE1# set ospf area 0.0.0.0 interface fxp0.0 disable
-
트래픽 엔지니어링 링크를 구성하고 링크의 로컬 및 원격 엔드에 주소를 할당합니다.
[edit protocols] user@PE1# set link-management te-link link1 local-address 10.35.1.2 user@PE1# set link-management te-link link1 remote-address 10.35.1.1
-
link1 트래픽 엔지니어링 링크에서 특정 범위의 VLAN에 대해 레이어 2 VLAN LSP 설정을 활성화합니다.
[edit protocols] user@PE1# set link-management te-link link1 ethernet-vlan vlan-id-range 1-1000
-
라우터 PE1 인터페이스를 link1 트래픽 엔지니어링 링크의 멤버 인터페이스로 구성합니다.
[edit protocols] user@CE1# set link-management te-link link1 interface ge-0/0/0
-
라우터 CE1을 라우터 PE1의 LMP 피어로 구성하고 피어 속성을 구성합니다.
[edit protocols] user@CE1# set link-management peer CE1 address 10.255.10.1 user@CE1# set link-management peer CE1 control-channel gre.0 user@CE1# set link-management peer CE1 te-link link1
결과
구성 모드에서 , show routing-options및 show protocols 명령을 입력하여 구성을 show interfaces확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
user@PE1# show interfaces
ge-0/0/0 {
vlan-tagging;
encapsulation flexible-ethernet-services;
unit 1 {
vlan-id 1;
family inet {
address 10.1.1.2/30;
}
family mpls;
}
unit 10 {
encapsulation vlan-ccc;
vlan-id 10;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.70.70.1/30;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 10.20.20.1/30;
}
family mpls;
}
}
gre {
unit 0 {
tunnel {
source 10.1.1.2;
destination 10.1.1.1;
}
family inet {
address 10.35.100.26/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.255.10.2/32;
}
}
}
user@PE1# show routing-options router-id 10.255.10.2;
user@PE1# show protocols
rsvp {
associated-bidirectional-lsp single-sided-provisioning;
interface all;
interface fxp0.0 {
disable;
}
peer-interface CE1 {
dynamic-bidirectional-transport;
}
}
mpls {
interface all;
interface fxp0.0 {
disable;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
link-management {
te-link link1 {
local-address 10.35.1.2;
remote-address 10.35.1.1;
ethernet-vlan {
vlan-id-range 1-1000;
}
interface ge-0/0/0;
}
peer CE1 {
address 10.255.10.1;
control-channel gre.0;
te-link link1;
}
}
확인
구성이 제대로 작동하는지 확인합니다.
- 클라이언트 라우터에서 트래픽 엔지니어링 링크 상태 확인
- 클라이언트 라우터에서 RSVP 세션 상태 확인
- 서버 라우터에서 LSP 상태 확인
- 서버 라우터의 MPLS 라우팅 테이블의 CCC 항목 확인
- 엔드 투 엔드 연결 확인
클라이언트 라우터에서 트래픽 엔지니어링 링크 상태 확인
목적
라우터 CE1과 라우터 CE2 간에 구성된 트래픽 엔지니어링 링크의 상태를 확인합니다.
실행
운영 모드에서 및 show link-management te-link detail 명령을 실행 show link-management 합니다.
user@CE1> show link-management
Peer name: PE1, System identifier: 50740
State: Up, Control address: 10.255.10.2
Hello interval: 150, Hello dead interval: 500
Control-channel State
gre.0 Active
TE links:
link10
TE link name: link10, State: Up
Local identifier: 65075, Remote identifier: 0, Local address: 10.35.1.1, Remote address: 10.35.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps,
Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps
Name State Local ID Remote ID Bandwidth Used LSP-name
ge-0/0/0 Up 54183 0 1000Mbps Yes CE1-to-CE2user@CE1> show link-management te-link detail
TE link name: link10, State: Up
Local identifier: 65075, Remote identifier: 0, Local address: 10.35.1.1, Remote address: 10.35.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps,
Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps
Resource: ge-0/0/0, Type: IFD, System identifier: 137, State: Up, Local identifier: 54183, Remote identifier: 0
Total bandwidth: 1000Mbps, Unallocated bandwidth: 900Mbps
Traffic parameters: Encoding: Ethernet, Switching: EVPL, Granularity: Unknown
Maximum allocations: 4094, Number of allocations: 1, Unique allocations: 1, In use: Yes
LSP name: CE1-to-CE2, Local label: 10, Remote label: 10, Allocated bandwidth: 100Mbpsuser@CE2> show link-management
Peer name: PE2, System identifier: 50743
State: Up, Control address: 10.255.10.5
Hello interval: 150, Hello dead interval: 500
Control-channel State
gre.0 Active
TE links:
link10
TE link name: link10, State: Up
Local identifier: 65075, Remote identifier: 0, Local address: 10.36.1.1, Remote address: 10.36.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps,
Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps
Name State Local ID Remote ID Bandwidth Used LSP-name
ge-0/0/0 Up 54183 0 1000Mbps Yes CE1-to-CE2의미
LMP(Link Management Protocol) 피어링은 클라이언트 라우터 간에 설정되었으며, 트래픽 엔지니어링 링크는 라우터 CE1과 CE2 모두에서 작동합니다.
클라이언트 라우터에서 RSVP 세션 상태 확인
목적
라우터 CE1과 라우터 CE2 간의 RSVP 세션 상태를 확인합니다.
실행
운영 모드에서 명령을 실행합니다 show rsvp session .
user@CE1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF - 10 CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
user@CE2> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF 10 - CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
의미
RSVP 세션은 수신 라우터, 라우터 CE1과 송신 라우터 라우터 CE2 간에 설정됩니다.
서버 라우터에서 LSP 상태 확인
목적
라우터 PE1에서 MPLS LSP의 상태를 확인합니다.
실행
운영 모드에서 명령을 실행합니다 show mpls lsp .
user@PE1> show mpls lsp Ingress LSP: 1 sessions To From State Rt P ActivePath LSPname 10.255.10.5 10.255.10.2 Up 0 * vlan:0:10:8176:10.255.10.2->10.255.10.5 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.2 10.255.10.5 Up 0 1 FF 3 - vlan:0:10:8176:10.255.10.2->10.255.10.5:rev Total 1 displayed, Up 1, Down 0 Transit LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF 10 299808 CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0
의미
CE1-to-CE2 LSP가 설정되고 출력이 LSP 속성을 표시합니다.
서버 라우터의 MPLS 라우팅 테이블의 CCC 항목 확인
목적
MPLS 라우팅 테이블 CCC(Circuit Cross-Connect) 인터페이스 항목을 확인합니다.
실행
운영 모드에서 및 show route forwarding-table ccc ccc-interface 명령을 실행 show route table mpls.0 합니다.
user@PE1> show route table mpls.0
mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 1d 22:14:51, metric 1
Receive
1 *[MPLS/0] 1d 22:14:51, metric 1
Receive
2 *[MPLS/0] 1d 22:14:51, metric 1
Receive
13 *[MPLS/0] 1d 22:14:51, metric 1
Receive
299824 *[RSVP/7/1] 17:32:07, metric 1
> via ge-0/0/0.10, Pop
ge-0/0/0.10 *[RSVP/7/1] 17:32:07, metric 1
> to 10.20.20.2 via ge-0/0/2.0, label-switched-path CE1-to-CE2user@PE1> show route forwarding-table ccc ge-0/0/0.10 Routing table: default.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif ge-0/0/0.10 (CCC) user 0 10.20.20.2 Push 299808, Push 299872(top) 581 2 ge-0/0/2.0 Routing table: __mpls-oam__.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 534 1
의미
출력에는 클라이언트 라우터 대면 인터페이스인 CCC 인터페이스와 해당 인터페이스에 대한 다음 홉 세부 정보가 표시됩니다.
엔드 투 엔드 연결 확인
목적
라우터 CE1과 원격 클라이언트 라우터인 라우터 CE2 간의 연결을 확인합니다.
실행
운영 모드에서 명령을 실행합니다 ping .
user@CE1> ping 10.10.10.2 PING 10.10.10.2 (10.10.10.2): 56 data bytes 64 bytes from 10.10.10.2: icmp_seq=0 ttl=64 time=15.113 ms 64 bytes from 10.10.10.2: icmp_seq=1 ttl=64 time=13.353 ms 64 bytes from 10.10.10.2: icmp_seq=2 ttl=64 time=13.769 ms 64 bytes from 10.10.10.2: icmp_seq=3 ttl=64 time=10.341 ms 64 bytes from 10.10.10.2: icmp_seq=4 ttl=64 time=12.597 ms ^C --- 10.10.10.2 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 10.341/13.035/15.113/1.575 ms
의미
라우터 CE1에서 라우터 CE2로 핑이 성공적으로 작동합니다.