EVPN 네트워크에서 최적화된 OISM(Intersubnet Multicast)

OISM의 이점

• ERB 오버레이 모델을 사용하여 EVPN-VXLAN 패브릭을 활성화하여 패브릭 외부의 소스 및 수신기와의 멀티캐스트 트래픽을 지원합니다.
• EVPN 패브릭 코어에서 멀티캐스트 제어 패킷과 복제된 데이터 패킷을 최소화하여 확장된 설계에서 패브릭 멀티캐스트 성능을 최적화합니다.

• 향상된 OISM 모드를 사용하면 다수의 다양한 VLAN을 호스팅하는 리프 디바이스로 확장된 네트워크 설계를 추가로 지원할 수 있습니다(각 리프 디바이스에서 디바이스가 호스팅하는 VLAN만 구성해야 함).

EVPN 인스턴스에서의 OISM 지원

다음 유형의 EVPN 인스턴스에서 EVPN-VXLAN 패브릭의 OISM을 지원합니다.

• 기본 스위치 인스턴스의 EVPN(기본 스위치 인스턴스를 지원하는 플랫폼에서)

• 서비스 vlan-based 유형만 있는 vlan-aware MAC-VRF EVPN 라우팅 인스턴스(MAC-VRF 라우팅 인스턴스 유형 개요 참조)

Junos OS Evolved 디바이스에서는 기본 스위치 인스턴스가 아닌 MAC-VRF 인스턴스에서만 EVPN 구성을 사용하여 EVPN-VXLAN을 지원합니다. 그 결과, 이러한 디바이스에서는 MAC-VRF EVPN 인스턴스에서만 OISM을 지원합니다.

테넌트 L3 VRF 인스턴스 또는 기본 L3 라우팅 인스턴스에서 OISM 지원

다음 유형의 테넌트 L3 라우팅 인스턴스로 OISM을 구성할 수 있습니다.

• instance-type vrf는 OISM을 지원하는 모든 플랫폼에서 지원하는 가상 라우팅 및 포워딩(VRF) 인스턴스라고 명명됩니다. OISM 구성에는 일반적으로 여러 테넌트 VRF 인스턴스가 포함됩니다.

• 디바이스의 기본 L3 라우팅 인스턴스이며 일부 플랫폼에서만 지원됩니다. 현재 지원되는 플랫폼은 기능 탐색기를 참조하십시오.

  기본 L3 라우팅 인스턴스를 다음과 함께 사용할 수 있도록 지원합니다.

  • PIM EVPN 게이트웨이(PEG) 역할을 하는 경계 리프 디바이스를 포함하여 서버 리프 및 경계 리프 디바이스의 일반 OISM 모드( 표 3 참조).

  • EVPN 네트워크의 IPv4 언더레이 피어링.

  • IGMPv1, IGMPv2 및 IGMP 스누핑을 통한 IPv4 멀티캐스트 데이터 트래픽.

  • PEG 지정 전달자(DF) 선택 옵션( PEG DF 선택 참조).

  특정 플랫폼의 구성된 VRF 인스턴스에서 OISM으로 지원되지 않는 모든 사용 사례 또는 동작은 해당 플랫폼의 기본 L3 라우팅 인스턴스에서도 마찬가지로 지원되지 않습니다. 예를 들어 플랫폼의 구성된 VRF에서 OISM을 사용한 AR(Assisted Replication)을 지원하지 않는 경우 해당 플랫폼의 기본 L3 라우팅 인스턴스에서도 OISM을 사용한 AR을 지원하지 않습니다.

이 OISM 문서 전체에서 EVPN 및 OISM 디바이스의 L3 VRF 인스턴스에서 특정 요소를 구성하는 방법에 대해 설명합니다. 구성이 VRF 인스턴스 대신 기본 L3 라우팅 인스턴스를 사용하는 경우 계층 수준이 아닌 [edit routing-instances name ...] 글로벌 수준에서 해당 요소를 구성합니다. 예를 들어, 다음 계층 수준에서 구성 문을 대체합니다.

글로벌 계층 수준에서 동일한 문으로:

또한 기본 L3 라우팅 인스턴스를 사용하는 OISM 구성에서는 오버레이 VXLAN 인터페이스 다음 홉과 일치하도록 글로벌 라우팅 정책 구성을 추가하고 언더레이 연결성을 위해 이러한 경로를 설치하지 않아야 합니다. EVPN-VXLAN 구성에서는 VXLAN 터널이 언더레이에서만 확인됩니다. 디바이스 오버레이 피어링은 언더레이를 사용하여 EVPN 디바이스 간의 도달 가능성을 설정하며, 이는 언더레이 경로의 유효한 사용입니다. 그러나 디바이스의 언더레이 피어링은 기본 L3 라우팅 인스턴스 구성에서 도달 가능성을 위해 오버레이 IRB 경로를 사용할 수 있으며, 이로 인해 네트워크에서 라우팅 루프가 발생할 수 있습니다.

이 경우, 언더레이 피어링이 OISM 디바이스의 언더레이 연결성을 위해 오버레이 경로를 사용하지 못하도록 하려면 다음과 같이 정책 문 작업과 함께 install-nexthop except overlay-vxlan-interfaces 라우팅 정책 정의 및 적용을 포함해야 합니다.

EVPN 패브릭에서 멀티캐스트 프로토콜 및 기타 멀티캐스트 최적화를 사용한 OISM

OISM은 다음 멀티캐스트 프로토콜 및 기타 EVPN 멀티캐스트 최적화 기능과 함께 작동합니다.

• OISM으로 지원되는 멀티캐스트 프로토콜
• OISM과 함께 작동하는 기타 멀티캐스트 최적화 기능

일반 OISM을 통한 플랫폼별 OISM 동작

다음 표를 사용하여 플랫폼에 대해 일반 OISM을 실행할 때 플랫폼별 동작을 검토하십시오.

OISM 지원 강화

우리는 다음을 통해 향상된 OISM을 지원합니다.

• IGMPv2, IGMPv3 및 IGMP 스누핑.

• MLDv1, MLDv2 및 MLD 스누핑(일부 플랫폼).

  참고:

  ACX 시리즈 및 PTX 시리즈 라우터는 IPv6 멀티캐스트 트래픽에 대한 MLD 및 MLD 스누핑을 통한 향상된 OISM을 지원하지 않습니다.

• MAC-VRF EVPN 인스턴스 유형만 해당됩니다. MAC-VRF 라우팅 인스턴스 유형 개요를 참조하십시오.

• IPv4 또는 IPv6 멀티캐스트 트래픽(일부 플랫폼)을 위한 IPv6 언더레이가 있는 EVPN-VXLAN 구성. EVPN-VXLAN IPv6 언더레이 구성으로 향상된 OISM을 참조하십시오.

• IPv4 또는 IPv6 언더레이 피어링(일부 플랫폼)으로 구성된 EVPN-VXLAN 데이터센터 간의 원활한 DCI(Data Center Interconnect) 연결. 향상된 OISM을 사용한 EVPN-VXLAN DCI 멀티캐스트를 참조하십시오.

• 그룹 기반 정책(GBP). GBP 유니캐스트 플로우와 향상된 OISM 플로우를 VXLAN 터널 전반에서 원활하게 지원합니다. 계층 수준에서 [edit chassis forwarding-options] GBP 통합 포워딩 테이블(vxlan-gbp-mc-profileUFT) 프로필 설정을 사용하여 GBP를 구성해야 합니다.

  GBP 프로필 및 구성에 대한 자세한 내용은 GBP 프로필 을 참조하십시오.

  참고:

  멀티캐스트 트래픽에 GBP 태그를 할당하지 않습니다. 유니캐스트 트래픽만 VXLAN 헤더에 GBP 태그를 전달합니다.

당사는 AR을 통한 향상된 OISM을 지원하지 않습니다.

기능 탐색기에서 "향상된 OISM"을 검색하여 향상된 OISM이 다양한 멀티캐스트 프로토콜 및 기타 기능으로 지원되는 플랫폼 및 릴리스에 대한 다양한 항목을 확인합니다.

향상된 OISM을 활성화하는 방법

계층 수준에서 옵션을 사용하여 enhanced-oism 향상된 OISM을 활성화합니다 [edit forwarding-options multicast-replication evpn irb] . 동일한 계층 수준에서 일반 OISM 모드 oism 옵션 대신 이 옵션을 사용합니다. enhanced-oism 및 oism 옵션은 상호 배타적입니다.

리프 디바이스에서 VLAN을 구성하고 사용할 OISM 모드를 설정하는 차이 외에도, OISM 구성 요소 및 구성 요소는 일반 OISM 모드와 마찬가지로 향상된 OISM에서 동일합니다. 그러나 이 모드에는 비대칭 브리지 도메인 모델을 지원하기 위한 몇 가지 운영 차이와 작은 구성 차이가 있습니다. 따라서 네트워크의 모든 OISM 디바이스에서 동일한 OISM 모드를 사용해야 합니다.

참조:

• OISM 지원에 대한 간략한 소개를 위한 OISM 개요 .

• OISM 구성 요소 OISM 작동과 관련된 모든 구성 요소 및 구성 요소에 대한 설명을 참조하십시오.

Enhanced OISM 사용 시기

네트워크의 모든 OISM 디바이스가 이 OISM 모드를 지원하는 경우 향상된 OISM을 사용할 수 있습니다. 이 경우 다음과 같은 경우 향상된 OISM을 사용하는 것이 좋습니다.

• 네트워크에는 많은 수의 수익 브리지 도메인(VLAN)이 있으며, 일부 디바이스에서 모든 VLAN을 구성하기 위해 리소스에 부담이 가득할 수 있습니다.

• 네트워크에는 많은 수의 분리된 브리지 도메인(VLAN)이 있습니다(서로 다른 디바이스가 서로 다른 VLAN 세트를 호스팅함).

• 네트워크의 OISM 디바이스에는 패킷의 소스 MAC 주소를 기반으로 하는 정책이 구성되어 있지 않습니다. 소스 MAC 주소 정책이 있는 경우 대신 네트워크에서 일반 OISM을 사용합니다.

• 네트워크는 원활한 DCI 스위칭을 사용하여 둘 이상의 EVPN-VXLAN 데이터센터를 포괄하며, 상호 연결 전체에서 항상 멀티캐스트 트래픽을 플러딩하는 대신 데이터센터 간의 멀티캐스트 트래픽 플로우를 최적화하기를 원합니다. 두 네트워크의 DCI 게이트웨이 디바이스와 OISM 리프 디바이스는 향상된 OISM을 통해 원활한 DCI 멀티캐스트를 지원해야 합니다. ( 향상된 OISM을 사용한 EVPN-VXLAN DCI 멀티캐스트를 참조하십시오.)

