Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LDP 개요

LDP 소개

LDP(레이블 분배 프로토콜)는 비 트래픽 엔지니어링 응용 프로그램에서 레이블을 분배하는 프로토콜입니다. LDP는 라우터가 네트워크 계층 라우팅 정보를 데이터 링크 계층 전환 경로에 직접 매핑하여 네트워크를 통해 LSP(레이블 전환 경로)를 설정할 수 있습니다.

이러한 LSP는 직접 연결된 이웃(IP hop-by-hop 전달과 비교 가능함) 또는 네트워크 송신 노드에 엔드포인트가 있을 수 있으므로 모든 중간 노드를 통해 스위칭할 수 있습니다. LDP에 의해 설정된 LSP는 RSVP에 의해 생성된 트래픽 엔지니어링 LSP도 가로지를 수 있습니다.

LDP는 FEC(포워딩 동급 클래스)를 생성하는 각 LSP와 연결합니다. LSP와 연관된 FEC는 어떤 패킷이 해당 LSP에 매핑되는지 지정합니다. LSP는 각 라우터가 FEC의 다음 홉으로 광고된 레이블을 선택하고 다른 모든 라우터에 광고하는 레이블에 연결할 때 네트워크를 통해 확장됩니다. 이 프로세스는 송신 라우터에 수렴되는 나무꼴의 LSP를 구성합니다.

LDP 신호 전송 프로토콜 이해하기

LDP는 MPLS 지원을 위해 구성된 디바이스에서 실행되는 신호 전송 프로토콜입니다. MPLS와 LDP를 모두 제대로 구성하고 나면 전체 LDP 인터페이스에서 TCP 패킷이 교환되기 시작합니다. 이러한 패킷은 네트워크 내에서 MPLS 정보가 교환되도록 TCP 기반의 LDP 세션을 설정합니다. MPLS와 LDP 모두 적절한 인터페이스에서 활성화하면 LSP를 설정하기에 충분합니다.

LDP는 MPLS 네트워크 내에서 자동으로 LSP 인접 관계를 설정하는 간단하면서도 빠르게 작동하는 신호 전송 프로토콜입니다. 그러면 라우터는 전체 인접 관계에서 Hello 패킷 및 LSP 광고와 같은 LSP 업데이트를 공유합니다. LDP는 IS-IS(Intermediate System to Intermediate System) 또는 최단 경로 우선(OSPF)과 같은 IGP 위에서 실행되므로 LDP와 IGP를 동일한 인터페이스 집합에서 구성하셔야 합니다. 둘 모두 구성하고 나면 LDP는 LDP가 활성화된 모든 인터페이스를 통해 LDP 메시지를 송수신하기 시작합니다. LDP는 간단하기 때문에 RSVP가 수행할 수 있는 진정한 트래픽 엔지니어링을 수행할 수는 없습니다. LDP는 대역폭 예약이나 트래픽 제한을 지원하지 않습니다.

레이블 스위칭 라우터(LSR)에서 LDP를 구성하면 라우터는 LDP가 활성화된 모든 인터페이스에서 LDP 발견 메시지를 보내기 시작합니다. 인접한 레이블 스위칭 라우터(LSR)는 LDP 발견 메시지를 수신하면 기본 TCP 세션을 설정합니다. 그러면 이 TCP 세션 위에 LDP 세션이 생성됩니다. TCP 3방향 핸드셰이크로 인해 LDP 세션의 양방향 연결이 보장됩니다. LDP 세션을 설정한 후 LDP 이웃은 메시지를 교환하여 세션을 유지하고 종료합니다. LDP 광고 메시지는 레이블 스위칭 라우터(LSR)가 레이블 정보를 교환하여 특정 LSP 내에서 다음 홉을 결정할 수 있게 해줍니다. 라우터 장애 등으로 인해 토폴로지가 변경되면 LDP 알림이 생성되어 LDP 세션을 종료하거나 LSP 변경을 전파할 추가 LDP 광고를 생성합니다.

Junos OS 릴리스 20.3R1부터 LDP 신호 전송 프로토콜 구성에 컨트롤 플레인 기능이 제공되도록 MPLS가 지원됩니다.

예: LDP 신호 방식 LSP 구성

이 예는 MPLS 네트워크 내에서 LDP 인스턴스를 만들고 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에:

  • 네트워크 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.

  • 네트워크를 통해 IGP를 설정합니다. (LDP 구성이 기존 IGP 구성에 추가되며 MPLS 구성에 포함됩니다.)

  • MPLS 네트워크의 모든 전송 인터페이스에서 MPLS를 활성화하여 네트워크가 LSP 설정에 LDP를 사용하도록 구성합니다.

    주:

    LDP는 IS-IS(Intermediate System to Intermediate System) 또는 최단 경로 우선(OSPF)과 같은 IGP 위에서 실행되므로 LDP와 IGP를 동일한 인터페이스 집합에서 구성하셔야 합니다.

개요

LDP 신호 방식 LSP를 구성하려면 MPLS 네트워크의 모든 전송 인터페이스에서 MPLS 패밀리를 활성화하고, [protocols mpls] 및 [protocols ldp] 계층 수준 하의 모든 전송 인터페이스를 포함해야 합니다.

