Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

예: 양방향 PIM 구성

양방향 PIM 이해

양방향 PIM(PIM-Bidir)은 IETF의 RFC 5015, BIDIR-PIM(Bidirectional Protocol Independent Multicast)에 지정되어 있습니다. PIM Sparse 모드(PIM-SM), PIM 고집적 모드(PIM-DM) 및 PIM 소스별 멀티캐스트(SSM)와 같은 다른 PIM 모드에 대한 대안을 제공합니다. 양방향 PIM에서 멀티캐스트 그룹은 양방향 공유 트리를 통해 네트워크를 통해 전송됩니다. 이러한 유형의 트리는 유지해야 하는 PIM 라우팅 상태 정보의 양을 최소화하며, 이는 수많은 분산된 발신자와 수신자가 있는 네트워크에서 특히 중요합니다. 예를 들어, 양방향 PIM의 중요한 응용 분야 중 하나는 분산 인벤토리 폴링입니다. 다대다 애플리케이션에서 한 스테이션의 멀티캐스트 쿼리는 여러 스테이션에서 멀티캐스트 응답을 생성합니다. 이러한 애플리케이션은 각 멀티캐스트 그룹에 대해 PIM-SM, PIM-DM 또는 SSM의 각 스테이션에 대해 많은 수의 (S,G) 경로를 생성합니다. 버스트 소스를 사용하는 애플리케이션에서는 문제가 더욱 심각해지며, 그 결과 멀티캐스트 테이블이 자주 변경되어 라우터의 성능 문제가 발생합니다.

그림 1 은 PIM-SM 네트워크의 3개 스테이션에서 한 그룹에 대한 트래픽을 전달하기 위해 생성된 트래픽 플로우를 보여줍니다.

그림 1: PIM Sparse 모드 트리 Example PIM Sparse-Mode Tree

양방향 PIM은 그룹별(*,G) 상태만 구축하여 이 문제를 해결합니다. 따라서 각 그룹이 모든 소스와 트래픽을 주고받는 데 단일(*,G) 경로만 필요합니다.

그림 2 는 양방향 PIM 네트워크에서 3개의 스테이션으로 한 그룹에 대한 트래픽을 전달하기 위해 생성된 트래픽 플로우를 보여줍니다.

그림 2: 양방향 PIM 트리 Example Bidirectional PIM Tree

양방향 PIM은 RP(랑데부 포인트) 주소에 루팅된 양방향 공유 트리를 구축합니다. 양방향 트래픽은 PIM-SM에서와 같이 최단 경로 트리(SPT)로 전환되지 않으므로 경로 길이 대신 라우팅 상태 크기에 최적화됩니다. 양방향 PIM 경로는 항상 와일드카드 소스(*,G) 경로입니다. 이 프로토콜은 (S,G) 경로 및 데이터 트리거 이벤트가 필요하지 않습니다. 양방향(*,G) 그룹 트리는 발신자의 업스트림에서 RP로, 다운스트림에서 RP로 트래픽을 전송합니다. 따라서 다른 PIM 모드에서 발견되는 엄격한 RPF(Reverse Path Forwarding) 기반 규칙은 양방향 PIM에 적용되지 않습니다. 대신 양방향 PIM은 모든 소스와 RP에서 트래픽을 포워딩합니다. 따라서 양방향 PIM 라우터는 많은 잠재적 수신 인터페이스에서 트래픽을 허용할 수 있어야 합니다.

지정 포워더 선거

포워딩 루프를 방지하기 위해 각 링크 또는 서브넷(포인트 투 포인트 링크 포함)에서 단 하나의 라우터만 DF(Designated Forwarder)입니다. DF의 책임은 다운스트림 트래픽을 수신자를 향한 링크로 전달하고 링크에서 RP 주소로 업스트림 트래픽을 전달하는 것입니다. 양방향 PIM은 DF 선택이라는 프로세스에 의존하여 각 인터페이스 및 각 RP 주소에 대해 DF 라우터를 선택합니다. 서브넷의 각 양방향 PIM 라우터는 내부 게이트웨이 프로토콜(IGP) 유니캐스트 경로를 RP 주소에 보급합니다. RP 주소에 가장 적합한 IGP 유니캐스트 경로를 가진 라우터가 DF 선택에서 승리합니다. 각 라우터는 DF 제안, 승자, 백오프 및 패스 메시지에서 IGP 경로 메트릭을 광고합니다.

