Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LDP 개요

LDP 소개

LDP(Label Distribution Protocol)는 트래픽이 아닌 애플리케이션에서 레이블을 배포하기 위한 프로토콜입니다. LDP를 사용하면 라우터가 네트워크 레이어 라우팅 정보를 데이터 링크 레이어 스위칭 경로에 직접 매핑하여 네트워크를 통해 LSP(Label-Switched Path)를 구축할 수 있습니다.

이들 LSP는 직접 연결된 이웃(IP hop-by-hop 포워링과 비교) 또는 네트워크 egress 노드에 엔드포인트를 구축하여 모든 중개 노드를 통해 스위칭을 활성화할 수 있습니다. LDP에 의해 설정된 LSP는 또한 RSVP가 생성한 트래픽 엔지니어링 LSP를 경유할 수 있습니다.

LDP는 생성되는 각 LSP와 포링 동등 클래스(FEC)를 연결합니다. LSP와 연관된 FEC는 해당 LSP에 매핑되는 패킷을 지정합니다. 각 라우터가 FEC의 다음 홉에서 광고하는 라벨을 선택하고 다른 모든 라우터에 광고하는 레이블에 LSP를 추가하면 LSP가 네트워크를 통해 확장됩니다. 이 프로세스는 egress 라우터에 수렴하는 LSP 트리를 구성합니다.

LDP 신호 전송 프로토콜 이해

LDP는 지원 구성 디바이스에서 실행되는 시그널링 MPLS 프로토콜입니다. LDP와 MPLS 성공적으로 구성하면 LDP 인터페이스에서 TCP 패킷 교환이 시작됩니다. 패킷은 네트워크 내 정보의 교환을 위해 TCP 기반 LDP MPLS 수 있습니다. 적절한 인터페이스에서 MPLS LDP를 모두 활성화하면 LSP를 설정하기에 충분합니다.

LDP는 네트워크 내에서 LSP 인접을 자동으로 구축하는 단순하고 빠른 MPLS 프로토콜입니다. 그런 다음, 라우터는 hello 패킷 및 LSP 알림과 같은 LSP 업데이트를 인접한 곳에 공유합니다. LDP는 IGP 또는 IGP 상위에서 IS-IS(Intermediate System to Intermediate System) 최단 경로 우선(OSPF) LDP 및 IGP 구성해야 합니다. 두 가지 모두를 구성한 후, LDP는 모든 LDP 지원 인터페이스를 통해 LDP 메시지를 전송하고 수신하기 시작됩니다. LDP의 단순성 때문에 RSVP가 수행할 수 있는 진정한 트래픽 엔지니어링을 수행할 수 없습니다. LDP는 대역폭 예약 또는 트래픽 제약 조건을 지원하지 않습니다.

라우터가 레이블 스위칭 라우터(레이블 스위칭 라우터(LSR))에서 LDP를 구성하면 모든 LDP 지원 인터페이스에서 LDP 검색 메시지를 전송합니다. 인접한 레이블 스위칭 라우터(LSR) LDP 검색 메시지를 수신하면, 토대가되는 TCP 세션을 구축합니다. 그런 다음, LDP 세션이 TCP 세션 위에 생성됩니다. TCP 3-웨이 핸드를 통해 LDP 세션에 양방향 연결이 보장됩니다. LDP 세션을 설정한 후 LDP neighbor는 메시지를 전달하여 세션을 유지 관리하고 종료합니다. LDP 광고 메시지를 통해 LSRS는 레이블 정보를 교환하여 특정 LSP 내의 다음 홉을 결정할 수 있습니다. 라우터 장애와 같은 모든 토폴로지 변경은 LDP 세션을 종료하거나 LSP 변경을 전파하기 위해 추가 LDP 광고를 생성할 수 있는 LDP 알림을 생성합니다.

Release Junos OS 릴리스 20.3R1 컨트롤 플레인 기능을 MPLS LDP 시그널링 프로토콜 구성을 제공하는 데 대한 지원을 제공합니다.

예를 들면 다음과 같습니다. LDP 신호 전송 LSP 구성

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

