Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

점대다점 LSP 구성

점대다점 LSP 개요

LSP에 대한 점대다점(point-to-multipoint MPLS)은 단일 소스와 여러 대상을 사용하는 LSP입니다. 네트워크의 MPLS 패킷 복제 기능을 활용하면 ingress 라우터에서 불필요한 패킷 복제를 피할 수 있습니다. 패킷 복제는 서로 다른 네트워크 경로를 필요로 하는 2개 이상의 서로 다른 목적지로 패킷을 전송하는 경우만 생성됩니다.

이 프로세스는 에 설명되어 그림 1 있습니다. Router PE1은 점대다점 LSP에서 라우터에 대한 LSP-라우터 PE2, PE3, PE4로 구성됩니다. Router PE1이 점대다점 LSP에서 라우터 P1 및 P2로 패킷을 전송하면, Router P1은 해당 패킷을 복제하여 라우터 PE2 및 PE3로 전달합니다. Router P2는 패킷을 라우터 PE4로 전송합니다.

이 기능은 인터넷 초안에 자세히 설명되어 draft-raggarwa-mpls-p2mp-te-02.txt(2004년 2월 만료), LSP구축 P2M MPLS 트래픽 엔지니어링(TE) Draft-ietf-mpls-rsvp-te-p2mp-02.txt, Point-to-Multipoint 트래픽 엔지니어링(TE) LSP(Label-Switched Path)를 위한 RSVP-트래픽 엔지니어링(TE)(Resource Reservation Protocol-Traffic Engineering)및 RFC 6388, Point-to-Multipoint 및 Multipoint-Multipoint LSP를 위한 Label Distribution Protocol 확장(Point-to-Multipoint LSP만 지원)

그림 1: 점대다점 LSP점대다점 LSP

Point-to-Multipoint LSP의 특성은 다음과 같습니다.

  • 점대다점 LSP를 사용하면 점대다점(point-to-multipoint) 데이터 배포에 MPLS 사용할 수 있습니다. 이 기능은 IP 멀티캐스트에서 제공하는 기능과 유사합니다.

  • 트래픽 중단 없이 주요 포인트에서 멀티포인트 LSP로 브랜치 LSP를 추가하고 제거할 수 있습니다. 점대다점 LSP의 영향을 받지 않은 부분은 정상 작동을 계속합니다.

  • 동일한 점대다점 LSP의 서로 다른 브랜치 LSP에 대한 전송 및 Egress 라우터 노드를 구성할 수 있습니다.

  • 점대다점 LSP에서 링크 보호를 사용할 수 있습니다. 링크 보호는 점대다점 LSP를 이라 하는 각 브랜치 LSP에 우회 LSP를 제공할 수 있습니다. 기본 경로 중 어떤 것이 실패하면 트래픽을 신속하게 우회(bypass)로 전환할 수 있습니다.

  • 정적, 동적 또는 정적 및 동적 LSP의 조합으로 브랜치 LSP를 구성할 수 있습니다.

  • ingress 및 egress 라우터에서 POINT-to-multipoint LSP에 대해 GRES(graceful 라우팅 엔진 Switchover) 및 graceful restart를 활성화할 수 있습니다. 점대다점 LSP는 정적 경로 또는 CCC(Circuit Cross-Connect)를 사용하여 구성되어야 합니다. GRES 및 graceful restart를 통해 컨트롤 플레인이 복구되는 동안 패킷 전달 엔진 상태를 기반으로 트래픽을 네트워크에서 포상할 수 있습니다. JUNOS Trio 칩셋의 점대다점 LSP에 대한 GRES 및 graceful MPLS restart의 기능 패리티(graceful restart)는 Junos OS 릴리스, 11.1R2, 11.2R2 11.4에서 지원됩니다.

점대다점 LSP 이해

LSP(Point-to-Multipoint MPLS LSP)는 단일 소스 및 여러 대상을 사용하는 LDP 신호 또는 RSVP 신호 LSP입니다. 점대다점 LSP는 네트워크의 MPLS 패킷 복제 기능을 활용해 인바운드(ingress) 라우터에서 불필요한 패킷 복제를 방지합니다. 패킷 복제는 서로 다른 네트워크 경로를 필요로 하는 2개 이상의 서로 다른 목적지로 패킷을 전송하는 경우만 생성됩니다.

이 프로세스는 에 설명되어 그림 2 있습니다. Device PE1은 점대다점 LSP- 라우터 PE2, PE3, PE4로 구성됩니다. Device PE1이 점대다점 LSP에서 라우터 P1 및 P2로 패킷을 전송하면 Device P1은 패킷을 복제하여 라우터 PE2 및 PE3로 전달합니다. Device P2는 패킷을 Device PE4로 전송합니다.