네트워크가 TTL(Time-to-Live) 필드를 감소시키기 위한 엄격한 요구 사항이 있는 멀티캐스트 패킷을 전달해야 하는 경우 향상된 OISM 대신 일반 OISM을 사용하는 것이 좋습니다. 향상된 OISM 모델은 본질적으로 TTL=1의 패킷이 소스 디바이스의 멀티호밍 피어가 아닌 디바이스의 수신기에 도달하지 못하는 제한이 있습니다. 일반 OISM은 소스 VLAN에서 소스 트래픽을 전달하고 동일한 VLAN에 있는 대상에 대한 TTL 값을 감소시키지 않습니다. 또는 향상된 OISM을 사용하지만 이러한 제한을 피하려는 경우, 향상된 OISM 디바이스가 일반 OISM 디바이스처럼 소스 VLAN에서 멀티캐스트 트래픽을 전달할 수 있는 솔루션이 있습니다. 라우팅 정책 및 구성 옵션을 사용하여 특정 멀티캐스트 그룹(또는 그룹 및 소스)에 대해 이 솔루션을 활성화할 수 있습니다. 자세한 내용은 TTL=1인 패킷에 대해 SBD 대신 소스 VLAN에서 전달하도록 향상된 OISM 예외 정책을 참조하십시오.

향상된 OISM 차이점 요약

해당하는 경우, 이 문서 전체의 섹션에서는 향상된 OISM을 사용할 때의 운영 또는 구성 차이에 대해 설명합니다.

여기에 향상된 OISM 운영 및 구성과의 주요 차이점을 요약합니다.

• 내부 소스의 East-West 트래픽
• 내부 소스에서 외부 수신기로의 North-South 트래픽
• SBD의 서버 리프 디바이스 연결을 위한 OSPF 영역

OISM 디바이스 역할

그림 1 은 간단한 EVPN-VXLAN ERB 오버레이 패브릭과 패브릭 내 OISM 디바이스 역할을 보여줍니다.

그림 1: OISM을 사용한 EVPN 패브릭

표 3 에는 디바이스 역할이 요약되어 있습니다.

각 디바이스 역할에 대해 공통적인 구성 요소와 다른 구성 요소에 대한 자세한 내용은 OISM 디바이스의 구성 요소를 참조하십시오.

외부 멀티캐스트 소스 및 수신기가 있는 PIM 도메인

그림 1에서 OISM 경계 리프 디바이스는 대표적인 외부 PIM 도메인의 EVPN 패브릭 외부에 있는 멀티캐스트 소스 및 수신기에 연결됩니다. 외부 PIM 도메인의 멀티캐스트 디바이스는 표준 PIM 프로토콜 절차를 따릅니다. 그들의 운영은 OISM에만 국한되지 않습니다. 외부 멀티캐스트 트래픽은 PIM 도메인을 통해 L3에서 흐릅니다.

OISM을 사용하여 다음 사용 사례에서 디바이스 간에 EVPN-VXLAN ERB 오버레이 패브릭의 멀티캐스트 트래픽을 라우팅하고 전달할 수 있습니다.

• 내부 멀티캐스트 소스 및 수신기

• 내부 멀티캐스트 소스 및 외부 멀티캐스트 수신기

• 외부 멀티캐스트 소스 및 내부 멀티캐스트 수신기

단순화를 위해 이 문서에서는 외부 PIM 도메인을 다음과 같이 표시합니다.