이 예에서 MPLS 패밀리를 활성화하고, 모든 전송 인터페이스에서 LDP 인스턴스를 생성합니다. 또한 MPLS 네트워크의 모든 전송 인터페이스에 대해 MPLS 프로세스를 활성화합니다. 이 예에서는 그림 1에 보이는 것처럼 샘플 네트워크를 구성합니다.

그림 1: 일반적인 LDP 신호 방식 LSP일반적인 LDP 신호 방식 LSP

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣은 다음, 구성 모드에서 commit을(를) 입력합니다.

R1

R2

R3

단계별 절차

MPLS 네트워크 내에서 LDP 인스턴스를 활성화하는 방법:

  1. 라우터 R1의 전송 인터페이스에서 MPLS 패밀리를 활성화합니다.

  2. 전송 인터페이스에서 MPLS 프로세스를 활성화합니다.

  3. 전송 인터페이스에서 LDP 인스턴스를 생성합니다.

결과

구성 모드에서 show 명령을 입력하여 구성을 확인합니다. 출력이 의도된 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

간결성을 위해 이 show 출력은 이 예와 관련된 구성만 포함합니다. 시스템의 다른 구성은 생략 부호(...)로 대체되었습니다.

디바이스 구성이 완료되면, 구성 모드에서 commit 명령을 입력하여 구성을 활성화할 수 있습니다.

Junos OS LDP 프로토콜 구현

LDP의 Junos OS 구현은 LDP 버전 1을 지원합니다. Junos OS는 코어 내의 외부 경로의 필요한 배포를 제거하기 위해 IGP(Interior Gateway Protocol)의 라우터 간 터널링을 위한 간단한 메커니즘을 지원합니다. Junos OS는 네트워크의 모든 송신 라우터에 tunnel next hop을 허용하며, 코어에서 실행되는 IGP만 송신 라우터로 경로를 배포할 수 있습니다. 에지 라우터는 BGP를 실행하지만 코어에 외부 경로를 배포하지는 않습니다. 대신, 에지의 재귀 경로 조회는 송신 라우터로 전환되는 LSP로 해결합니다. 전송 LDP 라우터에는 외부 경로가 필요하지 않습니다.

LDP 작업

LDP를 실행하려는 각 인터페이스에 대해 LDP를 구성해야 합니다. LDP는 후속 BGP 다음 홉인 라우터 ID 주소에 대해 각 송신 라우터 라우터에 루팅된 LSP 트리를 만듭니다. 수신 포인트는 모든 라우터 실행 LDP에 있습니다. 이 프로세스는 모든 송신 라우터에 inet.3 경로를 제공합니다. BGP가 실행되면, 전부는 아니더라도 거의 모든 BGP 경로를 MPLS 터널 다음 홉에 연결하는 inet.3 테이블을 먼저 사용하여 다음 홉을 해결하려고 시도할 것입니다.

LDP를 실행하는 두 개의 인접한 라우터가 이웃이 됩니다. 두 라우터가 하나 이상의 인터페이스에 의해 연결되어 있다면 각 인터페이스에서 이웃이 됩니다. LDP 라우터가 이웃이 되면 레이블 정보를 교환하기 위해 LDP 세션을 구성합니다. 라우터당 라벨이 두 라우터 모두에서 사용 중인 경우, 여러 인터페이스에서 이웃인 경우에도 그들 사이에 하나의 LDP 세션만 설정됩니다. 이러한 이유로 LDP 세션은 하나의 특정 인터페이스에 관련되지 않습니다.

LDP는 유니캐스트 라우팅 프로토콜과 함께 작동합니다. LDP는 두 LDP와 라우팅 프로토콜이 모두 활성화되어 있을 때만 LSP를 설치합니다. 이러한 이유로 동일한 인터페이스 세트에서 LDP와 라우팅 프로토콜을 모두 활성화해야 합니다. 이 작업이 완료되지 않은 경우, 각 송신 라우터 및 모든 수신 라우터 간에 LSP가 설정되지 않아서 BGP-라우팅 트래픽 손실을 초래할 수 있습니다.

LDP를 통해 다른 라우터에서 수신되고 다른 라우터에 배포된 라벨에 정책 필터를 적용할 수 있습니다. 정책 필터는 LSP의 설정을 제어하기 위한 메커니즘을 제공합니다.

LDP가 인터페이스에서 실행되려면 해당 인터페이스의 논리적 인터페이스에서 MPLS가 활성화되어야 합니다. 자세한 내용은 논리적 인터페이스를 참조하십시오.

LDP 메시지 유형

LDP는 다음 섹션에서 설명한 메시지 유형을 사용하여 매핑을 수립하고 제거하며 오류를 보고할 수 있습니다. 모든 LDP 메시지는 종류, 길이, 값(TLV) 인코딩 방식을 사용하는 공통 구조를 가지고 있습니다.

디스커버리 메시지

디스커버리 메시지는 네트워크에서 라우터의 존재를 발표하고 유지합니다. 라우터는 Hello 메시지를 주기적으로 전송하여 네트워크에서 존재를 나타냅니다. Hello 메시지는 서브넷의 모든 라우터의 그룹 멀티캐스트 주소에서 LDP 포트로 UDP 패킷으로 전송합니다.