Junos OS는 RFC 5015에 명시된 대로 DF 선택 절차를 구현하지만, Junos OS는 들어오는 DF 메시지를 수락하기 전에 RP 유니캐스트 연결성을 확인합니다. 연결할 수 없는 랑데부 지점에 대한 DF 메시지는 무시됩니다.

양방향 PIM 모드

Junos OS 구현에는 양방향 PIM을 위한 두 가지 모드, 즉 bidirectional-sparse 및 bidirectional-sparse-dense가 있습니다. bidirectional-sparse 모드와 bidirectional-sparse-dense 모드의 차이는 sparse 모드와 sparse-dense 모드의 차이와 동일합니다. Sparse-dense 모드를 사용하면 인터페이스가 Sparse 또는 Dense 모드에서 그룹별로 작동할 수 있습니다. "dense"로 지정된 그룹은 RP에 매핑되지 않습니다. 네트워크에 양방향 그룹, 희소 그룹, 고밀도 그룹이 혼합되어 있는 경우 양방향-희소-고밀도 모드를 사용합니다. 이에 대한 한 가지 일반적인 시나리오는 고밀도 모드 플러딩을 사용하여 스파스 모드 또는 양방향 모드에 대해 자체적으로 부트스트랩하는 auto-RP를 사용하는 것입니다. 일반적으로 밀집 그룹은 네트워크 설계에서 플러딩해야 하는 모든 흐름에 대한 것일 수 있습니다.

각 그룹-RP 매핑은 RP group-ranges 문과 문에 의해 제어됩니다 ssm-groups .

PIM 모드의 선택은 다음과 같이 그룹이 PIM 모드에 매핑되는 방식을 제어하는 것과 밀접하게 연관되어 있습니다.

  • bidirectional-sparse- 모든 멀티캐스트 그룹이 양방향, 스파스 또는 SSM 모드에서 작동하는 경우 사용합니다.

  • bidirectional-sparse-dense- 문에 dense-groups 지정된 그룹을 제외한 멀티캐스트 그룹이 양방향, 스파스 또는 SSM 모드에서 작동하는 경우 사용합니다.

양방향 랑데부 포인트

group-range-to-RP 매핑을 네트워크 전체에서 정적으로 구성하거나 RP 주소에 연결된 라우터에서만 구성하고 동적으로 보급할 수 있습니다. PIM 레지스터 메시지를 캡슐화 해제하고 다른 특정 프로토콜 작업을 수행해야 하는 PIM-SM의 랑데부 포인트와 달리, 양방향 PIM 랑데부 포인트는 특정 기능을 구현하지 않습니다. RP 주소는 단순히 랑데뷰할 네트워크의 위치입니다. 실제로 RP 주소는 양방향 PIM 지원 라우터에 연결되고 네트워크에 보급되는 서브넷에 의해 처리되는 한 루프백 인터페이스 주소이거나 라우터에 구성된 주소일 필요가 없습니다.

따라서 양방향 PIM의 경우 정적 RP 주소와 로컬 RP 주소 간에 의미 있는 구분이 없습니다. 따라서 양방향 PIM 랑데부 지점은 또는 local아래 static[edit protocols pim rp bidirectional] 아닌 계층 수준에서 구성됩니다.

계층 수준의 설정은 [edit protocol pim rp bidirectional] PIM-SM RP 상태 대신 양방향 PIM RP 상태를 생성한다는 점을 제외하면 계층 수준의 설정 [edit protocols pim rp local] 과 유사합니다.