• PIM 라우터(MX 시리즈 라우터와 같은 디바이스)로서 PIM RP(랑데부 포인트(RP)의 역할을 합니다.

• 외부 소스.

• 외부 수신기.

외부 PIM 도메인으로의 멀티캐스트 데이터 전송에 지원되는 방법

OISM 경계 리프 디바이스는 패브릭 외부의 디바이스와 멀티캐스트 트래픽을 주고받는 하나 이상의 방법을 지원합니다. 지원되는 방법은 플랫폼에 따라 다릅니다.

일부 플랫폼은 경계 리프 역할을 지원하지 않습니다. 외부 멀티캐스트 방법에 대한 지원되는 플랫폼 열의 표 4에 나열된 플랫폼이 표시되지 않으면 플랫폼이 경계 리프 역할을 지원하지 않는다는 의미입니다.

L2 M-VLAN 또는 L3 링크를 사용하여 EVPN-VXLAN 패브릭을 외부 PIM 도메인에 연결하는 일반적인 개요는 EVPN-VXLAN 환경에서 IGMP 스누핑 또는 MLD 스누핑을 사용한 멀티캐스트 포워딩 개요 를 참조하십시오.

OISM 브리지 도메인(VLAN)

표 5 는 OISM 브리지 도메인 또는 VLAN을 요약하고 OISM이 이를 사용하는 방법을 설명합니다.

일반 OISM 모드 - 대칭 브리지 도메인 모델

일반적인 OISM 구현은 대칭 브리지 도메인 모델을 사용합니다. 또한 이 OISM 모드를 BDE(Bridge Domains Everywhere) 모델이라고 합니다. 이 모델을 사용하여 네트워크의 모든 OISM 디바이스에서 모든 수익 브리지 도메인(VLAN)을 구성합니다.

그림 2: 일반 OISM 을 사용하는 EVPN 패브릭

대칭 브리지 도메인 모델에서는 모든 OISM 경계 리프 및 서버 리프 디바이스에서 SBD 및 모든 수익 브리지 도메인을 구성해야 합니다.

또한 외부 PIM 도메인에 연결하는 경계 리프 디바이스에서 다음 VLAN을 균일하게 구성합니다.

• 외부 멀티캐스트에 M-VLAN IRB 방법을 사용하는 경우 M-VLAN.

• 외부 멀티캐스트에 비 EVPN IRB 방법을 사용하는 경우 각 경계 리프 디바이스에 고유한 추가 비 EVPN VLAN.

패브릭의 린 스파인 디바이스는 일반적으로 IP 전송 디바이스 및 경로 리플렉터 역할만 합니다. 따라서 일반적으로 린 스파인 디바이스에서 이러한 요소를 구성할 필요가 없습니다. (일부 예외는 표 3 의 린 스파인 행을 참조하십시오.)

향상된 OISM 모드 - 비대칭 브리지 도메인 모델

향상된 OISM 구현은 각 리프 디바이스에서 디바이스가 호스팅하는 수익 VLAN만 구성할 수 있는 비대칭 브리지 도메인 모델을 지원합니다. 결과적으로 우리는 때때로 향상된 OISM을 BDNE( Bridge Domains NOT Everywhere ) 모델이라고 부릅니다.

일반적으로 향상된 OISM은 그림 2에서 볼 수 있는 것과 동일한 고급 OISM 구조와 네트워크 구성 요소를 사용하지만, 비대칭 브리지 도메인 모델을 활성화하기 위해 몇 가지 운영상의 차이가 있습니다.

일반 OISM 구현과의 주요 차이점에 대한 소개는 향상된 OISM 개요 를 참조하십시오. 이 문서 전체에서 해당하는 경우 일반 OISM 대신 향상된 OISM을 사용할 때의 운영 또는 구성 차이에 대해 설명합니다.

OISM 디바이스의 구성 요소

이 섹션에서는 다음에 대해 구성해야 하는 요소를 요약합니다.

• 모든 OISM 디바이스 - 경계 리프 역할 및 서버 리프 역할의 디바이스, 그리고 AR을 OISM과 통합할 때 독립형 모드에서 AR 복제자 역할도 하는 스파인 디바이스.

  표 6을 참조하십시오.

• 서버 리프 디바이스만 해당됩니다.

  표 7을 참조하십시오.

• 외부 멀티캐스트에 사용하는 방법에 따라 경계 리프 디바이스만 해당:

  • M-VLAN IRB 인터페이스

  • 클래식 L3 인터페이스

  • 비 EVPN IRB 인터페이스

  표 8을 참조하십시오.

일부 요소는 선택 사항이며 설명에 명시되어 있습니다.

표 6 에는 모든 OISM 디바이스에서 구성하는 요소가 나와 있습니다.

표 7 에는 서버 리프 디바이스에서 구성하는 요소가 나와 있습니다.

표 8 에는 사용하는 외부 멀티캐스트 방법을 기반으로 경계 리프 디바이스에서 구성하는 요소가 나와 있습니다.

OISM 디바이스 구성에 대한 자세한 내용은 다음 섹션을 참조하십시오.

• 경계 리프 디바이스 및 서버 리프 디바이스에서 공통 OISM 요소 구성

• 서버 리프 디바이스 OISM 요소 구성

• M-VLAN IRB 방법으로 경계 리프 디바이스 OISM 요소 구성(대칭 브리지 도메인 모델만 해당)

• 기존 L3 인터페이스 방법으로 경계 리프 디바이스 OISM 요소 구성

• 비 EVPN IRB 방법으로 경계 리프 디바이스 OISM 요소 구성

외부 PIM 도메인에 대한 클래식 L3 인터페이스 연결을 포함하는 데이터센터 패브릭 사용 사례의 전체 OISM 구성 예시는 에지 라우팅 브리징 오버레이를 위한 AR(Assisted Replication)을 사용하는 최적화된 OISM(Intersubnet Multicast)을 참조하십시오.

OISM 디바이스의 로컬 라우팅

그림 3은 로컬 라우팅 및 포워딩이 OISM 디바이스에서 일반적으로 어떻게 작동하는지 보여줍니다. 그림에서 볼 수 있듯이 OISM 로컬 라우팅은 소스 VLAN의 트래픽을 전달합니다. 각 리프 디바이스는 트래픽을 다른 VLAN의 수신기로 로컬로 라우팅하므로 동일한 디바이스에서 서브넷 간 라우팅을 위한 헤어핀을 방지할 수 있습니다.

그림 3: OISM 을 사용한 로컬 라우팅

이 경우 소스 트래픽은 파란색 VLAN인 VLAN-1의 Mcast-Src-1에서 발생합니다. 서버 리프 디바이스는 패시브 모드에서 IRB 인터페이스와 PIM을 사용하여 VLAN 간에 트래픽을 라우팅합니다. PIM을 패시브 모드로 사용하면 서버 리프 디바이스:

• 다른 리프 디바이스와 PIM 이웃이 되지 마십시오.

• 로컬 PIM RP 역할을 하고, IGMP 또는 MLD 보고서를 수신할 때 로컬 PIM 상태를 생성하고, 소스 등록을 하지 않습니다.

결과적으로, 서버 리프 디바이스는 다음과 같이 패브릭 내의 멀티캐스트 트래픽을 멀티캐스트 그룹에 관심 있는 수신자에게 전달하고 라우팅합니다.

• 수신 리프 디바이스(Leaf-1)는 소스 VLAN의 트래픽을 관심 있는 수신기가 있는 다른 리프 디바이스를 향해 EVPN 패브릭으로 전달합니다.

• 모든 서버 리프 디바이스는 트래픽을 EVPN 코어로 지정된 라우터인 다른 디바이스로 다시 전달할 필요가 없습니다. 서버 리프 디바이스는 로컬에서 다음을 수행할 수 있습니다.

  • 소스 VLAN의 트래픽을 소스 VLAN의 로컬 관심 수신기로 전달합니다.

  • 소스 VLAN에서 IRB 인터페이스를 통해 다른 VLAN의 로컬 관심 수신기로 트래픽을 라우팅합니다.

EVPN 데이터센터 내부의 소스 및 수신기를 통한 멀티캐스트 트래픽 포워딩 및 라우팅

멀티캐스트 소스가 EVPN 패브릭 내부에 있을 때 서버 리프 디바이스는 소스 VLAN에서 멀티캐스트 트래픽을 수신합니다. 그런 다음 OISM 디바이스의 로컬 라우팅에 설명된 대로 트래픽을 로컬로 라우팅하거나 전달합니다.

다음 그림은 EVPN 패브릭 내의 OISM 로컬 라우팅 및 포워딩을 자세히 보여줍니다. 또한 이 그림은 로컬 라우팅이 멀티캐스트 수신기에 대한 EVPN 멀티호밍과 함께 작동하는 방식을 보여줍니다.

그림 4: 내부 멀티캐스트 소스 및 내부 멀티캐스트 수신기가 있는 OISM

그림 4에서 멀티캐스트 소스인 Mcast-Src-1은 리프-1에 싱글호밍되어 있습니다. 소스 VLAN은 VLAN-1(파란색 VLAN)입니다. 멀티캐스트 제어 및 데이터 트래픽 플로우는 다음과 같이 진행됩니다.

1. 3개의 서버 리프 디바이스 모두에서 수신자가 멀티캐스트 그룹에 대한 트래픽 수신에 관심을 표시하는 IGMP 또는 MLD 보고서(참가 메시지)를 전송했습니다.

2. 리프-1은 소스 VLAN의 트래픽을 리프-2와 리프-3 모두로 전달합니다. 두 리프 디바이스 모두 관심 있는 수신기를 가지고 있기 때문입니다. 이 경우 Leaf-2 및 Leaf-3의 수신기는 단일 호밍을 사용합니다.

3. 리프-2 및 리프-3은 OISM 디바이스의 로컬 라우팅에 설명된 대로 트래픽을 관심 있는 수신기(Rcvr-2, Rcvr-3, Rcvr-4)로 전달하거나 로컬로 라우팅합니다.

4. VLAN-2의 Rcvr-1은 EVPN ES의 리프-1 및 리프-2에 멀티호밍됩니다. Rcvr-1은 멀티캐스트 트래픽 수신에 관심을 표명했으므로 다음과 같습니다.

   • 리프-1과 리프-2의 서버 리프 디바이스 모두 IGMP 또는 MLD 보고서를 수신합니다.
   • 리프-1과 리프-2 모두 각 디바이스가 PIM 패시브 모드 구성을 가지고 있기 때문에 소스 VLAN(VLAN-1)의 트래픽을 로컬로 라우팅합니다.
   • 그러나 리프-1은 EVPN ES의 DF이기 때문에 리프-1만 트래픽을 Rcvr-1로 전달합니다.

5. 경계 리프 디바이스는 소스 VLAN의 EVPN 패브릭을 통해 멀티캐스트 트래픽을 수신합니다. 경계 리프 디바이스에는 로컬 수신기가 있을 수 있지만 해당 경우는 보여주지 않습니다. 로컬 수신기를 사용하면 디바이스도 서버 리프 디바이스와 동일한 방식으로 트래픽을 해당 수신기로 로컬로 라우팅하거나 전달합니다.

또한 그림 4는 경계 리프 디바이스가 소스 VLAN에서 외부 PIM 도메인의 외부 멀티캐스트 수신기로 트래픽을 로컬로 라우팅한다는 것을 보여줍니다. 플랫폼별로 사용 가능한 외부 멀티캐스트 방법은 외부 PIM 도메인으로의 멀티캐스트 데이터 전송에 지원되는 멀티캐스트 방법을 참조하십시오. 이후 섹션에서는 외부 소스 및 외부 수신기 사용 사례에 대한 멀티캐스트 제어 및 데이터 트래픽 플로우에 대해 설명합니다.

내부 소스에서 EVPN 데이터센터 외부 수신기로의 멀티캐스트 트래픽 - M-VLAN IRB 방법

그림 5에서는 EVPN 패브릭 내부의 멀티캐스트 소스가 외부 멀티캐스트를 위한 M-VLAN IRB 방법을 사용하여 패브릭 외부의 관심 있는 수신자에게 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다. (외부 PIM 도메인으로의 멀티캐스트 데이터 전송에 지원되는 방법은 플랫폼별 외부 멀티캐스트 방법 지원을 나열합니다.)

OISM PEG 역할에서 구성하는 경계 리프 디바이스는 EVPN 코어를 통해 소스 VLAN에서 멀티캐스트 트래픽을 수신합니다. 그런 다음 경계 리프 디바이스는 트래픽을 복제하고 외부 PIM 도메인을 향해 M-VLAN으로 라우팅하여 외부 수신기에 도달합니다.

그림 5: 내부 멀티캐스트 소스 및 외부 멀티캐스트 수신기가 있는 OISM - M-VLAN IRB 방법

그림 5에서 멀티캐스트 그룹의 내부 소스는 리프-1 및 리프 2에 멀티호밍된 Rcvr-1과 동일한 디바이스인 Mcast-Src-2입니다. 소스는 VLAN-2에서 멀티캐스트 트래픽을 전송합니다. 외부 수신자 Ext-Mcast-Rcvr은 해당 멀티캐스트 그룹에 대한 멀티캐스트 트래픽 수신에 관심을 표시합니다(참가 메시지를 보냅니다). 내부 수신자 Rcvr-3(VLAN-1) 및 Rcvr-4(VLAN-2) 또한 멀티캐스트 그룹에 가입하고 트래픽을 수신하도록 요청합니다.

PIM 라우터는 EVPN 패브릭의 PEG 디바이스인 BL-1과 BL-2 모두에 멀티호밍됩니다. 이러한 연결은 동일한 ES에 있습니다. DF 선택 프로세스는 이러한 디바이스 중 하나를 ES의 DF로 선택합니다. DF만이 트래픽(M-VLAN)을 외부 수신기로 전달합니다.

소스 트래픽은 다음과 같이 관심 있는 내부 및 외부 수신기에 도달합니다.

• 멀티호밍 소스에서 내부 수신기로의 트래픽 플로우
• 외부 수신기로의 트래픽 플로우 - M-VLAN IRB 방식

내부 소스에서 EVPN 데이터센터 외부의 수신기로의 멀티캐스트 트래픽 - L3 인터페이스 방법 또는 비 EVPN IRB 방법

그림 6에서는 EVPN 패브릭 내부의 멀티캐스트 소스가 외부 멀티캐스트에 대해 다음 방법 중 하나를 사용하여 패브릭 외부의 수신기로 멀티캐스트 트래픽을 보내는 OISM 사용 사례를 보여줍니다.

• 클래식 L3 인터페이스 외부 멀티캐스트 방법:

  각 경계 리프 디바이스에서 외부 PIM 라우터에 연결하는 family inet 와 함께 클래식 L3 인터페이스를 구성합니다. 패브릭의 다른 경계 리프 디바이스에 있는 L3 인터페이스 서브넷과는 다른 서브넷의 해당 인터페이스에 IP 주소를 할당합니다.

  인터페이스에서 PIM을 활성화하고 멀티캐스트 데이터 수신기가 있는 테넌트 VRF 인스턴스에 인터페이스를 포함합니다. 이 방법은 EVPN 인스턴스에서 이 인터페이스를 확장하지 않기 때문에 M-VLAN IRB 방법과 다릅니다.

  참고:

  여기서 L3 인터페이스 연결은 개별 물리적 인터페이스일 수도 있고 여러 물리적 L3 인터페이스를 포함하는 AE 인터페이스 번들일 수도 있습니다.

• 비 EVPN IRB 외부 멀티캐스트 방법:

  각 경계 리프 디바이스에서 외부 멀티캐스트 전용 고유 추가 VLAN을 구성합니다. 또한 외부 PIM 라우터에 연결하는 IP 주소로 해당 L3 IRB 인터페이스를 구성합니다. 추가 VLAN ID는 수익 브리지 도메인, SBD 또는 패브릭의 다른 경계 리프 디바이스에 있는 추가 VLAN의 VLAN ID와 동일할 수 없습니다. 또한 L3 인터페이스 방법과 유사하게 서로 다른 경계 리프 디바이스의 비 EVPN IRB 인터페이스는 패브릭의 서로 다른 서브넷에 있는 PIM 라우터에 연결되어야 합니다.

  IRB 인터페이스에서 PIM을 활성화하고 멀티캐스트 데이터 수신기가 있는 테넌트 VRF 인스턴스에 인터페이스를 포함합니다. 이 방법은 EVPN 인스턴스에서 이 VLAN 또는 IRB 인터페이스를 확장하지 않기 때문에 M-VLAN IRB 방법과 다릅니다.

외부 PIM 도메인으로의 멀티캐스트 데이터 전송에 지원되는 방법 이러한 외부 멀티캐스트 방법을 지원하는 플랫폼이 나열되어 있습니다.

그림 6에는 내부 소스에서 EVPN 데이터센터 외부의 수신기로의 멀티캐스트 트래픽—M-VLAN IRB 방법과 동일한 내부 멀티호밍 소스, 내부 수신기 및 외부 수신기가 포함되어 있습니다. 내부 멀티캐스트 트래픽 흐름에 대한 자세한 내용은 멀티호밍 소스에서 내부 수신기로의 트래픽 멀티캐스트 흐름의 단계를 참조하십시오. 이 섹션에서는 이 경우의 차이점, 즉 경계 리프 디바이스에서 외부 수신기로의 멀티캐스트 트래픽 플로우만 설명합니다.

그림 6: 내부 멀티캐스트 소스 및 외부 멀티캐스트 수신기가 있는 OISM - L3 인터페이스 또는 비 EVPN IRB 방법

그림 6에서 멀티캐스트 그룹의 내부 소스는 Mcast-Src-2이며, 이것은 리프-1 및 리프-2에 멀티호밍됩니다. 소스는 빨간색 VLAN인 VLAN-2에서 멀티캐스트 트래픽을 보냅니다. 외부 수신자 Ext-Mcast-Rcvr은 해당 멀티캐스트 그룹에 대한 멀티캐스트 트래픽 수신에 관심을 표시합니다(참가 메시지를 보냅니다).

이 사용 사례의 외부 멀티캐스트 플로우는 M-VLAN IRB 사용 사례와 매우 유사합니다. OISM PEG 역할의 경계 리프 디바이스는 EVPN 코어를 통해 소스 VLAN에서 멀티캐스트 트래픽을 수신합니다. 그러나 이 경우의 주요 차이점은 외부 멀티캐스트 인터페이스가 EVPN 신호를 사용하지 않으며 경계 리프 디바이스에서 ESI를 공유하지 않는다는 것입니다. 각 경계 리프 디바이스의 외부 멀티캐스트 인터페이스는 고유하며, 각각 외부 PIM 게이트웨이 라우터에 대한 L3 연결성을 갖습니다. PIM 참가 상태를 설정하는 경계 리프 디바이스는 L3 인터페이스 또는 비 EVPN IRB 인터페이스의 트래픽을 복제하여 외부 수신기가 있는 외부 PIM 도메인으로 보냅니다.

다음 섹션에서는 소스 트래픽이 관심 있는 외부 수신기에 도달하는 방법에 대해 설명합니다.

외부 소스에서 EVPN 데이터센터 내부 수신기로의 멀티캐스트 트래픽 - M-VLAN IRB 방법

그림 7은 EVPN 패브릭 외부의 멀티캐스트 소스가 패브릭 내부의 수신기로 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다. 이 사용 사례는 OISM이 EVPN 코어에서 SBD를 사용하는 두 가지 주요 방식을 보여줍니다.

• 외부 멀티캐스트 소스 트래픽을 전송합니다.

• SMET 유형 6 경로를 보급합니다.

유형 6 경로는 경계 리프 디바이스가 관심 있는 수신기가 있는 EVPN 디바이스로만 트래픽을 전달하도록 합니다.

OISM 경계 리프 디바이스는 M-VLAN IRB 인터페이스를 통해 외부 멀티캐스트 소스 트래픽을 수신합니다. OISM 디바이스는 SBD를 사용하여 수익 브리지 도메인의 관심 있는 수신자가 있는 EVPN 서버 리프 디바이스로 트래픽을 전달합니다. 그런 다음 각 리프 디바이스는 수익 브리지 도메인의 트래픽을 로컬 수신기로 로컬로 포워딩하거나 라우팅합니다.

이 사용 사례에는 두 개의 서버 리프 디바이스에 멀티호밍된 내부 수신기가 있습니다.

그림 7: 외부 멀티캐스트 소스 및 내부 멀티호밍 멀티캐스트 수신기가 있는 OISM - M-VLAN IRB 방법

그림 7에서 EVPN 패브릭 내의 Rcvr-1은 서버 리프 디바이스 리프-1 및 리프-2에 멀티호밍됩니다. Rcvr-1은 멀티캐스트 그룹에서 트래픽을 수신하는 데 관심을 표명합니다. 그룹의 멀티캐스트 트래픽 소스는 외부 PIM 도메인의 Ext-Mcast-Src입니다.

외부 소스 트래픽은 다음과 같이 관심 있는 멀티호밍 수신기인 Rcvr-1에 도달합니다.

• 내부 멀티호밍 수신기와 외부 소스 간의 멀티캐스트 제어 플로우 - M-VLAN IRB 방법
• 경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - M-VLAN IRB 방법
• 멀티호밍 외부 PIM 라우터가 트래픽을 로드 밸런싱하면 발생하는 일—M-VLAN IRB 방법
• 경계 리프 디바이스의 로컬 수신기에서 발생하는 일 - M-VLAN IRB 방법

외부 소스에서 EVPN 데이터센터 내부 수신기로의 멀티캐스트 트래픽 - L3 인터페이스 방식 또는 비 EVPN IRB 방식

그림 8은 EVPN 패브릭 외부의 멀티캐스트 소스가 패브릭 내부의 수신기로 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다. 이 경우 패브릭은 기존의 L3 인터페이스 또는 비 EVPN IRB 외부 멀티캐스트 방법을 사용하여 외부 PIM 도메인에 연결합니다. 또한 이 케이스에는 다음과 같은 내부 수신기가 포함됩니다.

• 두 개의 서버 리프 디바이스에 멀티호밍된 수신기.

• 경계 리프 디바이스 중 하나의 로컬 수신기.

이 사용 사례는 그림 7의 M-VLAN IRB 외부 소스 사용 사례와 마찬가지로 OISM이 EVPN 코어에서 SBD를 사용하는 두 가지 주요 방법, 즉 외부 멀티캐스트 소스 트래픽을 전송하고 SMET 유형 6 경로를 보급하는 방법을 보여줍니다. 유형 6 경로는 경계 리프 디바이스가 관심 있는 수신기가 있는 EVPN 디바이스로만 트래픽을 전달하도록 합니다.

그림 8: 외부 멀티캐스트 소스 및 내부 멀티호밍 멀티캐스트 수신기가 있는 OISM - L3 인터페이스 또는 비 EVPN IRB 방법

그림 8:

• Rcvr-1은 EVPN 패브릭의 서버 리프 디바이스 리프-1 및 리프-2에 멀티호밍되며, 멀티캐스트 그룹에서 트래픽을 수신하는 데 관심을 표명합니다.

• EVPN 패브릭의 BL-2에 있는 Rcvr-5도 멀티캐스트 트래픽 수신에 관심이 있습니다.

• 외부 PIM 도메인의 Ext-Mcast-Src는 멀티캐스트 그룹에 대한 트래픽 소스입니다.

외부 멀티캐스트에 대한 멀티캐스트 제어 플로우와 데이터 트래픽 플로우는 기존 L3 인터페이스와 비 EVPN IRB 인터페이스 방법에 대해 유사합니다. 따라서 이 섹션에서는 보더 리프 디바이스 외부 연결 지점을 언급할 때 일반적으로 외부 멀티캐스트 인터페이스 라고 합니다.

외부 소스 트래픽은 다음과 같이 관심 있는 수신자(Rcvr-1 및 Rcvr-5)에 도달합니다.

• 내부 수신기와 외부 소스 간의 멀티캐스트 제어 플로우 - L3 인터페이스 또는 비 EVPN IRB 방법
• 경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - L3 인터페이스 또는 비 EVPN IRB 방법

내부 멀티캐스트 소스가 있는 AR 및 OISM

그림 9에는 스파인 디바이스를 독립형 AR 복제기 디바이스로 구성하는 OISM 사용 사례가 나와 있습니다. OISM 서버 리프 및 경계 리프 디바이스는 AR 리프 디바이스입니다. AR 복제기 디바이스는 OISM 서버 리프 및 경계 리프 디바이스에 대한 멀티캐스트 트래픽 복제를 처리합니다. 이 사례는 EVPN 패브릭 내부의 서버 리프 디바이스 뒤에 있는 멀티캐스트 소스 및 단일 호밍 수신기를 보여줍니다.

내부 소스의 OISM 트래픽으로 수신 디바이스는 소스 VLAN의 EVPN 패브릭의 트래픽을 전달합니다. 또한 AR을 활성화하면 수신 리프 디바이스는 트래픽의 사본 하나를 AR 복제기로 전달합니다. AR 복제자는 트래픽을 복제하고 소스 VLAN의 복사본을 관심 있는 수신자가 있는 다른 리프 디바이스로 보냅니다. 그런 다음 각 리프 디바이스:

• 소스 VLAN의 수신기 쪽으로 트래픽을 로컬로 전달합니다.

• 트래픽을 다른 수익 VLAN의 수신기로 로컬로 라우팅합니다.

그림 9: OISM을 사용한 AR - 내부 멀티캐스트 소스 및 단일 호밍 내부 수신기

그림 9의 사용 사례에서:

1. Rcvr-2, Rcvr-3 및 Rcvr-4는 IGMP 또는 MLD 보고서를 전송하여 멀티캐스트 그룹에 가입합니다.

2. 멀티캐스트 그룹의 트래픽 소스 Mcast-Src-1은 소스 VLAN VLAN-1의 트래픽을 리프-1로 전달합니다.

3. 리프-1은 트래픽을 VLAN-1에서 사용 가능한 AR 복제자 중 하나로 전달하여 관심 있는 수신기가 있는 다른 리프 디바이스로 트래픽을 복제합니다. 이 경우 리프-1은 트래픽을 ARR-1로 전달합니다.

   참고:

   사용 가능한 여러 AR 리플리케이터 간에 AR 리프 디바이스가 로드 밸런싱하는 방법에 대한 자세한 내용은 여러 리플리케이터를 사용한 AR 리프 디바이스 로드 밸런싱 을 참조하십시오.

4. ARR-1은 트래픽을 복제하고 관심 있는 수신기가 있는 모든 리프 디바이스로 VLAN-1의 복사본을 보냅니다.

5. 각 서버 리프 디바이스:

   • 트래픽을 VLAN-1의 관심 있는 수신기로 전달합니다.

   • 트래픽을 VLAN-2로 로컬로 라우팅하고 VLAN-2의 관심 있는 수신자로 전달합니다.

   또한 그림 9에서 Rcvr-1은 리프-1과 리프-2에 멀티호밍되며 리프-1은 ESI DF입니다. 그 결과 리프-1만 VLAN-2의 Rcvr-1로 트래픽을 전달합니다.

6. 외부 수신자가 트래픽 수신에 관심을 표명하면 경계 리프 디바이스는 트래픽을 외부 멀티캐스트 인터페이스로 로컬로 라우팅합니다. 외부 멀티캐스트 인터페이스는 구성한 외부 멀티캐스트 방법에 따라 관심 있는 외부 멀티캐스트 수신기로 트래픽을 보냅니다.

AR 구성 방법에 대한 자세한 내용은 보조 복제 구성을 참조하십시오.

내부 멀티캐스트 소스 및 멀티호밍 수신기가 있는 AR 및 OISM

그림 10은 내부 멀티캐스트 소스를 사용한 AR 및 OISM의 설정과 유사한 OISM 사용 사례를 보여줍니다. 그러나 이 경우 멀티캐스트 소스는 멀티호밍 수신기가 있는 서버 리프 디바이스 뒤에 있습니다. 이 경우 AR은 기본적으로 확장 AR 모드에서 작동하여 멀티호밍 수신기를 효율적으로 지원합니다. 이 모드에 대한 자세한 내용은 멀티호밍 이더넷 세그먼트에 대한 확장 AR 모드를 참조하십시오.

이 경우 서버 리프 디바이스로 수신되는 멀티캐스트 트래픽이 멀티호밍 수신기에 도달하는 방법에 대한 요약은 다음과 같습니다.

• 멀티호밍 수신기에 대한 ESI가 있는 수신 서버 리프 디바이스는 ES에서 멀티호밍 피어 리프 디바이스 목록을 유지합니다.

  또한 AR 복제자 디바이스는 멀티호밍 피어가 있는 AR 리프 디바이스도 알고 있습니다.

• 수신 서버 리프 디바이스는 트래픽에 관심이 있는 멀티호밍 피어에게 멀티캐스트 트래픽을 복제하고 전달하는 작업을 처리합니다.

  또한 수신 리프 디바이스는 복제 및 다른 리프 디바이스로의 전달을 처리하기 위해 하나의 사본을 AR 복제자 디바이스로 보냅니다.

멀티호밍 피어로의 복제를 처리하는 데 있어 이러한 차이를 제외하고, AR 복제기로의 트래픽 플로우와 관심 있는 수신기로의 트래픽 플로우는 내부 멀티캐스트 소스를 사용한 AR 및 OISM에서 설명한 것과 동일합니다.

그림 10: OISM을 사용한 AR - 내부 멀티캐스트 소스 및 멀티호밍 수신기

그림 10:

1. Rcvr-1, Rcvr-2, Rcvr-3 및 Rcvr-4는 IGMP 또는 MLD 보고서를 전송하여 멀티캐스트 그룹에 합류합니다.

2. 멀티캐스트 그룹의 트래픽 소스 Mcast-Src-1은 소스 VLAN VLAN-1의 트래픽을 리프-1로 전달합니다.

3. 멀티호밍 피어를 위한 확장된 AR 모드에 따라 리프-1은 관심 있는 수신기가 있는 멀티호밍 피어 리프-2로 트래픽을 직접 전달합니다. 리프-1은 OISM 동작에 따라 소스 VLAN, VLAN-1을 사용합니다.

4. 리프-1은 또한 소스 VLAN, VLAN-1에서 사용 가능한 AR 복제자 중 하나(이 경우는 ARR-1)로 트래픽을 전달합니다.

   참고:

   사용 가능한 여러 AR 리플리케이터 간에 AR 리프 디바이스가 로드 밸런싱하는 방법에 대한 자세한 내용은 여러 리플리케이터를 사용한 AR 리프 디바이스 로드 밸런싱 을 참조하십시오.

5. ARR-1은 트래픽을 복제하고 VLAN-1의 복사본을 리프-2 외에 관심 있는 수신기가 있는 다른 리프 디바이스로만 보냅니다. 기본 확장 AR 모드 동작(위의 3 단계 참조)으로 인해 ARR-1은 수신 리프 디바이스 Leaf-1의 멀티호밍 피어인 Leaf-2로의 트래픽 전송을 건너뜁니다.

6. 그런 다음 각 서버 리프 디바이스는 트래픽을 관심 있는 수신자에게 전달하거나 라우팅합니다.

   그림 10에서 리프-1은 멀티호밍 수신기 Rcvr-2에 대한 ESI DF입니다. 그 결과 리프-1만 VLAN-2의 Rcvr-1로 트래픽을 전달합니다.

AR 구성 방법에 대한 자세한 내용은 보조 복제 구성을 참조하십시오.

외부 멀티캐스트 소스를 사용한 AR 및 OISM

그림 11에서는 스파인 디바이스를 독립형 AR 복제기 디바이스로 구성하는 OISM 사용 사례를 보여줍니다. OISM 서버 리프 및 경계 리프 디바이스는 AR 리프 디바이스입니다. 멀티캐스트 소스는 외부 PIM 도메인의 EVPN 패브릭 외부에 있습니다. 이 경우 경계 리프 디바이스는 기존의 L3 인터페이스 방법을 사용하여 PIM 라우터 및 PIM RP에 연결합니다.

외부 소스의 OISM 트래픽으로 수신 경계 리프 디바이스는 SBD VLAN의 EVPN 패브릭에서 트래픽을 전달합니다. 또한 AR을 활성화하면 수신 경계 리프 디바이스는 트래픽의 사본 하나를 AR 복제기로 전달합니다. AR 복제자는 트래픽을 복제하고 SBD VLAN의 복사본을 관심 있는 수신자가 있는 다른 리프 디바이스로 보냅니다. 그런 다음 각 디바이스는 SBD에서 수신한 트래픽을 수익 브리지 도메인 VLAN의 수신기로 로컬로 라우팅합니다.

그림 11: OISM-외부 멀티캐스트 소스 를 사용한 AR

그림 11의 사용 사례에서는 다음과 같습니다.

1. Rcvr-1(리프-1 및 리프-2에 멀티호밍됨) 및 Rcvr-5(BL-2 뒤에 있는 로컬 호스트)는 IGMP 또는 MLD 보고서를 전송하여 멀티캐스트 그룹에 가입합니다.

2. 외부 소스 Ext-Mcast-Src는 외부 PIM 도메인을 통해 멀티캐스트 트래픽을 보냅니다. 이 경우에는 기존의 L3 인터페이스 외부 멀티캐스트 방법을 사용하며, 두 디바이스 모두 PIM 참가 메시지를 전송했으므로 PIM 라우터는 트래픽을 BL-1과 BL-2 모두에 보냅니다. (이 동작에 대한 전체 설명은 외부 소스에서 EVPN 데이터센터 내부 수신기로의 멀티캐스트 트래픽 - L3 인터페이스 방법 또는 비 EVPN IRB 방법을 참조하십시오.)

   참고:

   그림 11에서 볼 수 있듯이 이 사용 사례에서 BL-2에는 로컬 수신기가 있기 때문에 BL-2는 수신 외부 소스 트래픽을 VLAN-2의 수신기로 직접 라우팅합니다. BL-2는 외부 소스로의 역방향 경로 포워딩이 L3 인터페이스를 참조하기 때문에 ARR-2에서 SBD에서 수신하는 로컬 수신기로 트래픽을 라우팅하지 않습니다.

   또한 BL-1은 SBD의 PIM DR이기 때문에 BL-2는 트래픽을 SBD로 라우팅하지 않습니다(다음 단계 참조).

3. BL-1은 SBD의 PIM DR이므로 BL-1은 외부 소스 트래픽을 EVPN 패브릭으로 라우팅하는 경계 리프 디바이스입니다. AR이 활성화되면 BL-1은 SBD의 트래픽을 사용 가능한 AR 복제자 중 하나로 전달합니다. 이 경우 BL-1은 트래픽을 ARR-2로 전달합니다.

   참고:

   AR 리프 디바이스가 여러 AR 복제기 간에 로드 밸런싱하는 방법에 대한 자세한 내용은 여러 리플리케이터를 사용한 AR 리프 디바이스 로드 밸런싱 을 참조하십시오.

4. ARR-2는 트래픽을 복제하고 SBD의 복사본을 관심 있는 수신기(이 경우 Leaf-1, Leaf-2 및 BL-2)가 있는 리프 디바이스로 보냅니다.

5. SBD에서 트래픽을 수신하는 각 리프 디바이스는 수익 VLAN의 관심 있는 수신자로 트래픽을 로컬로 라우팅합니다. 이 경우:

   • BL-2는 트래픽을 VLAN-2의 수신기로 라우팅합니다.

   • 리프 1과 리프-2 모두 SBD에서 트래픽을 수신합니다. Rcvr-1은 리프-1과 리프-2에 멀티호밍되며, 리프-1은 ESI DF입니다. 그 결과 리프-1만 VLAN-2의 Rcvr-1로 트래픽을 전달합니다.

AR 구성 방법에 대한 자세한 내용은 보조 복제 구성을 참조하십시오.

향상된 OISM을 통한 로컬 라우팅 및 East-West 트래픽 차이

향상된 OISM을 사용하면 OISM 리프 디바이스는 OISM 디바이스의 로컬 라우팅에서 일반 OISM에 대해 설명한 것과 동일한 방식으로 로컬 라우팅을 수행합니다. 그러나 멀티호밍 피어가 아닌 다른 OISM 리프 디바이스로 트래픽을 보내기 위해 향상된 OISM 수신 리프 디바이스는 소스 트래픽을 소스 VLAN에서 전달하는 대신 SBD에서 라우팅합니다. 그런 다음 수신 리프 디바이스는 SBD에서 대상 VLAN으로 트래픽을 로컬로 라우팅합니다.

멀티호밍 피어(디바이스가 하나 이상의 이더넷 세그먼트를 공유하는 다른 OISM 리프 디바이스)가 있는 수신 리프 디바이스의 경우, 디바이스는 SBD를 사용하는 대신 소스 VLAN의 east-west 멀티캐스트 소스 트래픽을 멀티호밍 피어로 전달합니다. 그런 다음 수신 리프 디바이스는 트래픽을 대상 VLAN으로 전달하거나 로컬로 라우팅합니다.

그림 12를 참조하십시오. OISM이 작동하려면 모든 디바이스에서 SBD를 구성해야 합니다. 해당 VLAN에 수신기가 없는 리프 디바이스에서는 VLAN-1 및 VLAN-2를 구성할 필요가 없습니다.

대부분 SBD에서 동서 트래픽 라우팅은 비대칭 브리지 도메인 모델을 지원하므로 모든 리프 디바이스가 네트워크의 모든 소스 VLAN을 호스팅할 필요는 없습니다. 모든 OISM 리프 디바이스에서 공통적으로 SBD를 구성하기만 하면 됩니다. 그러나 멀티호밍 피어의 경우, 멀티호밍 피어인 디바이스에서 수익 VLAN을 대칭적으로 구성해야 합니다.

그림 12: 향상된 OISM - 소스 VLAN에서 멀티호밍 피어로만 전달하고 그렇지 않으면 SBD 에서만 라우팅

그림 12:

• 수신자는 IGMP 또는 MLD 참가 메시지를 전송하여 특정 VLAN의 멀티캐스트 그룹(*,G) 또는 멀티캐스트 소스 및 그룹(S,G)에 대한 멀티캐스트 트래픽 수신에 대한 관심을 표명합니다.

• 리프-1과 리프-2는 멀티호밍 호스트 Mcast-Src-1을 위한 이더넷 세그먼트를 공유합니다. 그 결과, 리프-1에는 VLAN-2를 사용하는 수신기가 없더라도 이 두 디바이스 모두에서 동일한 VLAN인 VLAN-1과 VLAN-2를 대칭으로 구성합니다.

• 리프-1은 소스 VLAN, VLAN-1에서 멀티캐스트 트래픽을 수신하고:

  • 소스 VLAN, VLAN-2의 멀티호밍 피어인 리프-2로 트래픽을 전달합니다

    그런 다음 리프-2는 소스 VLAN, VLAN-1의 관심 있는 수신자에게 트래픽을 전달하거나 대상 VLAN VLAN-2의 관심 있는 수신자에게 트래픽을 로컬로 라우팅합니다.

  • SBD에 대한 트래픽을 멀티호밍 피어가 아니고 관심 있는 수신기가 있는 다른 OISM 리프 디바이스로 라우팅합니다.

    OISM 리프 디바이스는 SBD에서 트래픽을 수신하고 대상 VLAN, VLAN-1 또는 VLAN-2의 관심 수신자에게 트래픽을 로컬로 라우팅합니다.

EVPN 유형 10 S-PMSI A-D 경로에 기반한 내부 소스에 대한 향상된 OISM을 사용한 PIM 등록

향상된 OISM은 내부 소스에서 EVPN 네트워크 외부의 수신기로의 남북 트래픽에 대한 PIM 소스 등록을 처리하는 데 약간의 차이가 필요합니다.

일반 OISM에서는 OISM PEG 디바이스로 실행되는 경계 리프 디바이스가 SBD(Supplemental Bridge Domain)에서만 외부 멀티캐스트 소스로부터 트래픽을 수신합니다. PEG 디바이스는 소스 VLAN의 내부 멀티캐스트 소스에서 트래픽을 수신합니다. OISM PEG 디바이스는 내부 소스에 대해서만 PIM 등록을 수행해야 하므로 일반적인 OISM 설계에서는 PEG 디바이스가 내부 소스를 쉽게 구별할 수 있고 해당 소스에 대해서만 PIM 소스 등록을 수행할 수 있습니다.

향상된 OISM을 통해 PEG 디바이스는 외부 및 내부 멀티캐스트 소스 모두에서 SBD의 트래픽을 수신합니다. PEG 디바이스는 내부 소스에 대해서만 PIM RP에 PIM 등록을 수행해야 하므로 향상된 OISM을 실행하는 PEG 디바이스는 내부 및 외부 멀티캐스트 소스를 구별할 수 있어야 합니다.

향상된 OISM 설계는 다음과 같이 EVPN 유형 10 선택적 P-라우터 멀티캐스트 서비스 인터페이스(S-PMSI) 자동 검색(A-D) 경로를 사용하여 이러한 구분을 수행합니다( 그림 13 참조).

• 내부 멀티캐스트 소스에서 트래픽을 수신하는 수신 OISM 리프 디바이스는 해당 멀티캐스트(S,G) 소스 및 그룹에 대한 S-PMSI A-D 경로를 보급합니다.

• PEG 디바이스가 SBD IRB 인터페이스에서 트래픽을 수신하고 해당 소스에 대한 S-PMSI A-D 경로를 못하면 디바이스는 해당 소스를 외부 소스로 해석합니다.

• PEG 디바이스는 수신된 S-PMSI A-D 경로에 해당하는 소스에 대해서만 PIM 레지스터를 PIM RP로 보냅니다.

이 설계는 PEG 디바이스가 EVPN 네트워크 내의 멀티캐스트 소스에 대해서만 PIM 소스 등록을 수행하도록 보장합니다.

그림 13: 향상된 OISM - EVPN 유형 10 S-PMSI A-D 경로를 사용한 내부 소스 PIM 등록

예를 들어, 그림 13 은 외부 수신기에 서비스를 제공하는 외부 PIM 도메인을 추가하여 그림 12 와 동일한 향상된 OISM 내부 트래픽 플로우를 보여줍니다. 그림에서:

1. 리프-1이 Mcast-Src-1에서 멀티캐스트 트래픽을 수신하면 리프-1은 S-PMSI A-D 경로를 생성하여 EVPN 네트워크로 보냅니다.

2. PEG 디바이스 BL-1은 S-PMSI A-D 경로를 수신합니다. BL-2는 또한 S-PMSI A-D 경로를 수신합니다. 그러나 BL-1은 SBD의 PIM DR이므로 BL-1은 외부 멀티캐스트 인터페이스의 PIM 레지스터 메시지를 해당 (S,G)에 대한 PIM RP로 보냅니다.

3. PIM RP는 PIM Join 메시지를 BL-1로 다시 보냅니다. BL-1은 PIM 조인을 수신하고 외부 수신기에 대한 (S,G) 멀티캐스트 라우팅 테이블 항목을 생성합니다.

4. BL-1은 SBD에서 해당 (S, G)에 대한 멀티캐스트 트래픽을 수신하면 외부 수신기를 향해 외부 멀티캐스트 인터페이스의 트래픽을 로컬로 라우팅합니다.

다음과 같은 명령을 사용하여 OISM 리프 디바이스의 EVPN 유형 10 S-PMSI A-D 경로에 대한 세부 정보를 볼 수 있습니다.

• evpn oism spmsi-ad extensive 표시

• show route table evpn-instance-name.evpn-mcsn.1 match 10* extensive

동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2)