LDP는 다음의 디스커버리 프로시저를 사용합니다.

  • 기본 디스커버리 - 라우터가 주기적으로 인터페이스를 통해 LDP 링크 Hello 메시지를 보냅니다. LDP 링크 Hello 메시지는 LDP 디스커버리 포트에 전달된 UDP 패킷으로 전송됩니다. 인터페이스에서 LDP 링크 Hello 메시지를 수신하면 LDP 피어 라우터와 인접성을 식별합니다.

  • 확장된 디스커버리 - 직접 연결되지 않은 라우터 간의 LDP 세션은 LDP 확장 디스커버리에 의해 지원됩니다. 라우터가 주기적으로 LDP 대상 Hello 메시지를 특정 주소로 보냅니다. 대상 Hello 메시지는 특정 주소에서 LDP 디스커버리 포트에 전달된 UDP 패킷으로 전송됩니다. 대상 라우터는 대상 Hello 메시지를 응답할지 또는 무시할지 여부를 결정합니다. 응답하기로 선택한 대상 라우터는 주기적으로 대상 Hello 메시지를 시작 라우터에 전송합니다.

세션 메시지

세션 메시지는 LDP 피어 간의 세션을 수립하고 유지하며 종료합니다. 라우터가 Hello 메시지를 통해 배운 다른 라우터와 세션을 구성할 때, TCP 전송을 통한 LDP 초기화 프로시저를 사용합니다. 초기화 프로시저가 성공적으로 완료되면, 두 라우터는 LDP 피어이며 광고 메시지를 교환할 수 있습니다.

광고 메시지

광고 메시지는 포워딩 동등 클래스(FEC)를 위한 레이블 맵핑을 생성하고 변경하며 삭제합니다. 레이블을 요청하거나 레이블 매핑을 피어에 광고하는 것은 로컬 라우터가 결정한 결과입니다. 일반적으로 라우터는 필요 시 이웃 라우터로부터 레이블 매핑을 요청하고 이웃이 라벨을 사용하려면 이웃 라우터에 레이블 매핑을 광고합니다.

Notification 메시지

Notification 메시지는 자문 정보를 제공하고 오류 정보 신호를 보냅니다. LDP는 Notification 메시지를 전송하여 오류 및 기타 관심 이벤트를 보고합니다. LDP Notification 메시지에는 다음의 두 가지 종류가 있습니다.

  • 오류 Notification은 치명적인 오류 신호를 보냅니다. 라우터가 오류 Notification을 LDP 세션을 위해 피어로부터 수신하면, 세션에 대한 TCP 전송 연결을 닫고 세션을 통해 배운 모든 레이블 맵핑을 폐기함으로써 LDP 세션을 종료합니다.

  • LDP 세션 또는 피어로부터 받은 이전 메시지의 상태에 대한 정보를 라우터에 전달하는 자문 Notification.

RSVP LSP에서 LDP LSP 터널링

RSVP LSP에서 LDP LSP를 터널링할 수 있습니다. 다음 섹션은 RSVP LSP에서 LDP LSP의 터널링이 어떻게 작동하는지 설명합니다.

RSVP LSP에서 LDP LSP 터널링 개요

트래픽 엔지니어링에 RSVP를 사용하는 경우 LDP를 동시에 실행하여 코어의 외부 경로 배포를 제거할 수 있습니다. LDP에 의해 설정된 LSP는 RSVP에 의해 설정된 LSP를 통해 터널링됩니다. LDP는 트래픽 엔지니어링 LSP를 단일 홉으로 효과적으로 처리합니다.

RSVP에서 설정된 LSP 간에 LDP를 실행하도록 라우터를 구성할 때 LDP는 LSP의 다른 쪽 끝에 있는 라우터와의 세션을 자동으로 설정합니다. LDP 제어 패킷은 LSP를 통해 전송되지 않고 홉 바이 홉으로 라우팅됩니다. 이 라우팅을 사용하면 단순(단방향) 트래픽 엔지니어링 LSP를 사용할 수 있습니다. 반대 방향의 트래픽은 트래픽 엔지니어링 터널이 아닌 유니캐스트 라우팅을 따르는 LDP 설정 LSP를 통해 흐릅니다.

RSVP LSP를 통해 LDP를 구성하는 경우에도 트래픽 엔지니어링 코어 및 주변 LDP 클라우드에서 여러 OSPF 영역 및 IS-IS 수준을 구성할 수 있습니다.

Junos OS 릴리스 15.1부터는 다중 인스턴스 지원이 가상 라우터 라우팅 인스턴스에 대한 LDP over RSVP 터널링으로 확장되었습니다. 이를 통해 단일 라우팅 및 MPLS 도메인을 여러 도메인으로 분할하여 각 도메인을 독립적으로 확장할 수 있습니다. BGP 레이블링된 유니캐스트를 사용하여 서비스 포워딩 동등성 클래스(FEC)에 대해 이러한 도메인을 연결할 수 있습니다. 각 도메인은 MPLS 포워딩을 위해 도메인 내 LDP-over-RSVP LSP를 사용합니다.

주:

LDP-over-RSVP LSP에 대한 다중 인스턴스 지원이 도입된 후에는 다른 라우팅 인스턴스에 이미 할당된 인터페이스에서 MPLS를 사용하도록 설정할 수 없습니다. [edit protocols mpls] 계층 수준에서 다른 라우팅 인스턴스의 일부인 인터페이스를 추가하면 커밋 시 구성 오류가 발생합니다.

RSVP LSP에서의 LDP LSP 터널링의 이점

