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 홉 바이 홉 포워딩과 비교 가능) 또는 네트워크 송신 노드에 엔드포인트가 있을 수 있으므로 모든 중간 노드를 통해 스위칭할 수 있습니다. 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 또는 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 세션을 종료하거나 LSP 변경을 전파하기 위해 추가 LDP 광고를 생성할 수 있는 LDP 알림을 생성합니다.

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

예: LDP 신호 LSP 구성

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

요구 사항

시작하기 전에:

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

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

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

    참고:

    LDP는 IS-IS 또는 OSPF와 같은 IGP 위에서 실행되므로 LDP와 IGP를 동일한 인터페이스 집합에서 구성해야 합니다.

개요

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

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

그림 1: 일반적인 LDP 신호 LSPNetwork diagram of LDP signaled LSPs between routers R1, R2, and R3 with loopback addresses 200.0.0.1, 200.0.0.2, 200.0.0.3 respectively.

구성

절차

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)의 라우터 간 터널링을 위한 간단한 메커니즘을 지원합니다. Junos OS는 네트워크의 모든 송신 라우터에 MPLS 터널 다음 홉을 허용하며, 코어에서 실행되는 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)를 위한 레이블 매핑을 생성, 변경 및 삭제합니다. 레이블을 요청하거나 레이블 매핑을 피어에 광고하는 것은 로컬 라우터가 결정한 결과입니다. 일반적으로 라우터는 필요할 때 이웃 라우터로부터 레이블 매핑을 요청하고 이웃이 라벨을 사용하려면 이웃 라우터에 레이블 매핑을 광고합니다.

알림 메시지

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

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

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

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(Topology Independent Loop-Free Alternate)를 사용하여 네트워크 연결을 더 빠르게 복구합니다. TI-LFA를 사용하는 SR은 기본 경로가 실패하거나 사용할 수 없게 되면 트래픽을 즉시 백업 또는 대체 경로로 라우팅합니다.

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

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

에지에서 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 도메인 상호 연결Interconnect LDP Domains over SR-TE in the Core Network

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

그림 3: 지역 간 코어 네트워크 간 SR-TE를 통한 LDPLDP over SR-TE between Inter-region Core Networks

그림 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 터널링을 활성화하려면 다음 구성 문을 구성해야 합니다.

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

  • spring-te [edit protocols isis traffic-engineering tunnel-source-protocol] 계층 수준에서 SR-TE를 통한 LDP LSP를 터널 소스 프로토콜로 선택합니다.

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

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

  • spring-te [edit protocols ospf traffic-engineering tunnel-source-protocol] 계층 수준에서 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를 터널링하는 방법에 대해 설명합니다.

참고:

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

요구 사항

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

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

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

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

참고:

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

주니퍼 vLabs를 방문하여 사전 구성된 vLab Sandbox: 세그먼트 라우팅 - 기본 을 예약하고 무료로 사용해 보십시오!

개요

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

토폴로지

그림 4: 코어 네트워크에서 SR-TE를 통한 LDP 터널링Tunneling LDP over SR-TE in the Core Network

구성

코어 네트워크에서 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. 코어 네트워크에 연결된 인터페이스에서 IS-IS, LDP, 및 MPLS를 구성합니다.

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

결과

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

R1 디바이스 구성

단계별 절차

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

디바이스 R1 구성:

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

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

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

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

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

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

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

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

  7. SR-TE를 통한 LDP 터널링을 활성화합니다.

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

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

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

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

결과

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

검증

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

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를 통과하는지 확인합니다.

On PE1

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

On PE2

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

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

  • R2에서 LDP 레이블은 16 으로, SR-TE 레이블 스택은 80200, 80300, 85004, 85003으로 표시됩니다.

  • PE1과 PE2에서 LDP 레이블은 각각 1819로 표시됩니다.

보급된 레이블 확인

목적

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

작업

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

R1에서

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

R2에서

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

On PE1

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

On PE2

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

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

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

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

  • 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)과 스왑하고 LDP 설정 LSP(F)에 대한 끝에서 두 번째 라우터는 마지막 레이블을 표시합니다.

그림 5: LDP LSP가 RSVP LSP를 통해 터널링될 때 스왑 및 푸시 Network diagram showing MPLS with RSVP and LDP protocols. Routers A-G swap labels L1-L5, highlighting data packet paths and transition to IP-only packets.

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

그림 6: LDP LSP가 RSVP LSP를 통해 터널링되는 경우 더블 푸시 Diagram of network path from router A to E showing data flow with layers L1, L2, L3, IP and label-switched path ending at router D.

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)를 사용하는 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 inet6 나 IPv6 또는 둘 다로 inet 구성할 수 있습니다. 패밀리 주소가 구성되지 않은 경우 패밀리 inet의 기본 주소가 활성화됩니다. IPv4와 IPv6이 모두 구성된 경우, 이 transport-preference 문을 사용하여 기본 전송을 또는 IPv6중 하나 IPv4 로 구성할 수 있습니다. 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는 도메인 간 OSPF 영역 또는 IS-IS 수준에서 집계 또는 요약된 경로를 기반으로 LSP를 설정할 수 있습니다.

변경 내역 표

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

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