Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

P2P(Point-to-Multipoint) LSP 구성

P2P(Point-to-Multipoint) LSP 개요

점대다점 MPLS LSP는 단일 소스와 여러 대상을 가진 LSP입니다. P2M(Point-to-Multipoint) LSP는 네트워크의 MPLS 패킷 복제 기능을 활용하여 수신 라우터에서 불필요한 패킷 복제를 방지합니다. 패킷 복제는 패킷이 서로 다른 네트워크 경로를 필요로 하는 2개 이상의 다른 대상에 포워딩되는 경우에만 이루어집니다.

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

이 기능은 인터넷 초안 초안에 자세히 설명되어 있습니다. draft-raggarwa-mpls-p2mp-te-02.txt(2004년 2월 만료), Multipoint에 포인트 설정 MPLS TE LSP, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Point-to-Multipoint TE LSP(Label-Switched Path)를 위한 RSVP-TE(Extensions to Resource Reservation Protocol-Traffic Engineering) 및 RFC 6388, 점대다점(Point-to-Multipoint) 레이블 스위치 경로용 레이블 배포 프로토콜 확장 (P2P(Point-to-Multipoint LSP만 지원).

그림 1: P2P(Point-to-Multipoint) LSPP2P(Point-to-Multipoint) LSP

다음은 점대다점 LSP의 몇 가지 속성입니다.

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

  • 트래픽 중단 없이 주 점대다점 LSP에서 브랜치 LSP를 추가 및 제거할 수 있습니다. P2P(Point-to-Multipoint) LSP의 영향을 받지 않는 부분은 계속해서 정상적으로 작동합니다.

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

  • P2P(Point-to-Multipoint) LSP에서 링크 보호를 사용할 수 있습니다. 링크 보호는 점대다점 LSP를 구성하는 각 브랜치 LSP에 대한 바이패스 LSP를 제공할 수 있습니다. 기본 경로 중 어느 것이라도 실패하면 트래픽을 우회(bypass)로 빠르게 전환할 수 있습니다.

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

  • 수신 및 송신 라우터에서 GRES( Graceful Routing Engine Switchover )와 점대다점(point-to-multipoint) LSP를 위한 Graceful Restart를 사용할 수 있습니다. 점대다점 LSP는 정적 경로 또는 CCC(Circuit Cross-Connect) 중 하나를 사용하여 구성되어야 합니다. GRES와 graceful restart를 통해 컨트롤 플레인이 복구되는 동안 이전 상태를 기반으로 패킷 포워딩 엔진에서 트래픽을 포워딩할 수 있습니다. GRES에 대한 패리티(parity) 기능과 Junos Trio 칩셋상의 MPLS P2-multipoint LSP를 위한 Graceful Restart 기능은 Junos OS Releases 11.1R2, 11.2R2 및 11.4에서 지원됩니다.

P2P(Point-to-Multipoint) LSP의 이해

P2P(Point-to-Multipoint) MPLS LSP(Label-Switched Path)는 단일 소스 및 여러 대상을 가진 LDP 신호 또는 RSVP 신호 LSP입니다. P2M(Point-to-Multipoint) LSP는 네트워크의 MPLS 패킷 복제 기능을 활용하여 인바운드(ingress) 라우터에서 불필요한 패킷 복제를 방지합니다. 패킷 복제는 패킷이 서로 다른 네트워크 경로를 필요로 하는 2개 이상의 다른 대상에 포워딩되는 경우에만 이루어집니다.

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

그림 2: P2P(Point-to-Multipoint) LSPP2P(Point-to-Multipoint) LSP

다음은 점대다점 LSP의 몇 가지 속성입니다.

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

  • 트래픽 중단 없이 주 점대다점 LSP에서 브랜치 LSP를 추가 및 제거할 수 있습니다. P2P(Point-to-Multipoint) LSP의 영향을 받지 않는 부분은 계속해서 정상적으로 작동합니다.

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

  • P2P(Point-to-Multipoint) LSP에서 링크 보호를 사용할 수 있습니다. 링크 보호는 점대다점 LSP를 구성하는 각 브랜치 LSP에 대한 바이패스 LSP를 제공할 수 있습니다. 기본 경로에 장애가 발생하면 트래픽을 우회(bypass)로 빠르게 전환할 수 있습니다.

  • 서브패스를 정적으로 또는 동적으로 구성할 수 있습니다.

  • 점대다점 LSP에서 graceful restart를 실행할 수 있습니다.

P2P(Point-to-Multipoint) LSP 구성 개요

점대다점 LSP를 설정하려면 다음을 수행합니다.

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

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

예를 들면 다음과 같습니다. RSVP 신호 P2P LSP 생성을 위한 경로 모음 구성

이 예에서는 경로 모음을 구성하여 RSVP 신호가 지정된 P2P LSP(Point-to-Multipoint Label-Switched Path)를 생성하는 방법을 보여줍니다.

요구 사항

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

개요

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

이 예에서는 명령문을 사용하여 P2P(Point-to-Multipoint) LSP인 다음 홉을 사용하는 정적 경로를 보여 줍니다 p2mp-lsp-next-hop . 필터 기반 포워딩을 구현할 때 유용합니다.

주:

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

토폴로지 다이어그램

그림 3 이 예에서 사용된 토폴로지의 표시를 보여 주십시오.

그림 3: RSVP 신호 P2P(Point-to-Multipoint) LSPRSVP 신호 P2P(Point-to-Multipoint) LSP

구성

CLI 빠른 구성

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

디바이스 PE1

디바이스 CE1

디바이스 CE2

디바이스 CE3

디바이스 CE4

Ingress LSR(Label-Switched Router) 구성(Device PE1)

단계별 절차

Device PE1을 구성하려면:

  1. 인터페이스, 인터페이스 캡슐화 및 프로토콜 제품군을 구성합니다.

  2. 인터페이스에서 RSVP, MPLS 및 OSPF를 활성화합니다.

  3. MPLS P2P(Point-to-Multipoint) LSP를 구성합니다.

  4. (선택사항) LSP에서 링크 보호를 지원합니다.

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

  5. MPLS가 OSPF에 대한 트래픽 엔지니어링을 수행할 수 있도록 지원합니다.

    이로 인해 inet.0 라우팅 테이블에 ingress 경로가 설치됩니다. 기본적으로 MPLS는 BGP에 대해서만 트래픽 엔지니어링을 수행합니다. 수신 LSR에서만 MPLS 트래픽 엔지니어링을 활성화해야 합니다.

  6. OSPF를 위한 트래픽 엔지니어링을 지원합니다.

    이로 인해 MPLS에 구성된 LSP를 고려하여 최단 경로 우선(SPF) 알고리즘이 발생합니다.

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

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

  9. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

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

단계별 절차

전송 및 송신 LSR을 구성하려면 다음을 수행합니다.

  1. 인터페이스, 인터페이스 캡슐화 및 프로토콜 제품군을 구성합니다.

  2. 인터페이스에서 RSVP, MPLS 및 OSPF를 활성화합니다.

  3. OSPF를 위한 트래픽 엔지니어링을 지원합니다.

    이로 인해 MPLS에 구성된 LSP를 고려하여 최단 경로 우선(SPF) 알고리즘이 발생합니다.

  4. 라우터 IP를 구성합니다.

  5. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

디바이스 PE1

디바이스 P2

디바이스 P3

디바이스 P4

디바이스 PE2

디바이스 PE3

디바이스 PE4

디바이스 CE1 구성

단계별 절차

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

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

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

  3. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

디바이스 CE2 구성

단계별 절차

디바이스 CE2를 구성하려면 다음을 수행합니다.

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

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

  3. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

디바이스 CE3 구성

단계별 절차

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

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

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

  3. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

디바이스 CE4 구성

단계별 절차

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

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

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

  3. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

결과

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

확인

구성이 올바르게 작동하는지 확인합니다.

연결 검증

목적

디바이스가 서로 ping을 할 수 있는지 확인합니다.

실행

ping CE1에서 PE2에 연결하는 CE2의 인터페이스까지 명령을 실행합니다.

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

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

P2P(Point-to-Multipoint) LSP의 상태 검증

목적

수신, 전송 및 송신 LSR이 Up 상태에 있는지 확인합니다.

실행

모든 LSR에서 show mpls lsp p2mp 명령을 실행합니다. 수신 LSR만 여기에 표시됩니다.

포워딩 테이블 확인

목적

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

실행

Point-to-Multipoint LSP를 위한 기본 및 브랜치 LSP 구성

P2P(Point-to-Multipoint) MPLS LSP(Label-Switched Path)는 여러 대상을 가진 RSVP LSP입니다. P2M(Point-to-Multipoint) LSP는 네트워크의 MPLS 패킷 복제 기능을 활용하여 수신 라우터에서 불필요한 패킷 복제를 방지합니다. 점대다점 LSP에 대한 자세한 내용은 Point-to-Multipoint LSP 개요를 참조하십시오.

점대다점 LSP를 구성하려면 다음 섹션에서 설명한 대로 수신 라우터에서 기본 LSP와 송신 라우터로 트래픽을 전달하는 브랜치 LSP를 구성해야 합니다.

기본 P2P LSP 구성

P2P LSP는 수신 라우터에서 트래픽을 전달하기 위해 구성된 기본 P2P LSP가 있어야 합니다. 기본 P2P LSP의 구성은 신호 LSP와 유사합니다. 자세한 내용은 MPLS 신호 LSP용 수신 라우터 구성 을 참조하십시오. 기존의 LSP 구성 외에도 다음과 같은 명령문을 포함하여 기본 P2P LSP의 p2mp 경로 이름을 지정해야 합니다.

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

P2P(Point-to-Multipoint) LSP에 대한 최적화 타이머를 활성화할 수 있습니다. 자세한 내용은 시그널드 LSP 최적화 를 참조하십시오.

Point-to-Multipoint LSP를 위한 브랜치 LSP 구성

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

브랜치 LSP를 기본 P2P LSP와 연결하려면 다음과 같은 명령문을 포함하여 p2mp 점대다점 LSP 이름을 지정합니다.

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

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

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

    주:

    사용자 조치 또는 라우터의 자동 조정으로 인해 점대다점 LSP의 브랜치 LSP가 변경되면 기본 및 지사 LSP가 사임하게 됩니다. 새로운 P2P LSP는 이전 경로가 다운되기 전에 먼저 신호를 전송합니다.

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

동적 경로로 브랜치 LSP 구성

기본적으로 점대다점 LSP를 위한 브랜치 LSP는 CSPF를 사용하여 동적으로 신호를 전송하며 구성이 필요하지 않습니다.

새 대상의 추가 또는 삭제 또는 기존 대상 경로 재계산에 의해 점대다점 LSP가 변경되면 트리의 특정 노드는 둘 이상의 수신 인터페이스에서 데이터를 수신할 수 있습니다. 이러한 상황은 다음과 같은 조건에서 발생할 수 있습니다.

  • 일부 브랜치 LSP에서 대상까지의 LSP는 정적으로 구성되며 정적으로 또는 동적으로 계산된 다른 대상 경로와 상호 연결될 수 있습니다.

  • 브랜치 LSP를 위해 동적으로 계산된 경로가 네트워크의 노드 중 하나에 대한 수신 인터페이스의 변경을 초래하면 새 경로가 신호가 전송된 후 이전 경로가 즉시 철거되지 않습니다. 따라서 이전 경로에 의존하는 전송 중인 모든 데이터가 목적지에 도달할 수 있습니다. 그러나 네트워크 트래픽은 목적지에 도달하기 위해 두 경로를 모두 사용할 수 있습니다.

  • ingress의 결함이 있는 라우터는 이들 브랜치 LSP에 공통된 라우터 노드에서 이들 브랜치 LSP에 대해 서로 다른 수신 인터페이스를 선택하도록 두 개의 서로 다른 브랜치 대상에 대한 경로를 계산합니다.

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

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

도메인 간 P2P LSP 구성

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

ingress 노드에서 이름이 도메인 간 P2MP LSP에 할당되고 모든 구성 하위 LSP가 공유합니다. 각 하위 LSP는 자체 egress 노드와 명시적 경로 옵션을 통해 별도로 구성됩니다. ingress 노드와 관련된 하위 LSP의 egress 노드 위치는 하위 LSP가 지역 내, 지역 간 또는 AS 간인지를 결정합니다.

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

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

  • 레이어 3 BGP/MPLS VPN

  • VPLS

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

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

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

  • 수신 노드 또는 도메인 경계 노드(ABR 또는 ASBR)에서 CSPF는 RSVP 쿼리당 ERO(Explicit Route Object) 확장을 수행할 수 있습니다. 쿼리된 대상은 egress 노드 또는 수신된 Loose-hop ERO일 수 있습니다. 대상이 노드가 연결된 인접 도메인에 상주하는 경우 CSPF는 일련의 strict-hop ERO를 생성하거나 대상에 도달할 수 있는 다른 도메인 경계 노드를 향해 strict-hop ERO의 시퀀스를 생성합니다.

  • RSVP가 이전에 선택한 도메인 경계 노드를 통해 경로를 신호하지 못하는 경우, RSVP는 라운드 로빈 방식으로 다른 가용 도메인 경계 노드를 통해 경로를 신호화하려고 시도합니다.

  • 도메인 간 P2MP LSP에 서브 LSP가 추가되거나 제거되어 경로(브랜치)를 현재 P2MP 트리와 병합 또는 정리하면 다른 하위 LSP가 취하게 되는 경로가 영향을 받지 않으므로 해당 하위 LSP의 트래픽 중단을 방지할 수 있습니다.

네트워크에 도메인 간 P2MP LSP를 구축할 때는 다음 사항을 유의해야 합니다.

  • Ingress 노드의 도메인 간 P2MP LSP에 대해 주기적인 경로 최적화가 지원됩니다. 각 하위 LSP에 대해 동일한 간격으로 계층 수준에서 명령문을 [edit protocols mpls label-switched-path lsp-name] 구성 optimize-timer 함으로써 도메인 간 P2MP LSP에 대해 설정될 수 있습니다.

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

  • 도메인 간 P2MP LSP에는 OSPF 영역만 지원됩니다. IS-IS 수준은 지원되지 않습니다.

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

점대다점 LSP에서 graceful restart를 구성할 수 있습니다. Graceful Restart를 통해 라우터가 재시작을 진행하여 인접한 이웃에게 상태를 알릴 수 있습니다. 재시작 라우터는 이웃 또는 피어로부터 유예 기간을 요청하며, 이 기간은 재시작 라우터와 연동할 수 있습니다. 재시작 라우터는 재시작 기간 동안에도 MPLS 트래픽을 포워딩할 수 있습니다. 네트워크 내 컨버전스가 중단되지 않습니다. 재시작은 네트워크의 나머지 부분에는 명확하지 않으며, 재시작 라우터는 네트워크 토폴로지에서 제거되지 않습니다. RSVP Graceful Restart는 전송 라우터와 수신 라우터 모두에서 활성화할 수 있습니다.

P2P(Point-to-Multipoint) LSP 트래픽을 처리하는 라우터에서 graceful restart를 실행하려면 다음과 같은 명령문을 graceful-restart 포함합니다.

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

  • [edit routing-options]

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

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

P2P(Point-to-Multipoint) LSP에 대한 멀티캐스트 RPF 체크 정책 구성

멀티캐스트 포워딩 캐시에 경로를 설치하기 전에 소스 및 그룹 엔트리에 대해 RPF(Reverse Path Forwarding) 검사가 수행되는지 여부를 제어할 수 있습니다. 이를 통해 점대다점 LSP를 사용하여 점대다점 LSP의 송신 라우터에서 다운스트림에 위치한 PIM 섬으로 멀티캐스트 트래픽을 배포할 수 있습니다.

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

소스 및 그룹 쌍에 따라 동작하도록 라우팅 정책을 구성할 수도 있습니다. 이 정책은 임포트 정책처럼 동작하므로, 입력 데이터와 일치하는 정책 용어가 없는 경우 기본 정책 조치는 "수용(acceptance)"입니다. 허용된 정책 조치를 통해 RPF 검사를 수행할 수 있습니다. 거부 정책 조치(허용되지 않는 모든 소스 및 그룹 쌍에 적용)는 해당 쌍에 대한 RPF 검사를 비활성화합니다.

점대다점 LSP에 대한 멀티캐스트 RPF 검사 정책을 구성하려면 다음과 같은 명령문을 사용하여 rpf-check-policy RPF 검사 정책을 지정합니다.

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

  • [edit routing-options multicast]

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

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

주:

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

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

접두사 이상이 있는 그룹에 228/8 속하는 접두 128.83/16 사 이상인 소스에 대해 RPF 검사가 수행되지 않도록 정책을 구성합니다.

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

하나 이상의 PE 라우터를 백업 PE 라우터 그룹의 일부로 구성하여 수신 PE 라우터 이중화를 지원할 수 있습니다. 이를 위해서는 백업 PE 라우터의 IP 주소(최소 1개의 백업 PE 라우터가 필요함)와 로컬 PE 라우터가 사용하는 로컬 IP 주소를 구성함으로써 이를 달성할 수 있습니다.

또한 기본 라우터와 백업 PE 라우터 간에 전체 점대점 LSP 메시를 구성해야 합니다. 또한 이러한 LSP에서 BFD를 구성해야 합니다. 자세한 내용은 RSVP 신호 LSP용 BFD구성 및 LDP LSP용 BFD 구성을 참조하십시오.

P2P(Point-to-Multipoint) LSP에 대해 ingress PE 라우터 이중화를 구성하려면 다음과 같은 명령문을 backup-pe-group 포함합니다.

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

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

FPC와 P2P(Point-to-Multipoint) 하위 LSP의 상관관계를 분석하기 위한 서비스 구성

FPC의 패킷 포워딩 엔진은 지정된 하위 LSP의 수신 또는 송신 역할을 할 뿐만 아니라 동일한 P2P LSP의 다른 하위 LSP를 위한 전송 지점의 역할을 합니다. FPC에 장애가 발생하면 해당 FPC가 제공하는 모든 하위 LSP가 영향을 받습니다.

LSR에 있는 FPC와 P2P(Point-to-Multipoint sub-LSP)의 브랜치 경로 간의 상관관계를 모니터링할 수 있는 서비스를 구성할 수 있습니다. 이 정보는 FPC에 장애가 있는 하위 LSP에 미치는 영향을 평가하는 데 도움이 됩니다. 추적이 활성화되면, 해당 서비스는 FPC 중단 시 영향을 받는 하위 LSP에 대한 자세한 정보를 제공하는 syslog 메시지를 제공합니다.

LSR에서 FPC와 P2P(Point-to-Multipoint sub-LSP)의 브랜치 경로 간의 상관관계를 모니터링할 수 있는 서비스를 구성할 수 있습니다. FPC는 동일한 점대다점 LSP의 1개 이상의 하위 LSP에 대해 수신, 송신 또는 전송 지점의 역할을 할 수 있습니다. FPC에 장애가 발생하면 해당 FPC가 제공하는 모든 하위 LSP가 영향을 받습니다.

이 서비스에서 제공하는 정보는 FPC의 장애가 상관 하위 LSP 및 P2P(Point-to-Multipoint) 네트워크에 미치는 영향을 평가하는 데 도움이 됩니다. 이 지식을 사용하여 제어된 FPC 중단 계획을 수립할 수 있습니다.

또한 일부 또는 모든 서비스 운영을 추적할 수 있습니다. 그런 다음 이 서비스는 FPC 중단 분석을 용이하게 하는 영향을 받는 하위 LSP에 대한 자세한 정보가 포함된 syslog 메시지를 제공합니다.

P2P 네트워크에서 하위 LSP 및 FPC의 모니터링 및 상관 관계를 활성화하려면 다음을 수행합니다.

  1. 디렉토리에 있는 config.xml 파일에서 주파수 지속 시간(p2mp_polling_durationfpc_polling_duration초 단위)을 설정하여 점대다점 폴링() 및 FPC 폴링()을 /etc/p2mp_lsp_correlation 구성합니다. config.xml 파일에서 로그 레벨을 활성화하여 추적 옵션(traceoptions)을 구성하고 디렉토리에서 /var/log/p2mp_lsp_correlation 로그를 생성할 수도 있습니다. 로그 수준 및 메시지 유형은 다음과 같습니다.

    다음은 샘플 config.xml 파일입니다.

    • p2mp_polling_duration–다양한 RE/PFE RPC 요청을 실행하여 데이터베이스를 새로 고치십시오. 점대다점 폴링 기간의 기본 값은 240입니다.
    • fpc_polling_duration–P2M(Point-to-Multipoint) 서브 LSP의 영향을 기록하기 위한 FPC/PFE 상태에 대한 폴 FPC 폴링 기간의 기본값은 60입니다.
    주:

    config.xml 파일은 Junos OS Evolved에만 적용됩니다. config.xml 파일을 변경한 후 애플리케이션을 다시 시작해야 합니다.

  2. 서비스를 활성화합니다.
  3. 서비스 운영 추적을 구성합니다.
    주:

    set p2mp-sublsp-correlation traceoptions flag all 명령은 Junos OS Evolved에는 적용되지 않습니다.

LSR의 FPC에 장애가 발생하거나 오프라인 상태가 되면 해당 FPC의 모든 P2P 서브 LSP가 영향을 받습니다. 이전에 P2P(Point-to-Multipoint) LSP에 대한 FPC 상관 관계 분석을 활성화하고 상관분석 서비스를 위해 추적을 구성한 경우, FPC 장애 메시지가 로깅되어 영향을 받는 하위 LSP에 대한 세부 정보를 제공합니다.

이 경우 시스템 로그 메시지와 FPC 상관 관계 테이블을 검사하여 FPC 장애의 영향을 분석해야 합니다.

다음은 영향을 받은 FPC가 오프라인으로 전환될 때 점대다점 하위 LSP에 대한 정보를 보여주는 샘플 시스템 로그 출력입니다.

수신 인터페이스에 대한 점대다점 하위 LSP 상관 관계 정보를 보려면 다음과 같은 명령을 사용합니다 show services p2mp-sublsp-correlation ingress-interface .

송신 인터페이스에 대한 점대다점 하위 LSP 상관 관계 정보를 보려면 다음과 같은 명령을 사용합니다 show services p2mp-sublsp-correlation egress-interface .

FPC의 상관 관계 정보를 보려면 다음과 같은 명령을 사용합니다 show services p2mp-sublsp-correlation fpc 0 .

PFE 인스턴스에 대한 상관 관계 정보를 보려면 다음과 같은 명령을 사용합니다 show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 .

P2P(Point-to-Point) LSP가 Egress PE 라우터를 모니터링할 수 있도록 지원

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

LSP가 egress PE 라우터의 상태를 모니터링할 수 있도록 하려면 다음과 같은 명령문을 associate-backup-pe-groups 포함합니다.

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

명령문을 associate-backup-pe-groups 구성하려면 점대점(point-to-point) LSP에 대해 BFD를 구성해야 합니다. LSP를 위해 BFD를 구성하는 방법에 대한 자세한 내용은 MPLS IPv4 LSP용 BFD 구성LDP LSP의 BFD 구성을 참조하십시오.

또한 백업 PE 라우터 그룹의 PE 라우터 간에 전체 P2P LSP 메시를 구성해야 합니다. 그룹 내 각 PE 라우터가 다른 PE 라우터의 상태를 독립적으로 결정할 수 있도록 풀 메시가 필요하며, 이를 통해 각 라우터는 현재 백업 PE 라우터 그룹에 대해 지정된 포워더인 PE 라우터를 독립적으로 결정할 수 있습니다.

명령문과 함께 associate-backup-pe-groups 여러 LSP를 동일한 대상 PE 라우터에 구성하는 경우, 최초의 LSP 구성이 해당 PE 라우터로 포워딩 상태를 모니터링하는 데 사용됩니다. 동일한 대상에 여러 LSP를 구성하려면 LSP에 대해 유사한 매개변수를 구성해야 합니다. 이 구성 시나리오에서는 원격 PE 라우터가 여전히 가동 중이더라도 장애 통보가 트리거될 수 있습니다.

다양한 Junos OS 릴리스를 통한 점대다점 LSP 기능 유지

Junos OS Release 9.1 이전 버전에서 S2L_SUB_LSP 객체를 포함하는 Resv 메시지는 기본적으로 거부됩니다. Junos OS Release 9.2 이상에서는 기본적으로 이러한 메시지가 수락됩니다. Junos OS Release 9.1 이상과 Junos 9.2 이상에서 실행되는 디바이스를 모두 포함하는 네트워크에서 P2-멀티포인트 LSP의 적절한 작동을 보장하기 위해서는 Junos 9.2 이상에서 실행되는 디바이스의 구성에 성명서를 포함 no-p2mp-sublsp 해야 합니다.

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

  • [edit protocols rsvp]

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

점대다점 LSP에서의 동작 재합합 개요

이 섹션에서는 RSVP P2MP(Point-to-Multipoint) LSP에서의 재합병 동작 제어의 이점과 개요에 대해 논의합니다.

P2MP LSP 재합병 제어의 이점

  • 재합병 상태를 생성하는 서브 LSP의 경로 계산을 피함으로써 수신(헤드엔드 라우터)에서 RSVP 시그널링 로드를 줄입니다.

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

P2MP LSP 재합병이란?

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

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

  • 첫째, 재합합을 감지하는 노드를 통해 재합합 케이스를 지속할 수 있지만, 하나의 수신 인터페이스를 제외한 모든 수신 인터페이스의 데이터는 재합합 노드에서 삭제됩니다. 구성 없이 기본적으로 작동합니다.

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

주니퍼 네트웍스 MX 시리즈 라우터에서 첫 번째 접근 방식(RFC 4875에서 정의)은 기본적으로 작동합니다. 두 번째 접근 방식은 P2MP RSVP MPLS 네트워크에서 주니퍼 네트웍스 MX 시리즈 라우터의 배치 위치(수신 노드 또는 전송 노드)에 따라 다음 CLI 구성 명령문 중 하나에 의해 구현될 수 있습니다.

  • no-re-merge—ingress(헤드엔드) 라우터에서 활성화된 경우 이 CLI 구성 문은 재합병 조건을 생성하는 P2MP 서브 LSP의 경로 계산을 방지합니다. ingress에서 이 CLI 구성 명령문이 구성되면 전송 라우터에서 CLI 구성 명령문을 구성할 no-p2mp-re-merge 필요가 없습니다.

  • no-p2mp-re-merge—전송 라우터에서 활성화된 경우 이 CLI 구성 문은 P2MP 서브 LSP 세션이 재합병을 거부하도록 허용하는 기본 동작을 변경합니다. 이 CLI 구성 문은 Ingress(헤드엔드 라우터)가 주니퍼 네트웍스 MX 시리즈 라우터가 아닌 경우 주로 필요합니다.

  • single-abr—활성화된 경우 이 명령은 inter-area, 또는 inter-domain, 또는 INTER-AS RSVP P2MP LSP를 넘어 재합병 상태를 감소시킵니다.

다음 토폴로지에서 P2MP LSP 네트워크에서의 재합병 동작에 대해 설명합니다.

P2MP LSP 재합병이란?

이 토폴로지에서 R1은 수신(헤드엔드) 라우터, R2는 전송(노드 재합합) 라우터 역할을 합니다. 이 네트워크에는 LSP 1 및 LSP 2라는 두 개의 하위 LSP 세션이 생성됩니다. LSP 1은 R1, R2 및 R3 디바이스 간에 설정된 세션입니다. LSP 2는 R1, R4, R2, R3, R5 디바이스 간에 설정된 세션입니다. 기본적으로 전송 라우터는 서브 LSP에서 재합합이 이루어지고 재합합 노드에서 서브 LSP 브랜치 트래픽 중 하나를 드롭합니다. ingress 라우터에서 CLI 구성 명령문 또는 no-p2mp-re-merge 전송 라우터의 CLI 구성 명령문을 활성화하여 no-re-merge 이러한 재합합 동작을 제어할 수 있습니다.

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

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

기본 P2MP LSP 재합합 동작 수정

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

ingress(헤드엔드 라우터)에서 ingress 라우터가 재합병 조건을 생성하는 서브 LSP의 경로 계산을 수행하지 않도록 기본 재합합 동작을 비활성화합니다. 기본 동작은 하위 LSP의 경로 계산을 허용합니다.

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

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