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 MPLS Layer 2 또는 Layer 3 트래픽에 대한 레이블을 정의할 수 있는 표준을 정의합니다. GMPLS 노드에는 하나 이상의 스위칭 기능이 있는 링크가 있습니다.

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

  • Lambda 스위칭 가능(LSC)

  • TSC(Time-Division Multiplexing시간 분할 멀티플렉싱(TDM)) 스위칭 지원(TSC)

  • PSC(Packet-Switched Capable)

레이블 스위칭 경로(LSP)는 동일한 스위칭 기능으로 링크에서 시작 및 종료해야 합니다. 예를 들어 라우터는 다른 라우터와 함께 패킷 스위칭 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를 사용하여 동일한 릴리즈를 실행하는 피어 간에 LMP 제어 채널을 Junos OS 수 있습니다.

  • GMPLS를 위한 RSVP-트래픽 엔지니어링(TE) 확장—RSVP-트래픽 엔지니어링(TE) 패킷 LSP의 설정을 시그널로 표시하도록 이미 설계되어 있습니다. GMPLS는 다양한 유형의 LSP(비패킷)에 대한 경로 설정을 요청하고 파장, 시간 슬롯 및 파이버와 같은 레이블을 레이블 객체로 요청할 수 있게 확장되었습니다.

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

GMPLS 약관 및 약어

GMPLS(Generalized MPLS)

LSP(Label-Switched path)MPLS 레이어의 데이터를 스위칭할 수 있는 확장 기능 GMPLS LSP 연결은 유사한 Layer 1, Layer 2 및 Layer 3 장치 간에 가능합니다.

포우링 인접

GMPLS 지원 장치 간에 데이터를 전송하기 위한 포우링 경로.

GMPLS 레이블

레이어 3 식별자, 파이버 포트 시간 분할 멀티플렉싱, 시간 분할 멀티플렉싱(TDM)(시간 분할 멀티플렉싱(TDM)) 시간 슬롯 또는 넥프 식별자로 사용되는 GMPLS 지원 디바이스의 파장 분할 멀티플렉싱 고집적 파장 분할 멀티플렉싱(DWDM)(고밀도) 파장

GMPLS LSP 유형

GMPLS LSP의 네 가지 유형은

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

  • Lambda 스위칭 가능(LSC)—LSP는 개별 고집적 파장 분할 멀티플렉싱(DWDM) 레벨에서 작동하는 OXC와 같은 2개의 고집적 파장 분할 멀티플렉싱(DWDM) 장치 간에 스위칭됩니다.

  • 시간 분할 멀티플렉싱(TDM) 스위칭 가능(시간 분할 멀티플렉싱(TDM))—LSP는 SONET ADM과 같은 시간 분할 멀티플렉싱(TDM) 장치 간에 전환됩니다.

  • PSC(Packet-switched capable)—LSP는 라우터 또는 ATM 스위치와 같은 두 패킷 기반 장치 간에 스위칭됩니다.

링크 관리 프로토콜

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

트래픽 엔지니어링 링크

GMPLS 지원 디바이스 간의 논리적 연결 트래픽 엔지니어링 링크는 주소 또는 신원을 가지고 있으며 특정 리소스 또는 인터페이스와 연관될 수 있습니다. 또한 특정 속성(인코딩 유형, 스위칭 기능, 대역폭 등)이 있습니다. 논리적 주소는 링크 식별자 역할을 하여 필요하지는 않습니다. 각 트래픽 엔지니어링 링크는 한 쌍의 디바이스 간에 포우링 인접을 나타내며,

GMPLS 작동

GMPLS의 기본 기능에는 RSVP와 LMP 간의 밀밀한 상호 작용이 필요합니다. 다음과 같은 순서로 작동합니다.

  1. LMP가 새 엔티티의 RSVP에 다음을 고지합니다.

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

    • 트래픽 엔지니어링 링크에 사용 가능한 리소스

    • 컨트롤 피어

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

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

  4. 대상 라우터가 PathMsg를 수신하면 RSVP는 다시 LMP가 시그널드 매개 변수를 기반으로 자원을 할당할 수를 요청합니다. 레이블 할당이 성공하면 라우터는 ResvMsg를 다시 전송합니다.

  5. 시그널링에 성공하면 양방향 옵티컬 경로를 프로비저닝합니다.