OISM을 사용하는 EVPN-VXLAN 패브릭에서 IGMPv2, IGMPv3 또는 두 IGMP 버전과 함께 IGMP 스누핑을 구성할 수 있는 몇 가지 옵션이 있습니다. MLDv1, MLDv2 또는 두 MLD 버전을 함께 사용하는 MLD 스누핑도 마찬가지입니다. 또한 동일한 패브릭에서 IGMP와 MLD 구성을 함께 혼합할 수도 있습니다. 이 섹션에는 이러한 옵션 중 일부에 대한 구성 고려 사항이 포함되어 있습니다.

OISM이 활성화된 디바이스에 IGMPv2 또는 IGMPv3에 대한 트래픽이 있는 경우, IGMP 스누핑을 통해 디바이스에서 해당 IGMP 버전을 전역으로 활성화할 수 있습니다. 또는 멀티캐스트 트래픽을 처리할 인터페이스에 대해서만 해당 IGMP 버전을 활성화할 수 있습니다. 필요에 따라 모든 VLAN 또는 특정 VLAN에서 해당 버전의 IGMP를 사용하여 IGMP 스누핑을 활성화할 수 있습니다.

MLD 스누핑을 사용하는 MDLv1 또는 MLDv2에 대해 동일한 옵션이 있습니다(OISM과 함께 MLD를 지원하는 플랫폼에서).