RSVP LSP에서 LDP LSP를 터널링하면 다음과 같은 이점이 있습니다.

  • 계층 2 및 계층 3 VPN에서 IPv4, IPv6, 유니캐스트 및 멀티캐스트와 같은 다양한 트래픽 유형의 컨버전스를 제공합니다.

  • 여러 토폴로지, 다른 프로토콜 및 여러 관리 경계를 수용할 수 있는 유연한 액세스 연결 옵션을 지원합니다.

  • 여러 공급자 간의 안전한 인터워킹을 활성화합니다.

  • RSVP-TE는 트래픽 엔지니어링, 대역폭 보장, 링크 및 노드 이중화 기능을 지원하므로 고객별로 차별화된 서비스를 제공할 수 있습니다.

  • 코어에 필요한 LSP 수를 줄여 프로토콜 및 라우터의 리소스 요구 사항을 줄이고 컨버전스 시간을 단축합니다.

  • LSP는 포인트 투 포인트 TE 터널을 사용하여 직접 연결된 인접 라우터에 구축되므로 네트워크 중단을 최소화하면서 비용 효율적인 롤아웃을 제공합니다. 이러한 TE 터널은 엔드 투 엔드가 아닌 다음 홉으로만 이동합니다. 그런 다음 LDP가 이러한 터널에서 실행될 때 세션은 직접 연결된 인접 라우터에 구축됩니다. 새로운 노드를 추가하는 등 네트워크에 변화가 있을 경우, 새로운 노드의 직접 연결된 인접 라우터는 RSVP 및 LDP 세션을 가집니다. 따라서, RSVP LSP는 다음 홉에만 해당되며, LDP는 새 주소에 대한 보급 레이블을 처리합니다.

SR-TE를 통해 LDP 터널링

세그먼트 라우팅 트래픽 엔지니어링(SR-TE)을 통한 LDP 터널링의 이점과 개요를 살펴보십시오.

SR-TE를 통한 LDP 터널링의 이점

  • 코어 네트워크에서 SR-TE를 통해 LDP가 완벽히 통합되도록 해줍니다.

  • 여러 토폴로지, 프로토콜 및 도메인을 수용할 수 있도록 유연한 연결 옵션을 제공합니다.

  • LDP 및 SR 지원 디바이스 간의 상호운용성을 지원합니다.

  • SR-TE 로드 공유 기능을 활용합니다.

  • SR-TE 도메인 내에서 토폴로지 독립 루프 프리 대체(TI-LFA)를 사용하여 네트워크 연결을 더욱 신속하게 복구합니다. TI-LFA를 사용하는 SR은 기본 경로가 실패하거나 사용할 수 없게 되면 트래픽을 즉시 백업 또는 대체 경로로 보냅니다.

SR-TE를 통한 LDP 터널링에 대한 개요

서비스 프로바이더는 네트워크 에지에서 보통 MPLS 전송의 LDP 신호 전송 프로토콜을 사용합니다. LDP는 간단하다는 장점이 있지만, 네트워크의 코어에서 자주 필요한 정교한 경로 복구 기능과 트래픽 엔지니어링(TE) 기능이 없습니다. 많은 서비스 프로바이더가 코어에서 RSVP를 세그먼트 라우팅 트래픽 엔지니어링(SR-TE)으로 마이그레이션하고 있습니다. SR-TE는 또한 네트워킹의 소스 패킷 라우팅(SPRING: Source Packet Routing in Networking)으로도 불립니다.

에지에서 LDP를 실행하는 라우터가 SR 기능을 지원하지 않는 경우가 생길 수도 있습니다. 서비스 프로바이더는 업그레이드가 필요한 상황을 방지하기 위해 이러한 라우터에서 LDP를 계속 사용하길 원할 수 있습니다. 이런 경우 SR-TE를 통한 LDP 터널링 기능을 사용하면 SR이 지원되지 않는(LDP를 실행하는) 라우터를 SR이 지원되는(SR-TE를 실행하는) 라우터와 통합할 수 있습니다.

LDP LSP는 SR-TE 네트워크를 통해 터널링되어 LDP LSP와 SR-TE LSP의 연동이 가능해집니다. 예를 들어, 프로바이더 에지 네트워크에 LDP 도메인이 있고 코어 네트워크에 SR-TE가 있으면 그림 2에 나온 것과 같이 SR-TE를 통해 LDP 도메인을 연결할 수 있습니다.

SR-TE를 통해 LDP를 터널링하면 LDP LSP와 SR-TE LSP가 공존할 수 있습니다.

그림 2: 코어 네트워크에서 SR-TE를 통해 LDP 도메인 상호 연결코어 네트워크에서 SR-TE를 통해 LDP 도메인 상호 연결

지역 간 코어 네트워크에 연결된 LDP 도메인 간에도 SR-TE를 통해 LDP를 터널링하실 수 있습니다. 예를 들어, 지역 간 SR-TE 코어 네트워크에 연결된 여러 지역의 LDP 도메인이 있으면 그림 3에 나온 것과 같이 지역 간 SR-TE 코어 네트워크에서 LDP를 터널링하실 수 있습니다.

그림 3: 지역 간 코어 네트워크에서 SR-TE를 통한 LDP지역 간 코어 네트워크에서 SR-TE를 통한 LDP