GMPLS 및 최단 경로 우선(OSPF)

GMPLS에 대한 최단 경로 우선(OSPF) 구성할 수 있습니다. 최단 경로 우선(OSPF) AS(Interior Gateway Protocol)는 단일 AS(Autonomous System) 내에서 패킷을 라우팅하는 IGP 프로토콜입니다. 최단 경로 우선(OSPF) 상태 정보를 사용하여 라우팅 결정을 내릴 수 있습니다.

GMPLS 및 CSPF

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

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

  • 인코딩 유형

  • 스위칭 유형

이러한 새로운 제약 조건은 인터페이스-스위칭 기능 설명자 유형, 길이, 값(TLV)을 100%의 교환과 함께 트래픽 엔지니어링 데이터베이스에 IGP.

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

  • 최대 LSP 대역폭

  • 최대 전송 단위(최대 전송 단위(MTU))

CSPF 경로 계산은 링크가 GMPLS 제약 조건에 따라 제한되는 경우를 제외하고 비GMPLS 환경에서와 동일합니다.

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

제약 조건은 다음 순서로 체크됩니다.

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

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

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

GMPLS 기능

이 Junos OS GMPLS 기능은 다음과 같습니다.

  • 대역 외 컨트롤 플레인은 LSP 경로 설정에 신호를 전송할 수 있습니다.

  • RSVP-트래픽 엔지니어링(TE) 확장은 포트, 시간 슬롯 및 파장과 같은 Layer 3 패킷을 넘어서는 추가 객체를 지원합니다.

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

  • 장비 간에 양방향 LSP가 필요합니다.

  • RFC 3471, Generalized MPLS 정의되는 몇 가지 GMPLS 레이블 유형 —MPLS, Generalized, SONET/SDH, Suggested및 Upstream과 같은 신호 전송 기능 설명이 지원됩니다. 일반화된 레이블은 유형 필드를 포함하지 않습니다. 노드는 해당 연결의 컨텍스트에서 기대하는 레이블 유형을 알아야 합니다.

  • 트래픽 매개 변수는 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 구성 개요를 참조하십시오.

MPLS 경로를 구성하기 위해 계층 수준에서 path[edit protocols mpls] 명령문을 포함하십시오.

MPLS 구성하는 방법에 대한 자세한 내용은 MPLS 생성 을 참조하십시오.

LMP 트래픽 추적

LMP 프로토콜 트래픽을 추적하기 위해 계층 traceoptions 수준에서 [edit protocols link-management] 명령문을 포함합니다.

명령문을 사용하여 추적 작업의 출력을 수신하는 파일의 이름을 file 지정합니다. 모든 파일이 디렉토리/var/log에 배치됩니다.

다음 trace 플래그는 다양한 LMP 메시지를 송수신하는 작업을 표시합니다.

  • all—모든 가용 운영 추적

  • hello-packets—모든 LMP 제어 채널에서 패킷 추적

  • 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] 명령문을 포함하십시오.