단일 로컬 RP만 구성할 수 있는 경우 그룹 범위가 동일하거나 다르거나 겹치는 여러 양방향 랑데부 지점을 구성할 수 있습니다. 또한 그룹 범위 또는 RP 주소를 양방향으로 구성하고 Sparse 모드의 경우 정적 또는 로컬로 구성할 수 있습니다.

양방향 PIM RP가 그룹 범위 없이 구성된 경우 IPv4의 기본 그룹 범위는 224/4입니다. IPv6의 경우 기본값은 ff00::/8입니다. SSM 그룹 범위를 포함하도록 양방향 PIM RP 그룹 범위를 구성할 수 있지만, 이 경우 SSM 또는 DM 그룹 범위가 해당 그룹의 양방향 PIM RP 구성보다 우선합니다. 즉, SSM이 항상 우선하기 때문에 양방향 그룹 범위가 SSM 또는 DM 그룹 범위와 같거나 더 구체적인 것은 허용되지 않습니다.

PIM 부트스트랩 및 Auto-RP 지원

지정된 RP 주소에 대한 그룹 범위는 PIM에 의해 양방향 PIM 그룹-RP 매핑으로 플래그가 지정되며, 구성된 경우 PIM 부트스트랩 또는 auto-RP를 사용하여 보급됩니다. PIM 부트스트랩을 사용하여 양방향 PIM 플래그가 지정된 그룹-RP 매핑의 동적 보급 및 auto-RP는 및 auto-rp 문을 사용하여 bootstrap 정상적으로 제어됩니다.

다음 전제 조건이 충족되는 경우 계층 수준에서 구성된 [edit protocols pim rp bidirectional address] 양방향 PIM RP 주소는 auto-RP 또는 PIM 부트스트랩에 의해 보급됩니다.

  • 라우팅 인스턴스는 auto-RP 또는 PIM 부트스트랩을 통해 후보 랑데부 지점을 보급하도록 구성되어야 하며, auto-RP 매핑 에이전트 또는 부트스트랩 라우터를 각각 선택해야 합니다.

  • RP 주소는 라우팅 인스턴스의 인터페이스에서 로컬로 구성되거나 라우팅 인스턴스의 인터페이스에 연결된 서브넷에 속해야 합니다.

IGMP 및 MLD 지원

IGMP(Internet Group Management Protocol) 버전 1, 버전 2 및 버전 3은 양방향 PIM에서 지원됩니다. MLD(Multicast Listener Discovery) 버전 1 및 버전 2는 양방향 PIM에서 지원됩니다. 그러나 모든 경우에 양방향 PIM 멤버십에 대해 ASM(anysource multicast) 상태만 지원됩니다.

양방향 PIM에는 다음 규칙이 적용됩니다.

  • IGMP 및 MLD(*,G) 멤버십 보고서는 PIM DF를 트리거하여 양방향 PIM(*,G) 참가 메시지를 생성합니다.

  • IGMP 및 MLD(S,G) 멤버십 보고서는 PIM DF가 양방향 PIM(*,G) 가입 메시지를 시작하도록 트리거하지 않습니다.

양방향 PIM 및 Graceful Restart

양방향 PIM은 여러 인터페이스에서 양방향 경로에 대한 패킷을 받아들입니다. 즉, 각 링크에서 지정된 전달자(DF)의 ID와 관련하여 모든 PIM 이웃이 동기화되지 않을 경우 일부 토폴로지에서 멀티캐스트 라우팅 루프가 발생할 수 있습니다. 특히 유니캐스트 라우팅이 변경된 후 하나의 라우터가 DF 선거에 적극적으로 참여하지 않고 포워딩하는 경우 멀티캐스트 라우팅 루프가 발생할 수 있습니다.

