Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

GMPLS 구성

GMPLS 소개

기존 MPLS는 설정된 IP 기반 경로를 사용하여 Layer 3 IP 트래픽을 전달하고 임의로 할당된 레이블과 이러한 경로를 연결하도록 설계되었습니다. 이들 레이블은 네트워크 관리자에 의해 명시적으로 구성되거나 LDP 또는 RSVP와 같은 프로토콜을 통해 동적으로 할당될 수 있습니다.

GMPLS는 다양한 유형의 Layer 1, Layer 2 또는 Layer 3 트래픽 스위칭을 위한 레이블을 정의한다는 점에서 MPLS를 일반화합니다. GMPLS 노드에는 하나 이상의 스위칭 기능이 포함된 링크가 있을 수 있습니다.

  • 파이버 스위칭 기능(FSC)

  • Lambda 스위칭 지원(LSC)

  • TDM(Time-Division Multiplexing) TSC(Switched-capable) 지원

  • PSC(Packet-Switched capable)

LSP(Label-Switched Path)는 동일한 스위칭 기능을 갖춘 링크에서 시작 및 종료되어야 합니다. 예를 들어, 라우터는 다른 라우터와 함께 패킷 스위칭 LSP를 설정할 수 있습니다. LSP는 SONET ADM(Add/Drop Multiplexers) 간에 TDM 스위칭 LSP를 통해 전송될 수 있으며, 이를 통해 Lambda 스위칭 LSP를 통해 전송될 수 있습니다.

MPLS 프로토콜의 이러한 확장은 레이블 스위칭에 참여할 수 있는 장비의 수가 늘어나게 됩니다. OXC 및 SONET ADM과 같은 하위 계층 디바이스는 이제 GMPLS 시그널링에 참여하고 데이터를 전송할 경로를 설정할 수 있습니다. 라우터는 전송 네트워크 전반에서 옵티컬 경로 시그널링에 참여할 수 있습니다.

두 가지 서비스 모델이 클라이언트 노드(예를 들어 라우터)가 옵티컬 코어 또는 전송 네트워크에 대한 가시성을 결정합니다. 첫 번째는 종종 오버레이 모델이라고 하는 UNI(User-to-Network Interface)를 통해 이루어집니다. 두 번째는 피어 모델로 알려져 있습니다. 주니퍼 네트웍스는 두 가지 모델을 모두 지원합니다.

주:

물리적 인터페이스와 GMPLS 인터페이스 간에 반드시 일대일 대응 관계가 있는 것은 아닙니다. GMPLS 연결이 비채널화된 물리적 커넥터를 사용하는 경우, GMPLS Label은 물리적 포트 ID를 사용할 수 있습니다. 그러나 채널화된 인터페이스의 레이블은 종종 채널 또는 시간 슬롯을 기반으로 합니다. 따라서 트래픽 엔지니어링 링크의 리소스에 대한 식별자로 GMPLS 레이블을 참조하는 것이 가장 좋습니다.

LSP를 설정하기 위해 GMPLS는 다음과 같은 메커니즘을 사용합니다.

  • 대역 외 제어 채널 및 데이터 채널—LSP 설정을 위한 RSVP 메시지는 대역 외 제어 네트워크를 통해 전송됩니다. LSP 설정이 완료되고 경로가 프로비저닝되면 데이터 채널이 가동되고 트래픽 전달에 사용할 수 있습니다. LMP(Link Management Protocol)는 한 쌍의 노드 간 데이터 채널을 정의하고 관리하는 데 사용됩니다. LMP를 사용하여 동일한 Junos OS 릴리스를 실행하는 피어 간에 LMP 제어 채널을 설정 및 유지할 수 있습니다.

  • GMPLS를 위한 RSVP-TE 확장—RSVP-TE는 패킷 LSP의 설정을 알리기 위해 이미 설계되었습니다. GMPLS는 다양한 유형의 LSP(nonpacket)에 대한 경로 설정을 요청하고 파장, 시간 슬롯 및 파이버와 같은 레이블을 레이블 객체로 요청할 수 있도록 확장되었습니다.

  • 양방향 LSP—데이터는 단일 경로를 통해 GMPLS 디바이스 간에 양방향으로 전송될 수 있으므로, 비패킷 LSP는 양방향으로 신호가 전송됩니다.

GMPLS 약관 및 약어

GMPLS(Generalized MPLS)

여러 레이어의 데이터를 LSP(Label-Switched Paths)로 전환할 수 있는 MPLS 확장 GMPLS LSP 연결은 유사한 Layer 1, Layer 2 및 Layer 3 장치 간에 가능합니다.

포워딩 인접

GMPLS 지원 장비 간에 데이터를 전송하기 위한 포워딩 경로

GMPLS 레이블

넥스트 홉 식별자로 사용되는 GMPLS 지원 장비의 레이어 3 식별자, 파이버 포트, TDM(Time-Division Multiplexing) 시간 슬롯 또는 DWDM(Dense Wavelength-Division Multiplexing) 파장

GMPLS LSP 유형

GMPLS LSP의 네 가지 유형은 다음과 같습니다.

  • 파이버 스위칭 기능(FSC)—LSP는 개별 파이버 수준에서 작동하는 OXC(Optical Cross-Connects)와 같은 2개의 광섬유 기반 디바이스 간에 전환됩니다.

  • Lambda 스위칭 기능(LSC)—LSP는 개별 파장 수준에서 작동하는 OXC와 같은 2개의 DWDM 디바이스 간에 전환됩니다.

  • TDM 스위칭 기능(TDM)—LSP는 SONET ADM과 같은 2개의 TDM 디바이스 간에 전환됩니다.

  • PSC(Packet Switched capable)—LSP는 라우터 또는 ATM 스위치와 같은 두 개의 패킷 기반 디바이스 간에 전환됩니다.

링크 관리 프로토콜

피어 간 포워딩 인접을 정의하고 트래픽 엔지니어링 링크에 리소스를 유지 관리 및 할당하는 데 사용되는 프로토콜입니다.

트래픽 엔지니어링 링크

GMPLS 지원 장비 간의 논리적 연결. 트래픽 엔지니어링 링크는 주소 또는 IP를 가질 수 있으며 특정 리소스 또는 인터페이스와 연결됩니다. 또한 특정 속성(인코딩 유형, 스위칭 기능, 대역폭 등)을 가지고 있습니다. 논리적 주소는 링크 식별자로 작동하기 때문에 필요하지 않지만 라우팅할 수 있습니다. 각 트래픽 엔지니어링 링크는 한 쌍의 디바이스 간에 포워딩 인접을 나타냅니다.

GMPLS 운영