그림 3에서는 LDP를 실행하는 세 개의 지역 네트워크(A, B, C)가 있습니다. 이러한 지역 LDP 도메인은 SR-TE를 실행하는 해당 지역 코어 네트워크에 각각 연결되어 있습니다. 지역 SR-TE 코어 네트워크는 또한 다른 지역 SR-TE 코어 네트워크와 상호 연결되어 있기도 합니다(지역 간 코어 네트워크). 이러한 지역 간 SR-TE 코어 네트워크를 통해 LDP를 터널링하고 레이어 3 VPN과 같은 서비스를 완벽하게 구축하실 수 있습니다. 이 시나리오는 모바일 백홀 네트워크에서 사용할 수 있습니다. 즉, 코어 어그리게이션 레이어가 SR-TE를 통해 터널링된 LDP를 실행하고 액세스 레이어는 LDP만 실행하는 네트워크에서 사용이 가능합니다.

IS-IS 네트워크에서 SR-TE를 통한 LDP 터널링을 활성화하려면 다음과 같은 구성 명령문을 구성해야 합니다.

  • SR-TE를 통한 LDP 터널링을 활성화하려면 [edit protocols source-packet-routing source-routing-path source-routing-path-name] 계층 수준에서 ldp-tunneling 명령문을 구성합니다.

  • [edit protocols isis traffic-engineering tunnel-source-protocol] 계층 수준에서 spring-te 명령문을 구성하면 SR-TE를 통한 LDP LSP가 터널 소스 프로토콜로 선택됩니다.

OSPF 네트워크에서 SR-TE를 통한 LDP 터널링을 활성화하려면 다음과 같은 구성 명령문을 구성해야 합니다.

  • SR-TE를 통한 LDP 터널링을 활성화하려면 [edit protocols source-packet-routing source-routing-path source-routing-path-name] 계층 수준에서 ldp-tunneling 명령문을 구성합니다.

  • [edit protocols ospf traffic-engineering tunnel-source-protocol] 계층 수준에서 spring-te 명령문을 구성하면 SR-TE를 통한 LDP LSP가 터널 소스 프로토콜로 선택됩니다.

IGP에 대해 두 개 이상의 터널 원본 프로토콜을(IS-IS 및 OSPF) 구성하여 단축 경로를 생성할 수 있습니다. 두 개 이상의 터널 원본 프로토콜이 구성되어 있는 경우 여러 프로토콜의 터널이 대상에서 사용 가능하면 가장 선호되는 경로의 터널이 설정됩니다. 예를 들어, 코어 네트워크에 RSVP LSP와 SR-TE LSP가 모두 있고 RSVP 및 SR-TE LSP 모두에 대해 LDP 터널링이 활성화되어 있으면 tunnel-source-protocol 구성은 선호 값을 기반으로 터널을 선택합니다. 선호 값이 가장 낮은 터널이 가장 선호되는 터널입니다. 아래 예에 나온 것과 같이 선호 값을 구성하여 모든 대상에 대해 특정 프로토콜로 이 경로 선호를 덮어쓸 수 있습니다.

이 예에서는 SR-TE 터널 원본 프로토콜에 대해 구성된 선호 값이 2이고 RSVP 터널 원본 프로토콜에 대한 선호 값은 5입니다. 이 경우, RSVP 터널 원본 프로토콜과 비교할 때 가장 낮은 선호 값을 갖고 있기 때문에 SR-TE 터널이 선호됩니다.

주:

터널 원본 프로토콜 선호 값을 구성하는 것이 의무 사항은 아닙니다. 두 개 이상의 터널 원본 프로토콜이 동일한 선호 값을 갖는 경우, 대상에 대해 선호되는 경로를 기반으로 터널이 설정됩니다.

SR-TE LSP가 작동하면 대상 LDP 세션이 설정되어 트리거됩니다. LSP 세션은 LDP 터널링(ldp-tunneling) 구성이 제거되거나 구성에서 SR-TE LSP가 제거될 때까지 설정된 상태를 유지합니다.

주:

Junos OS에서는 현재 색상이 지정된 SR-TE LSP를 통한 LDP가 지원되지 않습니다.

예: IS-IS 네트워크에서 SR-TE를 통해 LDP 터널링

이 예에서는 코어 네트워크에서 SR-TE를 통해 LDP LSP를 터널링하는 방법에 대해 설명합니다.

주:

당사 콘텐츠 테스트 팀은 이 예제를 검증하고 업데이트했습니다.

요구 사항

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

  • CE, PE 및 코어 라우터로 MX 시리즈 라우터를 사용합니다.

  • 모든 디바이스에서 실행되는 Junos OS 릴리스 20.3R1 이상

    • Junos OS 릴리스 21.1R1에서 vMX를 사용하여 업데이트 및 재검증되었습니다.

주:

이 기능에 대한 실제 경험을 쌓는 데 관심이 있습니까?

Juniper vLabs를 방문하여 사전 구성된 vLab Sandbox를 예약하십시오. 세그먼트 라우팅 - 기본무료로 체험해 보십시오!

개요

다음 토폴로지(그림 4)는 SR-TE 코어 네트워크에 연결된 두 개의 LDP 도메인(LDP 도메인 A 및 LDP 도메인 B)을 나타내며, SR-TE를 통해 LSP 세션을 터널링하여 코어를 통해 확장합니다.

토폴로지

그림 4: 코어 네트워크에서 SR-TE를 통한 LDP 터널링코어 네트워크에서 SR-TE를 통한 LDP 터널링

구성

코어 네트워크에서 SR-TE를 통해 LDP LSP를 터널링하려면 다음 작업을 수행합니다.

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣은 다음, 구성 모드에서 commit을 입력합니다.