또한 OISM을 사용하여 디바이스에서 IGMP 스누핑이 있는 IGMP 버전과 MLD 스누핑이 포함된 MLD 버전을 함께 활성화할 수 있습니다.

그러나 OISM은 다음 제약 조건 내에서만 디바이스에서 IGMPv2 및 IGMPv3 트래픽을 모두 포함하는 IGMP 스누핑을 지원합니다.

• 동일한 VLAN의 인터페이스에 대해 IGMPv2 및 IGMPv3를 모두 사용하여 IGMP 스누핑을 활성화할 수 없습니다.

• OISM이 활성화된 동일한 L3 VRF 인스턴스의 일부인 VLAN의 경우 IGMPv2 및 IGMPv3 모두로 IGMP 스누핑을 활성화할 수 없습니다.

디바이스에서 MLDv1 및 MLDv2 트래픽을 모두 사용하여 MLD 스누핑을 사용하도록 설정하려는 경우에도 위의 제약이 적용됩니다.

디바이스에서 한 버전의 IGMP와 한 버전의 MLD를 함께 사용하는 경우에는 이러한 제약이 적용되지 않습니다.

두 IGMP 버전 모두에서 IGMP 스누핑을 지원하거나 두 MLD 버전 모두에서 MLD 스누핑을 지원하려면 다음을 구성해야 합니다.