GMPLS의 기본 기능은 RSVP와 LMP 간의 긴밀한 상호 작용을 필요로 합니다. 다음 순서로 작동합니다.

  1. LMP는 새로운 엔터티의 RSVP에 다음 사항을 통보합니다.

    • 트래픽 엔지니어링 링크(포워딩 인접)

    • 트래픽 엔지니어링 링크에 사용할 수 있는 리소스

    • 컨트롤 피어

  2. GMPLS는 구성에서 LSP 속성을 추출하고 트래픽 엔지니어링 링크 주소에 의해 지정된 하나 이상의 특정 경로에 신호를 RSVP를 요청합니다.

  3. RSVP는 로컬 트래픽 엔지니어링 링크, 해당 제어 인접 및 활성 제어 채널, 전송 매개변수(예: IP 대상)를 결정합니다. LMP가 지정된 속성을 가진 트래픽 엔지니어링 링크에서 리소스를 할당할 것을 요청합니다. LMP가 속성과 일치하는 리소스를 발견하면 레이블 할당이 성공합니다. RSVP는 대상 라우터에 도달할 때까지 PathMsg Hop을 홉별로 보냅니다.

  4. 대상 라우터가 PathMsg를 수신하면 RSVP는 다시 LMP가 신호 매개변수를 기반으로 리소스를 할당할 것을 요청합니다. 레이블 할당이 성공하면 라우터는 ResvMsg를 다시 보냅니다.

  5. 시그널링에 성공하면 양방향 광경로가 프로비저닝됩니다.

GMPLS 및 OSPF

GMPLS에 OSPF를 구성할 수 있습니다. OSPF는 단일 자율 시스템(AS) 내에서 패킷을 라우팅하는 IGP(Interior Gateway Protocol)입니다. OSPF는 링크 상태 정보를 사용하여 라우팅 결정을 내림

GMPLS 및 CSPF

GMPLS는 CSPF를 사용하는 GMPLS LSP에 대한 컴퓨팅 경로에 대한 추가적인 제약 조건을 도입합니다. 이러한 추가 제약 조건은 다음 링크 속성에 영향을 줍니다.

  • 신호 유형(최소 LSP 대역폭)

  • 인코딩 유형

  • 스위칭 유형

이러한 새로운 제약 조건은 IGP를 통해 인터페이스 스위칭 기능의 종류, 길이, 값(TLV)을 교환하는 트래픽 엔지니어링 데이터베이스에 채워집니다.

인터페이스 스위칭 기능을 통해 교환되는 무시된 제약 조건은 다음과 같습니다.

  • 최대 LSP 대역폭

  • 최대 전송 장치(MTU)

링크가 GMPLS 제약 조건에 의해 제한되는 것을 제외하고는 CSPF 경로 계산은 비 GMPLS 환경에서와 동일합니다.

각 링크에는 여러 인터페이스 스위칭 기능 설명자가 있을 수 있습니다. 링크가 거부되기 전에 모든 설명자를 검사합니다.

제약 조건이 다음 순서로 검사됩니다.

  1. GMPLS LSP를 위해 구성된 신호 유형은 요청된 대역폭의 양을 의미합니다. 원하는 대역폭이 최소 LSP 대역폭보다 적으면 인터페이스 스위칭 설명자가 거부됩니다.

  2. ingress 및 egress 인터페이스를 위한 링크의 인코딩 유형이 일치해야 합니다. 인코딩 유형은 모든 제약 조건이 링크에 의해 충족되고 egress 노드의 링크를 선택하는 데 사용되는 후에 Ingress 노드에 선택되어 저장됩니다.

  3. 중간 스위치 링크의 스위칭 유형은 구성에 지정된 GMPLS LSP와 일치해야 합니다.

GMPLS 기능

Junos OS에는 다음과 같은 GMPLS 기능이 포함되어 있습니다.

  • 대역 외 컨트롤 플레인을 사용하면 LSP 경로 설정 시그널을 설정할 수 있습니다.

  • RSVP-TE 확장은 포트, 시간 슬롯 및 파장과 같은 레이어 3 패킷 이상의 추가 객체를 지원합니다.

  • LMP 프로토콜은 트래픽 엔지니어링 링크 및 피어 정보에 대한 데이터베이스를 생성하고 유지 관리합니다. 이 프로토콜의 정적 버전만 Junos OS에서 지원됩니다. LMP를 구성하여 동일한 Junos OS 릴리스를 실행하는 피어 간에 LMP 제어 채널을 설정 및 유지할 수 있습니다.

  • 디바이스 간에 양방향 LSP가 필요합니다.

  • RFC 3471, 일반화된 MPLS—MPLS, 일반화, SONET/SDH, Suggested 및 업스트림과 같은 시그널링 기능 설명에 정의된 몇몇 GMPLS 레이블 유형이 지원됩니다. 일반화된 레이블은 유형 필드를 포함하지 않습니다. 노드는 원하는 유형의 레이블을 연결의 컨텍스트에서 알아야 하기 때문입니다.

  • 트래픽 매개 변수는 GMPLS 대역폭 인코딩 및 SONET/SDH 포맷 지정을 용이하게 합니다.

  • 기타 지원 속성으로는 인터페이스 식별 및 오류 인터페이스 식별, UNI(User-to-Network) 스타일의 시그널링, 보조 LSP 경로 등이 있습니다.

GMPLS를 위한 MPLS 경로 구성

GMPLS 구성의 일환으로 GMPLS를 통해 연결된 각 고유 디바이스에 대한 MPLS 경로를 설정해야 합니다. 계층 수준에서 트래픽 엔지니어링 링크 원격 주소를 주소 [edit protocols mpls path path-name] 로 구성합니다. 제한적인 CSPF(Shortest Path First)가 지원되므로 주소로 strict 선택하거나 loose 선택할 수 있습니다.

트래픽 엔지니어링 링크 원격 주소를 얻는 방법에 대한 자세한 내용은 LMP 구성 개요 를 참조하십시오.

MPLS 경로를 구성하려면 계층 레벨에 path[edit protocols mpls] 명령문을 포함하십시오.

MPLS 경로 구성 방법에 대한 자세한 내용은 명명된 경로 만들기를 참조하십시오.

LMP 트래픽 추적

LMP 프로토콜 트래픽을 추적하려면 계층 레벨의 [edit protocols link-management] 명령문을 포함합니다traceoptions.

명령문을 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(Label-Switched Path) 속성을 구성하십시오. 기본값 switching-typepsc-1표준 MPLS에도 적합합니다.

LSP 속성을 구성하려면 계층 레벨의 lsp-attributes[edit protocols mpls label-switched-path lsp-name] 명령문을 포함합니다.

레이블 스위칭 경로 구성에 명령문을 포함 no-cspf 하려면 기본 및 보조 경로도 구성해야 하며 구성을 커밋할 수 없습니다.