PIM에 대한 GR(Graceful Restart)이 활성화되고 양방향 PIM이 활성화된 경우, 기본 GR(Graceful Restart) 동작은 양방향 경로에서 패킷을 계속 전달하는 것입니다. 정상적으로 재시작 라우터가 랑데부 지점에 대한 일부 인터페이스에 대한 DF 역할을 하는 경우, 재시작 라우터는 이러한 각 RP 인터페이스에 대해 메트릭이 0인 DF 승자 메시지를 보냅니다. 이렇게 하면 GR(Graceful Restart) 기간 동안 발생할 수 있는 유니캐스트 토폴로지 변경으로 인해 인접 라우터가 DF가 되지 않습니다. 메트릭이 0인 DF 우승자 메시지를 보내면 GR(Graceful Restart)이 완료될 때까지 다른 PIM 인접 디바이스가 DF 역할을 맡지 않습니다. GR(Graceful Restart)이 완료되면 GR(Graceful Restart)이 다시 시작된 라우터가 실제 수렴형 유니캐스트 메트릭과 함께 또 다른 DF Winner 메시지를 보냅니다.

계층 수준의 문 [edit protocols pim graceful-restart]no-bidirectional-mode 기본 동작을 재정의하고 단순 라우팅 프로토콜 프로세스(rpd) 재시작과 GR(graceful Routing Engine) 전환의 경우 모두 GR(Graceful Restart) 복구 중에 양방향 PIM 경로에 대한 전달을 비활성화합니다. 이 구성 문은 양방향 PIM 경로의 기본 graceful restart 동작에 대한 매우 보수적인 대안을 제공합니다. 양방향 경로에서 패킷 전달을 중단하는 이유는 드물게 이중 장애 상황에서 전달을 계속하면 짧은 기간의 멀티캐스트 루프가 발생할 수 있기 때문입니다.

양방향 PIM에 대한 Junos OS 개선 사항

RFC 5015에 명시된 기능 외에, 양방향 PIM의 Junos OS 구현에는 다음과 같은 기능이 포함되어 있습니다.

  • PIM 조인 상태가 없는 소스 전용 브랜치

  • IPv4 및 IPv6 도메인 및 멀티캐스트 주소 모두 지원

  • 양방향 PIM 경로를 위한 NSR(Nonstop Routing)

  • 논리적 시스템에서 양방향 PIM 지원

  • 비전달 및 가상 라우터 인스턴스에 대한 지원Support for non-forwarding and virtual router instances

PTX5000의 양방향 PIM 구성에 적용할 수 있는 주의 사항은 다음과 같습니다.

  • PTX5000 라우터는 양방향 PIM 랑데부 지점과 소스 노드로 모두 구성할 수 있습니다.

  • PTX5000 라우터의 경우, 옵션을 사용하여 mapping 또는 계층 수준에서 명령문을 [edit protocols pim rp] 구성할 auto-rp 수 있지만 옵션은 구성할 수 없습니다 announce [edit routing-instances routing-instance-name protocols pim rp].

양방향 PIM의 한계

양방향 PIM의 Junos OS 구현은 다음 기능을 지원하지 않습니다.

릴리스 12.2부터 Junos OS는 논스톱 액티브 라우팅 PIM 지원을 draft-rosen MVPN으로 확장합니다.

PTX5000 라우터는 Junos OS 릴리스 13.3에서 논스톱 액티브 라우팅 또는 ISSU(In-Service Software Upgrade)를 지원하지 않습니다.

draft-rosen MVPN에 대한 무중단 활성 라우팅 PIM 지원을 통해 무중단 활성 라우팅 지원 디바이스가 전환 전반에 걸쳐 기본 및 데이터 MDT 상태와 같은 draft-rosen MPVN 관련 정보를 보존할 수 있습니다.

  • 양방향 PIM을 위한 SNMP.

  • 그레이스풀 라우팅 엔진 전환은 양방향 PIM을 활성화하여 구성할 수 있지만, 양방향 경로는 전환 중에 패킷을 전달하지 않습니다.

  • 멀티캐스트 VPN(Draft Rosen 및 NextGen)

양방향 PIM 프로토콜은 다음 기능을 지원하지 않습니다.

  • 임베디드 RP

  • 애니캐스트 RP

예: 양방향 PIM 구성

이 예에서는 RFC 5015, BIDIR-PIM(Bidirectional Protocol Independent Multicast)에 명시된 대로 양방향 PIM을 구성하는 방법을 보여줍니다.