디바이스 CE1

디바이스 PE1

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 PE2

디바이스 CE2

PE1 구성

단계별 절차

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 PE1 구성:

  1. 네트워크 서비스 모드를 향상된 IP로 구성합니다. 향상된 IP는 라우터의 네트워크 서비스를 향상된 인터넷 프로토콜로 설정하고 향상된 모드 기능을 사용합니다.

    enhanced-ip문을 구성하고 구성을 커밋하면 라우터를 재부팅하라는 다음 경고 메시지가 나타납니다.

    재부팅하면 라우터에 FPC가 표시됩니다.

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

  3. 이 예에서 OSPF 프로토콜을 실행하는 CE 라우터로 BGP 경로를 내보내도록 정책 옵션을 구성합니다.

  4. OSPF 기반 CE1 디바이스를 지원하도록 계층 3 VPN 라우팅 인스턴스를 구성합니다.

  5. 디바이스 PE1의 라우터 ID 및 자율 시스템 번호를 구성합니다.

  6. 코어 네트워크에 연결된 인터페이스에서 ISIS, LDP 및 MPLS를 구성합니다.

  7. PE 디바이스 간에 BGP를 구성합니다.

결과

구성 모드에서 show chassis, show interfaces, show policy-options, show routing-instances, show routing-optionsshow protocols 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

R1 디바이스 구성하기

단계별 절차

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 R1 구성

  1. 네트워크 서비스 모드를 향상된 IP로 구성합니다. 향상된 IP는 라우터의 네트워크 서비스를 향상된 인터넷 프로토콜로 설정하고 향상된 모드 기능을 사용합니다.

    enhanced-ip문을 구성하고 구성을 커밋하면 라우터를 재부팅하라는 다음 경고 메시지가 나타납니다.

    재부팅하면 라우터에 FPC가 표시됩니다.

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

  3. 도메인에서 라우터를 식별하는 라우팅 옵션을 구성합니다.

  4. 인터페이스에서 ISIS 인접 SID를 구성하고 SRGB 레이블을 할당하여 세그먼트 라우팅을 사용하도록 설정합니다. 전체 SRGB의 레이블은 ISIS에서 사용할 수 있습니다. 접두사 SID(및 노드 SID)는 SRGB에서 인덱싱됩니다.

  5. 링크 및 노드 장애에 대한 보호를 사용하도록 TI-LFA를 구성합니다. TI-LFA를 사용하는 SR은 기본 경로가 실패하거나 사용할 수 없게 될 경우 즉시 트래픽을 백업 또는 대체 경로로 라우팅하여 네트워크 연결을 더 빠르게 복원합니다.

  6. ISIS 트래픽 엔지니어링 매개 변수를 구성합니다.

  7. SR-TE를 통한 LDP 터널링을 사용하도록 설정합니다.

  8. LDP 도메인의 인터페이스에서 MPLS 및 LDP 프로토콜을 구성하여 LDP 도메인의 레이블을 교환합니다.

  9. LDP 도메인의 에지 라우터 간에 대상 LDP 세션을 사용하도록 설정합니다.

  10. 트래픽을 특정 경로로 라우팅하도록 세그먼트 목록을 구성합니다.

  11. SR-TE를 통한 LDP 터널링을 사용하도록 원격 에지 라우터에 SR-TELSP를 구성합니다.

결과

구성 모드에서 show chassis, show interfaces, show routing-optionsshow protocols 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

검증

구성이 제대로 작동하는지 확인하려면 다음 작업을 수행하십시오.

SR-TE를 통한 LDP 터널링 확인

목적

SR-TE를 통한 LDP 터널이 사용하도록 설정되어 있고 원격 에지 라우터에 대한 LDP 터널이 올바른 경로를 사용하고 있는지 확인합니다.

작업

운영 모드에서 show spring-traffic-engineering lsp detail 명령을 실행합니다.

R1

R2

의미
  • R1에서, LDP 터널은 SR-TE 코어 네트워크에서 원격 에지 라우터 192.168.100.2과(와) 함께 설정됩니다. 출력에서도 SID 레이블값 80104, 80204, 80304 을(를) 확인할 수 있습니다.

  • R2에서 LDP 터널은 SR-TE 코어 네트워크에서 원격 에지 라우터 192.168.100.1과(와) 함께 설정됩니다. 출력에서도 SID 레이블값 80504, 80300, 80200 을(를) 확인할 수 있습니다.

원격 PE 디바이스로 LDP 전달 확인

목적

원격 PE 라우터로 가는 경로가 LDP 전달을 사용하고 SR-TE를 통해 터널링되는지 확인합니다.

작업

운영 모드에서 show route destination-prefix 명령을 실행합니다.

R1

원격 PE(PE2) 라우터로 가는 경로가 SR-TE 터널을 통해 LDP를 통과하는지 확인합니다.

R2

원격 PE(PE1) 라우터로 가는 경로가 SR-TE 터널을 통해 LDP를 통과하는지 확인합니다.

PE1

원격 PE(PE2) 라우터로 가는 경로가 대상 LDP 세션을 통해 원격 PE로 가는 것인지 확인합니다.

PE2

원격 PE(PE1) 라우터로 가는 경로가 대상 LDP 세션을 통해 원격 PE로 가는 것인지 확인합니다.