다음 섹션에서는 GMPLS LSP에 대해 각 LSP 속성을 구성하는 방법을 설명합니다.

인코딩 유형 구성

LSP가 수행하는 페이로드의 인코딩 유형을 지정해야 합니다. 다음과 같은 내용이 가능합니다.

  • ethernet—이더넷

  • packet—패킷

  • pdh—PDH(Plesiochronous Digital Hierarchy)

  • sonet-sdh—SONET/SDH

기본값은 입니다 packet.

인코딩 유형을 구성하려면 계층 레벨에 encoding-type[edit protocols mpls label-switched-path lsp-name lsp-attributes] 명령문을 포함하십시오.

GPID 구성

LSP가 수행하는 페이로드 유형을 지정해야 합니다. 페이로드는 MPLS Label 아래에 있는 패킷 유형입니다. 페이로드는 일반화된 페이로드 식별자(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] 명령문을 포함 signal-bandwidth 하십시오.

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] 문을 포함합니다.

비패킷 GMPLS LSP가 Junos OS를 실행하는 라우터를 통해 경로를 설정할 수 있도록 지원

Admin Status 객체에 A-bit를 설정함으로써 비패킷 GMPLS LSP가 Junos를 실행하는 라우터를 통해 경로를 설정할 수 있습니다. Ingress 라우터가 Admin Status A-bit 세트와 함께 RSVP PATH 메시지를 보낼 때, 외부 장치(Junos OS를 실행하는 라우터가 아님)는 Layer 1 경로 설정 테스트를 수행하거나 옵티컬 교차 연결을 구현하는 데 도움이 될 수 있습니다.

설정된 경우, Admin Status 객체의 A-bit는 GMPLS LSP에 대한 관리 다운 상태를 나타낸다. 이 기능은 특히 비패킷 GMPLS LSP에서 사용됩니다. 패킷 LSP의 제어 경로 설정이나 데이터 포워딩에는 영향을 미치지 않습니다.

Junos는 제어 경로 설정과 데이터 경로 설정을 구분하지 않습니다. 네트워크 경로의 다른 노드는 의미 있는 방식으로 A-bit를 사용하여 RSVP PATH 시그널링을 사용합니다.

GMPLS LSP에 대해 Admin Status 객체를 구성하려면 다음과 같은 명령문을 admin-down 포함합니다.

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

GMPLS LSP를 우아하게 해체

당신은 우아하게 비 패키지 GMPLS LSP를 찢을 수 있습니다. 패킷 스위칭 네트워크의 공통 프로세스인 LSP는 비패킷 스위칭 네트워크에서 안정성 문제를 일으킬 수 있습니다. 비패킷 스위칭 네트워크의 안정성을 유지하려면 LSP를 정상적으로 중단해야 할 수도 있습니다.

다음 섹션에서는 GMPLS LSP를 적절히 해체하는 방법을 설명합니다.

임시 GMPLS LSP 삭제

명령을 사용하여 GMPLS LSP를 정상적으로 종료할 clear rsvp session gracefully 수 있습니다.

이 명령은 두 번의 패스로 논패킷 LSP를 위한 RSVP 세션을 원활하게 종료합니다. 첫 번째 패스에서 Admin Status 객체는 LSP의 단말 장치로 향하는 경로를 따라 신호를 전달합니다. 두 번째 패스 도중 LSP가 다운됩니다. 이 명령을 사용하면 LSP가 일시적으로 삭제됩니다. 적절한 간격이 지나면 GMPLS LSP가 사임한 다음 다시 재건됩니다.

clear rsvp session gracefully 이 명령에는 다음과 같은 속성이 있습니다.

  • RSVP 세션의 수신 및 송신 라우터에서만 작동합니다. 전송 라우터에서 사용되는 경우 명령과 동일한 동작을 가합니다 clear rsvp session .

  • 이 제품은 비패킷 LSP에만 작동합니다. 패킷 LSP와 함께 사용하면 명령과 동일한 동작을 가합니다 clear rsvp session .

자세한 내용은 CLI Explorer를 참조하십시오.

GMPLS LSP의 영구 삭제

구성에서 LSP를 비활성화하면 LSP가 영구적으로 삭제됩니다. 명령문을 disable 구성하여 GMPLS LSP를 영구적으로 비활성화할 수 있습니다. 비활성화되는 LSP가 비패킷 LSP인 경우, Admin Status 객체를 사용하는 graceful LSP 해제 절차가 사용됩니다. 비활성화되는 LSP가 패킷 LSP인 경우 LSP 삭제에 대한 일반 시그널링 절차가 사용됩니다.

GMPLS LSP를 비활성화하려면 다음 계층 수준에 명령문을 포함 disable 하십시오.

  • [edit protocols mpls label-switched-path lsp-name]—LSP를 비활성화합니다.

  • [edit protocols link-management te-link te-link-name]—트래픽 엔지니어링 링크를 비활성화합니다.

  • [edit protocols link-management te-link te-link-name interface interface-name]—트래픽 엔지니어링 링크에서 사용하는 인터페이스를 비활성화합니다.

Graceful 삭제 시간 간격 구성

RSVP 세션에 대한 graceful 삭제 절차를 시작하는 라우터는 경로의 모든 라우터(특히 수신 및 송신 라우터)가 LSP를 다운할 준비를 갖추도록 하기 위해 graceful 삭제 타임아웃 간격을 기다린다.

Ingress 라우터는 비트 세트를 사용해 경로 메시지에 D Admin Status 객체를 전송하여 graceful 삭제 절차를 시작합니다. 수신 라우터는 송신 라우터에서 비트 세트가 D 포함된 Resv 메시지를 수신할 것으로 기대합니다. ingress 라우터가 graceful 삭제 타임아웃 간격으로 지정된 시간 내에 이 메시지를 수신하지 못하면 PathTear 메시지를 전송하여 LSP의 강제 해제를 시작합니다.

graceful 삭제 타임아웃 간격을 구성하려면 계층 레벨에 graceful-deletion-timeout[edit protocols rsvp] 명령문을 포함하십시오. 1~300초 사이의 시간을 구성할 수 있습니다. 기본값은 30초입니다.

다음 계층 수준에서 이 명령문을 구성할 수 있습니다.

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

명령을 사용하여 show rsvp version graceful 삭제 타임아웃에 대해 구성된 현재 값을 결정할 수 있습니다.

GMPLS RSVP-TE VLAN LSP 시그널링 개요

GMPLS RSVP-TE 시그널링 이해