그림 2: 점대다점 LSP점대다점 LSP

다음은 Point-to-Multipoint LSP의 몇 가지 속성입니다.

  • 점대다점 LSP를 사용하면 점대다점(point-to-multipoint) 데이터 배포에 MPLS 사용할 수 있습니다. 이 기능은 IP 멀티캐스트에서 제공하는 기능과 유사합니다.

  • 트래픽 중단 없이 주요 포인트에서 멀티포인트 LSP로 브랜치 LSP를 추가하고 제거할 수 있습니다. 점대다점 LSP의 영향을 받지 않은 부분은 정상 작동을 계속합니다.

  • 동일한 점대다점 LSP의 서로 다른 브랜치 LSP에 대해 전송 및 아웃바운드(egress) 라우터로 노드를 구성할 수 있습니다.

  • 점대다점 LSP에서 링크 보호를 사용할 수 있습니다. 링크 보호는 점대다점 LSP를 이라 하는 각 브랜치 LSP에 우회 LSP를 제공할 수 있습니다. 기본 경로에 장애가 발생하면 신속하게 우회(bypass)로 트래픽을 전환할 수 있습니다.

  • 정적 또는 동적으로 하위 경로 구성할 수 있습니다.

  • 점대다점 LSP에서 Graceful Restart를 활성화할 수 있습니다.

점대다점 LSP 구성 개요

점대다점 LSP 설정:

  1. ingress 라우터와 브랜치 LSP에서 트래픽을 egress 라우터로 전달하는 기본 LSP를 구성합니다.
  2. 기본 LSP에서 경로 이름을 지정하고 각 브랜치 LSP에서 동일한 경로 이름을 지정합니다.
주:

기본적으로 브랜치 LSP는 CSPF(Constrained Shortest Path First)를 통해 동적으로 신호를 전달하며 구성이 필요하지 않습니다. 브랜치 LSP를 정적 경로로 구성할 수 있습니다.

예를 들면 다음과 같습니다. RSVP 신호 대 멀티포인트 LSP 생성을 위한 경로 모음 구성

다음 예제에서는 RSVP 신호 방식의 점대다점 LSP(Label-Switched Path)를 생성하기 위한 경로 모음을 구성하는 방법을 보여줍니다.

요구 사항

이 예에서는 장비 초기화 이외에는 특별한 구성이 필요하지 않습니다.

개요

이 예에서 여러 라우팅 디바이스는 단일 점대다점 LSP의 전송, 브랜치 및 리프 노드의 역할을 합니다. PE(Provider Edge)에서 Device PE1은 ingress 노드입니다. 브랜치는 PE1에서 PE2, PE1에서 PE3, PE1에서 PE4로 이동합니다. ingress 노드(PE1) 지점에서 egress 노드에 정적 유니캐스트 경로가 있습니다.

또한 이 예에서는 명령문을 사용하여 점대다점 LSP인 다음 홉을 사용하는 정적 경로를 p2mp-lsp-next-hop 보여줄 수 있습니다. 이는 필터 기반 포우링을 구현할 때 유용합니다.

주:

또 다른 옵션은 명령문을 사용하여 일반 lsp-next-hop Point-to-Point LSP를 다음 홉으로 구성하는 것입니다. 이 예에서는 보여지지는 못 하지만, 선택적으로 다음 홉에 독립적 기본 설정 및 메트릭을 할당할 수 있습니다.

토폴로지 다이어그램

그림 3 이 예에서 사용된 토폴로지가 표시됩니다.

그림 3: RSVP 신호 전송 Point-to-Multipoint LSPRSVP 신호 전송 Point-to-Multipoint LSP

구성

CLI 빠른 구성

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

디바이스 PE1

디바이스 CE1

디바이스 CE2

디바이스 CE3

디바이스 CE4

Ingress Label-Switched Router(레이블 스위칭 라우터(LSR)) 구성(Device PE1)

단계별 절차