Label-Switched Path Configuration에 명령문을 포함하면 기본 경로와 보조 경로를 구성해야 합니다. 또는 구성을 커밋할 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 있습니다. 페이로드는 일반화된 페이로드 식별자(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를 구성하기 위해 계층 수준에서 gpid[edit protocols mpls label-switched-path lsp-name lsp-attributes] 명령문을 포함하십시오.

신호 대역폭 유형 구성

신호 대역폭 유형은 경로 계산 및 수신 제어에 사용되는 인코딩입니다. 신호 대역폭 유형을 구성하기 위해 계층 수준에서 signal-bandwidth[edit protocols mpls label-switched-path lsp-name lsp-attributes] 명령문을 포함하십시오.

GMPLS 양방향 LSP 구성

MPLS 및 GMPLS는 LSP에 대해 동일한 구성 계층을 사용하기 때문에 어떤 LSP 속성이 LSP 기능을 제어하는지 아는 것이 유용합니다. 표준 MPLS 패킷 스위칭 LSP는 한방향인 반면, GMPLS 비PET LSP는 양방향입니다.

기본 패킷 스위칭 유형을 사용하는 경우 psc-1 LSP가 한방향이 됩니다. GMPLS 양방향 LSP를 활성화하려면 비 패킷 스위칭 유형 옵션을 lambda 선택해야 fiber 합니다(예: ethernet 계층 switching-type 수준에서 [edit protocols mpls label-switched-path lsp-name lsp-attributes] 명령문을 포함합니다.

비패킷 GMPLS LSP가 네트워크에서 실행되는 라우터를 통해 경로를 설정할 수 있도록 Junos OS

Admin Status 객체에서 A-bit을 설정하여 논패킷 GMPLS LSP를 활성화하여 Junos를 실행하는 라우터를 통해 경로를 설정할 수 있습니다. 수신 라우터가 Admin Status A-bit set과 함께 RSVP PATH 메시지를 보내는 경우, 외부 장비(Junos OS를 실행하는 라우터가 아 아우르는)는 Layer 1 경로 설정 테스트를 수행하거나 옵티컬 상호 연결(cross-connect)을 수행할 수 있습니다.

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

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

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

다음 계층 수준에 이 진술을 포함할 수 있습니다.

GMPLS LSP를 Graceful Tearing

논패킷 GMPLS LSP를 Graceful으로 다운(tear)할 수 있습니다. LSP가 혹사되어 패킷 스위칭 네트워크에서 일반적인 프로세스인 LSP는 비패킷 스위칭 네트워크에서 안정성 문제를 일으킬 수 있습니다. 논패킷 스위칭 네트워크의 안정성을 유지하기 위해서는 LSP를 graceful 종료해야 할 수도 있습니다.

다음 섹션에서는 GMPLS LSP를 Graceful으로 해체하는 방법을 설명합니다.

GMPLS LSP 일시 삭제

이 명령어를 사용하여 GMPLS LSP를 Graceful Tear로다운할 수 clear rsvp session gracefully 있습니다.

이 명령은 두 번의 패스로 비패킷 LSP에 대한 RSVP 세션을 Graceful으로 해체합니다. 첫 번째 패스에서 Admin Status 객체는 LSP의 엔드포인트로 전달되는 경로를 따라 신호가 전달됩니다. 두 번째 합격이 통과하는 동안 LSP가 다운됩니다. 이 명령을 사용하여 LSP가 일시적으로 다운됩니다. 적절한 간격이 지난 후 GMPLS LSP가 재지정된 다음 다시 설정됩니다.

clear rsvp session gracefully명령어는 다음과 같은 속성을 가지고 있습니다.

  • 이는 RSVP 세션의 ingress 및 egress 라우터에서만 작동합니다. 전송 라우터에서 사용되는 경우 명령과 동일한 동작을 clear rsvp session 하게 됩니다.

  • 이는 비패킷 LSP에만 작동합니다. 패킷 LSP와 함께 사용하는 경우 명령과 동일한 동작을 clear rsvp session 하게 됩니다.

자세한 내용은 CLI.

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 Deleout Timeout 간격 구성

RSVP 세션을 위한 Graceful Deleletion 프로시저를 시작하는 라우터는 경로에 있는 모든 라우터(특히 ingress 및 egress 라우터)가 LSP가 다운될 준비를 하도록 보장하기 위해 Graceful Deleout Timeout 간격을 기다릴 수 있습니다.

ingress 라우터는 bit set을 사용하여 경로 메시지에서 Admin Status 객체를 전송하여 graceful 삭제 절차를 D 시작합니다. 수신 라우터는 egress 라우터에서 비트 세트가 설정된 Resv 메시지를 D 수신합니다. 수신 라우터가 graceful deleout timeout 간격으로 지정한 시간 내에 이 메시지를 수신하지 못하면 PathTear 메시지를 전송하여 LSP의 강제적인 연결해체(tear-down)가 시작됩니다.

Graceful Deleout Timeout 간격을 구성하기 위해 계층 수준에서 graceful-deletion-timeout[edit protocols rsvp] 명령문을 포함합니다. 1~300초 간의 시간을 구성할 수 있습니다. 기본값은 30초입니다.

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

  • [edit protocols rsvp]

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

이 명령을 사용하여 Graceful Deletion 타임아웃에 구성된 현재 show rsvp version 값을 판단할 수 있습니다.

GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP 시그널링 개요

GMPLS RSVP-트래픽 엔지니어링(TE) 시그널링 이해

시그널링은 데이터 플레인 내에서 메시지를 변경하여 데이터 플레인에서 데이터 경로(LSP)를 설정, 유지 관리, 수정, 종료하는 프로세스입니다. GMP MPLS LS(Generalized MPLS)는 인터페이스의 추가 클래스를 관리하고 시간 분할 멀티플렉싱(시간 분할 멀티플렉싱), 파이버(시간 분할 멀티플렉싱(TDM)), Lambda 등 다른 형태의 레이블 스위칭을 지원하기 위해 기존 컨트롤 플레인을 확장하는 프로토콜 제품군입니다.

GMPLS는 지능형 IP/MPLS 연결을 Layer 2 및 Layer 3에서 Layer 1 옵티컬 디바이스로 확장합니다. 라우터와 스위치를 중심으로 지원되는 MPLS와 달리, GMPLS는 SONET/SDH, 옵티컬 상호 연결(OXC), 고밀도 파장 분할 멀티플렉싱(고집적 파장 분할 멀티플렉싱(DWDM))을 비롯한 옵티컬 플랫폼을 통해 지원될 수 있습니다.

레이블은 주로 데이터 전송에 사용되는 MPLS, 파장, 시간 슬롯, 파이버와 같은 기타 물리적 엔트리를 레이블 객체로 사용하여 GMPLS에서 데이터를 전달하기 때문에 기존의 컨트롤 플레인 메커니즘을 활용해 다양한 유형의 LSP를 신호 전송할 수 있습니다. GMPLS는 RSVP-트래픽 엔지니어링(TE) 객체를 요청하여 다양한 유형의 LSP(비패키지)에 신호를 전송할 수 있습니다. LMP(Link Management Protocol)를 사용하는 대역 외 컨트롤 채널 및 데이터 채널은 GMPLS가 LSP를 설정하기 위해 사용하는 다른 메커니즘입니다.

GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP 시그널링 필요

기존의 Layer 2 점대점(point-to-point) 서비스는 LDP 및 LDP 기반의 Layer 2 서킷과 Layer 2 VPN 기술을 BGP(Border Gateway Protocol). 기존 구축에서는 고객 에지(고객 에지(CE)) 디바이스가 Layer 2 서비스 시그널링에 참여하지 않습니다. 프로바이더 에지(PE) 디바이스는 Layer 2 서비스를 관리하고 프로비저닝하여 고객 에지(CE) 있습니다.

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

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

그림 1: 기존 Layer 2 Point-to-Point 서비스기존 Layer 2 Point-to-Point 서비스

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

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

GMPLS 시그널링은 서버 계층 장비에서 필요한 프로비저닝 활동을 줄이는 것은 물론, 클라이언트 라우터에 Layer 2 서비스 프로비저닝을 위한 서버 계층 관리에 의존하지 않고도 필요할 때 Layer 2 서킷을 제공하는 유연성을 제공합니다.

그림 1과 동일한 토폴로지 를 사용하여 GMPL RSVP-트래픽 엔지니어링(TE) 기반 Layer 2 VPN 기술의 클라이언트 라우터에서 Layer 2 서비스를 설정하고 사용하는 방법을 그림 2 설명하고 있습니다.

그림 2: GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSPGMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP

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

GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP 시그널링 기능

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

  1. Router CE1은 라우터 PE1로 GMPLS RSVP-트래픽 엔지니어링(TE) 시그널링을 개시합니다. 이 시그널링 메시지에서 Router CE1은 Layer 2 서비스 및 VLAN이 연결되는 원격 고객 에지(CE) 라우터인 Router CE2가 필요한 이더넷 링크의 VLAN을 나타냅니다.

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

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

  3. Router PE2는 GMPLS RSVP-트래픽 엔지니어링(TE) 시그널링 메시지를 PE2-CE2 이더넷 링크에서 사용할 VLAN을 라우터 CE2에 전파합니다.

  4. Router CE2는 GMPLS RSVP-트래픽 엔지니어링(TE) 라우터 PE2에 대한 감사 표시로 응답합니다. 라우터 PE2는 라우터 PE1로 전파하고 라우터 PE1로 전파하여 라우터 CE1에 전파합니다.

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

GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP를 트래픽 엔지니어링(TE) LSP 계층

GMPLS의 Layer 2 서비스는 RSVP-트래픽 엔지니어링(TE) VLAN LSP 시그널링이 Layer 2 서비스를 위해 2개의 서로 다른 RSVP LSP가 생성되는 계층 메커니즘을 사용하여 생성됩니다.

  • 클라이언트 및 서버 계층 라우터에서 상태 정보를 저장하는 엔드-to-엔드 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 Ethernet 링크를 식별하는 엄격한 홉, 두 번째 홉은 egress 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] 명령문은 이를 가능하게 합니다.

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

  1. 클라이언트 라우터는 물리적 인터페이스가 연결되는 서버 네트워크 노드와 인접한 라우팅 또는 시그널링을 유지하며, 물리적 인터페이스 자체가 시그널링 후에만 실행되어 물리적 인터페이스와 다른 컨트롤 채널을 통해 유지 관리합니다.

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

  3. 클라이언트 라우터와 서버 네트워크 노드는 GMPLS RSVP 홉 및 물리적 인터페이스 식별자를 GMPLS RSVP-트래픽 엔지니어링(TE) 신호 전송 메시지의 GMPLS 레이블 값으로 사용하여 물리적 인터페이스를 운영 상태로 가져오는 ip address로 트래픽 엔지니어링(TE) 링크 식별자(IP address)를 사용합니다.

기존 GMPLS 구성에서 서버 및 클라이언트 네트워크 노드는 구성 명령문을 사용하여 인접 피어 protocols link-management peer peer-name 노드를 지정합니다. 클라이언트 라우터는 서버 네트워크 노드에 하나 이상의 물리적 인터페이스를 연결할 수 있기 때문에 이러한 물리적 인터페이스는 구성 명령문을 통해 IP 주소로 그룹화 및 protocols link-management te-link link-name 식별됩니다. 트래픽 엔지니어링(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 지정됩니다. 서버 또는 클라이언트 네트워크 노드의 존재는 계층 수준에 있는 구성 명령문을 통해 RSVP 및 IGP(최단 경로 우선(OSPF)) 프로토콜에 peer-interface interface-name[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) 트래픽 엔지니어링(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 구성에서 옵션은 지원 및 bandwidthsignal-bandwidth 지원되지 않습니다.

관련 양방향 패킷 LSP

GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP는 단일측 프로비저닝 LSP인 서버 레이어 네트워크 내에서 관련 양방향 전송 LSP로 수행됩니다. 전송 LSP 시그널링은 소스 라우터에서 정방향의 대상 라우터로의 일방향 LSP로 시작되어 대상 라우터가 역방향으로 LSP의 시그널링을 다시 소스 라우터로 전달합니다.

관련 양방향 패킷 및 GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP의 중단 전 준비

관련 양방향 전송 LSP에 대한 설정(make-before-break) 지원은 유사한 모델을 따르며, 여기서는 양방향 LSP의 포워드 방향의 대상 라우터가 양방향 LSP의 역방향으로 설정(make-before-break) 연산을 수행하지 않습니다. 소스 라우터(관련 양방향 LSP의 시작)는 관련 양방향 LSP의 새 인스턴스의 생성을 시작하는 소스 라우터입니다. 대상 라우터는 다시 다른 방향에서 브레이크가 개시되는 새 인스턴스를 생성합니다.

예를 들어, 한방향 전송 LSP는 포딩 방향의 Router PE1에서 Router PE2로 시작된 다음, 라우터 PE2는 역방향으로 그림 2 LSP에서 라우터 PE1로의 전송을 시작됩니다. 중단이 발생하기 전에 인스턴스가 발생하면 시작 클라이언트 라우터인 Router 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의 설정(make-before-break) 인스턴스가 나타남에 따라, 완전히 새로운 개별 관련 양방향 전송 LSP가 생성되어 중단이 전이(make-before-break) 인스턴스를 지원할 수 있습니다. 기존 관련 양방향 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 다음과 같은 not GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP 기능을 지원하지 않습니다.

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

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

  • 서로 다른 클라이언트, 서버 레이어 에지 라우터에 의해 넥스 홉 라우터에 대한 비 CSPF 라우팅 기반 검색.

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

  • MPLS OAM(LSP-ping, BFD).

  • 패킷 MPLS 정적 경로의 넥스 홉(next-hop) 및 바로 가기 IGP 애플리케이션을 지원합니다.

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

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

  • IPv6 지원.

  • 논리적 시스템.

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

예를 들면 다음과 같습니다. GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP 시그널링 구성

이 예에서는 클라이언트 라우터에서 GMPLS RSVP-트래픽 엔지니어링(TE) VLAN LSP 시그널링을 구성하여 하나의 클라이언트 라우터가 LSP 계층을 사용해 서버 계층 네트워크를 통해 원격 클라이언트 라우터에 연결할 수 있도록 하는 방법을 보여줍니다. 이를 통해 클라이언트 라우터는 서버 계층 관리에 의존하지 않고 Layer 2 서비스를 구축, 유지 관리 및 프로비저닝할 수 있으며, 이에 따라 서비스 제공업체 네트워크의 운영 비용 부담을 줄일 수 있습니다.

요구 사항

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

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

  • Junos OS Release 14.2 이상이 클라이언트 라우터 및 서버 계층 에지 라우터에서 실행됩니다.

시작하기 전에 다음을 할 수 있습니다.

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

  2. 인터페이스 관련 VLA를 구성합니다.

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

    • RSVP

    • MPLS

    • Lmp

개요

Junos OS Release 14.2부터 시작하여 외부/타사 서버 계층 네트워크 전반의 2개 클라이언트 라우터 간의 Layer 2 서비스는 GMPLS RSVP-트래픽 엔지니어링(TE) 시그널링을 통해 요청 시 클라이언트 라우터에 트래픽 엔지니어링(TE) 있습니다. 이 기능을 통해 클라이언트 라우터는 서버 계층 관리에 의존하지 않고 Layer 2 서비스를 구축, 유지 관리 및 프로비저닝할 수 있는 유연성을 제공함으로써 사업자 네트워크의 운영 비용 부담을 줄일 수 있습니다. LDP 및 BGP(BORDER GATEWAY PROTOCOL) 기반의 기존 Layer 2 VPN 기술에서는 서비스 제공업체 네트워크가 두 클라이언트 라우터 사이에 설정된 각 Layer 2 회로에 대한 프로비저닝 활동을 처리했습니다.

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

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

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

  1. Initiating GMPLS VLAN LSP at CE1

    Router CE1은 GMPLS RSVP-트래픽 엔지니어링(TE) 경로 메시지를 라우터 PE1로 전송하여 GMPLS VLAN LSP 설정을 시작됩니다. CE1과 PE1 간의 시그널링은 대역 외 컨트롤 채널을 통해 전달됩니다. 이는 2개의 라우터를 연결하는 이더넷 링크 상에 구성된 별도의 컨트롤 VLAN입니다.

    Router CE1에서 시작된 GMPLS RSVP-트래픽 엔지니어링(TE) 경로 메시지는 다음과 같은 작업을 수행하는 데 사용됩니다.

    1. VLAN이 활성 상태인 Ethernet 링크를 식별합니다.

    2. Ethernet 링크를 트래픽 엔지니어링(TE) 링크로 추상화하고 이더넷 링크를 식별하기 위해 IP 주소를 할당합니다.

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

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

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

    5. 라우터 PE1이 서버 계층 네트워크를 통해 원격 클라이언트 라우터인 CE2로 VLAN LSP를 구축하는 데 도움이 되는 ERO 객체를 포함합니다. 경로 메시지의 ERO 객체에는 3개의 홉이 포함됩니다.

      • First hop—시작 클라이언트-서버 이더넷 링크인 PE1-CE1을 식별하는 엄격한 홉

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

      • 세 번째 홉—원격 clinet-server Ethernet 링크, PE2-CE2를 식별하는 엄격한 홉

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

    7. VLAN LSP에 대한 서버 계층 네트워크 내에 필요한 로컬 보호를 포함합니다.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    Router PE1이 Router 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로 신호를 전송합니다. Router PE1은 라우터 CE1의 GMPLS RSVP-트래픽 엔지니어링(TE) 경로 메시지의 ERO 객체에 지정된 느슨한 홉에서 전송 LSP의 대상을 결정한 다음 VLAN LSP에 신호를 전송합니다. 그러나 PE1-PE2 전송 LSP가 설정되지 않을 경우, Router PE1은 라우터 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은 한방향 패킷 LSP에서 라우터 PE2로의 시그널링을 시작됩니다. 이 단방향 패킷 LSP는 관련 양방향 LSP의 전달 방향(PE1-to-PE2)을 구성하며 경로 메시지는 이것이 단방향 프로비저닝 모델임을 나타내는 Extended Association Object를 전달합니다. LSP에 대한 경로 메시지를 수신할 때, Router PE2는 Resv 메시지로 응답하고 역방향에서(PE1-PE2)와 동일한 경로를 통해 한방향 패킷 LSP에서 라우터 PE1로의 시그널링을 트리거합니다. 이 한방향 패킷 LSP는 관련 양방향 LSP의 PE2-PE1 방향을 사용하며, 이 경로 메시지는 PE1-PE2 경로 메시지에서 볼 수 있는 동일한 Extended Association Object를 전달합니다.

    Router PE1이 PE1-TO-PE2 한방향 LSP에 대한 Resv 메시지를 수신하고 PE2-PE1 한방향 LSP에 대한 경로 메시지를 수신하면, PE1은 각 경로 메시지에서 전달되는 Extended Association 객체와 일치시 하여 PE1-to-PE2 및 PE1의 일방향 LSP를 연결합니다. PE2-PE1 한방향 LSP에 대한 경로 메시지의 경우, Router PE1은 Resv Message로 응답합니다. PE1-to-PE2 LSP에 대한 Resv 메시지를 수신하고 PE2-PE1 LSP에 대한 경로 메시지를 수신할 때 Router PE1은 관련 양방향 패킷 전송 LSP를 설정했습니다.

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    전송 LSP 구축에 성공한 라우터 PE1은 GMPLS VLAN LSP의 시그널링을 트리거합니다. Router PE1은 VLAN LSP에 해당하는 GMPLS RSVP-트래픽 엔지니어링(TE) 경로 메시지를 라우터 PE2로 직접 전송합니다. 이는 본질적으로 양방향으로 업스트림 레이블 객체를 포함합니다.

    라우터 PE2는 전송 LSP와 VLAN LSP 간의 연관을 인식하지 못합니다. 이 연결은 Router PE1에 의해 Router PE2로 표시됩니다.

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    Router PE1에서 VLAN LSP 경로 메시지를 수신할 때 Router PE2는 전송 LSP의 가용성을 검증합니다. 전송 LSP를 사용할 수 없는 경우 또는 LSP 설정이 진행 중인 경우 VLAN LSP 처리가 보류됩니다. 전송 LSP를 사용할 수 있는 라우터 PE2는 VLAN LSP 경로 메시지를 처리합니다. 이 경로 메시지의 ERO 객체는 다음 홉이 PE2-CE2 이더넷 링크를 식별하는 엄격한 홉을 나타냅니다. ERO 객체는 라우터 PE2에 의해 PE2-CE2 이더넷 링크에서 사용할 VLAN ID를 나타낼 수 있습니다.

    Router PE2는 VLAN ID를 라우터 CE2에 대한 VLAN LSP 경로 메시지의 업스트림 레이블로 적절하게 할당하고 대역 외 제어 채널을 통해 전송합니다.

  6. Processing the GMPLS VLAN LSP at Router CE2

    Router PE2로부터 GMPLS RSVP-트래픽 엔지니어링(TE) LSP를 수신할 때, Router CE2는 PE2-CE2 링크에 할당된 VLAN ID의 가용성을 검증합니다. 그런 다음, Router CE2는 이 VLAN LSP에 VLAN ID를 할당하고 Resv 메시지에서 VLAN ID가 있는 Resv 메시지를 라우터 PE2로 다시 전송합니다.

  7. Processing the GMPLS VLAN LSP at Router PE2

    Router CE2에서 Resv 메시지를 수신할 때, Router PE2는 Resv 메시지의 Label 객체가 경로 메시지에서와 동일한 VLAN ID를 품은지 확인합니다. 그런 다음 Router PE2는 Router PE1로 MPLS Resv 메시지에 포함된 20비트 MPLS 레이블을 할당합니다.

    라우터 PE2는 이 엔트리와 함께 포링 플레인을 프로그램하여 Layer 2 서비스 기능을 제공합니다.

    주:

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

  8. Processing the GMPLS VLAN LSP at Router PE1

    Router PE2에서 VLAN LSP에 대한 Resv 메시지를 수신할 때, Router PE1은 Router CE1에서 업스트림 레이블로 수신한 VLAN ID와 동일한 Resv 메시지를 Router CE1로 전송합니다. Router PE1은 라우터 PE2로 Layer 2 서비스 기능을 제공하기 위해 엔트리와 함께 포링 플레인을 프로그램합니다.

  9. Processing the GMPLS VLAN LSP at Router CE1

    Router PE1에서 Resv 메시지를 수신하는 경우, Router 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에 할당된 대역폭에 따라 서버-클라이언트 Ethernet 링크에서 가용 대역폭의 양을 줄일 수 있습니다. 이 대역폭 어카우링 정보는 추가 GMPLS VLAN LSP가 서버-클라이언트 Ethernet 링크상에서 실행될 때 접수 제어를 위해 사용됩니다.

  11. Using GMPLS VLAN LSP by the Client Routers

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

    그림 4 LSP 설정이 완료되고 필요한 CE1-CE2 IGP/MPLS 인접이 설정된 후에 라우터 CE1에서 라우터 CE2로의 GMPLS VLAN LSP의 데이터 트래픽 플로우를 보여 주는 것입니다. 서버 계층 전송 LSP는 라우터 PE1에서 시작하여 단일 서버 계층 코어 라우터인 라우터 P를 선회하고 라우터 PE2에 도달합니다. 서버 계층 전송 LSP는 Penultimate-hop pop LSP로 표시되어 라우터 P가 전송 LSP 레이블에서 벗어나고 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 사용자 가이드의 CLI 편집기사용 CLI 참조하십시오.

라우터 CE1 구성:

주:

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

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

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

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

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

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

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

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

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

  9. 레이블 스위칭 경로(LSP)에 대해 자동 경로 계산을 비활성화합니다.

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

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

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

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

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

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

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

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

결과

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

서버 라우터 구성

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 대한 자세한 내용은 CLI 사용자 가이드의 CLI 편집기사용 CLI 참조하십시오.

라우터 PE1 구성:

주:

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

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

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

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

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

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

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

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

  8. 관련 양방향 LSP를 구성하고 단방향 프로비저닝 포이드 LSP에 단방향 리버스 LSP 설정을 실행합니다.

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

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

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

  12. 트래픽 최단 경로 우선(OSPF) 기능으로 구성합니다.

  13. 관리 최단 경로 우선(OSPF) 제외한 라우터 PE1의 모든 인터페이스에서 최단 경로 우선(OSPF) 영역 0을 활성화합니다.

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

  15. 링크1 트래픽 엔지니어링 링크에서 특정 VLAN 범위에 대해 Layer 2 VLAN LSP를 설정할 수 있습니다.

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

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

결과

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

확인

구성이 제대로 작동하고 있는지 확인합니다.

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

목적

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

실행

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

의미

LMP(Link Management Protocol) 피어링은 클라이언트 라우터 간에 설정되고 트래픽 엔지니어링 링크는 Routers CE1과 CE2 모두에서 실행됩니다.

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

목적

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

실행

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

의미

RSVP 세션은 ingress 라우터, 라우터 CE1 및 egress 라우터, 라우터 CE2 사이에 설정됩니다.

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

목적

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

실행

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

의미

CE1-CE2 LSP가 설정되면 출력이 LSP 속성을 표시하게 됩니다.

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

목적

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

실행

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

의미

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

엔드-엔드 연결 검증

목적

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

실행

작동 모드에서 명령을 ping 실행합니다.

의미

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