• IGMPv2 또는 MLDv1 수신기를 지원하는 하나의 테넌트 VRF 인스턴스.

• IGMPv3 또는 MLDv2 수신기를 지원하는 또 다른 테넌트 VRF 인스턴스입니다.

다음과 같습니다.

1. 구성에서 IGMPv2 수신기에 대한 VLAN을 정의하고 IGMPv3 수신기에 대해 다른 VLAN을 정의합니다.

   마찬가지로 MLD의 경우, MLDv1 수신기에 대해 VLAN을 정의하고 MLDv2 수신기에 대해 다른 VLAN을 정의합니다.

2. 하나의 VRF 인스턴스에서 IGMPv2를 지원하는 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에서 IGMPv2를 활성화합니다. 해당 VLAN에서 IGMP 스누핑을 활성화합니다.

   마찬가지로 MLD의 경우, 하나의 VRF 인스턴스에서 MLDv1을 지원하는 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에서 MLDv1을 활성화합니다. 해당 VLAN에서 MLD 스누핑을 활성화합니다.

3. 다른 VRF 인스턴스에서 IGMPv3를 지원하는 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에서 IGMPv3를 활성화합니다. 해당 VLAN에서 옵션으로 evpn-ssm-reports-only IGMP 스누핑을 활성화합니다.

   마찬가지로 MLD의 경우, 다른 VRF 인스턴스에서 MLDv2를 지원하는 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에서 MLDv2를 활성화합니다. 해당 VLAN에서 옵션으로 evpn-ssm-reports-only MLD 스누핑을 활성화합니다.

이 사용 사례에서는 각 IGMP 또는 MLD 버전에 대해 다음에 대한 VLAN 및 IRB 인터페이스 세트를 할당합니다.

• OISM 수익 브리지 도메인.

• The SBD.

• 모든 외부 멀티캐스트 VLAN 및 인터페이스(사용하는 외부 멀티캐스트 방법에 따라 다름).

또한 설치에 필요한 각 테넌트 인스턴스에 대해 각 IGMP 버전 또는 MLD 버전에 대해 하나씩 두 개의 L3 VRF 인스턴스를 정의합니다. L2에서 MAC-VRF 라우팅 인스턴스를 사용하는 경우, 각 IGMP 또는 MLD 버전의 IGMP 스누핑 또는 MLD 스누핑 트래픽에 대해 서로 다른 MAC-VRF EVPN 인스턴스를 할당할 수 있습니다.

다음 섹션에서는 두 버전의 IGMP 또는 두 버전의 MLD를 함께 사용하는 구성 예시를 보여줍니다. 이러한 간단한 시나리오를 확장하여 IGMP 또는 MLD 버전의 다양한 조합으로 다양한 테넌트를 지원할 수 있습니다.

EVPN-VXLAN 패브릭에서 IGMPv2, IGMPv3, MLDv1 및 MLDv2를 통한 IGMP ASM(any-source 멀티캐스트) 모드 및 SSM(Source-Specific 멀티캐스트) 모드 지원에 대한 자세한 내용은 지원되는 IGMP 또는 MLD 버전 및 그룹 멤버십 보고서 모드를 참조하십시오.

• IGMPv2 및 IGMPv3를 함께 사용한 구성 예
• MLDv1 및 MLDv2를 함께 사용하는 구성 예

OISM을 사용하여 멀티캐스트 경로를 설치할 때의 지연 및 확장 장단점(install-star-g-routes 옵션)