요구 사항

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

  • 네트워크 인터페이스를 구성합니다. 보안 장비의 인터페이스 사용자 가이드를 참조하십시오.

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

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

    주:

    LDP는 IGP 또는 IGP 상위에서 IS-IS(Intermediate System to Intermediate System) 최단 경로 우선(OSPF) LDP 및 IGP 구성해야 합니다.

개요

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

이 예제에서는 MPLS 모든 전송 인터페이스에서 LDP 인스턴스를 생성합니다. 또한 네트워크의 MPLS 인터페이스에서 MPLS 프로세스가 활성화됩니다. 다음 예제에서와 같이 샘플 네트워크를 그림 1 구성합니다.

그림 1: 일반 LDP 신호 전송 LSP일반 LDP 신호 전송 LSP

구성

절차

CLI 빠른 구성

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

라우터 R1의 경우 다음을 수행하십시오.

라우터 R2의 경우, 다음을 수행하십시오.

라우터 R3의 경우 다음을 수행하십시오.

단계별 절차

네트워크 내 LDP 인스턴스를 활성화하려면 MPLS:

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

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

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

결과

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

이 출력에는 이 예제와 관련이 있는 구성만 show 포함됩니다. 시스템의 다른 구성은 타원(...)로 대체되었습니다.

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

결과

Junos OS LDP 프로토콜 구현

LDP의 Junos OS 구현은 LDP 버전 1을 지원합니다. 이 Junos OS 라우터는 내부 게이트웨이 프로토콜(IGP)의 라우터 간 터널링을 위한 단순한 메커니즘을 지원하여 코어 내에서 외부 루트를 배포할 필요를 제거합니다. 이 Junos OS MPLS 라우터는 코어에서 IGP 라우터로 경로를 분배하기 위해 코어에서 IGP 터널 다음 홉(next hop)을 네트워크의 모든 egress 라우터에 허용합니다. 에지 라우터는 BGP(Border Gateway Protocol) 실행되지만 외부 라우터를 코어로 분산하지는 않습니다. 대신 에지의 재발적 경로 룩업은 egress 라우터로 스위칭된 LSP로 해결됩니다. 전송 LDP 라우터에는 외부 경로가 필요하지 않습니다.

LDP 작동

LDP를 실행하려는 각 인터페이스에 대해 LDP를 구성해야 합니다. LDP는 후속 라우터 ID 주소에 대해 각 egress 라우터에서 루팅된 LSP 트리를 BGP(Border Gateway Protocol) 생성합니다. ingress point는 LDP를 실행하는 모든 라우터에 있습니다. 이 프로세스는 모든 egress 라우터에 inet.3 경로를 제공합니다. BGP(Border Gateway Protocol) 실행되는 경우, 모든 경로가 아닌 경우 가장 먼저 inet.3 테이블을 사용하여 다음 홉을 BGP(Border Gateway Protocol) 다음 홉을 MPLS 해결합니다.

LDP를 실행하는 2개의 인접 라우터는 이웃이 될 수 있습니다. 두 라우터가 둘 이상의 인터페이스에 의해 연결되면 각 인터페이스에서 이웃이 됩니다. LDP 라우터가 인접하면 LDP 세션을 설정하여 레이블 정보를 교환합니다. 두 라우터에서 라우터당 레이블을 사용하는 경우, 여러 인터페이스에 인접한 경우에도 하나만 LDP 세션이 설정됩니다. 이러한 이유로, LDP 세션은 특정 인터페이스와 관련이 없습니다.

LDP는 유니캐스트 라우팅 프로토콜과 함께 작동됩니다. LDP는 LDP와 라우팅 프로토콜이 모두 활성화된 경우만 LSP를 설치합니다. 이 때문에 동일한 인터페이스 세트에서 LDP 및 라우팅 프로토콜을 모두 활성화해야 합니다. 이 경우, 각 egress 라우터와 모든 ingress 라우터 사이에 LSP를 설정하지 못하면 라우팅된 트래픽이 BGP(Border Gateway Protocol) 수 있습니다.

LDP를 통해 다른 라우터에서 수신되어 다른 라우터로 배포된 레이블에 정책 필터를 적용할 수 있습니다. 정책 필터는 LSP의 구축을 제어하는 메커니즘을 제공합니다.

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

LDP 메시지 유형