요구 사항

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

  • M120, M320, MX 시리즈 또는 T 시리즈 플랫폼이 될 수 있는 주니퍼 네트웍스 라우터 8개. 양방향 PIM을 지원하기 위해 M 시리즈 플랫폼에 I-칩 FPC가 있어야 합니다. M7i, M10i, M40e 및 기타 구형 M 시리즈 라우터는 양방향 PIM을 지원하지 않습니다.

  • Junos OS 릴리스 12.1 이상은 8개 라우터 모두에서 실행됩니다.

개요

PIM Sparse 모드에 비해 양방향 PIM은 PIM 라우터 상태 정보가 덜 필요합니다. 필요한 상태 정보가 적기 때문에 양방향 PIM은 확장성이 우수하며 분산된 소스 및 수신기가 많은 구축에 유용합니다.

이 예에서는 두 개의 랑데부 지점이 정적으로 구성됩니다. 하나의 RP는 팬텀 RP로 구성됩니다. 팬텀 RP는 서브넷에서 유효한 주소이지만 PIM 라우터 인터페이스에 할당되지 않은 RP 주소입니다. 서브넷은 네트워크의 양방향 PIM 라우터를 통해 연결할 수 있어야 합니다. 이 예에서 다른(팬텀이 아닌) RP의 경우 RP 주소가 PIM 라우터 인터페이스에 할당됩니다. 루프백 인터페이스 또는 라우터의 물리적 인터페이스에 할당할 수 있습니다. 이 예에서는 물리적 인터페이스에 할당됩니다.

이 예에서 OSPF는 IGP(Interior Gateway Protocol)로 사용됩니다. OSPF 메트릭은 DF(Designated Forwarder) 선택 프로세스를 결정합니다. 양방향 PIM에서 DF는 RP에 루팅된 루프 없는 최단 경로 트리를 설정합니다. 모든 네트워크 세그먼트 및 포인트-투-포인트 링크에서 모든 PIM 라우터는 DF 선택에 참여합니다. 이 절차에서는 양방향 그룹의 모든 RP에 대해 하나의 라우터를 DF로 선택합니다. 이 라우터는 해당 네트워크 업스트림에서 수신된 멀티캐스트 패킷을 RP로 전달합니다. DF 선택은 PIM 어설션 프로세스에서 사용하는 것과 동일한 타이브레이크 규칙을 사용합니다.

이 예에서는 기본 DF 선택 매개 변수를 사용합니다. 선택적으로 [edit protocols pim interface (interface-name | all) bidirectional] 계층 수준에서 DF 선택과 관련된 다음 매개 변수를 구성할 수 있습니다.

  • 견고성 수는 선택이 실패하기 위해 손실되어야 하는 DF 선택 메시지의 최소 수입니다.

  • 오퍼 기간은 반복되는 DF 오퍼와 당첨자 메시지 사이에 대기하는 간격입니다.

  • 백오프 기간은 DF 대행이 더 나은 DF 제안을 받고 DF 책임을 이전하기 위해 Pass 메시지를 보낼 때까지 대기하는 기간입니다.

이 예에서는 인터페이스에서 bidirectional-sparse-dense 모드를 사용합니다. PIM 모드의 선택은 다음과 같이 그룹이 PIM 모드에 매핑되는 방식을 제어하는 것과 밀접하게 연관되어 있습니다.

  • bidirectional-sparse—모든 멀티캐스트 그룹이 양방향, 스파스 또는 SSM 모드에서 작동하는 경우 사용합니다.

  • bidirectional-sparse-densedense-groups 문에 지정된 그룹을 제외한 멀티캐스트 그룹이 양방향, 스파스 또는 SSM 모드에서 작동하는 경우 사용합니다.

토폴로지 다이어그램

그림 3 은 이 예에서 사용된 토폴로지를 보여줍니다.

그림 3: 정적으로 구성된 랑데부 포인트 Bidirectional PIM with Statically Configured Rendezvous Points 가 있는 양방향 PIM

구성

CLI 빠른 구성

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

라우터 R1