의미
  • R1에서 LDP 레이블은 (으)로, SR-TE 레이블스택 16 은 (으)로 표시됩니다80304, 80204, 85003, 85004.

  • R2에서 LDP 레이블은 로, SR-TE 레이블스택 16 은 (으)로 볼 수 있 습니다80200, 80300, 85004, 85003.

  • PE1과 PE2에서 LDP 레이블은 각각 과(와) (으)로 18 표시 19됩니다.

보급 레이블확인

목적

FEC(Forwarding Equivalence Class)에 대해 보급된 레이블을 확인합니다.

작업

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

R1

직접 연결된 PE(PE1) 쪽으로 보급된 레이블과 원격 에지 라우터(R2)로부터 받은 레이블을 확인합니다.

R2

직접 연결된 PE(PE2) 쪽으로 보급된 레이블과 원격 에지 라우터(R1)로부터 받은 레이블을 확인합니다.

PE1

원격 PE(PE2) 디바이스의 루프백 주소 레이블이 에지 디바이스 R1에 의해 로컬 PE(PE1) 디바이스에 보급되었는지 확인합니다.

PE2

원격 PE(PE1) 디바이스의 루프백 주소 레이블이 에지 디바이스 R2에 의해 로컬 PE(PE2) 디바이스에 보급되었는지 확인합니다.

의미
  • OR1에서 레이블18이(가) 직접 연결된 PE(PE1)를 향해 광고되고 레이블 19이(가) 원격 에지 라우터(R2)로부터 수신되는 것을 볼 수 있습니다.

  • R2에서는 레이블 17이(가) 직접 연결된 PE(PE2)를 향해 광고되고 레이블 19이(가) 원격 에지 라우터(R1)로부터 수신되는 것을 볼 수 있습니다.

  • PE1에서 레이블이 로컬 에지 라우터(R1)로부터 18수신되는 것을 볼 수 있습니다.

  • PE2에서는 레이블 17이(가) 로컬 에지 라우터(R2)로부터 수신되는 것을 볼 수 있습니다.

레이블 작업

그림 5은(는) RSVP LSP를 통해 터널되는 LDP LSP를 묘사합니다. (레이블 작업의 정의는 MPLS 라벨 개요를 참조하십시오.) 음영 처리된 내부 타원형은 RSVP 도메인을 나타내며, 외부 타원형은 LDP 도메인을 묘사합니다. RSVP는 레이블 L3, L4의 순서와 함께 라우터 B, C, D 및 E를 통해 LSP를 설정합니다. LDP는 레이블 L1, L2, L5의 순서와 함께 라우터 A, B, E, F 및 G를 통해 LSP를 설정합니다. LDP는 라우터 B와 E 사이의 RSVP LSP를 단일 홉으로 간주합니다.

패킷이 라우터 A에 도착하면 LDP에 의해 설정된 LSP에 입력되고 레이블(L1)이 패킷 위로 푸시됩니다. 패킷이 라우터 B에 도착하면 레이블(L1)이 다른 레이블(L2)로 스왑됩니다. 패킷이 RSVP에 의해 설정된 트래픽 엔지니어링 LSP에 입력되기 때문에 두 번째 레이블(L3)이 패킷 위로 푸시됩니다.

이 외부 레이블(L3)은 RSVP LSP 터널 내의 중간 라우터(C)에서 새로운 레이블(L4)로 스왑되며, 끝에서 두 번째 라우터(D)에 도달하면, 맨 위의 레이블이 나타납니다. 라우터 E는 레이블(L2)를 새로운 레이블(L5)과 스왑 고 LSP 설정 LSP(F)에 대한 끝에서 두 번째 라우터(F)는 마지막 라벨을 표시합니다.

그림 5: LDP LSP가 RSVP LSP를 통해 터널링되는 경우 스왑 및 푸시LDP LSP가 RSVP LSP를 통해 터널링되는 경우 스왑 및 푸시

그림 6은(는) 더블 푸시 레이블 작업(L1L2)를 묘사합니다. 더블 푸시 레이블 작업은 LDP LSP와 이를 통해 터널링된 RSVP LSP 모두에 대한 수신 수신 라우터 (A)가 같은 디바스인 경우에 사용됩니다. 참고: 라우터 D는 LDP 설정 LSP의 끝에서 두 번째 홉이므로 라우터 D에 의한 패킷에서 L2가 나타납니다.

그림 6: LDP LSP가 RSVP LSP를 통해 터널링되는 경우 더블 푸시LDP LSP가 RSVP LSP를 통해 터널링되는 경우 더블 푸시

LDP 세션 보호

LDP 세션 보호는 RFC 5036 LDP 사양에 정의된 LDP 대상 Hello 기능을 기반으로 하며, Junos OS 및 다른 대부분의 공급 업체의 LDP 구현이 지원됩니다. 유니캐스트 UDP(User Datagram Protocol) Hello 패킷을 원격 이웃 주소로 전송하고 이웃 라우터에서 유사한 패킷을 수신하는 것이 포함됩니다.