LDP는 다음 섹션에서 설명하는 메시지 유형을 사용하여 매핑을 설정 및 제거하고 오류를 보고합니다. 모든 LDP 메시지에는 TLV(type, length, and value) 인코딩 체계를 사용하는 공통 구조가 있습니다.

탐색 메시지

검색 메시지는 네트워크에서 라우터의 존재를 표시하고 유지 관리합니다. 라우터는 정기적으로 hello 메시지를 보내 네트워크의 존재를 나타냅니다. Hello 메시지는 서브넷의 모든 라우터에 대한 그룹 멀티캐스트 주소에서 UDP 패킷으로 LDP 포트로 전송됩니다.

LDP는 다음과 같은 검색 절차를 사용합니다.

  • 기본 탐색—라우터는 인터페이스를 통해 LDP 링크 안녕하세요 메시지를 주기적으로 전송합니다. LDP 링크 hello 메시지는 LDP 검색 포트로 주소가 정해진 UDP 패킷으로 전송됩니다. 인터페이스에서 LDP 링크 안녕하세요 메시지를 수신하면 LDP 피어 라우터와 인접한 것이 식별됩니다.

  • 확장 검색—직접 연결되지 않은 라우터 간의 LDP 세션은 LDP 확장 검색을 통해 지원됩니다. 라우터는 특정 주소로 LDP 대상 hello 메시지를 주기적으로 전송합니다. 대상이 지정된 hello 메시지는 특정 주소의 LDP 검색 포트로 주소가 지정된 UDP 패킷으로 전송됩니다. 대상 라우터는 대상 hello 메시지에 응답할지 또는 무시할지 여부를 결정합니다. 응답을 선택하는 대상 라우터는 시작 라우터로 대상 hello 메시지를 주기적으로 전송합니다.

세션 메시지

세션 메시지는 LDP 피어 간의 세션을 설정, 유지 관리 및 종료합니다. 라우터가 hello 메시지를 통해 학습된 다른 라우터로 세션을 설정하면 TCP 전송에서 LDP 초기화 절차를 사용합니다. 초기화 절차가 성공적으로 완료되면 두 라우터는 LDP 피어로, 광고 메시지를 교환할 수 있습니다.

광고 메시지

광고 메시지는 FEC(Forwarding Equivalence Classes)를 위한 레이블 매핑을 생성, 변경 및 삭제합니다. 레이블을 요청하거나 피어에 대한 레이블 매핑을 광고하는 것은 로컬 라우터에 의해 결정됩니다. 일반적으로, 라우터는 필요한 경우 이웃 라우터에서 레이블 매핑을 요청하고 이웃 라우터가 레이블을 사용하기를 원할 때 이웃 라우터에 레이블 매핑을 표시합니다.

알림 메시지

알림 메시지는 공지 정보와 신호 오류 정보를 제공합니다. LDP는 알림 메시지를 보내 오류와 기타 관심 있는 이벤트를 보고합니다. LDP 알림 메시지에는 두 가지 유형의 LDP 알림 메시지가 있습니다.

  • 치명적인 오류를 신호로 알림합니다. 라우터가 LDP 세션에 대한 피어로부터 오류 통보를 받는 경우, 세션에 대한 TCP 전송 연결을 닫고 세션을 통해 학습된 모든 레이블 매핑을 폐기하여 LDP 세션을 종료합니다.

  • LDP 세션에 대한 정보 또는 피어에서 수신된 일부 이전 메시지의 상태에 대한 정보를 라우터로 전달하는 공지 알림

RSVP LSP의 LDP 터널링

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

RSVP LSP의 LDP 터널링 개요

트래픽 엔지니어링에 RSVP를 사용하는 경우 LDP를 동시에 실행하여 코어에서 외부 경로가 분산되지 않습니다. LDP가 설정한 LSP는 RSVP가 설정한 LSP를 통해 터널링됩니다. LDP는 트래픽 엔지니어링 LSP를 단일 홉으로 효과적으로 취급합니다.