신호 전송은 컨트롤 플레인 내에서 메시지를 교환하여 데이터 플레인에서 데이터 경로(LSP(Label-Switched Path)를 설정, 유지 관리, 수정 및 종료하는 프로세스입니다. GMPLS(Generalized MPLS)는 MPLS의 기존 컨트롤 플레인을 확장하여 추가 인터페이스 클래스를 관리하고 TDM(Time-Division Multiplexing), 파이버(포트), Lambda 등과 같은 다른 형태의 레이블 스위칭을 지원하는 프로토콜 제품군입니다.

GMPLS는 지능형 IP/MPLS 연결을 Layer 2 및 Layer 3에서 Layer 1 옵티컬 디바이스까지 확장합니다. 주로 라우터 및 스위치에서 지원되는 MPLS와 달리 GMPLS는 SONET/SDH, OXC(Optical Cross-Connects), DWDM(Dense Wave Division Multiplexing)을 비롯한 옵티컬 플랫폼에서도 지원될 수 있습니다.

MPLS에서 데이터를 포워딩하는 데 주로 사용되는 레이블 외에도 파장, 시간 슬롯 및 파이버와 같은 다른 물리적 엔트리를 GMPLS에서 데이터를 포워딩하기 위한 레이블 객체로 사용할 수 있으며, 이에 따라 기존 컨트롤 플레인 메커니즘을 활용하여 다양한 유형의 LSP 신호를 전송할 수 있습니다. GMPLS는 RSVP-TE를 사용하여 다른 레이블 객체에 다양한 종류의 LSP(nonpacket)에 신호를 요청할 수 있습니다. 양방향 LSP 및 대역 외 제어 채널과 LMP(Link Management Protocol)를 사용하는 데이터 채널은 GMPLS가 LSP를 설정하는 데 사용하는 다른 메커니즘입니다.

GMPLS RSVP-TE VLAN LSP 시그널링 필요

기존의 Layer 2 포인트 투 포인트 서비스는 LDP 및 BGP를 기반으로 하는 Layer 2 회로 및 레이어 2 VPN 기술을 사용합니다. 기존 구축 환경에서는 고객 에지(CE) 디바이스가 Layer 2 서비스의 시그널링에 참여하지 않습니다. PE(Provider Edge) 디바이스는 Layer 2 서비스를 관리하고 프로비저닝하여 CE 디바이스 간의 엔드 투 엔드 연결을 제공합니다.

PE 디바이스가 한 쌍의 CE 디바이스 간에 각 Layer 2 회로에 대해 Layer 2 서비스를 프로비저닝하게 하는 가장 큰 과제 중 하나는 프로바이더 네트워크의 네트워크 관리 부담입니다.

그림 1 LDP/BGP 기반 Layer 2 VPN 기술에서 CE 라우터가 Layer 2 서비스를 설정하고 사용하는 방법을 설명합니다. 2개의 CE 라우터 CE1 및 CE2는 각각 PE 라우터 PE1 및 PE2를 통해 프로바이더 MPLS 네트워크에 연결됩니다. CE 라우터는 이더넷 링크를 통해 PE 라우터에 연결됩니다. 라우터 CE1 및 CE2는 VLAN1 및 VLAN2 논리적 레이어 3 인터페이스로 구성되므로 직접 연결되는 것처럼 보입니다. 라우터 PE1 및 PE2는 CE 라우터 간에 Layer 2 VLAN 트래픽을 전달하도록 Layer 2 회로(유사 회선)로 구성됩니다. PE 라우터는 프로바이더 MPLS 네트워크 내에서 패킷 MPLS LSP를 사용하여 Layer 2 VLAN 트래픽을 전달합니다.

그림 1: 기존 레이어 2 점대점(Point-to-Point) 서비스기존 레이어 2 점대점(Point-to-Point) 서비스

GMPLS 기반 VLAN LSP 시그널링이 도입되면서 CE(클라이언트라고도 함) 장비 간의 각 개별 Layer 2 연결을 프로비저닝하기 위한 PE(서버 계층이라고도 함) 네트워크의 필요성이 최소화됩니다. 클라이언트 라우터는 GMPLS 시그널링을 통해 원격 클라이언트 라우터와 연결하기 위해 Layer 2 서비스를 설정하기 위해 직접 연결된 서버 계층 라우터를 요청합니다.

서버 계층 장치는 서버 계층 네트워크를 통해 시그널링을 확장하여 원격 클라이언트 라우터와 연결합니다. 이 과정에서 서버 계층 장치는 서버-클라이언트 경계에서 Layer 2 서비스에 대한 데이터 플레인을 설정하고 서버 계층 네트워크 내에서 Layer 2 트래픽을 전송하기 위한 데이터 플레인을 설정합니다. Layer 2 서비스 설정을 통해 클라이언트 라우터는 Layer 2 서비스 위에서 직접 IP/MPLS를 실행하고 IP/MPLS를 상호 인접하게 구축할 수 있습니다.

GMPLS 시그널링은 서버 계층 장치에서 필요한 프로비저닝 활동을 줄이는 것은 물론, Layer 2 서비스의 프로비저닝을 위한 서버 계층 관리에 의존하지 않고 온디맨드 방식으로 Layer 2 회로를 가동할 수 있는 유연성을 클라이언트 라우터에 제공합니다.

그림 1 그림 2 과 동일한 토폴로지를 사용하는 것은 GMPL RSVP-TE 기반 Layer 2 VPN 기술의 클라이언트 라우터가 Layer 2 서비스를 설정하고 사용하는 방법을 보여줍니다.

그림 2: GMPLS RSVP-TE VLAN LSPGMPLS RSVP-TE VLAN LSP

클라이언트 그림 2라우터 간에 Layer 2 VLAN 트래픽을 전달하도록 유사 회선(pseudowire)을 구성하는 대신, 라우터 PE1 및 PE2는 GMPLS RSVP-TE 시그널링 메시지를 클라이언트 라우터와 교환할 수 있도록 IP 기반 통신 채널 및 기타 GMPLS별 구성(TE 링크로 이더넷 링크 식별)으로 구성됩니다. 라우터 CE1 및 CE2는 또한 GMPLS RSVP-TE 시그널링 메시지를 서버 계층 라우터와 교환하기 위해 IP 기반 통신 채널 및 관련 GMPLS 구성으로 구성됩니다. 라우터 CE1 및 CE2는 이 Layer 2 서비스 위에 IP/MPLS 인접성을 구축합니다.

GMPLS RSVP-TE VLAN LSP 신호 기능

그림 2기반에 따라 클라이언트 라우터는 서버 계층 네트워크에서 다음과 같이 Layer 2 서비스를 구축합니다.

  1. 라우터 CE1은 라우터 PE1을 통해 GMPLS RSVP-TE 시그널링을 시작합니다. 이 시그널링 메시지에서 라우터 CE1은 VLAN을 연결해야 하는 Layer 2 서비스와 원격 CE 라우터인 라우터 CE2가 필요한 이더넷 링크에서 VLAN을 나타낸다.

    라우터 CE1은 또한 라우터 CE2가 연결된 원격 PE 라우터, 라우터 PE2, 그리고 시그널링 메시지에서 Layer 2 서비스가 필요한 라우터 CE2와 라우터 PE2를 연결하는 정확한 이더넷 링크를 나타냅니다.

  2. 라우터 PE1은 시그널링 메시지에서 라우터 CE1의 정보를 사용하고 라우터 CE2가 연결된 원격 PE 라우터인 라우터 PE2를 결정합니다. 그런 다음 라우터 PE1은 VLAN 트래픽을 전송하기 위해 서버 계층 MPLS 네트워크를 통해 패킷 MPLS LSP(관련 양방향)를 설정한 다음 LSP 계층 메커니즘을 사용하여 GMPLS RSVP-TE 시그널링 메시지를 라우터 PE2로 전달합니다.

  3. 라우터 PE2는 PE2-CE2 이더넷 링크에서 사용할 VLAN을 사용하여 GMPLS RSVP-TE 시그널링 메시지를 라우터 CE2에 전파합니다.

  4. 라우터 CE2는 라우터 PE2에 대한 GMPLS RSVP-TE 시그널링 메시지를 승인하여 응답합니다. 그런 다음 라우터 PE2는 라우터 PE1로 전파되어 라우터 CE1로 전파됩니다.

  5. 이러한 메시지 전달의 일환으로, 라우터 PE1 및 PE2는 라우터 CE1과 CE2 간의 VLAN 레이어 2 트래픽의 양방향 플로우를 활성화하기 위해 포워딩 플레인을 설정합니다.

GMPLS RSVP-TE VLAN LSP를 사용하는 LSP 계층

GMPLS RSVP-TE VLAN LSP 시그널링의 Layer 2 서비스는 Layer 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에는 3개의 홉이 있어야 합니다. 첫 번째 홉은 CE1-PE1 이더넷 링크를 식별하는 엄격한 홉이고 두 번째 홉은 PE2(egress PE Router)를 식별하는 느슨한 홉이고, 세 번째 홉은 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] 이를 지원합니다.