Device PE1을 구성하려면:

  1. 인터페이스, 인터페이스 캡슐화 및 프로토콜 패밀리를 구성합니다.

  2. 인터페이스에서 RSVP, MPLS 및 최단 경로 우선(OSPF) 활성화합니다.

  3. 멀티포인트 MPLS LSP를 구성합니다.

  4. (선택 사항) LSP에서 링크 보호를 활성화합니다.

    링크 보호는 특정 인터페이스를 통해 이웃 라우터로 전송된 트래픽이 해당 인터페이스에 장애가 발생하면 라우터에 계속 도달할 수 있도록 보장합니다.

  5. 네트워크 MPLS 트래픽 엔지니어링을 수행하도록 지원하고 최단 경로 우선(OSPF).

    이로 인해 inet.0 라우팅 테이블에 ingress 경로가 설치됩니다. 기본적으로 MPLS 트래픽 엔지니어링을 수행하기만 BGP(Border Gateway Protocol) 있습니다. 오직 ingress MPLS 트래픽 엔지니어링 네트워크에서만 서비스를 활성화해야 레이블 스위칭 라우터(LSR).

  6. 트래픽 엔지니어링을 통해 네트워크 최단 경로 우선(OSPF).

    이로 인해 SPF(Shortest-Path First) 알고리즘이 네트워크 아래에 구성된 LSP를 고려하여 MPLS.

  7. 라우터 ID를 구성합니다.

  8. 점대다점 LSP 이름을 각 라우트의 다음 홉으로 정적 IP 유니캐스트 경로를 구성합니다.

  9. 디바이스 구성이 완료되면 구성을 커밋합니다.

전송 및 Egress LSRS 구성(디바이스 P2, P3, P4, PE2, PE3, PE4)

단계별 절차

전송 및 egress LSRS를 구성하기 위해 다음을 제공합니다.

  1. 인터페이스, 인터페이스 캡슐화 및 프로토콜 패밀리를 구성합니다.

  2. 인터페이스에서 RSVP, MPLS 및 최단 경로 우선(OSPF) 활성화합니다.

  3. 트래픽 엔지니어링을 통해 네트워크 최단 경로 우선(OSPF).

    이로 인해 SPF(Shortest-Path First) 알고리즘이 네트워크 아래에 구성된 LSP를 고려하여 MPLS.

  4. 라우터 아이디를 구성합니다.

  5. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

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

디바이스 PE1

디바이스 P2

디바이스 P3

디바이스 P4

디바이스 PE2

디바이스 PE3

디바이스 PE4

디바이스 CE1 구성

단계별 절차

Device CE1을 구성하려면:

  1. 디바이스 PE1에 대한 인터페이스를 구성합니다.

  2. Device PE1을 넥스트 홉으로 사용하여 Device CE1에서 다른 세 개의 고객 네트워크로 정적 경로를 구성합니다.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

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

디바이스 CE2 구성

단계별 절차

Device CE2를 구성하려면:

  1. 디바이스 PE2에 대한 인터페이스를 구성합니다.

  2. Device PE2를 다음 홉으로 사용하여 Device CE2에서 CE1로 정적 경로를 구성합니다.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

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

디바이스 CE3 구성

단계별 절차

Device CE3 구성:

  1. 디바이스 PE3에 대한 인터페이스를 구성합니다.

  2. Device PE3를 다음 홉으로 사용하여 Device CE3에서 CE1로 정적 경로를 구성합니다.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

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

디바이스 CE4 구성

단계별 절차

디바이스 CE4를 구성하려면:

  1. 디바이스 PE4에 대한 인터페이스를 구성합니다.

  2. Device PE4를 다음 홉으로 사용하여 Device CE4에서 CE1로 정적 경로를 구성합니다.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

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

확인

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

연결 확인

목적

디바이스가 서로 핑(ping)을 할 수 있는지 확인

실행

pingCE1에서 PE2에 연결하는 CE2의 인터페이스로 명령을 실행합니다.

pingCE1에서 PE3에 연결하는 CE3의 인터페이스로 명령을 실행합니다.

pingCE1에서 PE4에 연결하는 CE4의 인터페이스로 명령을 실행합니다.

점대다점 LSP의 상태 검증

목적

ingress, transit 및 egress LSRS가 Up 상태로 있는지 확인

실행

모든 show mpls lsp p2mp LSRS에서 명령을 실행합니다. 여기에 레이블 스위칭 라우터(LSR) ingress만 표시되어 있습니다.

포우링 테이블 확인

목적

명령어를 실행하여 예상대로 라우트가 설정되어 있는지 show route forwarding-table 확인 원격 고객 네트워크로의 경로만 여기에만 표시됩니다.

실행

점대다점 LSP를 위한 기본 LSP 및 브랜치 LSP 구성

LSP(Point-to-Multipoint MPLS LSP)는 여러 대상을 사용하는 RSVP LSP입니다. 네트워크의 MPLS 패킷 복제 기능을 활용하면 ingress 라우터에서 불필요한 패킷 복제를 피할 수 있습니다. 점대다점 LSP에 대한 자세한 내용은 Point-to-Multipoint LSP 개요 를 참조하십시오.