라우터가 RSVP 설정 LSP에서 LDP를 실행하도록 구성하면 LDP는 LSP의 다른 끝에서 라우터를 통해 세션을 자동으로 생성합니다. LDP 제어 패킷은 LSP를 통과하는 것이 아니라 홉(hop-by-hop) 경로로 라우팅됩니다. 이 라우팅을 사용하면 Simplex(1-way) 트래픽 엔지니어링 LSP를 사용할 수 있습니다. 반대 방향의 트래픽은 트래픽 엔지니어링 터널을 통과하는 것이 아니라 유니캐스트 라우팅을 따르는 LDP 설정 LSP를 통해 흐르게 됩니다.

RSVP LSP에서 LDP를 구성하는 경우 트래픽 엔지니어링 코어와 주변 LDP 최단 경로 우선(OSPF) 여러 영역과 IS-IS(Intermediate System to Intermediate System) 레벨을 구성할 수 있습니다.

Junos OS Release 15.1부터 시작하여 가상 라우터 라우팅 인스턴스에 대한 RSVP 터널링을 통해 다중 인스턴스 지원이 LDP로 확장됩니다. 따라서 단일 라우팅과 MPLS 도메인을 여러 도메인으로 분할하여 각 도메인을 독립적으로 확장할 수 있습니다. BGP(Border Gateway Protocol) 유니캐스트는 FEC(Service Forwarding Equivalence Classes)를 위해 이들 도메인을 스티치하는 데 사용할 수 있습니다. 각 도메인은 도메인 내 LDP-over-RSVP LSP를 사용하여 MPLS 있습니다.

주:

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가 점대점(point-to-point) 트래픽 엔지니어링(TE) 이웃에 직접 연결되는 터널을 사용하여 구축되어 네트워크 중단을 최소화하면서 비용 효율적인 롤아웃을 제공합니다. 이러한 트래픽 엔지니어링(TE) 터널은 엔드투엔드가 아니라 다음 홉으로만 이동됩니다. 그런 다음, LDP가 해당 터널을 통해 실행되면 세션이 직접 연결된 이웃에 구축됩니다. 새로운 노드 추가와 같은 네트워크에서 변경이 있는 경우 새 노드의 직접 연결된 이웃에는 RSVP 및 LDP 세션이 있습니다. 따라서 RSVP LSP는 다음 홉에만 해당됩니다. LDP는 새로운 주소에 대한 광고 레이블을 관리합니다.

SR-트래픽 엔지니어링(TE)

이점에 대해 알아보고 SR-트래픽 엔지니어링(TE).

SR-트래픽 엔지니어링(TE)에서 LDP 터널링의 트래픽 엔지니어링(TE)

  • 코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP의 원활한 통합을 지원합니다.

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

  • LDP 및 SR 지원 장치 간의 상호 연동성을 지원합니다.

  • SR-트래픽 엔지니어링(TE) 로드 공유 기능을 활용합니다.

  • SR-트래픽 엔지니어링(TE) 도메인 내에서 TI-LFA(Topology Independent Loop-Free Alternate)를 사용하여 네트워크 연결을 보다 트래픽 엔지니어링(TE) 제공합니다. TI-LFA를 사용하는 SR은 기본 경로에 장애가 발생하거나 사용할 수 없는 경우 트래픽을 백업 또는 대체 경로로 즉시 라우팅합니다.

SR-트래픽 엔지니어링(TE) LDP 터널링 개요

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

에지에서 LDP를 실행하는 라우터가 SR 기능을 지원하지 않을 수도 있습니다. 서비스 제공업체는 업그레이드를 피하기 위해 이러한 라우터에서 LDP를 계속 사용하고자 할 수 있습니다. 이러한 시나리오에서, SR-트래픽 엔지니어링(TE) 터널링 기능을 통해 SR을 지원하지 않는 라우터(LDP 실행)를 SR 지원 라우터(SR-트래픽 엔지니어링(TE))에 통합할 수 있습니다.

LDP LSP는 SR-트래픽 엔지니어링(TE) 터널링되어 LDP LSP와 SR-트래픽 엔지니어링(TE) 상호 연동할 수 있습니다. 예를 들어, 제공업체 에지 네트워크에 LDP 도메인이 있으며 코어 네트워크에 SR-트래픽 엔지니어링(TE) 있는 경우 에 표시된와 같이 SR-트래픽 엔지니어링(TE) LDP 도메인을 연결할 수 그림 2 있습니다.