라우터 R2

라우터 R3

라우터 R4

라우터 R5

라우터 R6

라우터 R7

라우터 R8

라우터 R1

단계별 절차

라우터 R1을 구성하려면 다음을 수행합니다.

  1. 라우터 인터페이스를 구성합니다.

  2. 인터페이스에서 OSPF를 구성합니다.

  3. group-to-RP 매핑을 구성합니다.

    IP 주소 10.10.1.3으로 표시되는 RP는 팬텀 RP입니다. 10.10.1.3 주소는 토폴로지의 라우터에 있는 인터페이스에 할당되지 않습니다. 그러나 연결할 수 있는 주소입니다. 라우터 R1과 R2 사이의 서브넷에 있습니다.

    주소 10.10.13.2로 표시되는 RP는 라우터 R6의 ge-2/0/0 인터페이스에 할당됩니다.

  4. 인터페이스에서 양방향 PIM을 활성화합니다.

  5. (선택 사항) DF 선택 프로세스에 대한 추적 작업을 구성합니다.

결과

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

라우터 구성을 마쳤으면 구성 모드에서 commit 을 입력합니다.

각 라우터에 적절한 인터페이스 이름과 주소를 사용하여 양방향 PIM 네트워크의 모든 주니퍼 네트웍스 라우터에 대해 이 절차를 반복합니다.

확인

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

랑데부 포인트 확인

목적

group-to-RP 매핑 정보를 확인합니다.

행동

메시지 확인

목적

보내고 받은 DF 선택 메시지 수를 확인하고 양방향 조인 및 정리 오류 통계를 확인합니다.

행동

PIM 가입 상태 확인

목적

업스트림 인터페이스, neighbor 및 state 정보를 확인합니다.

행동
의미

출력은 각 활성 양방향 RP 그룹 범위에 대한 (*,G-range) 항목을 보여줍니다. 이러한 항목은 개별(*,G) 경로가 RP 파생 상태(업스트림 정보 및 수락 인터페이스)를 상속하는 계층을 제공합니다. 이러한 항목은 트리의 발신자 전용 분기를 구현하는 (*, G-range) 포워딩 경로에 대한 컨트롤 플레인 기반도 제공합니다.

지정된 전달자 표시

목적

RP 주소 정보를 표시하고 선택된 DF를 확인합니다.

행동

PIM 인터페이스 표시

목적

PIM 인터페이스에 SDB(Bidirectional-Sparse-Dense) 모드가 할당되어 있는지 확인합니다.

행동

PIM 인접 라우터 확인

목적

라우터가 B 옵션이 표시되는지 확인하여 이웃이 양방향 PIM에 대해 활성화되었음을 감지하는지 확인합니다.

행동

랑데부 지점으로 가는 경로 확인

목적

집결 지점에 대한 인터페이스 경로를 확인합니다.

행동

멀티캐스트 경로 확인

목적

각 그룹에 대한 멀티캐스트 트래픽 경로를 확인합니다.

양방향 PIM의 경우 show multicast route extensive 명령은 (*, G/prefix) 포워딩 경로와 양방향 PIM 트래픽을 허용하는 인터페이스 목록을 표시합니다.

행동
의미

수신 및 발신 인터페이스 목록이 도출되는 방법에 대한 자세한 내용은 RFC 5015의 전달 규칙을 참조하십시오.

멀티캐스트 다음 홉 보기

목적

수신 인터페이스 목록에 올바른 수락 인터페이스가 표시되는지 확인합니다.

행동
의미

발신 및 수신 다음 홉의 다음 홉 ID는 show multicast route extensive 명령에서 직접 참조됩니다.

변경 내역 테이블

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

석방
묘사
13.3
PTX5000 라우터는 Junos OS 릴리스 13.3에서 논스톱 액티브 라우팅 또는 ISSU(In-Service Software Upgrade)를 지원하지 않습니다.
12.2
릴리스 12.2부터 Junos OS는 논스톱 액티브 라우팅 PIM 지원을 draft-rosen MVPN으로 확장합니다.