OISM 지원 패브릭의 디바이스는 EVPN 유형 6 경로를 전송하므로 다른 EVPN 디바이스는 멀티캐스트 그룹의 트래픽에 관심이 있는 수신기에 대해 학습합니다. 수신자는 L3 VRF 인스턴스의 서로 다른 OISM 수익 브리지 도메인에 있습니다. EVPN 패브릭 코어에서 대역폭을 절약하기 위해 OISM 디바이스는 라우팅 인스턴스의 OISM SBD에서만 유형 6 경로를 송수신합니다.

멀티캐스트 플로우 시작 시 패킷 손실을 최소화할 수 있도록 계층 수준에서 [edit <routing-instances name> multicast-snooping-options oism] 옵션을 제공합니다install-star-g-routes(oism (멀티캐스트 스누핑 옵션) 참조). 이 옵션을 구성할 경우, 유형 6 경로를 수신하면 디바이스의 RE는 라우팅 인스턴스의 모든 수익 브리지 도메인 VLAN에 대해 PFE에 해당 (*,G) 멀티캐스트 경로를 즉시 설치합니다.

이 옵션을 사용하면 추가 PFE 리소스를 사용하여 네트워크 지연 시간을 개선할 수 있습니다. 소규모 구축에서는 멀티캐스트 플로우가 적을 수 있지만 네트워크 지연 요구 사항이 엄격합니다. 이 경우 네트워크 지연 시간을 개선하기 위해 디바이스는 들어오는 멀티캐스트 트래픽에 앞서 데이터 플레인에 (*,G) 경로를 설치합니다.

이 옵션을 구성합니다.

• 기본 스위치 인스턴스에서 EVPN을 계층 수준에서 [edit multicast-snooping-options oism] 구성하는 경우 전역.

• MAC-VRF 인스턴스에서 에서 에서 유형의 [edit routing-instances instance-name multicast-snooping-options oism] 인스턴스mac-vrf에서 EVPN을 구성하는 경우 .

AR 복제자 역할에서 AR을 사용하여 스위치, QFX5130-32CD 스위치 및 QFX5700 스위치 QFX10000 라인에서 OISM을 사용하여 구성 install-star-g-routes 해야 합니다.

Junos OS 및 Junos OS Evolved 릴리스 23.4R1 이전 릴리스에서는 OISM 서버 리프 또는 경계 리프 디바이스로 구성할 때 다음 디바이스에서도 옵션을 구성 install-star-g-routes 해야 합니다.

• QFX10000 라인의 스위치.

• PTX10001-36MR, PTX10004, PTX10008, PTX10016 라우터.

Junos OS 및 Junos OS Evolved 릴리스 23.4R1부터는 해당 디바이스를 OISM 서버 리프 또는 경계 리프 디바이스로 구성할 때 더 이상 이 옵션을 설정할 필요가 없습니다.

위에서 언급한 사용 사례 이외의 경우에는 이 옵션을 설정하지 않는 것이 좋습니다.

지연 요구 사항이 매우 엄격하고 더 나은 네트워크 지연 시간을 달성하기 위해 더 높은 확장성을 절충할 수 있는 경우에만 이 옵션을 고려하십시오.

• install-star-g-routes 옵션이 없는 기본 동작
• install-star-g-routes 옵션을 사용한 동작

여러 VLAN을 통한 OISM 및 AR 확장

EVPN-VXLAN 패브릭에서 OISM 및 IGMP 스누핑 또는 MLD 스누핑이 활성화된 경우, OISM 서버 리프 및 경계 리프 디바이스는 수신기가 멀티캐스트 그룹에 가입할 때 EVPN 유형 6 SMET 경로를 EVPN 코어로 보냅니다.

OISM 지원 디바이스가 SBD에서 Type 6 경로를 수신하면 디바이스는 다음을 수행합니다.

• 다음과 같이 유형 6 경로에서 멀티캐스트 상태를 도출합니다.

  • IGMPv2 또는 MLDv1에 대한 (*,G) 상태

  • IGMPv3 또는 MLDv2에 대한 (S,G) 상태

• OISM 지원 L3 테넌트 VRF 인스턴스의 일부인 모든 VLAN의 MAC-VRF 인스턴스에 대해 MAC-VRF 인스턴스의 OISM SBD 및 수익 브리지 도메인 VLAN에 파생 상태를 설치합니다.

• 파생된 멀티캐스트 경로를 사용하여 해당 그룹에 가입한 수신기가 있는 다른 EVPN 디바이스로만 그룹의 트래픽을 선택적으로 전송함으로써 멀티캐스트 전달을 최적화합니다.

OISM을 지원하는 일부 디바이스에서는 OISM이 활성화된 상태에서 AR(Assisted Replication) 멀티캐스트 최적화 기능을 구성할 수도 있습니다. AR 복제기 디바이스는 OISM 디바이스와 동일한 방식으로 Type 6 경로를 사용합니다.

QFX5130-32CD 및 QFX5700 스위치는 OISM 서버 리프 또는 보더 리프 디바이스로 사용할 수 있습니다. OISM 서버 리프 또는 경계 리프 디바이스가 아닌 디바이스에서만 AR 복제자 역할을 할 수 있습니다. 이 경우 디바이스는 독립형 AR 복제자 역할로 작동합니다.

다음 섹션에서는 이러한 디바이스를 OISM 서버 리프 또는 경계 리프 디바이스로 구성하거나 OISM을 사용하는 독립형 AR 복제기로 구성할 때 이러한 디바이스에 대한 구성 고려 사항에 대해 설명합니다.

• ACX 시리즈 라우터, QFX5130-32CD 스위치 및 QFX5700 OISM을 통해 서버 리프 및 경계 리프 장치로 스위치
• OISM과 함께 독립형 AR 복제기로 QFX5130-32CD 및 QFX5700 스위치

PEG DF 선거

기본적으로 피어 OISM PEG 디바이스는 PIM 기반 DF 선택을 사용합니다. 디바이스는 각 L3 VRF의 OISM 수익 VLAN 및 SBD에서 PIM 이웃을 발견하고 이러한 이웃 중에서 DF를 선택합니다. Junos OS 릴리스 23.4R1 및 Junos OS Evolved 릴리스 23.4R1부터는 다음과 같이 계층 수준에서 [edit routing-instances name protocols evpn oism pim-evpn-gateway] peg-df-election 문을 사용하여 모드 기반 또는 기본 설정 기반 PEG DF 선택을 대신 구성할 수 있습니다.

PEG DF 선택을 구성할 때 디바이스는 각 수익 VLAN(브리지 도메인) 또는 SBD를 호스트하는 패브릭의 PEG 디바이스의 순서 목록을 유지합니다. PEG 디바이스는 EVPN 유형 3 IMET 경로의 EVPN 멀티캐스트 플래그 확장 커뮤니티를 사용하여 OISM, IGMP 스누핑, MLD 스누핑 및 PEG 디바이스 지원을 보급합니다. 또한 PEG 디바이스에는 구성된 DF 선택 방법 매개 변수( RFC 8584 표준에 정의됨)를 통신하기 위한 DF 선택 확장 커뮤니티가 포함되어 있습니다.

피어 PEG DF 후보는 다음 EVPN 멀티캐스트 플래그 확장 커뮤니티 값을 사용하여 수익 VLAN 또는 SBD에 대한 IMET 경로를 보급하는 디바이스입니다.

• IPv4 멀티캐스트의 경우 - igmp-snooping-enabled:oism:peg
• IPv6 멀티캐스트의 경우 - mld-snooping-enabled:oism:peg
  참고:

  디바이스는 보급된 멀티캐스트 플래그 확장 커뮤니티 값을 기반으로 IPv4 멀티캐스트 트래픽에 대한 DF와 IPv6 멀티캐스트 트래픽에 대한 DF를 별도로 선택합니다.

PEG 디바이스가 PEG DF 선택을 사용할 때, 그들은 데이터센터 내에서 PIM 프로토콜을 사용하지 않습니다(PIM 프로토콜 패킷을 교환하지 않음). 따라서 PEG 디바이스에 외부 L3 중복을 보유하는 것이 좋습니다.

다음 PEG DF 선택 방법 중 하나를 사용하도록 PEG 디바이스를 구성할 수 있습니다.

• 모드 기반 - 옵션 또는 옵션을 포함하지 않고 계층 수준에서 [edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election] PEG DF 선택을 활성화할 때의 mod 기본 방법입니다.preference 이 방법을 사용하도록 옵션을 명시적으로 구성할 mod 수도 있습니다.

  DF가 될 서수 목록에서 디바이스를 선택하는 알고리즘은 다음과 같습니다.

  (mapped VNI for the VLAN) 모드 (number of entries in the list)

  예를 들어, VNI 100에 매핑되는 VLAN 1에 대한 모드 기반 PEG DF 선택으로 구성된 3개의 피어 PEG 디바이스 BL1, BL2 및 BL3이 있는 경우:

  • 세 개의 디바이스는 각각 VLAN 1 및 VNI 100에 대한 PEG DF 후보의 서수 목록을 유지합니다.

    표 9: 샘플 모드 기반 PEG DF 선거 후보 목록

    색인	디바이스
    0	BL1
    1	BL2
    2	BL3

  • 이 경우 (mapped VNI for the VLAN) 모드(number of entries in the list)는 (100) 모드(3) = 1이므로 디바이스는 인덱스 1의 디바이스를 PEG DF(BL2)로 선택합니다.

• 사용자 정의된 선호 값을 가진 선호 기반 - 계층 수준에서 옵션을 구성 value preference-value 합니다[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]. 각 피어 PEG 디바이스에 고유한 선호 값을 설정하는 것이 좋습니다. 선호도 기반 PEG DF 선택 시:

  • 각 디바이스는 EVPN 유형 3 IMET 경로 보급에서 선호 값을 전달합니다.

  • 피어 PEG 디바이스는 (기본값)가장 높은 선호 값을 가진 디바이스를 VLAN의 DF로 선택합니다.

  • 선호 기반 방법을 사용자 정의하여 가장 높은 값이 아닌 가장 낮은 선호 값을 가진 디바이스를 선택할 수 있습니다. 이렇게 하려면 계층 수준에서 옵션을 설정합니다use-least.[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]

PEG DF 선택 방법 중 하나를 사용하여 다음을 수행할 수도 있습니다.

• 디바이스가 DF를 선택하기 전에 대기할 시간을 지정합니다. 이렇게 하려면 계층 수준에서 옵션을 설정합니다delay-time num .[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election]

• VLAN(VNI)당 DF 선택 기록에 대해 디바이스가 데이터베이스에 유지하는 PEG DF 선택 이벤트 항목의 최대 수(0-255)를 설정합니다. 이렇게 하려면 계층 수준에서 옵션을 설정합니다peg-df-election-history num .[edit <routing-instances name> protocols evpn]

  이 명령은 show evpn oism peg-df-status extensive DF 선택 기록 세부 정보를 표시합니다.