SR-트래픽 엔지니어링(TE) LDP 터널링은 LDP LSP 및 SR-트래픽 엔지니어링(TE) LSP의 공조를 지원

그림 2: 코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP 도메인 상호 연결코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP 도메인 상호 연결

또한 지역 간 코어 네트워크에 연결된 LDP 트래픽 엔지니어링(TE) SR-트래픽 엔지니어링(TE) LDP를 터널링할 수 있습니다. 예를 들어, 지역 간 SR-트래픽 엔지니어링(TE) 코어 네트워크에 연결된 여러 지역 LDP 도메인을 사용하는 경우 에 표시된와 같이 지역 간 SR-트래픽 엔지니어링(TE) 코어 네트워크에서 LDP를 터널링할 수 그림 3 있습니다.

그림 3: 지역 간 코어 트래픽 엔지니어링(TE) SR-트래픽 엔지니어링(TE) LDP지역 간 코어 트래픽 엔지니어링(TE) SR-트래픽 엔지니어링(TE) LDP

에서는 LDP를 실행하는 세 가지 지역 그림 3 네트워크(A, B, C)가 있습니다. 이들 지역 LDP 도메인은 SR-트래픽 엔지니어링(TE). 지역 SR-트래픽 엔지니어링(TE) 코어 네트워크는 다른 지역 SR-트래픽 엔지니어링(TE) 코어 네트워크(지역 간 코어 네트워크)를 추가로 연결합니다. 이들 지역 간 SR-트래픽 엔지니어링(TE) LDP를 터널링하고 레이어 3 VPN과 같은 서비스를 트래픽 엔지니어링(TE) 원활하게 구축할 수 있습니다. 이 시나리오는 코어 어그리게이트 레이어가 SR-트래픽 엔지니어링(TE) 통해 터널링된 LDP를 실행하고 액세스 레이어가 LDP만 실행되는 모바일 백HAUL 네트워크에서 사용될 수 있습니다.

SR-트래픽 엔지니어링(TE) LDP 터널링을 활성화하려면 다음 명령문을 구성해야 합니다.

  • ldp-tunneling [ ] 계층 수준에서 edit protocols source-packet-routing source-routing-path source-routing-path-name SR-트래픽 엔지니어링(TE).

  • spring-te [ edit protocols isis traffic-engineering tunnel-source-protocol ] 계층 수준에서는 SR-트래픽 엔지니어링(TE) LSP를 터널 소스 프로토콜로 선택합니다.

IGP가 하나 이상의 터널 소스 프로토콜을 구성하여 바로 가기 경로를 만들 수 있습니다. 두 개 이상의 터널 소스 프로토콜이 구성되면 두 개 이상의 프로토콜이 대상에 대해 터널을 사용할 수 있는 경우 가장 선호하는 경로가 있는 터널이 설정됩니다. 예를 들어, 코어 네트워크에 RSVP LSP 및 SR-트래픽 엔지니어링(TE) LS 트래픽 엔지니어링(TE)P 및 LDP 터널링이 모두 활성화된 경우, 구성은 기본 설정 값을 기반으로 터널을 tunnel-source-protocol 선택합니다. 가장 낮은 기본 설정 값을 사용하는 터널이 가장 선호됩니다. 다음 예제와 같이 기본 설정 값을 구성하여 모든 대상에 대한 특정 프로토콜을 사용하여 이 경로 기본 설정을 까다로워할 수 있습니다.

이 예에서는 SR-트래픽 엔지니어링(TE) 소스 프로토콜에 대해 구성된 기본 설정 트래픽 엔지니어링(TE) 2를 볼 수 있으며 RSVP 터널 소스 프로토콜의 기본 설정값은 5입니다. 이 경우 SR-트래픽 엔지니어링(TE) 터널이 RSVP 터널 소스 프로토콜에 비해 기본 설정 값이 낮기 때문에 터널이 선호됩니다.

주:

터널 소스 프로토콜 기본 설정 값을 구성해야 하는 것은 아닙니다. 두 개 이상의 터널 소스 프로토콜이 동일한 기본 설정 값을 가지면 대상에 대한 선호 경로에 따라 터널이 설정됩니다.