라우터에서 LDP 세션 보호를 구성하는 경우, LDP 세션은 다음과 같이 유지됩니다:

  1. 라우터와 원격 이웃 라우터 간에 LDP 세션이 설정됩니다.

  2. 라우터 간의 모든 직접 링크가 중단되었을 때, 네트워크의 다른 연결을 기반으로 라우터 간에 IP 연결이 존재하는 한 LDP 세션은 계속 유지됩니다.

  3. 라우터 간의 직접 링크가 재구성되면, LDP 세션은 다시 시작되지 않습니다. 라우터는 직접 링크를 통해 서로 간단히 LDP Hello를 교환합니다. 그런 다음 본래의 LDP 세션을 사용하여 LDP 신호 MPLS 패킷을 전송하기 시작할 수 있습니다.

기본적으로 LDP 대상 Hello는 LDP 세션이 작동하는 한 원격 이웃으로 설정되며, 해당 라우터에 링크 이웃이 더 이상 존재하지 않더라도 마찬가지입니다. 또한 링크 이웃이 없을 때 원격 이웃 연결을 유지할 기간을 지정할 수 있습니다. 세션에 대한 마지막 링크 이웃이 종료되면, Junos OS는 LDP 세션 보호 타이머를 시작합니다. 링크 이웃이 다시 돌아오기 전에 이 타이머가 만료되면, 원격 이웃 연결이 중단되고 LDP 세션이 종료됩니다. 현재 실행 중인 타이머에 다른 값을 구성하는 경우, Junos OS는 LDP 세션의 현재 상태를 방해하지 않고 지정된 값으로 타이머를 업데이트합니다.

LDP 네이티브 IPv6 지원 개요

IPv6 연결은 IPv4 신호 MPLS LSP(Label-Switched Path)를 사용하는 IPv4 MPLS 코어를 통한 IPv6 터널링에 의존하는 경우가 많습니다. 이를 위해서는 IPv4 신호 LSP를 정적으로 구성하거나 IPv6 공급자 에지 라우터에서 동적으로 설정해야 합니다. IPv6에 대한 수요가 증가함에 따라 IPv6 연결을 제공하려면 IPv6 신호 LSP를 사용하는 IPv6 MPLS 코어의 구축이 필수가 되었습니다. Junos OS에서 LDP는 RFC 7552에 설명된 대로 IPv6 네트워크와 IPv6/IPv4 이중 스택 네트워크에서만 지원됩니다. Junos OS LDP는 IPv4 및 IPv6 네트워크 모두에 대해 단일 세션을 제공할 뿐만 아니라 별도의 IPv4 전용 IPv4 세션과 IPv6 전용 IPv6 세션을 지원합니다.

주소 패밀리는 IPv4에 대해 inet, IPv6에 대해 inet6 또는 둘 다로 구성할 수 있습니다. 패밀리 주소가 구성되지 않은 경우 패밀리 inet의 기본 주소가 활성화됩니다. IPv4와 IPv6이 모두 구성된 경우 transport-preference 문을 사용하여 기본 전송을 IPv4 또는 IPv6으로 구성할 수 있습니다. LDP는 기본 설정에 따라 IPv4 또는 IPv6을 사용하여 TCP 연결 설정을 시도합니다. 기본적으로 IPv6이 선택됩니다. dual-transport 문을 통해 Junos OS LDP는 IPv4 및 IPv6 인접 라우터를 통한 TCP 연결을 단일 스택 LSR로 설정할 수 있습니다. inet-lsr-idinet6-lsr-id ID는 IPv4 및 IPv6 TCP 전송을 통한 LDP 세션을 설정하기 위해 구성해야 하는 두 개의 LSR ID입니다. 이 두 ID는 0이 아니어야 하며 다른 값으로 구성해야 합니다.

LDP에 대한 최장 매치 지원 개요

LDP는 OSPF 또는 IS-IS와 같은 IGP를 사용하여 완전한 네트워크 도메인 전체에 걸쳐 MPLS 레이블 교환 경로(LSP)를 설정하는 데 종종 사용됩니다. 이러한 네트워크에서, 도메인의 모든 링크는 LDP 인접성뿐만 아니라 IGP 인접성을 갖습니다. LDP는 IGP에 의해 결정되는 대로 대상에 대한 최단 경로에 LSP를 설정합니다. Junos OS에서 LDP 구현은 레이블 매핑을 위한 라우팅 정보 기반(RIB) 또는 IGP 경로에 있는 전달 등가 클래스 (FEC)의 IP 주소에 대한 정확한 일치 조회를 수행합니다. 이 정확한 매핑을 수행하려면 모든 레이블 에지 라우터(LER)에서 MPLS 종단 간 LDP 엔드포인트 IP 주소를 구성해야 합니다. 이는 액세스 디바이스에서 IP 계층 설계 또는 기본 라우팅의 목적을 무효화합니다. longest-match을 구성하면 LDP가 최단 경로 우선 영역 또는 IS-IS 수준에 걸쳐 어그리게이션 또는 요약된 경로를 기반으로 LSP를 설정할 수 있습니다.

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.

릴리스
설명
22.4R1
Junos OS 및 Junos OS Evolved 릴리스 22.4R1부터 OSPF 네트워크에서 SR-TE(Segment Routing Traffic Engineering)를 통해 LDP LSP를 터널링할 수 있습니다.
20.3R1
Junos OS 릴리스 20.3R1부터 LDP 신호 전송 프로토콜 구성에 컨트롤 플레인 기능이 제공되도록 MPLS가 지원됩니다.
15.1
Junos OS 릴리스 15.1부터는 다중 인스턴스 지원이 가상 라우터 라우팅 인스턴스에 대한 LDP over RSVP 터널링으로 확장되었습니다.