Point-to-Multipoint LSP를 구성하려면 다음 섹션에서 설명한 바와 같이 ingress 라우터와 egress 라우터로 트래픽을 전달하는 브랜치 LSP에서 기본 LSP를 구성해야 합니다.

기본 Point-to-Multipoint LSP 구성

점대다점 LSP는 ingress 라우터에서 트래픽을 전달하기 위해 구성된 기본 Point-to-Multipoint LSP를 가지고 있어야 합니다. 기본 점대다점 LSP 구성은 신호 전송 LSP와 유사합니다. 자세한 내용은 수신 라우터 구성을 MPLS 신호 전송 LSP를 참조하십시오. 전통적인 LSP 구성 외에도 다음 진술을 포함해 기본 Point-to-Multipoint LSP에 대한 경로 이름을 p2mp 지정해야 합니다.

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

점대다점 LSP에 대한 최적화 타임러를 활성화할 수 있습니다. 자세한 정보는 시그널링 LSP 최적화를 참조하십시오.

점대다점 LSP를 위한 브랜치 LSP 구성

기본 점대다점 LSP는 2개 이상의 지사 LSP로 트래픽을 전송하고 각 송신 PE(Provider Edge) 라우터로 트래픽을 전송합니다. 각 브랜치 LSP에 대한 구성에서 사용자가 지정한 Point-to-Multipoint LSP 경로 이름은 기본 Point-to-Multipoint LSP에 대해 구성된 경로 이름과 동일해야 합니다. 자세한 기본 Point-to-Multipoint LSP 구성 내용은 를 참조하십시오.