대상 LDP 세션이 설정되어 SR-트래픽 엔지니어링(TE) LSP가 발생하면 트리거됩니다. LSP 세션은 LDP 터널링 () 구성이 제거되거나 SR-트래픽 엔지니어링(TE) LSP가 구성에서 제거될 때까지 ldp-tunneling 유지됩니다.

주:

Junos OS 색상의 SR-트래픽 엔지니어링(TE) LSP를 지원하지 않습니다.

예를 들면 다음과 같습니다. SR-트래픽 엔지니어링(TE)

이 예제를 사용하여 코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP LSP를 터널링하는 방법을 알아보겠습니다.

주:

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

요구 사항

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

  • MX 시리즈 라우터는 고객 에지(CE), PE 및 코어 라우터로 구성됩니다.

  • Junos OS 릴리스 20.3R1 이상이 모든 디바이스에서 실행됩니다.

    • 릴리스 21.1R1에서 vMX 사용하여 Junos OS 재조정되었습니다.

주:

이 기능에 대한 실습에 관심이 있습니까?

vLab을 Juniper vLab 샌드박스를 예약하십시오. 세그먼트 라우팅 - 기본으로 무료로 사용해 보세요!

개요

다음 토폴로지()에는 SR-트래픽 엔지니어링(TE) 코어 네트워크에 연결된 2개의 그림 4 LDP 도메인(LDP 도메인 A 및 LDP 도메인 B)이 표시되어 SR-트래픽 엔지니어링(TE).

토폴로지

그림 4: 코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP 터널링코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP 터널링

구성

코어 네트워크에서 SR-트래픽 엔지니어링(TE) LDP LSP를 터널링하기 위해 다음 작업을 수행합니다.

CLI 빠른 구성

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

디바이스 CE1

디바이스 PE1

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 PE2

디바이스 CE2

PE1 구성

단계별 절차

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

디바이스 PE1 구성:

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

    명령문을 구성하고 구성을 커밋하면 라우터를 재부팅하라는 메시지가 enhanced-ip 표시됩니다.

    재부팅하면 라우터에서FPC가 나타날 수 있습니다.

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

  3. 이 예에서는 BGP(Border Gateway Protocol) 프로토콜을 고객 에지(CE) 라우터로 최단 경로 우선(OSPF) 정책을 구성합니다.

  4. 네트워크 기반 CE1 디바이스를 지원하도록 layer 3 VPN 최단 경로 우선(OSPF) 인스턴스를 구성합니다.

  5. Device PE1에 라우터 ID 및 자율 시스템 번호를 구성합니다.

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

  7. PE BGP(Border Gateway Protocol) 구성합니다.

결과

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

R1 디바이스 구성

단계별 절차

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

디바이스 R1을 구성하려면:

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

    명령문을 구성하고 구성을 커밋하면 라우터를 재부팅하라는 메시지가 enhanced-ip 표시됩니다.

    재부팅하면 라우터에서FPC가 나타날 수 있습니다.

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

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

  4. 인터페이스에서 ISIS Adjacency SID를 구성하고 세그먼트 라우팅을 위해 SRGB 레이블을 할당합니다. 전체 SRGB의 레이블은 ISIS에서 사용할 수 있습니다. Prefix SD(및 Node SED)는 SRGB에서 색인됩니다.

  5. TI-LFA를 구성하여 링크 및 노드 장애를 방지합니다. TI-LFA를 사용하는 SR은 기본 경로에 장애가 발생하거나 사용할 수 없게 되는 경우 트래픽을 백업 또는 대체 경로로 즉시 라우팅하여 네트워크 연결의 빠른 복구를 제공합니다.

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

  7. SR-트래픽 엔지니어링(TE).

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

  9. LDP 도메인 내 에지 라우터 간에 대상 LDP 세션을 활성화합니다.

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

  11. SR-트래픽 엔지니어링(TE) LSP를 원격 에지 라우터에 구성하여 SR-트래픽 엔지니어링(TE).

결과

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

확인

구성이 올바르게 작동하고 있는지 확인하려면 다음 작업을 수행합니다.

SR-트래픽 엔지니어링(TE)

목적

SR-트래픽 엔지니어링(TE) LDP를 사용하는지 확인하고 원격 에지 라우터에 대한 LDP 터널이 올바른 경로를 취하고 있는지 확인합니다.