클라이언트 라우터는 서버 네트워크에 연결된 물리적 인터페이스를 가지고 있으며, 서버 네트워크는 연결된 물리적 인터페이스를 통해 두 클라이언트 라우터 간의 점대점(point-to-point) 연결을 제공합니다. 물리적 인터페이스는 다음과 같이 GMPLS RSVP-TE에 의해 운영 상태로 전환됩니다.

  1. 클라이언트 라우터는 물리적 인터페이스 자체가 시그널링 후에만 설정 및 실행되므로 물리적 인터페이스가 연결되는 서버 네트워크 노드와 인접한 라우팅 또는 시그널링을 유지합니다.

  2. 클라이언트 라우터와 서버 네트워크 노드는 TE 링크 메커니즘을 사용하여 이들 인터페이스를 연결하는 물리적 인터페이스를 식별합니다.

  3. 클라이언트 라우터와 서버 네트워크 노드는 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 지정됩니다. 서버 또는 클라이언트 네트워크 노드의 존재는 계층 수준 아래의 구성 명령문을 통해 peer-interface interface-name RSVP 및 IGP(OSPF) 프로토콜에 [edit protocols rsvp][edit protocols ospf] 가시화됩니다.

기존 GMPLS 구성에서 시그널링 메시지에서 전달되는 Label(업스트림 레이블 및 resv Label)은 제기해야 하는 물리적 인터페이스를 식별하는 정수 식별자입니다. 레이블이 물리적 인터페이스를 식별하는 데 사용됨에 따라 기존 GMPLS 구성을 사용하면 여러 인터페이스를 단일 TE 링크 아래에 그룹화할 수 있습니다. 기존 GMPLS 구성에서는 TE 링크 주소 및 레이블 값과 같은 GMPLS RSVP-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 구성은 어떤 대역폭도 지정하지 않지만 계층 수준의 구성 명령문을 통해 signal-bandwidth 서만 대역폭을 [protocols mpls label-switched-path lsp-name lsp-attributes] 지정할 수 있습니다. 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에 대한 중단 방지(make-before-break) 지원은 양방향 LSP의 포워드 방향에 대한 대상 라우터가 양방향 LSP의 역방향에서 중단 이전의 작동을 수행하지 않는 유사한 모델을 따릅니다. 소스 라우터(관련 양방향 LSP의 시작자)는 관련 양방향 LSP의 새로운 인스턴스를 시작하며 대상 라우터는 다른 방향으로 새로운 인스턴스를 시작합니다.

예를 들어, 그림 2단방향 전송 LSP는 포워딩 방향으로 라우터 PE1에서 라우터 PE2로 시작되고, 그 후 라우터 PE2는 역방향으로 LSP를 라우터 PE1로 전송합니다. 중단 전 확인 인스턴스가 발생하면 시작 클라이언트 라우터의 라우터 PE1만이 관련 양방향 LSP의 새로운 인스턴스를 설정할 수 있습니다. 라우터 PE2는 반대 방향으로 새로운 인스턴스를 만들기 전에 시작합니다.

관련 양방향 전송 LSP에 대한 중단 전 지원은 전송 LSP가 LSP 경로의 링크 또는 노드 장애로 인해 로컬로 보호되는 상태로 전송되는 시나리오에서만 사용됩니다. GMPLS RSVP-TE VLAN LSP는 원활한 대역폭 변경을 조정하기 위해 중단 전 확인 메커니즘을 사용합니다.

주:

관련 양방향 전송 LSP에 대해 주기적인 재 최적화는 지원되지 않습니다.

GMPLS VLAN LSP의 새로운 MAKE-BEFORE-Break 인스턴스는 다음과 같은 제약 조건 하에서 지원됩니다.

  • 이전 인스턴스와 동일한 클라이언트 라우터에서 시작되어야 하며 이전 인스턴스와 동일한 클라이언트 라우터로 연결되어야 합니다.

  • 두 서버-클라이언트에서 동일한 서버-클라이언트 링크를 구형 인스턴스와 같이 사용해야 합니다.

  • 서버-클라이언트 링크에서 이전 인스턴스와 동일한 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는 not 다음과 같은 GMPLS RSVP-TE VLAN LSP 기능을 지원합니다.

  • 관련 양방향 패킷 LSP 및 GMPLS VLAN LSP에 대한 Graceful Restart 지원.

  • 클라이언트 라우터에서 CSPF 알고리즘을 사용하여 GMPLS VLAN LSP에 대한 엔드투엔드 경로 계산

  • 서로 다른 클라이언트, 서버 계층 에지 라우터에 의한 넥트 홉(next-hop) 라우터에 대한 비CSPF 라우팅 기반 검색.

  • 클라이언트 라우터에서 VLAN LSP를 성공적으로 설정하면 클라이언트 레이어 3 VLAN 인터페이스를 자동 프로비저닝할 수 있습니다.

  • MPLS OAM(LSP-ping, BFD).

  • 정적 경로 및 IGP 바로 가기의 넥드 홉(next-hop)과 같은 패킷 MPLS 애플리케이션.

  • 클라이언트 라우터가 동일한 서버 라우터에 연결된 원격 클라이언트 라우터에 연결하는 로컬 Cross Connect 메커니즘

  • Junos OS 서비스 프레임워크.

  • IPv6 지원.

  • 논리적 시스템.

  • 서버-클라이언트 링크의 통합 이더넷/SONET/IRB 인터페이스