브랜치 LSP를 기본 Point-to-Multipoint LSP와 연결하기 위해 다음 명령문을 포함해 Point-to-Multipoint LSP 이름을 p2mp 지정합니다.

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

  • [edit protocols mpls label-switched-path lsp-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

    주:

    사용자 조치 또는 라우터에 의해 자동 조정된 점대다점 LSP의 브랜치 LSP 변경으로 인해 기본 및 지사 LSP가 재할당됩니다. 새 Point-to-Multipoint LSP는 이전 경로가 다운되기 전에 먼저 시그널을 전송합니다.

다음 섹션에서는 CSPF(Constrained Shortest Path First)를 사용하는 동적 신호 방식의 경로로 브랜치 LSP를 정적 경로 또는 동적 및 정적 경로의 조합으로 구성하는 방법을 설명합니다.

브랜치 LSP를 동적 경로로 구성

기본적으로, CSPF를 사용하여 점대다점 LSP를 위한 브랜치 LSP는 동적으로 신호 처리되어 구성이 필요 없습니다.

새로운 대상을 추가 또는 제거하거나 기존 대상에 대한 경로 재계산에 따라 점대다점 LSP가 변경되는 경우 트리의 특정 노드는 둘 이상의 수신 인터페이스로부터 데이터를 수신할 수 있습니다. 이러한 상황은 다음과 같은 조건에서 가능합니다.

  • 대상에 대한 브랜치 LSP 중 일부는 정적으로 구성되거나 다른 대상에 대한 정적 또는 동적으로 계산된 경로와 교차할 수 있습니다.

  • 브랜치 LSP에 대해 동적으로 계산된 경로가 네트워크의 노드 중 하나에 대해 수신 인터페이스가 변경되는 경우 새 경로가 신호가 전송된 후에 오래된 경로가 즉시 해체되지 않습니다. 이를 통해 이전 경로에 따라 전송되는 모든 데이터가 목적지에 도달할 수 있습니다. 그러나 네트워크 트래픽은 잠재적으로 두 경로를 사용하여 대상에 도달할 수 있습니다.

  • 수신의 결함이 있는 라우터는 2개의 브랜치 대상에 대한 경로를 계산하기 때문에 이들 브랜치 LSP에 공통되는 라우터 노드에서 다른 수신 인터페이스가 선택됩니다.

브랜치 LSP를 정적 경로로 구성

점대다점 LSP에 대해 브랜치 LSP를 정적 경로로 구성할 수 있습니다. 자세한 내용은 정적 LSP 구성을 참조하십시오.

도메인 간 점대다점 LSP 구성

도메인 간 P2MP LSP는 네트워크 내 여러 도메인에 걸쳐 하나 이상의 서브 LSP(브랜치)를 가지는 P2MP LSP입니다. 이러한 도메인의 예로 IGP 영역과 자율 시스템(ASS)이 있습니다. 도메인 간 P2MP LSP의 서브 LSP는 ingress 노드(소스)와 관련한 egress 노드(리프)의 위치에 따라 영역 내, 영역 내 또는 AS 간이 될 수 있습니다.

ingress 노드에서 이름이 도메인 간 P2MP LSP에 할당되어 모든 하위 LSP가 공유합니다. 각 하위 LSP는 자체 Egress 노드와 선택적으로 명시적 경로로 구성되어 있습니다. ingress 노드와 관련한 하위 LSP의 egress 노드 위치는 하위 LSP가 영역 내, 영역 간 또는 AS 간인지 여부를 판단합니다.

도메인 간 P2MP LSP는 다중 영역 또는 다중 AS 네트워크에서 다음과 같은 애플리케이션에서 트래픽을 전송하는 데 사용할 수 있습니다.

  • 레이어 2 브로드캐스트 및 멀티캐스트 MPLS

  • Layer 3 BGP(Border Gateway Protocol)/MPLS VPN

  • VPLS

P2MP LSP 경로를 따라 각 도메인 경계 노드(ABR 또는 ASBR)에서 CSPF가 느슨한 홉 ERO(일반적으로 RSVP 경로 메시지에 의해 수행되는 ERO 목록의 첫 번째 expand-loose-hop 항목)를 egress 노드 또는 다음 도메인 경계 노드로 확장할 수 있도록 계층 수준에서 명령문을 구성해야 [edit protocols mpls] 합니다.

도메인 간 P2MP LSP를 위한 CSPF 경로 계산:

  • CSPF 경로 계산은 도메인 간 P2MP LSP에 대한 각 하위 LSP에서 지원됩니다. 서브 LSP는 영역 내, 영역 간 또는 AS 간일 수 있습니다. CSPF는 도메인 간 P2P LSP와 동일한 방식으로 영역 내 또는 AS 간 서브 LSP를 취급합니다.

  • ingress 노드 또는 ABR 또는 ASBR(Domain Boundary Node)에서 CSPF는 RSVP 쿼리당 ERO(Explicit Route Object) 확장을 수행할 수 있습니다. 수신된 egress 노드 또는 수신 느슨한 홉 ERO일 수 있습니다. 대상이 노드가 연결된 이웃 도메인에 있는 경우 CSPF는 해당 노드를 향한 strict-hop EROS 또는 대상에 도달할 수 있는 다른 도메인 경계 노드를 향한 strict-hop EROS의 시퀀스를 생성합니다.

  • RSVP가 이전에 선택한 도메인 경계 노드를 통해 경로 신호에 실패하면 RSVP는 라운드 로빈(round-robin) 스타일로 다른 가용 도메인 경계 노드를 통해 경로를 전달합니다.

  • 서브 LSP가 도메인 간 P2MP LSP로 또는 제거되어 현재 P2MP 트리와 합쳐지거나 pruning되는 경로(브랜치)가 발생하면 다른 하위 LSP에 의해 취해진 경로가 영향을 받지 않도록 하여 그러한 하위 LSP에서 트래픽 중단을 방지할 수 있습니다.

네트워크에 도메인 간 P2MP LSP를 구축할 때 다음을 유의하십시오.

  • ingress 노드의 도메인 간 P2MP LSP에 대해 주기적인 경로 재 최적화가 지원됩니다. 모든 하위 LSP에 대해 동일한 간격을 가지는 계층 수준에서 명령문을 구성하여 도메인 간 P2MP optimize-timer LSP에 대해 사용할 수 [edit protocols mpls label-switched-path lsp-name] 있습니다.

  • 도메인 간 P2MP LSP에서만 링크 보호 우회 LSP가 지원됩니다. 도메인 간 P2MP LSP를 활성화하려면 모든 하위 LSP와 P2MP LSP가 통과할 수 있는 모든 RSVP 인터페이스에 대해 링크 보호를 구성해야 합니다.

  • 도메인 최단 경로 우선(OSPF) P2MP LSP에서 지원되는 영역만 지원됩니다. IS-IS(Intermediate System to Intermediate System) 수준은 지원되지 않습니다.

점대다점 LSP를 위한 Graceful Restart 구성

점대다점 LSP에서 Graceful Restart를 구성할 수 있습니다. Graceful Restart를 통해 재시작을 진행하는 라우터가 인접 이웃에 해당 조건을 알릴 수 있습니다. 재시작 라우터는 이웃 또는 피어로부터 유예 기간을 요청하고 재시작 라우터와 연동할 수 있습니다. 재시작 라우터는 재시작 기간 MPLS 트래픽을 포우링할 수 있습니다. 네트워크의 컨버전스가 중단되지 않습니다. 재시작이 나머지 네트워크에서는 잘 드러나지 않을 뿐만 아니라 재시작 라우터는 네트워크 토폴로지에서 제거되지 않습니다. 전송 라우터와 ingress 라우터 모두에서 RSVP graceful restart를 사용할 수 있습니다.

라우터 처리 포인트 대 멀티포인트 LSP 트래픽에서 graceful restart를 활성화하려면 다음 graceful-restart 명령문을 포함합니다.

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

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

점대다점 LSP에 대한 Graceful Restart 구성은 점대점 LSP와 동일합니다. Graceful Restart를 구성하는 방법에 대한 자세한 내용은 RSVP Graceful Restart 구성 을 참조하십시오.

Point-to-Multipoint LSP에 대한 멀티캐스트 RPF 검사 정책 구성

멀티캐스트 포워싱 캐시에 루트를 설치하기 전에 소스 및 그룹 엔트리에서 RPF(Reverse Path Forwarding) 검사를 수행할지 여부를 제어할 수 있습니다. 이를 통해 점대다점 LSP를 사용하여 Point-to-Multipoint LSP의 egress 라우터에서 다운스트림으로 배치된 PIM 섬에 멀티캐스트 트래픽을 배포할 수 있습니다.

명령문을 구성하여 소스 및 그룹 쌍에 대한 rpf-check-policy RPF 검사를 비활성화할 수 있습니다. 일반적으로 Point-to-Multipoint LSP의 egress 라우터에서 이 진술을 구성합니다. 이는 2P(point-to-multipoint) LSP egress 라우터에서 멀티캐스트 트래픽을 수신하는 인터페이스가 항상 RPF 인터페이스가 아니기 때문에 구성합니다.

또한 소스 및 그룹 쌍에 따라 라우팅 정책을 구성할 수 있습니다. 이 정책은 임포트 정책과 같이 동작하기 때문에 정책 용어가 입력 데이터에 일치하지하면 기본 정책 조치는 "수용"됩니다. 승인 정책 조치를 통해 RPF 검사를 실행합니다. 거부 정책 조치(허용되지 않는 모든 소스 및 그룹 쌍에 적용)는 해당 페어에 대한 RPF 검사를 비활성화합니다.

Point-to-Multipoint LSP에 대한 멀티캐스트 RPF 검사 정책을 구성하기 위해 명령문을 사용하여 RPF 검사 정책을 rpf-check-policy 지정합니다.

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

  • [edit routing-options multicast]

  • [edit logical-systems logical-system-name routing-options multicast]

또한 멀티캐스트 RPF 검사를 위한 정책을 구성해야 합니다. 계층 수준에서 정책을 [edit policy-options] 구성합니다. 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 정책 사용자 가이드 를 참조하십시오.

주:

명령문을 구성하면 Junos OS 트래픽에 대한 RPF 검사를 수행할 수 없습니다. 따라서 잘못된 인터페이스에 도착하는 트래픽을 탐지할 rpf-check-policy 수 없습니다. 이로 인해 라우팅 루프가 형성될 수 있습니다.

예를 들면 다음과 같습니다. Point-to-Multipoint LSP에 대한 멀티캐스트 RPF 검사 정책 구성

Prefix를 갖는 소스에 대해 RPF 검사가 수행되지 않는지, 또는 다음을 갖는 Prefix를 갖는 그룹에 속하는지 확인하도록 정책을 128.83/16228/8 구성합니다.

Point-to-Multipoint LSP를 위한 Ingress PE 라우터 중복 구성

백업 PE 라우터 그룹의 일부로 하나 이상의 PE 라우터를 구성하여 ingress PE 라우터 중복을 지원할 수 있습니다. 백업 PE 라우터의 IP 주소(최소한 하나의 백업 PE 라우터 필요)와 로컬 PE 라우터에서 사용하는 로컬 IP 주소를 구성하면 이러한 작업을 수행할 수 있습니다.

또한 주 PE 라우터와 백업 PE 라우터 간에 풀 메시(point-to-point) LSP를 구성해야 합니다. 또한 이러한 LSP에서 BFD를 구성해야 합니다. 자세한 정보는 RSVP 신호 LSP용 BFD 구성과 LDP LSP용 BFD 구성을 참조하십시오.

Point-to-Multipoint LSP에 대한 ingress PE 라우터 중복을 구성하기 위해 다음을 backup-pe-group 포함합니다.

이러한 명령문을 포함할 수 있는 계층 수준 목록은 이들 명령문에 대한 명령문 요약 섹션을 참조하십시오.

ingress PE 라우터 중복 백업 그룹을 구성한 후 PE 라우터의 정적 경로에 해당 그룹을 적용해야 합니다. 로컬 PE 라우터가 백업 PE 그룹에 대한 포스터로 지정되면 정적 경로가 활성화(포스터 테이블에 설치)되도록 보장합니다. 명령문이 구성된 정적 경로와 백업 PE 라우터 p2mp-lsp-next-hop 그룹에만 연결할 수 있습니다. 자세한 내용은 Point-to-Multipoint LSP에대한 정적 유니캐스트 경로 구성을 참조하십시오.

Point-to-Point LSP를 통해 Egress PE 라우터 모니터링

명령문으로 LSP를 구성하면 구성되는 PE 라우터의 상태를 모니터링할 associate-backup-pe-groups 수 있습니다. 동일한 라우터의 주소를 사용하여 여러 백업 PE 라우터 그룹을 구성할 수 있습니다. 이 LSP에 장애는 대상 PE 라우터가 다운된 백업 PE 라우터 그룹에 모두 해당합니다. 명령문은 특정 백업 PE 라우터 그룹과 associate-backup-pe-groups 연계되지 않습니다. 해당 주소에 대한 LSP 상태에 관심이 있는 모든 그룹에 적용됩니다.

LSP가 egress PE 라우터의 상태를 모니터링할 수 있도록 명령문을 associate-backup-pe-groups 포함하십시오.

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

명령문을 associate-backup-pe-groups 구성하는 경우 Point-to-Point LSP에 대해 BFD를 구성해야 합니다. LSP를 위한 BFD 구성 방법에 대한 자세한 내용은 IPv4 LSP를 위한 BFD MPLSLDP LSP용 BFD구성 을 참조하십시오.

또한 백업 PE 라우터 그룹의 PE 라우터 간에 풀 메시(point-to-point) LSP를 구성해야 합니다. 풀 메시가 필요하기 때문에 그룹 내 각 PE 라우터가 독립적으로 다른 PE 라우터의 상태를 판단할 수 있도록 하여 각 라우터가 현재 백업 PE 라우터 그룹에 대해 지정 포더로 지정되는 PE 라우터를 독립적으로 결정할 수 있습니다.

동일한 대상 PE 라우터에 명령문을 사용하여 여러 LSP를 구성하는 경우, 첫 번째 LSP 구성은 해당 PE 라우터에 대한 포링 상태를 모니터링하는 associate-backup-pe-groups 데 사용됩니다. 동일한 대상에 여러 LSP를 구성하는 경우, LSP에 유사한 매개 변수를 구성해야 합니다. 이 구성 시나리오에서는 원격 PE 라우터가 여전히 활성화되어 있는 경우에도 장애 알림이 트리거될 수 있습니다.

서로 다른 릴리즈를 통해 점대다점 LSP 기능 Junos OS 보존

Junos OS Release 9.1 이전의 경우, S2L_SUB_LSP 포함된 Resv 메시지는 기본적으로 거부됩니다. 릴리스 Junos OS 9.2 이상에서 이러한 메시지는 기본적으로 허용됩니다. Junos 9.1 이상에서 실행되는 장치와 Junos 9.2 이상을 실행하는 장치 모두를 포함하는 네트워크에서 점대다점 LS Junos OS P의 적절한 기능을 보장하기 위해 Junos 9.2 이상을 실행하는 장치의 구성에 진술을 포함해야 no-p2mp-sublsp 합니다.

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

  • [edit protocols rsvp]

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

Point-to-Multipoint LSP에서 동작 재합병 개요

이 섹션에서는 RSVP P2MP(Point-to-Multipoint) LSP에서 재합병 동작을 제어하는 데 대한 이점과 개요에 대해 설명합니다.

P2MP LSP 재합병 제어의 이점

  • 서브 LSP의 경로 계산을 피하여 수신(헤드렌드 라우터)의 RSVP 시그널링 로드를 줄입니다. 이는 재합병 조건을 생성합니다.

  • 전송 노드에서 P2MP 서브 LSP 재 병합을 거부하여 네트워크 대역폭을 절약합니다.

P2MP LSP 재합병이란?

P2MP MPLS LSP 네트워크에서, 용어 재합병이란 트리 아래 있는 다른 노드에서 P2MP LSP를 교차하는 브랜치 재합병을 생성하는 ingress(헤드렌드) 또는 전송 노드(재합병 노드)의 경우를 말합니다. 이는 P2MP LSP를 구축하는 동안 경로 계산의 오류, 수동 구성의 오류 또는 네트워크 토폴로지 변경과 같은 이벤트로 인해 발생할 수 있습니다.

RFC 4875는 P2MP LSP 재합병을 처리하기 위한 다음과 같은 2개의 접근 방식을 정의합니다.

  • 첫째, 재 병합을 탐지하는 노드가 재 병합 케이스를 지속할 수 있지만 수신 인터페이스 중 하나에 있는 데이터가 재 병합 노드에 드롭됩니다. 이는 구성 없이 기본적으로 작동합니다.

  • 둘째, 재합병 노드는 시그널링을 통해 서브 LSP 재합병의 pruning을 시작됩니다.

MX 시리즈 주니퍼 네트웍스 경우, 첫 번째 접근 방식(RFC 4875에서 정의한)이 기본적으로 작동합니다. 두 번째 접근 방식은 P2MP RSVP 라우터의 CLI 주니퍼 네트웍스 MX 시리즈 라우터가 배치되는 위치(ingress 노드 또는 전송 노드)에 따라 다음과 같은 MPLS 구성 명령문을 통해 구현할 수 있습니다.

  • no-re-merge—CLI(헤드레드) 라우터에서 활성화되면 P2MP 서브 LSP의 경로 계산을 피하고 재합병 조건을 생성하는 데 사용할 수 있습니다. 이 CLI 구성 명령문이 ingress에서 구성되면 전송 라우터에서 CLI 구성 명령문을 구성할 no-p2mp-re-merge 필요는 없습니다.

  • no-p2mp-re-merge—CLI 라우터에서 활성화되면 P2MP 서브 LSP 세션이 다시 합산되어 재합병을 거부할 수 있도록 하는 기본 동작을 변경합니다. 이 CLI 구성 명령문은 주로 ingress(헤드렌드 라우터)가 MX 시리즈 라우터가 아닌 주니퍼 네트웍스 필요합니다.

  • single-abr—이 명령이 활성화되면 영역 간 또는 도메인 간 또는 AS 간 RSVP P2MP LSP를 넘어 재 병합 조건을 줄입니다.

다음 토폴로지에서는 P2MP LSP 네트워크의 재합병 동작을 설명하고 있습니다.

P2MP LSP 재합병이란?

이 토폴로지에서 R1은 ingress(헤드렌드) 라우터와 R2를 전송(다시 합쳐 노드) 라우터 역할을 합니다. 이 네트워크에는 LSP 1 및 LSP 2와 같은 2개의 서브 LSP 세션이 생성됩니다. LSP 1은 R1, R2 및 R3 장비 사이에서 설정된 세션입니다. LSP 2는 R1, R4, R2, R3 및 R5 장치 간에 설정된 세션입니다. 기본적으로, 전송 라우터는 서브 LSP에서 재합병이 이행될 수 있으며 재 병합 노드에서 서브 LSP 브랜치 트래픽 중 하나를 드롭합니다. ingress 라우터에서 CLI 구성 명령문을 활성화하거나 전송 라우터에서 CLI 구성 명령문을 활성화하여 이러한 재합병 동작을 제어할 no-re-mergeno-p2mp-re-merge 수 있습니다.

ingress 라우터(R1)에서 CLI 구성 명령문을 활성화하면 두 개의 하위 LSP 세션 중 하나만 no-re-merge 설정됩니다. 예를 들어, LSP 1(R1-R2-R3) 세션이 먼저 설정되면 다른 하위 LSP 세션(LSP 2)이 설정되지 않습니다.

전송 라우터(R2)에서 CLI 구성 명령문을 활성화하면, 전송 라우터는 하위 LSP 중 하나에 대한 재합병을 거부하고 수신 라우터(R1)로 경로 오류 메시지를 전송하여 수신 라우터가 두 번째 P2MP LSP의 브랜치 재합병을 no-p2mp-re-merge 방지합니다. CLI 명령어를 사용하여 경로 오류 메시지를 show rsvp statistics 볼 수 있습니다.

기본 P2MP LSP 재합병 동작 수정

ingress(헤드렌드) 노드 또는 P2MP RSVP 네트워크의 전송 노드에서 기본 재합병 동작을 MPLS 수 있습니다.

ingress(헤드렌드 라우터)에서, 기본 재 병합 동작을 비활성화하여 ingress 라우터가 서브 LSP의 경로 계산을 하지 못하게 하여 재합병 조건을 생성합니다. 기본 동작은 서브 LSP의 경로 계산을 허용합니다.

전송 라우터에서 기본 재 병합 동작을 비활성화하여 전송 라우터가 서브 LSP의 재합병을 거부합니다.

영역 간 또는 도메인 간 또는 AS 간 RSVP P2MP LSP의 경우 ingress(헤드렌드 라우터)에서 CLI 구성 명령문을 사용하여 모든 P2MP 서브 LSP가 동일한 출구 라우터(ABR 또는 ASBR)를 선택하는 것을 선호하기 때문에 재합병 조건을 줄일 수 single-abr 있습니다.