실행

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

R1에서

R2에서

의미
  • R1에서, LDP 터널은 192.168.100.2 SR-트래픽 엔지니어링(TE) 코어 네트워크의 원격 에지 라우터에 트래픽 엔지니어링(TE) 수 있습니다. 출력에서 SID 레이블 80104, 80204, 80304 값을 볼 수 있습니다.

  • R2에서, LDP 터널은 SR-트래픽 엔지니어링(TE) 코어 네트워크의 192.168.100.1 원격 에지 라우터에 트래픽 엔지니어링(TE) 수 있습니다. 출력에서 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() 라우터로의 경로가 대상 LDP 세션에서 원격 PE2 PE로 이동하는지 확인합니다.

PE2에서

원격 PE() 라우터로의 경로가 대상 LDP 세션에서 원격 PE1 PE로 이동하는지 확인합니다.

의미
  • R1에서는 LDP Label을 으로, 16 SR-트래픽 엔지니어링(TE) 레이블 스택을 으로 볼 수 80304, 80204, 85003, 85004 있습니다.

  • R2에서는 LDP Label을 으로, 16 SR-트래픽 엔지니어링(TE) 레이블 스택을 으로 볼 수 80200, 80300, 85004, 85003 있습니다.

  • PE1 및 PE2에서 각각 LDP 레이블을 볼 1819 수 있습니다.

광고 라벨 확인

목적

FEC(Forwarding Equivalence Class)에 광고된 라벨을 검증합니다.

실행

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

R1에서

직접 연결된 PE1(PE1) 및 원격 에지 라우터(R2)에서 수신되는 레이블에 광고된 라벨을 확인합니다.

R2에서

직접 연결된 PE2(PE2)와 원격 에지 라우터(R1)에서 수신되는 레이블에 광고된 라벨을 확인합니다.

PE1에서

에지 디바이스 R1이 로컬 PE(PE1) 디바이스에 표시하는 원격 PE(PE2) 디바이스의 루프백 주소에 대한 레이블을 확인합니다.

PE2에서

에지 디바이스 R2가 로컬 PE(PE2) 장비에 표시하는 원격 PE(PE1) 디바이스의 루프백 주소에 대한 레이블을 확인합니다.

의미
  • R1에서 직접 연결된 PE1(PE1)으로 라벨이 광고되고 원격 에지 라우터(R2)에서 레이블이 수신되는 것을 볼 1819 수 있습니다.

  • R2에서 직접 연결된 PE2(PE2)에 레이블이 광고되어 원격 에지 라우터(R1)에서 레이블이 수신되는 것을 볼 1719 수 있습니다.

  • PE1에서 로컬 에지 라우터(R1)에서 Label이 수신된 지 18 알 수 있습니다.

  • PE2에서 로컬 에지 라우터(R2)에서 Label이 수신된 경우를 볼 17 수 있습니다.

레이블 작업

그림 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)이 패킷에 푸시됩니다. 패킷이 Router B에 도착하면 레이블(L1)을 다른 Label(L2)과 교체합니다. 패킷은 RSVP가 설정한 트래픽 엔지니어링 LSP에 입력하기 때문에 두 번째 레이블(L3)이 패킷에 푸시됩니다.

이 외장 레이블(L3)은 RSVP LSP 터널 내의 중간 라우터(C)에서 새로운 레이블(L4)과 교체하고 Penultimate 라우터(D)에 도달하면 상단 레이블이 핑됩니다. Router E는 Label(L2)을 새 Label(L5)으로 교체하고 LDP-established LSP(F)를 위한 Penultimate 라우터가 마지막 Label을 파핑합니다.

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

그림 6 이중 푸시 레이블 작동(L1L2)을 시연합니다. LDP LSP와 RSVP LSP 터널링 모두에 대한 ingress 라우터(A)가 동일한 디바이스인 경우 이중 푸시 레이블 작동이 사용됩니다. 라우터 D는 LDP 설정 LSP를 위한 Penultimate 홉이기 때문에 L2는 Router D로 패킷에서 홉(popped)됩니다.

