GMPLS 구성
GMPLS 소개
기존 MPLS는 설정된 IP 기반 경로를 사용하고 이러한 경로를 임의로 할당된 레이블과 연결하여 레이어 3 IP 트래픽을 전달하도록 설계되었습니다. 이러한 레이블은 네트워크 관리자가 명시적으로 구성하거나 LDP 또는 RSVP와 같은 프로토콜을 통해 동적으로 할당할 수 있습니다.
GMPLS는 다양한 유형의 레이어 1, 레이어 2 또는 레이어 3 트래픽을 스위칭하기 위한 레이블을 정의한다는 점에서 MPLS를 일반화합니다. GMPLS 노드에는 다음 스위칭 기능 중 하나 이상이 포함된 링크가 있을 수 있습니다.
FSC(Fiber-switched able)
LSC(Lambda-switched able)
TDM(Time-Division Multiplexing) TSC(Switched-Function)
패킷 교환 가능(PSC)
레이블 전환 경로(LSP)는 동일한 스위칭 기능을 가진 링크에서 시작하고 끝나야 합니다. 예를 들어 라우터는 다른 라우터와 패킷 교환 LSP를 설정할 수 있습니다. LSP는 SONET ADM(Add/Drop Multiplexer) 간에 TDM 스위치 LSP를 통해 전달될 수 있으며, 이는 다시 람다 스위치 LSP를 통해 전달될 수 있습니다.
MPLS 프로토콜의 이러한 확장으로 인해 레이블 스위칭에 참여할 수 있는 디바이스 수가 확장되었습니다. OXC 및 SONET ADM과 같은 하위 레이어 디바이스는 이제 GMPLS 시그널링에 참여하고 데이터 전송 경로를 설정할 수 있습니다. 라우터는 전송 네트워크에서 옵티컬 경로를 시그널링하는 데 참여할 수 있습니다.
두 가지 서비스 모델이 클라이언트 노드(예: 라우터)가 옵티컬 코어 또는 전송 네트워크에 대해 갖는 가시성을 결정합니다. 첫 번째는 오버레이 모델이라고도 하는 UNI(User-to-Network Interface)를 통한 것입니다. 두 번째는 피어 모델로 알려져 있습니다. 주니퍼 네트웍스는 두 모델을 모두 지원합니다.
물리적 인터페이스와 GMPLS 인터페이스 간에 반드시 일대일 대응이 있는 것은 아닙니다. GMPLS 연결에서 채널화되지 않은 물리적 커넥터를 사용하는 경우 GMPLS 레이블은 물리적 포트 ID를 사용할 수 있습니다. 그러나 채널화된 인터페이스의 레이블은 채널 또는 시간 슬롯을 기반으로 하는 경우가 많습니다. 따라서 GMPLS 레이블은 트래픽 엔지니어링 링크의 리소스에 대한 식별자로 참조하는 것이 가장 좋습니다.
LSP를 설정하기 위해 GMPLS는 다음과 같은 메커니즘을 사용합니다.
대역 외 제어 채널 및 데이터 채널—LSP 설정을 위한 RSVP 메시지는 대역 외 제어 네트워크를 통해 전송됩니다. LSP 설정이 완료되고 경로가 프로비저닝되면 데이터 채널이 작동하며 트래픽 전송에 사용될 수 있습니다. LMP(Link Management Protocol)는 노드 쌍 간의 데이터 채널을 정의하고 관리하는 데 사용됩니다. 선택적으로 LMP를 사용하여 동일한 Junos OS 릴리스를 실행하는 피어 간에 LMP 제어 채널을 설정하고 유지할 수 있습니다.
GMPLS를 위한 RSVP-TE 확장 - RSVP-TE는 패킷 LSP의 설정을 알리기 위해 이미 설계되었습니다. 이는 GMPLS가 다양한 종류의 LSP(비패킷)에 대한 경로 설정을 요청하고 파장, 시간 슬롯 및 광섬유와 같은 레이블을 레이블 개체로 요청할 수 있도록 확장되었습니다.
양방향 LSP—데이터는 단일 경로를 통해 GMPLS 디바이스 간에 양방향으로 이동할 수 있으므로 비패킷 LSP는 양방향으로 신호됩니다.
GMPLS 용어 및 약어
일반화 MPLS(GMPLS)
여러 레이어의 데이터를 LSP(Label-Switched Path)를 통해 전환할 수 있는 MPLS에 대한 확장입니다. 유사한 레이어 1, 레이어 2 및 레이어 3 디바이스 간에 GMPLS LSP 연결이 가능합니다.
포워딩 인접성
GMPLS 지원 디바이스 간에 데이터를 전송하기 위한 전달 경로입니다.
GMPLS 라벨
다음 홉 식별자로 사용되는 GMPLS 지원 디바이스의 레이어 3 식별자, 광섬유 포트, TDM(Time-Division Multiplexing) 타임 슬롯 또는 DWDM(Dense Wavelength-Division Multiplexing) 파장.
GMPLS LSP 유형
GMPLS LSP의 네 가지 유형은 다음과 같습니다.
FSC(Fiber-switched able)—LSP는 개별 파이버 수준에서 작동하는 옵티컬 크로스 커넥트(OCC)와 같은 두 파이버 기반 디바이스 간에 전환됩니다.
LSC(Lambda-switched able) - 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(Interior Gateway Protocol)입니다. OSPF는 링크 상태 정보를 사용하여 라우팅 결정을 내립니다.
GMPLS 및 CSPF
GMPLS는 CSPF를 사용하는 GMPLS LSP의 컴퓨팅 경로에 대한 추가 제약 조건을 도입합니다. 이러한 추가 제약 조건은 다음 링크 속성에 영향을 미칩니다.
신호 유형(최소 LSP 대역폭)
인코딩 유형
스위칭 유형
이러한 새로운 제약 조건은 IGP를 통해 인터페이스 스위칭 기능 설명자 TLV(유형, 길이, 값)를 교환하여 트래픽 엔지니어링 데이터베이스에 채워집니다.
인터페이스 스위칭 기능 설명자를 통해 교환되는 무시된 제약 조건은 다음과 같습니다.
최대 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)가 지원되므로 주소와 함께 또는 옵션을 선택할 수 있습니다.strictloose
트래픽 엔지니어링 링크 원격 주소를 얻는 방법에 대한 자세한 내용은 LMP 구성 개요를 참조하십시오.https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/mpls-lmp-configuration-overview.html
MPLS 경로를 구성하려면 계층 수준에서 문을 포함합니다.path[edit protocols mpls]
[edit protocols mpls] path path-name { next-hop-address (strict | loose); }
MPLS 경로를 구성하는 방법에 대한 자세한 내용은 지정 경로 생성을 참조하십시오.MPLS 신호 LSP를 위한 수신 라우터 구성
LMP 트래픽 추적
LMP 프로토콜 트래픽을 추적하려면 계층 수준에서 명령문을 포함합니다.traceoptions[edit protocols link-management]
[edit protocols link-management] traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; }
file 문을 사용하여 tracing 연산의 출력을 수신하는 파일 이름을 지정할 수 있습니다. 모든 파일은 /var/log 디렉터리에 배치됩니다.
다음 추적 플래그는 다양한 LMP 메시지 송수신과 관련된 작업을 표시합니다.
all- 사용 가능한 모든 작업 추적hello-packets- 모든 LMP 제어 채널에서 hello 패킷 추적init- 초기화 메시지의 출력packets- 모든 LMP 제어 채널에서 hello 패킷을 제외한 모든 패킷을 추적합니다.parse- 구문 분석기의 작동process- 일반 구성의 작동route-socket- 경로 소켓 이벤트 작업routing—라우팅 프로토콜의 작동server- 서버 처리 작업- 명령에 대한 서비스 작업
showshowstate—LMP 제어 채널 및 트래픽 엔지니어링 링크의 상태 전환 추적
각 플래그는 다음 플래그 한정자 중 하나 이상을 전달할 수 있습니다.
detail- 자세한 추적 정보 제공receive—수신 중인 패킷send- 전송 중인 패킷
GMPLS를 위한 MPLS LSP 구성
적절한 GMPLS 스위칭 매개변수를 활성화하려면 네트워크 연결에 적합한 LSP(Label-Switched Path) 속성을 구성합니다. 의 기본값은 입니다 . 이는 표준 MPLS에도 적합합니다.switching-typepsc-1
LSP 속성을 구성하려면 계층 수준에서 명령문을 포함합니다.lsp-attributes[edit protocols mpls label-switched-path lsp-name]
[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—Plesiochronous 디지털 계층 구조 (PDH)sonet-sdh—SONET/SDH
기본값은 packet입니다.
인코딩 유형을 구성하려면 계층 수준에서 문을 포함합니다.encoding-type[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[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(포인트 투 포인트 프로토콜)
GPID를 구성하려면 계층 수준에서 명령문을 포함합니다.gpid[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[edit protocols mpls label-switched-path lsp-name lsp-attributes] gpid gpid;
신호 대역폭 유형 구성하기
신호 대역폭 유형은 경로 계산 및 승인 제어에 사용되는 인코딩입니다. 신호 대역폭 유형을 구성하려면 계층 수준에서 명령문을 포함합니다.signal-bandwidth[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[edit protocols mpls label-switched-path lsp-name lsp-attributes] signal-bandwidth type;
GMPLS 양방향 LSP 구성
MPLS와 GMPLS는 LSP에 대해 동일한 구성 계층을 사용하기 때문에 어떤 LSP 속성이 LSP 기능을 제어하는지 아는 것이 도움이 됩니다. 표준 MPLS 패킷 교환 LSP는 단방향인 반면 GMPLS 비패킷 LSP는 양방향입니다.
기본 패킷 스위칭 유형 인 를 사용하는 경우, LSP는 단방향이 됩니다.psc-1 GMPLS 양방향 LSP를 활성화하려면 , 또는 와 같은 비패킷 스위칭 유형 옵션을 선택해야 합니다.lambdafiberethernet 계층 수준에서 문을 포함합니다.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를 실행하는 라우터를 통해 경로를 설정할 수 있도록 허용
Admin Status 개체에서 A-bit를 설정합니다. 비패킷 GMPLS LSP를 활성화하여 Junos를 실행하는 라우터를 통해 경로를 설정할 수 있습니다. 수신 라우터가 관리자 상태 A비트가 설정된 RSVP PATH 메시지를 보내면, 외부 디바이스(Junos OS를 실행하는 라우터가 아님)가 레이어 1 경로 설정 테스트를 수행하거나 옵티컬 교차 연결을 지원할 수 있습니다.
설정된 경우 관리자 상태 개체의 A-bit는 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를 단계적으로 해체
패킷이 아닌 GMPLS LSP를 정상적으로 삭제할 수 있습니다. 패킷 교환 네트워크의 일반적인 프로세스인 LSP가 갑자기 해체되면 패킷 교환되지 않은 네트워크에서 안정성 문제가 발생할 수 있습니다. 패킷 교환이 아닌 네트워크의 안정성을 유지하려면 LSP를 적절히 해체해야 할 수도 있습니다.
다음 섹션에서는 GMPLS LSP를 정상적으로 분해하는 방법을 설명합니다.
GMPLS LSP 임시 삭제
명령을 사용하여 GMPLS LSP를 정상적으로 삭제할 수 있습니다 .clear rsvp session gracefully
이 명령은 두 번의 패스로 비패킷 LSP에 대한 RSVP 세션을 graceful 해체합니다. 첫 번째 패스에서 관리자 상태 개체는 LSP의 엔드포인트로 가는 경로를 따라 시그널링됩니다. 두 번째 패스 중에는 LSP가 중단됩니다. 이 명령을 사용하면 LSP가 일시적으로 중단됩니다. 적절한 간격 후에 GMPLS LSP가 다시 신호를 보낸 다음 다시 설정됩니다.
명령에는 다음과 같은 속성이 있습니다.clear rsvp session gracefully
RSVP 세션의 수신 및 송신 라우터에서만 작동합니다. 전송 라우터에서 사용되는 경우 명령과 동일한 동작을 합니다.
clear rsvp session비패킷 LSP에서만 작동합니다. 패킷 LSP와 함께 사용하면 명령과 동일한 동작이 있습니다.
clear rsvp session
자세한 내용은 CLI 탐색기를 참조하세요.
GMPLS LSP 영구 삭제
구성에서 LSP를 비활성화하면 LSP가 영구적으로 삭제됩니다. 명령문을 구성 하여 GMPLS LSP를 영구적으로 비활성화할 수 있습니다.disable 비활성화되는 LSP가 비패킷 LSP인 경우, 관리자 상태 개체를 사용하는 graceful LSP 분해 절차가 사용됩니다. 비활성화되는 LSP가 패킷 LSP인 경우, LSP 삭제를 위한 정규 시그널링 절차가 사용됩니다.
GMPLS LSP를 비활성화하려면 다음 계층 수준 중 하나에 문을 포함합니다 .disable
Graceful Deletion Timeout 간격 구성
RSVP 세션에 대한 그레이스풀 삭제 절차를 시작하는 라우터는 그레이스풀 삭제 타임아웃 간격 동안 기다렸다가 경로를 따라 있는 모든 라우터(특히 수신 및 송신 라우터)가 LSP 중단을 준비했는지 확인합니다.
수신 라우터는 비트가 설정된 경로 메시지에 Admin Status 개체를 전송하여 Graceful Deletion 절차를 시작합니다.D 수신 라우터는 송신 라우터에서 비트가 설정된 Resv 메시지를 수신할 것으로 예상합니다.D 수신 라우터가 graceful deletion timeout interval에 지정된 시간 내에 이 메시지를 수신하지 않으면 PathTear 메시지를 전송하여 LSP의 강제 삭제를 시작합니다.
GR(Graceful Deletion) 타임아웃 간격을 구성하려면 계층 수준에서 명령문을 포함합니다.graceful-deletion-timeout[edit protocols rsvp] 1초에서 300초 사이의 시간을 구성할 수 있습니다. 기본값은 30초입니다.
graceful-deletion-timeout seconds;
이 명령문은 다음의 계층 수준에서 구성하실 수 있습니다.
[edit protocols rsvp][edit logical-systems logical-system-name protocols rsvp]
명령을 사용하여 GR(Graceful Deletion) 시간 초과에 대해 구성된 현재 값을 판별할 수 있습니다.show rsvp version
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(label-switched path))를 설정, 유지, 수정 및 종료하기 위해 컨트롤 플레인 내에서 메시지를 교환하는 프로세스입니다. GMPLS(Generalized MPLS)는 MPLS의 기존 컨트롤 플레인을 확장하여 더 많은 인터페이스 클래스를 관리하고 TDM(Time-Division Multiplexing), 파이버(포트), Lambda 등과 같은 다른 형태의 레이블 스위칭을 지원하는 프로토콜 제품군입니다.
GMPLS는 레이어 2 및 레이어 3에서 레이어 1 옵티컬 디바이스까지 지능형 IP/MPLS 연결을 확장합니다. 주로 라우터와 스위치에서 지원되는 MPLS와 달리 GMPLS는 SONET/SDH, 옵티컬 크로스 커넥트(OCC), 고집파 분할 멀티플렉싱(DWDM)을 비롯한 옵티컬 플랫폼에서도 지원될 수 있습니다.
MPLS에서 데이터를 전달하는 데 주로 사용되는 레이블 외에도 파장, 시간 슬롯 및 섬유와 같은 다른 물리적 항목을 레이블 개체로 사용하여 GMPLS에서 데이터를 전달할 수 있으므로 기존 컨트롤 플레인 메커니즘을 활용하여 다양한 종류의 LSP에 신호를 보낼 수 있습니다. GMPLS는 RSVP-TE를 사용하여 다른 레이블 객체에 다양한 종류의 LSP(비패킷)에 신호를 보내도록 요청할 수 있습니다. 양방향 LSP와 대역 외 제어 채널 및 LMP(Link Management Protocol)를 사용하는 데이터 채널은 GMPLS가 LSP를 설정하는 데 사용하는 다른 메커니즘입니다.
GMPLS RSVP-TE VLAN LSP 시그널링의 필요성
기존 레이어 2 포인트-투-포인트 서비스는 LDP 및 BGP를 기반으로 하는 레이어 2 회로 및 레이어 2 VPN 기술을 사용합니다. 기존 구축에서 고객 에지(CE) 디바이스는 레이어 2 서비스의 시그널링에 참여하지 않습니다. 프로바이더 에지(PE) 디바이스는 레이어 2 서비스를 관리하고 프로비저닝하여 CE 디바이스 간의 엔드 투 엔드 연결을 제공합니다.
PE 디바이스가 한 쌍의 CE 디바이스 간의 각 레이어 2 서킷에 대해 레이어 2 서비스를 프로비저닝하도록 하는 데 있어 가장 큰 문제 중 하나는 프로바이더 네트워크의 네트워크 관리 부담입니다.
그림 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 라우터는 레이어 2 VLAN 트래픽을 전달하기 위해 프로바이더 MPLS 네트워크 내의 패킷 MPLS LSP를 사용합니다.
GMPLS 기반 VLAN LSP 시그널링이 도입됨에 따라 CE(클라이언트라고도 함) 디바이스 간의 개별 레이어 2 연결을 프로비저닝하기 위한 PE(서버 레이어라고도 함) 네트워크의 필요성이 최소화되었습니다. 클라이언트 라우터는 GMPLS 신호를 통해 원격 클라이언트 라우터와 연결하도록 레이어 2 서비스를 설정하기 위해 직접 연결된 서버 레이어 라우터에 요청합니다.
서버 레이어 디바이스는 서버 레이어 네트워크를 통해 신호를 확장하여 원격 클라이언트 라우터와 연결합니다. 이 과정에서 서버 레이어 디바이스는 서버-클라이언트 경계에서 레이어 2 서비스를 위한 데이터 플레인을 설정하고, 서버 레이어 네트워크 내에서 레이어 2 트래픽을 전달하기 위한 데이터 플레인을 설정합니다. 레이어 2 서비스 설정을 통해 클라이언트 라우터는 레이어 2 서비스 위에서 직접 IP/MPLS를 실행할 수 있으며 IP/MPLS가 서로 인접하도록 할 수 있습니다.
GMPLS 시그널링은 서버 레이어 디바이스에 필요한 프로비저닝 활동을 줄이는 것 외에도 클라이언트 라우터에 레이어 2 서비스 프로비저닝을 위한 서버 레이어 관리에 의존하지 않고 온디맨드 방식으로 레이어 2 회로를 가동할 수 있는 유연성을 제공합니다.
그림 1과 동일한 토폴로지를 사용하여, GMPL RSVP-TE 기반 레이어 2 VPN 기술의 클라이언트 라우터가 레이어 2 서비스를 설정하고 사용하는 방법을 보여줍니다.그림 2
에서 라우터 PE1 및 PE2는 클라이언트 라우터 간에 레이어 2 VLAN 트래픽을 전달하기 위해 유사 회선을 구성하는 대신, IP 기반 통신 채널 및 기타 GMPLS 관련 구성(이더넷 링크를 TE 링크로 식별)으로 구성하여 클라이언트 라우터와 GMPLS RSVP-TE 신호 메시지를 교환할 수 있도록 합니다.그림 2 라우터 CE1 및 CE2는 또한 서버 레이어 라우터와 GMPLS RSVP-TE 신호 메시지를 교환하기 위한 IP 기반 통신 채널 및 관련 GMPLS 구성으로 구성됩니다. 라우터 CE1 및 CE2는 이 레이어 2 서비스 위에 IP/MPLS 인접성을 설정합니다.
GMPLS RSVP-TE VLAN LSP 시그널링 기능
에 기반하여 클라이언트 라우터는 다음과 같이 서버 레이어 네트워크에 레이어 2 서비스를 설정합니다.그림 2
라우터 CE1은 라우터 PE1을 사용하여 GMPLS RSVP-TE 시그널링을 시작합니다. 이 신호 메시지에서 라우터 CE1은 레이어 2 서비스가 필요한 이더넷 링크의 VLAN과 VLAN을 연결해야 하는 원격 CE 라우터인 라우터 CE2를 나타냅니다.
또한 라우터 CE1은 라우터 CE2가 연결된 원격 PE 라우터인 라우터 PE2와 라우터 CE2를 신호 메시지에서 레이어 2 서비스가 필요한 라우터 PE2에 연결하는 정확한 이더넷 링크를 나타냅니다.
라우터 PE1은 시그널링 메시지에서 라우터 CE1의 정보를 사용하고 라우터 CE2가 연결된 원격 PE 라우터인 라우터 PE2를 결정합니다. 그런 다음 라우터 PE1은 VLAN 트래픽을 전달하기 위해 서버 레이어 MPLS 네트워크를 통해 패킷 MPLS LSP(관련 양방향)를 설정한 다음 LSP 계층 메커니즘을 사용하여 GMPLS RSVP-TE 신호 메시지를 라우터 PE2로 전달합니다.
라우터 PE2는 PE2-CE2 이더넷 링크에서 사용할 VLAN을 사용하여 GMPLS RSVP-TE 신호 메시지를 라우터 CE2로 전파합니다.
라우터 CE2는 라우터 PE2에 대한 GMPLS RSVP-TE 시그널링 메시지에 대한 승인으로 응답합니다. 그런 다음 라우터 PE2는 이를 라우터 PE1로 전파하고, 라우터 PE1은 다시 라우터 CE1로 전파합니다.
이 메시지 전파의 일환으로, 라우터 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(Explicit Route Object)로 구성됩니다. 이 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-link 메커니즘을 사용하여 이들을 연결하는 물리적 인터페이스를 식별합니다.
클라이언트 라우터와 서버 네트워크 노드는 GMPLS RSVP-TE 시그널링 메시지에서 TE-link 식별자(IP 주소)를 GMPLS RSVP 홉으로, 물리적 인터페이스 식별자를 GMPLS 레이블 값으로 사용하여 물리적 인터페이스를 작동 상태로 만듭니다.
기존 GMPLS 구성에서 서버 및 클라이언트 네트워크 노드는 구성 문을 사용하여 인접 피어 노드를 지정합니다.protocols link-management peer peer-name 클라이언트 라우터는 서버 네트워크 노드에 연결된 하나 이상의 물리적 인터페이스를 가질 수 있기 때문에 이러한 물리적 인터페이스는 구성 문을 통해 IP 주소로 그룹화되고 식별됩니다 .protocols link-management te-link link-name TE-link에는 로컬 IP 주소, 원격 IP 주소 및 물리적 인터페이스 목록이 할당됩니다. 그런 다음 TE-link가 구성 문과 연결됩니다.protocols link-management peer peer-name te-link te-link-list
신호 메시지 교환에 필요한 대역 외 제어 채널은 구성 문을 사용하여 지정됩니다.protocols link-management peer peer-name control-channel interface-name 서버 또는 클라이언트 네트워크 노드의 존재는 및 계층 수준 아래의 구성 문을 통해 RSVP 및 IGP(OSPF) 프로토콜에 표시됩니다.peer-interface interface-name[edit protocols rsvp][edit protocols ospf]
기존 GMPLS 구성에서 시그널링 메시지에 전달되는 레이블(업스트림 레이블 및 resv 레이블)은 불러와야 하는 물리적 인터페이스를 식별하는 정수 식별자입니다. 레이블은 물리적 인터페이스를 식별하는 데 사용되므로 기존 GMPLS 구성에서는 여러 인터페이스를 단일 TE 링크 아래에 그룹화할 수 있습니다. 기존 GMPLS 구성에서는 GMPLS RSVP-TE 시그널링 메시지에 TE-link 주소 및 레이블 값과 같은 충분한 정보가 있어 불러와야 하는 물리적 인터페이스를 식별할 수 있습니다. 반면, GMPLS RSVP-TE VLAN LSP 구성의 경우, VLAN ID 값은 신호 메시지의 레이블로 사용됩니다.
GMPLS RSVP-TE VLAN LSP 구성에서 단일 TE 링크에서 여러 인터페이스를 구성할 수 있는 경우 신호 메시지에서 VLAN ID를 레이블 값으로 사용하면 VLAN을 프로비저닝해야 하는 물리적 인터페이스가 모호해질 수 있습니다. 따라서 TE-link에서 구성할 수 있는 물리적 인터페이스의 수가 단 1개로 제한되는 경우 TE-link는 구성 문으로 구성됩니다.ethernet-vlan
기존 GMPLS 구성에서 비패킷 LSP의 대역폭은 불러와야 하는 물리적 인터페이스의 대역폭에 해당하는 개별 수량입니다. 따라서 GMPLS LSP 구성에서는 대역폭을 지정할 수 없지만 계층 수준 아래의 구성 문을 통해서만 대역폭을 지정할 수 있습니다 .signal-bandwidth[protocols mpls label-switched-path lsp-name lsp-attributes] GMPLS VLAN LSP 구성에서 대역폭은 패킷 LSP와 유사하게 지정됩니다. GMPLS VLAN LSP 구성에서 옵션은 지원되며 지원되지 않습니다.bandwidthsignal-bandwidth
연결된 양방향 패킷 LSP
GMPLS RSVP-TE VLAN LSP는 서버 레이어 네트워크 내에서 관련 양방향 전송 LSP로 전송되며, 이는 단면 프로비저닝 LSP입니다. 전송 LSP 시그널링은 소스 라우터에서 순방향의 목적지 라우터로 단방향 LSP로 시작되고, 목적지 라우터는 역방향의 단방향 LSP의 신호를 소스 라우터로 다시 시작합니다.
관련 양방향 패킷 및 GMPLS RSVP-TE VLAN LSP에 대한 단절 전 전환
관련 양방향 전송 LSP에 대한 단절 전 연결 지원은 양방향 LSP의 순방향 대상 라우터가 양방향 LSP의 역방향에 대한 단절 전 접속 작업을 수행하지 않는 유사한 모델을 따릅니다. 소스 라우터(연결된 양방향 LSP의 개시자)가 연결된 양방향 LSP의 단절 전 신규 인스턴스를 시작하고, 대상 라우터는 차례로 다른 방향으로 단절 전 신규 인스턴스를 시작합니다.
예를 들어, 에서 단방향 전송 LSP는 라우터 PE1에서 라우터 PE2로 포워딩 방향으로 시작되고, 라우터 PE2는 역방향으로 라우터 PE1로 전송 LSP를 시작합니다.그림 2 단절 전 접속 인스턴스가 발생하면 시작 클라이언트 라우터인 라우터 PE1만 연결된 양방향 LSP의 새 인스턴스를 설정할 수 있습니다. 라우터 PE2는 역방향으로 단절 전 신규 인스턴스를 시작합니다.
관련 양방향 전송 LSP에 대한 단절 전 제작 지원은 전송 LSP가 LSP 경로의 링크 또는 노드 장애로 인해 로컬에서 보호되는 상태가 되는 시나리오에서만 사용됩니다. GMPLS RSVP-TE VLAN LSP는 끊김 없는 대역폭 변경을 조정하기 위해 단절 전 제작 메커니즘을 사용합니다.
연결된 양방향 전송 LSP에 대해 주기적인 재최적화가 활성화되지 않습니다.
GMPLS VLAN LSP의 최신 make-before-break 인스턴스는 다음과 같은 제약 조건 하에서 지원됩니다.
이전 인스턴스와 동일한 클라이언트 라우터에서 시작되어야 하며 이전 인스턴스와 동일한 클라이언트 라우터로 전송되어야 합니다.
서버-클라이언트 끝에서 이전 인스턴스와 동일한 서버-클라이언트 링크를 사용해야 합니다.
서버-클라이언트 링크에서 이전 인스턴스와 동일한 VLAN 레이블을 사용해야 합니다.
GLPLS 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, 서버 계층 에지 라우터 및 서버 계층 에지 라우터의 관련 양방향 전송 LSP에 대한 NSR(Nonstop Active Routing) 지원.
멀티섀시 지원.
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).
정적 경로 및 IGP 바로 가기의 next-hop과 같은 패킷 MPLS 애플리케이션.
클라이언트 라우터가 동일한 서버 라우터에 연결된 원격 클라이언트 라우터에 연결되는 로컬 교차 연결 메커니즘.
Junos OS 서비스 프레임워크.
IPv6 지원.
논리적 시스템.
서버-클라이언트 링크에서 어그리게이션 이더넷/SONET/IRB 인터페이스
예: GMPLS RSVP-TE VLAN LSP 시그널링 구성
이 예는 클라이언트 라우터에서 GMPLS RSVP-TE VLAN LSP 시그널링을 구성하여 하나의 클라이언트 라우터가 LSP 계층을 사용하여 서버 계층 네트워크를 통해 원격 클라이언트 라우터와 연결할 수 있도록 하는 방법을 보여줍니다. 이를 통해 클라이언트 라우터는 서버 레이어 관리에 의존하지 않고 레이어 2 서비스를 구축, 유지 및 프로비저닝할 수 있으므로 프로바이더 네트워크의 운영 비용에 대한 부담을 줄일 수 있습니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
M 시리즈 멀티서비스 에지 라우터, 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에서 대역폭 및 로컬 보호 속성을 상속합니다.
라우터 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-to-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를 라우터 CE2에 적절하게 할당하고 대역 외 제어 채널을 통해 전송합니다.
-
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의 데이터 트래픽 플로우
토폴로지
에서 GMPLS RSVP-TE VLAN LSP 시그널링은 클라이언트 라우터, 라우터 CE1 및 라우터 CE2 간에 레이어 2 서비스를 설정하는 데 사용됩니다.그림 5 서버 라우터인 라우터 PE1 및 라우터 PE2에는 직접 연결된 각 클라이언트 라우터와 GRE 터널이 설정되어 있습니다. 라우터 P1 및 P2는 서버 계층 네트워크의 서버 라우터이기도 합니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣은 다음, 구성 모드에서 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(Label-Switched Path)에 대한 자동 경로 계산을 비활성화합니다.
[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-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
-
라우터 PE1을 라우터 CE1의 LMP(Link Management Protocol) 피어로 구성하고 피어 속성을 구성합니다.
[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 interfaces, show routing-options 및 show protocols 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
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 interfaces, show routing-options 및 show protocols 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
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-managementshow link-management te-link detail
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 table mpls.0show route forwarding-table ccc ccc-interface
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로의 ping이 성공했습니다.