예를 들면 다음과 같습니다. GMPLS RSVP-TE VLAN LSP 신호 구성

이 예에서는 클라이언트 라우터에서 GMPLS RSVP-TE VLAN LSP 시그널링을 구성하여 하나의 클라이언트 라우터가 LSP 계층을 사용하는 서버 계층 네트워크를 통해 원격 클라이언트 라우터와 연결할 수 있도록 하는 방법을 보여줍니다. 이를 통해 클라이언트 라우터는 서버 계층 관리에 의존하지 않고 Layer 2 서비스를 설정, 유지 관리 및 프로비저닝할 수 있기 때문에 프로바이더 네트워크의 운영 비용 부담을 줄일 수 있습니다.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 사용합니다.

  • M 시리즈 멀티서비스 에지 라우터, MX 시리즈 5G 유니버설 라우팅 플랫폼, T 시리즈 코어 라우터 및 PTX 시리즈 패킷 전송 라우터를 조합할 수 있는 6개의 라우터

  • 클라이언트 라우터 및 서버 계층 에지 라우터에서 실행되는 Junos OS 릴리스 14.2 이상

시작하기 전:

  1. 디바이스 인터페이스를 구성합니다.

  2. 인터페이스 관련 VLAN을 구성합니다.

  3. 다음과 같은 라우팅 프로토콜을 구성합니다.

    • RSVP

    • MPLS

    • LMP

개요

Junos OS Release 14.2부터 시작하여 외부/타사 서버 계층 네트워크에서 두 클라이언트 라우터 간의 Layer 2 서비스는 GMPLS RSVP-TE 시그널링을 통해 온 디맨드 방식으로 클라이언트 라우터에 의해 설정됩니다. 이 기능을 통해 클라이언트 라우터는 서버 계층 관리에 의존하지 않고 Layer 2 서비스를 설정, 유지 관리 및 프로비저닝할 수 있는 유연성을 제공함으로써 프로바이더 네트워크의 운영 비용 부담을 줄일 수 있습니다. LDP 및 BGP를 기반으로 하는 기존의 Layer 2 VPN 기술에서 프로바이더 네트워크는 두 클라이언트 라우터 사이에 설정된 각 Layer 2 회로에 대한 프로비저닝 활동을 처리했습니다.

그림 3 2개의 서버 계층 에지 라우터( PE1 및 PE2) 및 1개의 서버 계층 코어 라우터인 P가 있는 서버 계층 네트워크에서 CE1 및 CE2라는 두 클라이언트 라우터 간의 GMPLS VLAN LSP의 설정 및 시그널링을 설명합니다.

그림 3: GMPLS VLAN LSP 설정 GMPLS VLAN LSP 설정