그림 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를 직접 링크에서 서로 교환하기만 할 수 있습니다. 그런 다음 원래 LDP 세션을 사용하여 LDP 신호 전송 MPLS 패킷에 대한 포우링을 시작할 수 있습니다.

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

LDP 네이티브 IPv6 지원 개요

IPv6 연결은 종종 IPv4 신호 전송 LSP(Label-Switched Path)MPLS 코어에서 IPv6를 터널링하는 MPLS 의존합니다. 이를 위해서는 IPv4 신호 방식의 LSP를 IPv6 제공업체 에지 라우터에 의해 정적으로 구성하거나 동적으로 설정해야 합니다. IPv6에 대한 수요가 증가하고 있기 때문에 IPv6 신호 LSP로 IPv6 MPLS 코어를 구축하여 IPv6 연결을 제공하는 것이 시사되고 있습니다. 이러한 Junos OS 경우, LDP는 IPv6 네트워크에서만 지원됩니다. RFC 7552에설명된 바와 같이 IPv6/IPv4 듀얼 스택 네트워크에서 지원됩니다. IPv4 및 IPv6 네트워크 모두를 위한 단일 세션을 제공하는 것 이외에도 Junos OS LDP는 IPv4 전용의 개별 IPv4 세션과 IPv6 전용 IPv6 세션을 지원합니다.

inetIPv4 또는 IPv6용 또는 둘 모두에서 주소 inet6 패밀리를 구성할 수 있습니다. 패밀리 주소가 구성되지 않은 경우, family inet의 기본 주소가 활성화됩니다. IPv4와 IPv6가 모두 구성되면 명령문을 사용하여 선호하는 전송을 구성할 transport-preferenceIPv4IPv6 있습니다. 기본 설정에 따라 LDP는 IPv4 또는 IPv6를 사용하여 TCP 연결을 설정하려고 시도합니다. 기본적으로 IPv6가 선택됩니다. 이 Junos OS 명령문을 통해 LDP는 IPv4 이웃을 사용하여 IPv4를 통해 TCP 연결을 구축하고 IPv6 이웃을 단일 스택 장치로 dual-transport IPv6로 구축할 수 레이블 스위칭 라우터(LSR). inet-lsr-idinet6-lsr-id IPv4 및 IPv6 TCP 전송을 통해 LDP 세션을 설정하도록 구성해야 하는 2개의 레이블 스위칭 라우터(LSR) 아이디입니다. 이들 2개 아이디는 0이 아닌 서로 다른 값으로 구성되어야 합니다.

LDP에 대한 최장 지원 개요

LDP는 종종 MPLS 또는 LSP와 같은 네트워크를 사용하는 전체 네트워크 도메인에서 LSP(label-switched path)를 IGP 사용하는 최단 경로 우선(OSPF) IS-IS(Intermediate System to Intermediate System). 이러한 네트워크에서 도메인의 모든 링크는 LDP IGP 인접해 있습니다. LDP는 각 경로에서 결정한 목적지로 가는 최단 경로에 LSP를 IGP. Junos OS RIB(Routing Information Base)에서 FEC(Forwarding Equivalence Class)의 IP 주소에 대한 정확한 일치 룩업을 실행하거나 레이블 매핑을 위한 IGP 경로에 대한 정확한 일치 룩업을 실행합니다. 이러한 매핑을 위해서는 MPLS LDP 엔드포인트 IP 주소를 모든 레이블 에지 라우터( LE)에서 구성해야 합니다. 이는 액세스 디바이스의 IP 계층 설계 또는 기본 라우팅의 목적을 갖지 못합니다. 구성을 통해 LDP는 도메인 간 또는 도메인 간 수준에 걸쳐 통합되거나 최단 경로 우선(OSPF) 또는 요약된 경로를 기반으로 LSP를 IS-IS(Intermediate System to Intermediate System) 수 longest-match 있습니다.

출시 내역 표
릴리스
설명
20.3R1
Release Junos OS 릴리스 20.3R1 컨트롤 플레인 기능을 MPLS LDP 시그널링 프로토콜 구성을 제공하는 데 대한 지원을 제공합니다.
15.1
Junos OS Release 15.1부터 시작하여 가상 라우터 라우팅 인스턴스에 대한 RSVP 터널링을 통해 다중 인스턴스 지원이 LDP로 확장됩니다.