모든 피어 PEG 디바이스는 동일한 DF 선택 메커니즘을 사용해야 합니다. 결과적으로, PEG DF 선택을 활성화하면 모든 피어 PEG 디바이스에서 동일한 DF 선택 방법을 대칭으로 구성합니다. 구성된 PEG DF 선택 방법이 일치하지 않으면 피어 PEG 디바이스는 모두 기본 모드 기반 PEG DF 선택 방법을 사용하도록 폴백합니다. 일부 피어 PEG 디바이스에서만 PEG DF 선택을 활성화하면 모든 디바이스가 PIM 기반 DF 선택을 사용하도록 폴백합니다.

향상된 OISM으로 멀티호밍 피어를 정적으로 식별하여 컨버전스 개선

OISM 리프 디바이스는 연결된 멀티호밍 클라이언트 호스트 또는 CE 디바이스에 대한 이더넷 세그먼트(ES)를 공유할 때 멀티호밍 피어입니다. 향상된 OISM을 통해 수신 리프 디바이스는 east-west 트래픽을 전송합니다.

• 소스 VLAN에서 멀티호밍 피어 리프 디바이스에 연결합니다.

• SBD에서 다른 OISM 리프 디바이스로.

멀티호밍 피어 OISM 리프 디바이스 한 쌍 중 하나가 멀티캐스트 소스 트래픽을 수신하면 디바이스는 해당 트래픽을 소스 VLAN의 멀티호밍 피어로 전달합니다. 그러나 멀티호밍 클라이언트 연결 중 하나가 실패하면 이 두 개의 OISM 리프 디바이스는 더 이상 멀티호밍 피어가 아닙니다. 그 결과, 수신 OISM 리프 디바이스는 대신 트래픽을 SBD로 라우팅하기 시작합니다. 멀티홈 클라이언트 연결이 다시 작동하면 수신 OISM 리프 디바이스가 소스 VLAN의 트래픽 포워딩으로 다시 전환됩니다.

멀티호밍 연결이 켜짐과 꺼짐을 반복할 때, 멀티호밍 피어 디바이스는 소스 VLAN 또는 SBD를 사용하기 위해 새로운 코어 다음 홉에 반복적으로 수렴해야 합니다. 이런 일이 발생하면 디바이스에서 일부 멀티캐스트 트래픽이 손실될 수 있습니다.

이러한 상황을 피하기 위해 지원되는 디바이스의 Junos OS 릴리스 24.2R1부터 디바이스 루프백 IP 주소로 디바이스의 멀티호밍 피어 OISM 리프 디바이스를 정적으로 식별할 수 있습니다.

Junos OS 릴리스 24.2R1에서 계층 수준에서 [edit protocols evpn] 문을 multihoming-peer-gateways 사용하여 이 기능을 수행합니다. Junos OS 및 Junos OS Evolved 릴리스 24.4R1부터는 이 함수의 계층 수준에서 [edit protocols evpn] static-multihoming-peer 문을 대신 사용해야 합니다. 이 문은 multihoming-peer-gateways Junos OS 릴리스 24.2R1 이후 더 이상 Junos OS CLI에서 사용할 수 없습니다.

이 설정을 사용하면 피어 중 하나에 대한 멀티호밍 클라이언트 연결이 중단될 수 있는 경우에도 디바이스는 항상 멀티캐스트 트래픽을 소스 VLAN의 멀티호밍 피어로 전달합니다. 멀티홈 클라이언트 연결이 플랩핑되면 디바이스는 소스 VLAN의 포워딩과 SBD의 라우팅 사이를 계속 전환할 필요가 없습니다.

예를 들어, 루프백 주소 192.168.1.1의 OISM 리프 디바이스 SL-1에서 루프백 주소 192.168.1.2의 멀티호밍 피어 SL-2가 있는 경우 다음을 구성합니다.

• SL-1에서 SL-2를 SL-1의 멀티호밍 피어로 정적으로 식별합니다.

• SL-2에서 SL-1을 SL-2의 멀티호밍 피어로 정적으로 식별합니다.

이 명령문은 향상된 OISM 모드를 구성할 때만 적용됩니다.

EVPN-VXLAN IPv6 언더레이 구성을 통한 향상된 OISM

지원되는 플랫폼에서 IPv4 및 IPv6 멀티캐스트 데이터 트래픽에 대한 IPv6 언더레이 피어링을 통해 향상된 OISM을 활성화할 수 있습니다. IPv6 언더레이 EVPN-VXLAN 구성은 IPv6 프로토콜이 제공하는 확장된 주소 지정 기능과 효율적인 패킷 처리를 가능하게 합니다. IPv6 언더레이가 있는 EVPN-VXLAN을 참조하십시오.

IPv6 언더레이가 있는 EVPN-VXLAN 네트워크에서 향상된 OISM을 구성하려면:

1. EVPN-VXLAN IPv6 언더레이를 구성합니다.

   OISM 없이 구성하는 것과 동일한 방식으로 IPv6 언더레이를 구성합니다. EVPN-VXLAN으로 IPv6 언더레이 구성을 참조하십시오.

   참고:

   • 향상된 OISM 및 IPv6 언더레이를 사용하면 IPv6 언더레이 피어링에 대해 EBGP 또는 OSPFv3만 지원합니다.

   • EVPN 인스턴스에 인스턴스 유형을 사용해야 mac-vrf 합니다.

   • 향상된 OISM을 통해 IPv6 언더레이를 통해 IPv4 및 IPv6 멀티캐스트 데이터 트래픽을 모두 지원합니다.

2. 향상된 OISM 구성:

   IPv4 언더레이가 있는 EVPN-VXLAN 네트워크에서 이러한 요소를 구성하는 것과 동일한 방식으로 멀티캐스트 EVPN-VXLAN 환경을 위한 향상된 OISM 요소를 구성합니다.

   참고:

   • IPv6 언더레이가 있는 일반 OISM은 지원하지 않고 향상된 OISM만 지원합니다.

   • 다음을 위해 IPv6 언더레이와 함께 향상된 OISM을 사용할 수 있습니다.

     • IGMPv1, IGMPv2 및 IGMP 스누핑을 통한 IPv4 멀티캐스트 데이터 트래픽.

     • MLDv1, MLDv2 및 MLD 스누핑을 통한 IPv6 멀티캐스트 데이터 트래픽.

지원되는 플랫폼에서는 IPv6 언더레이 피어링으로 구성된 EVPN-VXLAN 데이터센터에 대해 원활한 DCI 연결과 함께 향상된 OISM을 사용할 수도 있습니다. 각 EVPN-VXLAN 데이터센터에서 IPv6 언더레이를 구성하고, OISM을 구성하며, 이러한 각 기능을 개별적으로 구성하는 것과 동일한 방식으로 DCI를 구성합니다. 이러한 기능의 조합이 어떻게 작동하는지에 대한 자세한 내용은 향상된 OISM을 사용하는 EVPN-VXLAN DCI 멀티캐스트를 참조하십시오.

TTL=1인 패킷의 경우 SBD 대신 소스 VLAN에서 전달하도록 향상된 OISM 예외 정책

향상된 OISM은 대상 OISM 디바이스가 소스 VLAN을 호스팅하더라도 소스 VLAN이 아닌 SBD의 멀티캐스트 소스에서 오는 대부분의 트래픽을 라우팅합니다. OISM 디바이스가 멀티캐스트 데이터 패킷을 SBD로 라우팅한 다음 대상 VLAN으로 라우팅할 때 패킷 TTL을 두 번 이상 감소시킵니다. 그 결과 TTL=1인 패킷은 수신기에 도달하지 못합니다. 이 문제는 224.0.0.0/24(IPv4 멀티캐스트용) 및 ff02::/16(IPv6 멀티캐스트용)을 제외한 모든 멀티캐스트 그룹의 트래픽에 적용됩니다.

일반 OISM 모드는 소스 VLAN에서 수신 멀티캐스트 트래픽을 전달하므로 일반 모드에서 OISM을 실행할 때 동일한 문제가 발생하지 않습니다. TTL=1 트래픽의 고급 모드로 OISM을 실행하고자 하는 사이트의 경우, 향상된 OISM을 실행하는 디바이스에서 일반 OISM 포워딩 모델을 활성화하는 솔루션을 제공합니다.

이 솔루션을 사용하면 다음과 같이 특정 멀티캐스트 그룹(또는 소스 및 그룹)을 구독하는 원격 수신기에 대해 SBD 대신 소스 VLAN을 사용하도록 향상된 OISM 디바이스에서 예외 정책을 구성할 수 있습니다.

1. SBD 대신 소스 VLAN에서 멀티캐스트 트래픽을 전송하려는 멀티캐스트 그룹(*,G) 또는 멀티캐스트 소스 및 그룹(S,G)과 일치하도록 하나 이상의 라우팅 정책을 구성합니다.

   계층 수준에서 [edit policy-options] 문을 사용합니다policy-statement policy-name. 정책 절에서 from 매개 변수를 term 다음과 같이 정의합니다.

   • 정책 문 옵션을 사용하여 멀티캐스트 그룹 주소에서 일치시킵니다 route-filter .

   • 정책 문 옵션을 사용하여 멀티캐스트 소스 주소를 일치시킵니다 source-address-filter .

   • 특정 소스에 대한 (S,G) SSM 트래픽을 일치시키려면 정책 from 용어에 및 route-filter 옵션을 모두 source-address-filter 포함합니다.

     참고: 멀티캐스트 그룹에서만 일치하는 정책은 해당 그룹 및 모든 소스의 SSM 트래픽에도 적용할 수 있습니다.

2. 관련 테넌트 L3 VRF 인스턴스에서 계층 수준에서 forward-on-source-bridge-domain 문을 사용하여 정책을 활성화합니다 [edit routing-instances L3-VRF-instance-name protocols evpn oism enhanced] .

   forward-on-source-bridge-domain 명령문과 함께 1단계에서 설정한 하나 이상의 정책 이름과 함께 옵션을 포함 forward-policy 합니다.

   이 forward-policy 옵션으로 여러 정책을 적용할 수 있습니다.

간단한 구성 예제는 샘플 TTL=1 예외 정책 구성을 참조하십시오. 이 TTL=1 예외 정책 기능은 향상된 OISM에서만 작동합니다.

디바이스가 TTL=1 EVPN 멀티캐스트 패킷을 수신하면 PFE는 메시지(syslog)를 기록하므로 TTL=1 예외 정책에 포함할 수 있는 멀티캐스트 그룹이 있는지 확인할 수 있습니다.

• TTL=1 예외 정책 지원 및 제한 사항
• 샘플 TTL=1 예외 정책 구성
• 수신 리프 디바이스에서 TTL=1 예외 정책 확인
• DCI 게이트웨이 디바이스에서 TTL=1 예외 정책 확인