GMPLS VLAN LSP의 시그널링은 다음과 같이 실행됩니다.

  1. Initiating GMPLS VLAN LSP at CE1

    라우터 CE1은 GMPLS RSVP-TE 경로 메시지를 라우터 PE1로 전송하여 GMPLS VLAN LSP 설정을 시작합니다. CE1과 PE1 간의 시그널링이 대역 외 제어 채널을 통해 수행되며, 이는 두 라우터를 연결하는 이더넷 링크 상에 구성된 별도의 컨트롤 VLAN입니다.

    라우터 CE1에 의해 시작된 GMPLS RSVP-TE 경로 메시지는 다음을 수행하는 데 사용됩니다.

    1. VLAN이 활성화된 이더넷 링크를 식별합니다.

    2. 이더넷 링크를 TE 링크로 추상화하고 IP 주소를 할당하여 이더넷 링크를 식별합니다.

    3. 라우터 PE1을 식별된 Ethernet 링크에 연결하는 모든 이더넷 링크에 대해 라우터 CE1이 관리하는 무료 VLAN 풀에서 VLAN ID를 할당합니다.

      이 VLAN ID는 CE2-PE2 이더넷 링크의 GMPLS VLAN LSP에도 사용할 수 있습니다.

    4. 할당된 VLAN ID를 업스트림 레이블 객체 및 업스트림 방향 레이블 값으로 사용하여 Layer 2 서비스를 설정해야 하는 VLAN을 식별합니다.

    5. 서버 레이어 네트워크를 통해 원격 클라이언트 라우터인 CE2에 VLAN LSP를 구축하는 데 라우터 PE1을 지원하는 ERO 객체를 포함합니다. 경로 메시지의 ERO 객체는 다음과 같은 세 가지 홉을 포함합니다.

      • 첫 번째 홉—시작 클라이언트-서버 이더넷 링크, PE1-CE1을 식별하는 Strict Hop.

      • 두 번째 홉—원격 서버 계층 라우터 PE2를 식별하는 Loose Hop.

      • 세 번째 홉—원격 clinet-server Ethernet 링크인 PE2-CE2를 식별하는 Strict Hop.

    6. GMPLS VLAN LSP에 필요한 대역폭을 포함합니다.

    7. VLAN LSP를 위해 서버 계층 네트워크 내에서 필요한 모든 로컬 보호 기능을 포함합니다.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    라우터 PE1이 라우터 CE1에서 경로 메시지를 수신한 후 이더넷 링크 및 VLAN ID의 가용성을 확인하기 위해 메시지가 검증됩니다. 서버 계층 네트워크에서는 서버 계층 라우터인 PE1 및 PE2 간의 Layer 2 서비스가 Layer 2 회로와 유사한 방식으로 데이터 플레인에서 제공됩니다. 라우터 PE1은 전송 LSP를 라우터 PE2로 가져온 다음, 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은 Router CE1로 경로 오류 메시지를 다시 보내며 GMPLS VLAN LSP도 설정되지 않습니다.

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    라우터 PE1과 PE2 간의 관련 양방향 LSP는 2개의 단방향 패킷 LSP로 구성됩니다.

    • PE1-to-PE2

    • PE2-to-PE1

    라우터 PE1은 라우터 PE2에 대한 단방향 패킷 LSP의 시그널링을 시작합니다. 이 단방향 패킷 LSP는 관련 양방향 LSP의 전달 방향(PE1-to-PE2)을 구성하며 경로 메시지는 SD(Single-Sided Provisioning) 모델임을 나타내는 Extended Association Object를 전달합니다. LSP에 대한 경로 메시지를 수신할 때 라우터 PE2는 Resv 메시지로 응답하고 역방향으로(PE1-PE2)와 동일한 경로로 단방향 패킷 LSP를 라우터 PE1로 신호 전송합니다. 이 단방향 패킷 LSP는 관련 양방향 LSP의 PE2-to-PE1 방향을 사용하며, 이 경로 메시지는 PE1-PE2 경로 메시지에서 볼 수 있는 것과 동일한 확장 연결 객체를 전달합니다.

    라우터 PE1이 PE1-PE2 단방향 LSP에 대한 Resv 메시지와 PE2-PE1 단방향 LSP에 대한 경로 메시지를 수신하면, PE1은 해당 경로 메시지에서 전달된 확장 연결 객체와 일치함으로써 PE1-PE2 및 PE2-PE1 단방향 LSP를 연계합니다. PE2-PE1 단방향 LSP에 대한 경로 메시지의 경우, 라우터 PE1은 Resv Message로 응답합니다. PE1-PE2 LSP에 대한 Resv 메시지와 PE2-to-PE1 LSP에 대한 경로 메시지를 수신할 때, 라우터 PE1은 관련 양방향 패킷 전송 LSP를 설정했습니다.

  4. 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에 표시됩니다.

  5. 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에 적절하게 할당하고 대역 외 제어 채널을 통해 전송합니다.

  6. 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가 있는 Router PE2에 Resv 메시지를 다시 보냅니다.

  7. Processing the GMPLS VLAN LSP at Router PE2

    라우터 CE2에서 Resv 메시지를 수신할 때 라우터 PE2는 Resv 메시지의 Label 개체가 경로 메시지와 동일한 VLAN ID를 가지고 있는지 확인합니다. 라우터 PE2는 라우터 PE1로 전송되는 Resv 메시지에 포함된 20비트 MPLS Label을 할당합니다.

    그런 다음 라우터 PE2는 포워딩 플레인에 엔트리를 프로그래밍하여 레이어 2 서비스 기능을 제공합니다.

    주:

    PE1-to-CE1 및 PE2-CE2 이더넷 링크에서 레이블로 할당될 수 있는 모든 VLAN IP의 경우, IPv4, IPv6 또는 MPLS와 같은 다른 제품군이 아니라 서버 계층 에지 라우터에서 CCC(Circuit Cross-Connect) 용도로 논리적 인터페이스를 수동으로 구성해야 합니다.

  8. Processing the GMPLS VLAN LSP at Router PE1

    라우터 PE2에서 VLAN LSP에 대한 Resv 메시지를 수신한 라우터 PE1은 라우터 CE1의 업스트림 레이블과 동일한 VLAN ID를 가진 Resv 메시지를 라우터 CE1로 보냅니다. 라우터 PE1은 라우터 PE2로서 레이어 2 서비스 기능을 제공하기 위해 엔트리와 함께 포워딩 플레인을 프로그래밍합니다.

  9. 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에 대한 포워딩 플레인 엔트리를 추가합니다.

    • 클라이언트와 서버 계층 라우터 간에 라우팅 정보 교환이 없습니다. 클라이언트 및 서버 계층 라우터는 네트워크 토폴로지 정보를 서로 교환하지 않습니다.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    GMPLS VLAN LSP를 성공적으로 설정할 때, 클라이언트 및 서버 계층 라우터는 GMPLS VLAN LSP에 할당된 대역폭을 기준으로 서버-클라이언트 이더넷 링크에서 가용 대역폭의 양을 줄입니다. 이 대역폭 어카운팅 정보는 서버-클라이언트 이더넷 링크에서 추가 GMPLS VLAN LSP를 불러올 때 승인 제어 목적으로 사용됩니다.

  11. Using GMPLS VLAN LSP by the Client Routers

    GMPLS VLAN LSP를 성공적으로 설정하면, CE1 및 CE2 같은 클라이언트 라우터는 신호가 전송된 VLAN ID와 함께 서버-클라이언트 이더넷 링크 위에 있는 VLAN 논리적 인터페이스를 사용하여 수동으로 구성되어야 합니다. 이 논리적 인터페이스는 IP 주소로 구성되어야 하며 IGP 프로토콜에 포함되어야 합니다. 이러한 구성의 결과로 라우터 CE1 및 CE2는 GMPLS 시그널링을 통해 설정된 Layer 2 서비스를 통해 IGP Adjacency를 설정하고 데이터 트래픽을 교환합니다.

    그림 4 LSP 설정이 완료되고 필요한 CE1~CE2 IGP/MPLS 인접성이 설정된 후 라우터 CE1에서 라우터 CE2로의 GMPLS VLAN LSP의 데이터 트래픽 흐름을 보여줍니다. 서버 계층 전송 LSP는 라우터 PE1에서 시작되어 단일 서버 계층 코어 라우터인 라우터 P를 통과하고 라우터 PE2에 도달합니다. 서버 계층 전송 LSP는 Penultimate-hop pop LSP로 표시되며, 여기서 라우터 P는 전송 LSP Label에서 튀어나오며 서비스 레이블만 P-to-PE2 링크에 표시됩니다.

    그림 4: GMPLS VLAN LSP의 데이터 트래픽 흐름 GMPLS VLAN LSP의 데이터 트래픽 흐름

토폴로지

에서 그림 5, GMPLS RSVP-TE VLAN LSP 시그널링은 클라이언트 라우터, 라우터 CE1 및 라우터 CE2 간의 Layer 2 서비스를 설정하는 데 사용됩니다. 서버 라우터인 Router PE1 및 Router PE2는 직접 연결된 각 클라이언트 라우터와 함께 GRE 터널을 구축합니다. 라우터 P1 및 P2는 서버 계층 네트워크의 서버 라우터이기도 합니다.

그림 5: GMPLS RSVP-TE VLAN LSP 신호 구성 GMPLS RSVP-TE VLAN LSP 신호 구성

구성

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성에 필요한 세부 정보를 변경하고, 명령을 계층 수준에서 CLI [edit] 에 복사 및 붙여넣은 다음 구성 모드에서 입력 commit 합니다.

CE1

PE1

P1

P2

PE2

CE2

클라이언트 라우터 구성

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 CLI 사용자 가이드의 Configuration Mode에서 CLI Editor를 사용하는 것을 참조하십시오.

라우터 CE1을 구성하려면:

주:

해당 인터페이스 이름, 주소 및 라우터에 대한 기타 매개 변수를 수정한 후 서버 레이어 네트워크에서 라우터 CE2에 대한 이 절차를 반복합니다.

  1. 라우터 CE1과 라우터 PE1을 연결하는 인터페이스를 구성합니다.

  2. ge-0/0/0 인터페이스에 대한 제어 VLAN을 구성합니다.

  3. ge-0/0/0 인터페이스에서 LSP VLAN을 구성합니다.

  4. GRE 터널을 라우터 CE1의 제어 인터페이스로 구성합니다.

  5. 라우터 CE1의 루프백 인터페이스를 구성합니다.

  6. 라우터 CE1의 루프백 주소를 라우터 ID로 구성합니다.

  7. 관리 인터페이스를 제외한 라우터 CE1의 모든 인터페이스에서 RSVP를 활성화합니다.

  8. 라우터 CE1용 RSVP 피어 인터페이스를 구성합니다.

  9. LSP(Label-Switched Path)에 대해 자동 경로 계산을 비활성화합니다.

  10. LSP를 구성하여 라우터 CE1을 라우터 CE2에 연결합니다.

  11. CE1~CE2 LSP 속성을 구성합니다.

  12. CE1-CE2 LSP 경로 및 경로 매개변수를 구성합니다.

  13. 관리 인터페이스를 제외하고 라우터 CE1의 모든 인터페이스에서 MPLS를 활성화합니다.

  14. 트래픽 엔지니어링 링크를 구성하고 링크의 로컬 및 원격 끝에 주소를 할당합니다.

  15. 링크10 트래픽 엔지니어링 링크에서 레이어 2 VLAN LSP 설정을 활성화합니다.

  16. Router CE1 인터페이스를 link10 트래픽 엔지니어링 링크의 구성원 인터페이스로 구성합니다.

  17. 라우터 PE1을 라우터 CE1용 LMP(Link Management Protocol) 피어로 구성하고 피어 속성을 구성합니다.

결과

구성 모드에서 , show routing-optionsshow protocols 명령을 입력show interfaces하여 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

서버 라우터 구성

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 CLI 사용자 가이드의 Configuration Mode에서 CLI Editor를 사용하는 것을 참조하십시오.

라우터 PE1을 구성하려면 다음을 수행합니다.

주:

해당 인터페이스 이름, 주소 및 라우터에 대한 기타 매개 변수를 수정한 후 서버 레이어 네트워크에서 라우터 PE2에 대한 이 절차를 반복합니다.

  1. 라우터 PE1과 라우터 CE1을 연결하는 인터페이스를 구성합니다.

  2. ge-0/0/0 인터페이스에 대한 제어 VLAN을 구성합니다.

  3. ge-0/0/0 인터페이스에서 LSP VLAN을 구성합니다.

  4. 라우터 PE1을 코어 라우터(라우터 P1 및 라우터 P2)에 연결하는 인터페이스를 구성합니다.

  5. GRE 터널을 라우터 PE1의 제어 인터페이스로 구성합니다.

  6. 라우터 PE1의 루프백 인터페이스를 구성합니다.

  7. 라우터 PE1의 루프백 주소를 라우터 ID로 구성합니다.

  8. 연결된 양방향 LSP를 구성하고 단일측 프로비저닝된 LSP를 위한 단방향 역방향 LSP 설정을 활성화합니다.

  9. 관리 인터페이스를 제외한 라우터 PE1의 모든 인터페이스에서 RSVP를 활성화합니다.

  10. 라우터 PE1용 RSVP 피어 인터페이스를 구성하고 비패킷 GMPLS LSP 전송을 위한 양방향 패킷 LSP의 동적 설정을 활성화합니다.

  11. 관리 인터페이스를 제외하고 라우터 PE1의 모든 인터페이스에서 MPLS를 활성화합니다.

  12. 트래픽 엔지니어링 기능을 통해 OSPF를 구성합니다.

  13. 관리 인터페이스를 제외하고 라우터 PE1의 모든 인터페이스에서 OSPF 영역 0을 활성화합니다.

  14. 트래픽 엔지니어링 링크를 구성하고 링크의 로컬 및 원격 끝에 주소를 할당합니다.

  15. 링크1 트래픽 엔지니어링 링크에서 특정 범위의 VLAN에 대한 레이어 2 VLAN LSP 설정을 활성화합니다.

  16. Router PE1 인터페이스를 link1 트래픽 엔지니어링 링크의 구성원 인터페이스로 구성합니다.

  17. 라우터 CE1을 라우터 PE1용 LMP 피어로 구성하고 피어 속성을 구성합니다.

결과

구성 모드에서 , show routing-optionsshow protocols 명령을 입력show interfaces하여 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

확인

구성이 올바르게 작동하는지 확인합니다.

클라이언트 라우터에서 트래픽 엔지니어링 링크 상태 검증

목적

라우터 CE1과 라우터 CE2 사이에 구성된 트래픽 엔지니어링 링크의 상태를 확인합니다.

실행

운영 모드에서 명령과 show link-management te-link detail 명령을 실행 show link-management 합니다.

의미

LMP(Link Management Protocol) 피어링은 클라이언트 라우터 사이에 구축되었으며 트래픽 엔지니어링 링크는 라우터 CE1과 CE2 모두에서 지원됩니다.

클라이언트 라우터에서 RSVP 세션 상태 검증

목적

라우터 CE1과 라우터 CE2 간의 RSVP 세션 상태를 확인합니다.

실행

운영 모드에서 명령을 실행합니다 show rsvp session .

의미

RSVP 세션은 수신 라우터, 라우터 CE1 및 송신 라우터인 라우터 CE2 사이에 설정됩니다.

서버 라우터에서 LSP 상태 검증

목적

라우터 PE1에서 MPLS LSP의 상태를 확인합니다.

실행

운영 모드에서 명령을 실행합니다 show mpls lsp .

의미

CE1-CE2 LSP가 설정되고 출력이 LSP 속성을 표시합니다.

서버 라우터의 MPLS 라우팅 테이블에서 CCC 엔트리 검증

목적

MPLS 라우팅 테이블에서 CCC(Circuit Cross-Connect) 인터페이스 엔트리를 검증합니다.

실행

운영 모드에서 명령과 show route forwarding-table ccc ccc-interface 명령을 실행 show route table mpls.0 합니다.

의미

출력은 클라이언트-라우터 대면 인터페이스인 CCC 인터페이스와 해당 인터페이스에 대한 넥트 홉 세부 사항을 표시합니다.

엔드 투 엔드 연결 검증

목적

라우터 CE1과 원격 클라이언트 라우터, 라우터 CE2 간의 연결을 확인합니다.

실행

운영 모드에서 명령을 실행합니다 ping .

의미

라우터 CE1에서 라우터 CE2로의 핑은 성공적이었습니다.