EVPN 네트워크에서 최적화된 인터서브넷 멀티캐스트
요약 OISM(Intersubnet Multicast)을 활성화하여 EVPN ERB(에지 라우팅 브리징) 오버레이 패브릭에서 멀티캐스트 트래픽 라우팅 및 포워딩을 최적화합니다. OISM은 멀티캐스트 데이터 플러딩을 방지하여 확장된 멀티캐스트 환경을 효율적으로 지원합니다. 또한 OISM을 통해 네트워크는 EVPN 패브릭 내부 및 외부 디바이스 간의 멀티캐스트 트래픽 플로우를 지원할 수 있습니다.
OISM 개요
멀티캐스트 트래픽을 지원하는 기존 방법은 수신 복제를 사용하고 멀티캐스트 패킷을 네트워크로 플러딩하여 관심 있는 리스너에게 도달합니다. 이러한 방법은 확장성이 좋지 않으며 네트워크에 대규모 멀티캐스트 흐름이 있을 때 지연 문제가 발생합니다. 또한 소스 및 네트워크 외부의 수신자로의 멀티캐스트 트래픽을 적절하고 효율적으로 처리하도록 네트워크를 구성하는 것도 복잡합니다.
OISM(Optimized Intersubnet Multicast)은 멀티캐스트 트래픽 최적화 기능으로, EVPN-VXLAN ERB(Edge-Routed Bridging) 오버레이 패브릭의 L2 및 L3에서 작동합니다. OISM은 다른 멀티캐스트 방법에 내재된 많은 문제를 해결합니다. OISM 설계는 IETF 초안 사양 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-irb-mcast 를 기반으로 합니다.
원래 OISM 구현을 일반 OISM이라고 합니다. 일반 OISM은 모든 OISM 리프 디바이스에서 네트워크의 모든 수익 VLAN(테넌트 VLAN)을 구성해야 하는 대칭 브리지 도메인 OISM 모델을 사용합니다.
Junos OS 릴리스 23.4R1부터 향상된 버전의 OISM도 지원합니다. 향상된 OISM은 비대칭 브리지 도메인 OISM 모델을 사용하므로 모든 OISM 디바이스에서 네트워크의 모든 수익 VLAN을 구성할 필요가 없습니다. 각 디바이스에서 디바이스가 호스팅하는 수익 VLAN만 구성할 수 있습니다. 비대칭 브리지 도메인 모델을 지원하기 위해 향상된 OISM은 대칭 브리지 도메인 모델과 약간의 운영 차이점이 있으며 구성 차이가 적습니다. 차이점은 이 문서 전체에서 설명됩니다.
멀티캐스트 트래픽에는 OISM 구성 및 작업을 적용할 수 있지만 브로드캐스트 또는 알 수 없는 유니캐스트 트래픽에는 적용할 수 없습니다.
EVPN ERB 오버레이 패브릭 설계에서 패브릭의 리프 디바이스는 테넌트 브리지 도메인 간(즉, VLAN 간) 트래픽을 라우팅합니다. OISM을 활성화하면 리프 디바이스는 컨트롤 플레인 멀티캐스트 상태를 사용하여 IRB 인터페이스를 통해 인터서브넷 멀티캐스트 트래픽을 로컬로 라우팅합니다. VLAN 간의 로컬 라우팅을 사용하면 수신자 IRB 인터페이스는 라우팅된 멀티캐스트 트래픽을 EVPN 코어로 전송하지 않습니다. 로컬 라우팅 모델은 EVPN 코어 내의 트래픽 부하를 최소화하는 데 도움이 됩니다. 또한 교통 체증을 방지합니다.
또한 OISM 리프 디바이스는 관심 있는 수신기가 있는 다른 EVPN 디바이스로만 EVPN 코어로 트래픽을 선택적으로 전달합니다. 선택적 포워딩은 EVPN 패브릭에서 멀티캐스트 트래픽 성능을 더욱 향상시킵니다.
OISM이 활성화되면 ERB 오버레이 패브릭은 EVPN 패브릭 내부와 외부의 디바이스 간 멀티캐스트 트래픽 플로우를 효율적이고 효과적으로 지원할 수 있습니다. OISM이 없으면 패브릭 설계자는 CRB(Centrally Routed Bridging) 오버레이 모델을 사용하여 외부 소스 또는 수신기와의 멀티캐스트를 지원해야 합니다. OISM 경계 리프 디바이스는 외부 PIM 도메인에서 트래픽을 라우팅하는 다양한 방법을 지원합니다. 이러한 방법은 통합 라우팅 및 브리징(IRB) 인터페이스 또는 레이어 3(L3) 인터페이스를 사용합니다. 또한 OISM은 다음과 같이 패브릭 내부에 SBD(Supplemental Bridge Domain)를 사용합니다.
-
SBD에는 수익 VLAN과 다른 VLAN ID가 있습니다.
-
경계 리프 디바이스는 SBD를 사용하여 외부 소스에서 EVPN 패브릭 내의 수신자로 트래픽을 전송합니다.
-
향상된 OISM 모드에서 서버 리프 디바이스는 SBD를 사용하여 내부 소스에서 멀티호밍 피어가 아닌 EVPN 패브릭의 다른 서버 리프 디바이스로 트래픽을 전달합니다. 향상된 모드 리프 디바이스는 소스 VLAN을 사용하여 멀티호밍 피어 리프 디바이스에 멀티캐스트 트래픽을 전송합니다.
OISM의 이점
- ERB 오버레이 모델을 사용하는 EVPN-VXLAN 패브릭을 활성화하여 패브릭 외부의 소스 및 수신기를 통한 멀티캐스트 트래픽을 지원합니다.
- EVPN 패브릭 코어에서 멀티캐스트 제어 패킷과 복제된 데이터 패킷을 최소화하여 확장된 설계에서 패브릭 멀티캐스트 성능을 최적화합니다.
-
향상된 OISM 모드를 사용하면 다양한 VLAN을 호스트하는 리프 디바이스로 확장된 네트워크 설계를 추가로 지원할 수 있습니다(각 리프 디바이스에서 디바이스가 호스팅하는 VLAN만 구성해야 함).
EVPN 인스턴스에서의 OISM 지원
주니퍼는 다음과 같은 유형의 EVPN 인스턴스에서 EVPN-VXLAN 패브릭의 OISM을 지원합니다.
-
기본 스위치 인스턴스의 EVPN:
-
Junos OS 릴리스 21.2R1부터 QFX5110, QFX5120 및 QFX10002(QFX10002-60C 제외) 스위치에서 시작합니다.
-
EX4650, QFX10008 및 QFX10016 스위치의 Junos OS 릴리스 22.2R1부터 시작합니다.
-
EX4300-48MP 및 EX4400 스위치의 Junos OS 릴리스 22.3R1부터 시작합니다.
-
ACX7024, ACX7100-32C 및 ACX7100-48L 라우터의 Junos OS 릴리스 23.4R1부터 시작합니다.
-
-
서비스
vlan-based
유형만 있는vlan-aware
MAC-VRF EVPN 라우팅 인스턴스( MAC-VRF 라우팅 인스턴스 유형 개요 참조):-
QFX5130-32CD 및 QFX5700 스위치의 Junos OS Evolved 릴리스 22.1R1부터 시작합니다.
-
EX4650, QFX5110, QFX5120, QFX10002(QFX10002-60C 제외), QFX10008 및 QFX10016 스위치의 Junos OS 릴리스 22.2R1부터 시작합니다.
-
PTX10001-36MR, PTX10004, PTX10008 및 PTX10016 라우터의 Junos OS Evolved 릴리스 22.3R1부터 시작합니다.
-
ACX7024, ACX7100-32C 및 ACX7100-48L 라우터의 Junos OS 릴리스 23.4R1부터 시작합니다.
-
Junos OS Evolved 디바이스에서는 기본 스위치 인스턴스가 아닌 MAC-VRF 인스턴스에서만 EVPN 구성을 사용하여 EVPN-VXLAN을 지원합니다. 따라서 이러한 디바이스에서는 MAC-VRF EVPN 인스턴스에서만 OISM을 지원합니다.
EVPN 패브릭에서 멀티캐스트 프로토콜 및 기타 멀티캐스트 최적화를 사용하는 OISM
OISM은 다음과 같은 멀티캐스트 프로토콜 및 기타 EVPN 멀티캐스트 최적화 기능과 함께 작동합니다.
OISM에서 지원되는 멀티캐스트 프로토콜
-
IGMPv2입니다.
-
Junos OS 릴리스 21.2R1부터 QFX5110, QFX5120 및 QFX10002(QFX10002-60C 제외) 스위치에서 시작합니다.
-
QFX5130-32CD 및 QFX5700 스위치의 Junos OS Evolved 릴리스 22.1R1부터 시작합니다.
-
EX4650, QFX10008 및 QFX10016 스위치의 Junos OS 릴리스 22.2R1부터 시작합니다.
-
EX4300-48MP 및 EX4400 스위치의 Junos OS 릴리스 22.3R1부터 시작합니다.
-
PTX10001-36MR, PTX10004, PTX10008 및 PTX10016 라우터의 Junos OS Evolved 릴리스 22.3R1부터 시작합니다.
- ACX7024, ACX7100-32C 및 ACX7100-48L 라우터의 Junos OS 릴리스 23.4R1부터 시작합니다.
-
-
IGMPv3:
-
QFX5130-32CD 및 QFX5700 스위치의 Junos OS Evolved 릴리스 22.1R1부터 시작합니다.
-
EX4650, QFX5110, QFX5120, QFX10002(QFX10002-60C 제외), QFX10008 및 QFX10016 스위치의 Junos OS 릴리스 22.2R1부터 시작합니다.
-
PTX10001-36MR, PTX10004, PTX10008 및 PTX10016 라우터의 Junos OS Evolved 릴리스 22.3R1부터 시작합니다.
-
ACX7024, ACX7100-32C 및 ACX7100-48L 라우터의 Junos OS 릴리스 23.4R1부터 시작합니다.
-
-
MLDv1 및 MLDv2:
-
QFX5130-32CD 및 QFX5700 스위치의 Junos OS Evolved 릴리스 23.1R1부터 시작합니다.
-
-
PIM은 로컬 라우팅과 외부 멀티캐스트 트래픽 라우팅을 모두 용이하게 합니다.
OISM은 특정 구성 제약 조건 하에서만 동일한 디바이스에서 IGMPv2 및 IGMPv3를 동시에 사용하는 IGMP 스누핑을 지원합니다. 마찬가지로 OISM은 동일한 구성 제약 조건 하에서 MLDv1 및 MLDv2 모두에서 동시에 MLD 스누핑을 지원합니다. 자세한 내용은 동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2)을 참조하십시오.
또한 EVPN-VXLAN 패브릭에서 IGMP 또는 MLD ASM(any-source multicast) 및 SSM(Source-Specific Multicast) 모드 지원에 대한 정보는 지원되는 IGMP 또는 MLD 버전 및 그룹 멤버십 보고서 모드를 참조하십시오.
OISM과 함께 작동하는 기타 멀티캐스트 최적화 기능
OISM은 다음과 같은 다른 멀티캐스트 최적화 기능과 함께 작동합니다.
-
리프 디바이스의 액세스 측에서 IGMP 스누핑 또는 MLD 스누핑(일부 플랫폼)
IGMP 스누핑 또는 MLD 스누핑이 활성화된 경우, 멀티캐스트 트래픽을 수신하는 리프 디바이스는 관심 있는 수신자가 있는 다른 디바이스로만 트래픽을 전달합니다.
-
EVPN Type 7(Join Sync) 및 Type 8(Leave Sync) 경로를 사용하는 이더넷 세그먼트(ES)에서의 멀티호밍 지원.
EVPN 패브릭 디바이스는 멀티호밍 피어인 EVPN 디바이스 간에 멀티캐스트 상태를 동기화하기 위해 이러한 경로 유형을 보급합니다.
메모: ACX 시리즈 OISM 리프 디바이스는 ACX 시리즈 디바이스에서만 멀티호밍 피어 PE 디바이스가 될 수 있습니다. -
EVPN 유형 6 경로를 사용하는 EVPN 패브릭 코어에서 선택적 멀티캐스트 이더넷 태그(SMET) 포워딩.
EVPN 디바이스는 유형 6 경로를 사용하여 EVPN 코어 내 포워딩을 멀티캐스트 그룹의 트래픽 수신에 관심이 있는 수신자로만 제한합니다. OISM을 사용하여 EVPN ERB 오버레이 패브릭에서 이 최적화가 작동하도록 할 수 있습니다. IGMP 또는 MLD 스누핑을 구성하면 패브릭이 OISM을 통한 SMET 포워딩을 자동으로 활성화합니다.
-
AR(보조 복제).
다양한 AR 및 OISM 디바이스 역할을 지원하는 플랫폼에 따라 다음과 같이 OISM을 실행하는 패브릭에 AR을 통합할 수 있습니다.
-
EX4650, QFX5110, QFX5120, QFX10002(QFX10002-60C 제외), QFX10008 및 QFX10016 스위치의 Junos OS 릴리스 22.2R1부터 시작합니다.
-
OISM 보더 리프 또는 서버 리프 디바이스 역할도 하는 이러한 디바이스에서 AR 리프 역할을 구성할 수 있습니다.
-
다음 모드 중 하나에서 QFX10002(QFX10002-60C 제외), QFX10008 및 QFX10016 스위치만 AR 복제기로 구성할 수 있습니다.
배치 모드: 이 장치는 AR 복제 장치 및 OISM 경계 리프 장치 역할을 모두 수행합니다.
독립 실행형 모드: 디바이스는 AR 복제기이지만 OISM 보더 리프 또는 서버 리프 디바이스도 아닙니다.
-
-
QFX5130-32CD 및 QFX5700 스위치의 Junos OS Evolved 릴리스 22.2R1부터 시작합니다.
-
OISM 보더 리프 또는 서버 리프 디바이스에서 AR 리프 역할을 구성할 수 있습니다.
-
독립형 모드에서만 OISM을 사용하여 이러한 디바이스를 AR 복제기로 구성할 수 있습니다. 독립형 모드에서 AR 복제기 디바이스는 OISM 보더 리프 또는 서버 리프로도 작동하지 않습니다.
-
메모:ACX7024, ACX7100-32C 및 ACX7100-48L 라우터는 AR 복제기 또는 AR 리프 디바이스로 OISM을 사용하는 AR을 지원하지 않습니다.
AR과 OISM을 함께 사용하는 방법에 대한 자세한 내용은 다음 참조를 참조하세요.
- AR 작동 방식 및 AR 구성 방법—
-
AR이 OISM과 통합되는 방식 - OISM(Optimized Intersubnet Multicast)을 사용한 AR.
-
AR과 OISM이 함께 작동하는 사용 사례 그림:
-
Enhanced OISM 개요
향상된 OISM을 사용하기 때문에 모든 OISM 디바이스의 네트워크에 있는 모든 VLAN(수익 브리지 도메인)을 구성할 필요가 없습니다. 각 디바이스에서 디바이스가 호스팅하는 수익 VLAN만 구성할 수 있습니다. 결과적으로, 이 모드는 모든 리프 디바이스에서 수익 VLAN을 대칭적으로 구성해야 하는 일반 OISM 모드와 비교하여 비 대칭 브리지 도메인(VLAN) 모델을 갖는 것으로 설명합니다.
그러나 향상된 OISM 모드에서는 이더넷 세그먼트를 공유하는 OISM 리프 디바이스에서 수익 VLAN을 대칭적으로 구성해야 합니다. 다시 말해, 연결된 멀티호밍 호스트 또는 멀티호밍 고객 에지(CE) 디바이스에 대한 멀티호밍 피어인 OISM 리프 디바이스에서 동일한 수익 VLAN을 구성해야 합니다.
향상된 OISM 모드를 사용하면 네트워크에 디바이스당 더 많은 수의 서로 다른 VLAN을 호스팅하는 리프 디바이스가 있을 때 OISM을 잘 확장할 수 있습니다.
향상된 OISM 지원
다음을 통해 향상된 OISM을 지원합니다.
-
IGMPv2, IGMPv3 및 IGMP 스누핑.
-
MLDv1, MLDv2 및 MLD 스누핑.
-
MAC-VRF EVPN 인스턴스 유형만 해당됩니다.
-
Junos OS 릴리스 24.2R1 및 23.4R2부터: IPv6 언더레이를 사용한 EVPN-VXLAN 구성( EVPN-VXLAN IPv6 언더레이 구성을 통한 향상된 OISM 참조).
AR을 통한 향상된 OISM은 지원하지 않습니다.
향상된 OISM을 사용하도록 설정하는 방법
계층 수준에서 옵션을 사용하여 향상된 OISM enhanced-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을 대신 사용합니다.
네트워크에서 TTL(Time-to-Live) 필드를 감소시키기 위한 엄격한 요구 사항이 있는 멀티캐스트 패킷을 전달해야 하는 경우 확장 OISM이 아닌 일반 OISM을 사용해야 합니다. 향상된 OISM 모델은 본질적으로 TTL=1인 패킷이 소스 디바이스의 멀티호밍 피어가 아닌 디바이스의 수신기에 도달하지 못하는 한계가 있습니다. 자세한 내용은 향상된 OISM 차이점 요약 을 참조하십시오. 일반 OISM은 소스 VLAN에서 소스 트래픽을 전달하며 동일한 VLAN의 대상에 대한 TTL 값을 감소시키지 않습니다.
향상된 OISM 차이점 요약
해당하는 경우 이 문서의 섹션에서는 향상된 OISM을 사용할 때의 운영 또는 구성 차이점에 대해 설명합니다.
향상된 OISM 작동 및 구성의 주요 차이점을 여기에 요약합니다.
내부 소스의 East-West 트래픽
수신 리프 디바이스는 소스 VLAN의 east-west 멀티캐스트 소스 트래픽을 하나 이상의 이더넷 세그먼트를 공유하는 멀티호밍 피어 리프 디바이스로 전달합니다. 다른 모든 OISM 리프 디바이스의 경우 SBD에서만 원본 트래픽을 라우팅합니다(다른 디바이스가 원본 VLAN을 호스트하는 경우에도). 그런 다음 각 리프 디바이스는 SBD에서 대상 VLAN으로 트래픽을 로컬로 라우팅합니다.
이 작업은 소스 VLAN의 내부 소스에서만 멀티캐스트 트래픽을 전송하는 일반 OISM 모드와 다릅니다. 그런 다음 각 리프 디바이스는 소스 VLAN의 트래픽을 로컬로 전달하거나 소스 VLAN에서 대상 VLAN으로 트래픽을 라우팅합니다.
OISM 리프 디바이스는 SBD의 멀티캐스트 트래픽을 원본 VLAN에서 전달하는 대신 멀티호밍이 아닌 피어로 전달하므로 향상된 OISM은 TTL(Time to Live)이 1인 데이터 패킷을 지원하지 않습니다. 소스 리프 디바이스가 멀티캐스트 데이터 패킷을 SBD로 라우팅한 다음 수신 리프 디바이스가 SBD에서 대상 VLAN으로 패킷을 라우팅하면 패킷 TTL이 두 번 감소합니다. 따라서 TTL=1인 패킷은 수신기에 도달하지 않습니다. 이 제한은 예약된 그룹 범위 224.0.0.0/24(IPv4 멀티캐스트의 경우) 및 ff02::/16(IPv6 멀티캐스트의 경우) 이외의 모든 멀티캐스트 그룹에 대한 트래픽에 적용됩니다.
내부 소스에서 외부 수신자로의 North-South 트래픽
수신 리프 디바이스는 내부 멀티캐스트(S, G) 소스 및 그룹을 위한 EVPN Type 10 S-PMSI(Selective P-router Multicast Service Interface) A-D(Auto-Discovery) 경로를 생성합니다.
OISM 경계 리프 디바이스는 외부 멀티캐스트 소스 및 수신기에 연결하는 PIM EVPN 게이트웨이(PEG) 디바이스 역할을 합니다. PEG 디바이스는 EVPN 네트워크 내부의 멀티캐스트 소스에 대해서만 PIM 소스 등록을 수행해야 하므로 광고된 S-PMSI A-D 경로의 소스에 대해서만 PIM 등록을 찾습니다.
SBD의 서버 리프 디바이스 연결을 위한 OSPF 영역
각 서버 리프 디바이스에서 향상된 OISM을 사용하려면 각 테넌트 VRF(가상 라우팅 및 포워딩) 인스턴스에 SBD IRB 인터페이스에 대한 OSPF 영역 구성을 포함해야 합니다. OSPF 활성 모드에서 SBD IRB 인터페이스를 구성하여 OSPF 인접성을 설정하고 SBD의 OISM 리프 디바이스 간의 라우팅을 지원합니다. 그러나 SL 디바이스가 OSPF DR(지정 라우터) 또는 BDR(백업 DR) 역할을 가정하지 않도록 OSPF 인터페이스 우선 순위를 0으로 설정합니다. OSPF 패시브 모드를 사용하여 OSPF 영역의 VRF 인스턴스에 있는 다른 인터페이스를 구성하면 라우팅 정보를 교환할 수 있지만 OSPF 인접성을 형성하지 않고 OSPF 프로토콜 처리에 참여하지 않습니다.
OISM 구성 요소
OISM 환경에는 다음이 포함됩니다.
-
경계 역할 및 서버 액세스 역할에서 작동하는 EVPN 패브릭의 리프 디바이스.
-
외부 L3 PIM 도메인의 외부 멀티캐스트 소스 및 수신기.
-
패브릭이 내부 및 외부 디바이스 간에 멀티캐스트 트래픽을 라우팅할 수 있도록 하는 브리지 도메인(VLAN) 구성.
EVPN-VXLAN ERB 오버레이 설계에는 리프 디바이스에 대한 L3 전송 기능을 지원하는 린 스파인 디바이스가 포함됩니다. 린 스파인 디바이스는 일반적으로 OISM 기능을 수행하지 않습니다.
다음 섹션에서는 이러한 OISM 구성 요소에 대해 설명합니다.
- OISM 장치 역할
- 외부 멀티캐스트 소스 및 수신기가 있는 PIM 도메인
- 외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법
- OISM 브리지 도메인(VLAN)
- 일반 OISM 모드 - 대칭 브리지 도메인 모델
- 향상된 OISM 모드 - 비대칭 브리지 도메인 모델
- OISM 장치의 구성 요소
OISM 장치 역할
그림 1 은 간단한 EVPN-VXLAN ERB 오버레이 패브릭과 패브릭 내의 OISM 디바이스 역할을 보여줍니다.
표 1 에는 장치 역할이 요약되어 있습니다.
장치 역할 | 설명 |
---|---|
보더 리프(BL) |
EVPN 패브릭 언더레이 및 오버레이의 OISM 리프 디바이스. 경계 리프 디바이스는 EVPN 패브릭을 외부 PIM 도메인의 패브릭 외부에 있는 멀티캐스트 디바이스(소스 및 수신기)에 상호 연결하는 게이트웨이 역할을 합니다. 이러한 디바이스는 PIM EVPN 게이트웨이(PEG) 역할을 수행합니다. |
린 스파인(LS) |
EVPN 패브릭의 언더레이에 있는 스파인 디바이스. 이러한 디바이스는 일반적으로 IP 전송 디바이스로서 EVPN 언더레이를 지원하는 린 스파인으로 작동합니다. 린 스파인은 패브릭에서 경로 반사체 역할도 할 수 있습니다. 다음 사용 사례에서만 린 스파인 디바이스에서 OISM 요소를 구성합니다.
|
서버 리프(리프) |
EVPN 패브릭 언더레이 및 오버레이의 액세스 측에 있는 OISM 리프 디바이스. 서버 리프 디바이스는 ToR(Top-of-Rack) 스위치인 경우가 많습니다. 이러한 디바이스는 EVPN 패브릭을 패브릭 내의 브리지 도메인 또는 VLAN에 있는 멀티캐스트 소스 및 멀티캐스트 수신기 호스트에 연결합니다. |
공통적인 구성 요소와 각 장치 역할에 대해 다른 구성 요소에 대한 자세한 내용은 OISM 장치의 구성 요소를 참조하십시오.
외부 멀티캐스트 소스 및 수신기가 있는 PIM 도메인
그림 1에서 OISM 경계 리프 디바이스는 대표적인 외부 PIM 도메인의 EVPN 패브릭 외부에 있는 멀티캐스트 소스 및 수신기에 연결됩니다. 외부 PIM 도메인의 멀티캐스트 디바이스는 표준 PIM 프로토콜 절차를 따릅니다. 그들의 운영은 OISM에만 국한되지 않습니다. 외부 멀티캐스트 트래픽은 PIM 도메인을 통해 L3에서 흐릅니다.
다음 사용 사례에서 OISM을 사용하여 디바이스 간에 EVPN-VXLAN ERB 오버레이 패브릭의 멀티캐스트 트래픽을 라우팅하고 전달할 수 있습니다.
-
내부 멀티캐스트 소스 및 수신기
-
내부 멀티캐스트 소스 및 외부 멀티캐스트 수신기
-
외부 멀티캐스트 소스 및 내부 멀티캐스트 수신기
간단히 하기 위해 이 설명서에서는 외부 PIM 도메인을 다음과 같이 표현합니다.
-
PIM 랑데부 포인트(RP) 역할을 하는 PIM 라우터(MX 시리즈 라우터와 같은 디바이스).
-
외부 원본입니다.
-
외부 수신기.
외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법
OISM 경계 리프 디바이스는 패브릭 외부 디바이스와 멀티캐스트 트래픽을 라우팅하는 하나 이상의 방법을 지원합니다. 지원되는 방법은 플랫폼에 따라 다릅니다.
일부 플랫폼은 경계 리프 역할을 지원하지 않습니다. 외부 멀티캐스트 방법에 대한 지원되는 플랫폼 열의 표 2에 나열된 플랫폼이 표시되지 않으면 플랫폼이 경계 리프 역할을 지원하지 않는다는 의미입니다.
이름 | 연결 방법 | 지원되는 플랫폼 |
---|---|---|
M-VLAN IRB 방식 |
EVPN 인스턴스에서 확장하는 멀티캐스트 VLAN(M-VLAN)의 IRB 인터페이스. 패브릭은 외부 PIM 도메인으로 들어오고 나가는 외부 멀티캐스트 트래픽 플로우에만 M-VLAN 및 해당 IRB 인터페이스를 사용합니다. 이 방법은 EVPN ESI(Ethernet Segment Identifier) 멀티호밍을 지원하여 외부 PIM 라우터를 패브릭에 있는 두 개 이상의 OISM 경계 리프 디바이스에 연결합니다.
메모:
향상된 OISM에서는 이 방법을 지원하지 않습니다. |
PTX10001-36MR PTX10004 PTX10008 PTX10016 QFX10002 (QFX10002-60C 제외) QFX10008 QFX10016 |
클래식 L3 인터페이스 방법 |
서로 다른 서브넷의 외부 PIM 도메인에 개별적으로 연결되는 OISM 경계 리프 디바이스의 클래식 물리적 L3 인터페이스. 이러한 인터페이스는 VLAN과 연결되지 않습니다. EVPN 인스턴스에서는 이러한 인터페이스를 구성하지 않습니다. 대신 이러한 인터페이스에 IP 주소를 할당하고 테넌트 L3 VRF 인스턴스에 포함합니다.
메모:
L3 인터페이스 연결은 통합 이더넷(AE) 인터페이스 번들일 수 있습니다. |
ACX7024 ACX7100 EX4650 시리즈 PTX10001-36MR PTX10004 PTX10008 PTX10016 QFX5120 QFX5130-32CD QFX5700 QFX10002 (QFX10002-60C 제외) QFX10008 QFX10016 |
비 EVPN IRB 방법 |
EVPN 인스턴스에서 확장하지 않는 추가 VLAN의 IRB 인터페이스. 이러한 논리적 인터페이스를 테넌트 L3 VRF 인스턴스에 포함합니다. 각 경계 리프 디바이스에서 연결된 IRB 인터페이스에 대해 고유한 추가 VLAN ID와 서브넷을 할당합니다. 이러한 유형의 인터페이스를 외부 멀티캐스트를 위한 비 EVPN IRB 인터페이스 라고 부릅니다. |
PTX10001-36MR PTX10004 PTX10008 PTX10016 QFX5130-32CD QFX5700 |
L2, M-VLAN 또는 L3 링크를 사용하여 EVPN-VXLAN 패브릭을 외부 PIM 도메인에 연결하는 방법에 대한 일반적인 개요는 EVPN-VXLAN 환경에서 IGMP 스누핑 또는 MLD 스누핑을 통한 멀티캐스트 포워딩 개요를 참조하십시오.
OISM 브리지 도메인(VLAN)
표 3 은 OISM 브리지 도메인 또는 VLAN을 요약하고 OISM에서 이를 사용하는 방법을 설명합니다.
이 문서에서 모든 OISM 디바이스에 대한 참조는 OISM 을 사용하도록 설정한 보더 리프 및 서버 리프 디바이스에 해당합니다.
브리지 도메인/VLAN | 설명 | 구성 위치: |
---|---|---|
멀티캐스트 VLAN(M-VLAN) |
(외부 멀티캐스트를 위한 M-VLAN IRB 방식) 패브릭을 외부 멀티캐스트 라우터에 연결하는 관련 IRB 인터페이스가 있는 EVPN 패브릭의 VLAN. 이 VLAN 및 IRB 인터페이스는 패브릭 내부와 외부의 디바이스 간의 트래픽 플로우를 가능하게 합니다. IGMPv2 및 IGMPv3 트래픽 모두에서 IGMP 스누핑을 지원하려면 각 IGMP 버전에 대한 트래픽을 전송하기 위해 별도의 M-VLAN을 할당합니다. EVPN 인스턴스에서 이 VLAN을 확장합니다. 또한 외부 멀티캐스트 라우터를 동일한 EVPN ES의 여러 경계 리프 디바이스 M-VLAN IRB 인터페이스로 멀티호밍할 수 있습니다. 일반적인 EVPN 멀티호밍 DF(Designated Forwarder) 규칙은 M-VLAN의 ES에 있는 트래픽 사본 하나만 전송하는 데 적용됩니다. M-VLAN을 SBD 또는 EVPN 패브릭의 수익 브리지 도메인이 아닌 VLAN으로 구성합니다.
메모:
향상된 OISM을 사용하는 M-VLAN IRB 방법은 지원하지 않습니다. 외부 소스 및 수신기에 연결하기 위해 지원되는 다른 방법은 외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법을 참조하십시오. |
경계 리프 장치 |
추가 비 EVPN VLAN |
(외부 멀티캐스트를 위한 비 EVPN IRB 방식) 패브릭의 EVPN 인스턴스에 없는 추가 VLAN입니다. 테넌트 L3 VRF 인스턴스에서 연결된 IRB 인터페이스를 구성합니다. 이 VLAN 및 IRB 인터페이스는 패브릭 내부 디바이스와 패브릭 외부 디바이스 간의 멀티캐스트 트래픽 플로우를 지원합니다. 패브릭 전체에서 고유한 각 경계 리프 디바이스에 고유한 고유한 추가 VLAN과 해당 IRB 인터페이스 서브넷을 할당해야 합니다. 또한 IGMPv2 및 IGMPv3 트래픽 모두에서 IGMP 스누핑을 지원하려면 별도의 추가 비 EVPN VLAN을 사용하여 각 IGMP 버전에 대한 트래픽을 전송합니다. MLDv1 및 MLDv2 트래픽 모두에서 MLD 스누핑을 지원하려는 경우에도 동일한 제약 조건이 적용됩니다. |
경계 리프 장치 |
수익 브리지 도메인(VLAN) |
패브릭이 제공하는 서비스에 대한 가입자의 브리지 도메인. 수익 브리지 도메인을 패브릭에서 VLAN으로 구성합니다. 수익 브리지 도메인은 패브릭의 고객 VLAN 에 해당합니다. 이러한 VLAN은 OISM에만 국한되지는 않지만 패브릭의 멀티캐스트 소스 및 수신기는 이러한 브리지 도메인에 있습니다. 패브릭에서 IGMPv2 및 IGMPv3 수신기 모두로 IGMP 스누핑을 지원하려는 경우 이러한 브리지 도메인에 VLAN을 할당하는 방법에 대한 자세한 내용은 동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2)를 참조하십시오. MLDv1 및 MLDv2 수신기 모두에서 MLD 스누핑을 지원하려는 경우에도 동일한 제약 조건이 적용됩니다. |
모든 OISM 장치 |
보조 브리지 도메인(SBD) |
외부 멀티캐스트 트래픽을 지원하고, EVPN 코어에서 SMET 최적화를 구현하며, 모든 디바이스가 네트워크의 모든 VLAN을 알 필요가 없는 향상된 OISM 모드 구현을 지원하는 브리지 도메인입니다. SBD를 수익 브리지 도메인 VLAN, M-VLAN, 또는 추가 비 EVPN VLAN과 다른 일반 VLAN으로 구성합니다. SBD는 일반적으로 패브릭의 모든 OISM 리프 디바이스에 서비스를 제공합니다. IGMPv2 및 IGMPv3 트래픽 모두에서 IGMP 스누핑을 지원하거나 MLDv1 및 MLDv2 트래픽 모두에서 MLD 스누핑을 지원하려면 각 IGMP 또는 MLD 버전에 대한 트래픽을 전달하도록 별도의 SBD를 할당합니다. SBD는 다음을 수행합니다.
메모:
SBD는 다음을 위한 OISM 운영의 핵심입니다.
OISM이 작동하려면 SBD IRB 인터페이스가 항상 작동해야 합니다. |
모든 OISM 장치 |
일반 OISM 모드 - 대칭 브리지 도메인 모델
일반적인 OISM 구현은 대칭 브리지 도메인 모델을 사용합니다. 또한 이 OISM 모드를 BDE(Bridge Domain Everywhere) 모델이라고 합니다. 이 모델을 사용하여 네트워크의 모든 OISM 디바이스에서 모든 수익 브리지 도메인(VLAN)을 구성합니다.
대칭 브리지 도메인 모델에서는 모든 OISM 경계 리프 및 서버 리프 디바이스에서 SBD 및 모든 수익 브리지 도메인을 구성해야 합니다.
또한 외부 PIM 도메인에 연결하는 경계 리프 디바이스에서 다음 VLAN을 균일하게 구성합니다.
-
외부 멀티캐스트에 M-VLAN IRB 방법을 사용하는 경우 M-VLAN.
-
외부 멀티캐스트에 비 EVPN IRB 방법을 사용하는 경우 각 경계 리프 디바이스에 고유한 추가 비 EVPN VLAN.
패브릭의 린 스파인 디바이스는 일반적으로 IP 전송 디바이스로만 사용되며 경로 리플렉터로도 사용될 수 있습니다. 따라서 일반적으로 린 스파인 디바이스에서 이러한 요소를 구성할 필요가 없습니다. (일부 예외에 대해서는 표 1 의 린 스파인(Lean Spine) 행을 참조하십시오.)
향상된 OISM 모드 - 비대칭 브리지 도메인 모델
향상된 OISM 구현은 각 리프 디바이스에서 디바이스가 호스팅하는 수익 VLAN만 구성할 수 있는 비대칭 브리지 도메인 모델을 지원합니다. 그 결과, 향상된 OISM을 BDNE( Bridge Domain NOT Everywhere ) 모델이라고 부르기도 합니다.
일반적으로 향상된 OISM은 그림 2와 동일한 상위 수준 OISM 구조 및 네트워크 구성 요소를 사용하지만, 비대칭 브리지 도메인 모델을 활성화하기 위해 몇 가지 운영상의 차이점이 있습니다.
일반 OISM 구현과의 주요 차이점에 대한 소개는 Enhanced OISM 개요를 참조하세요. 이 문서에서는 해당하는 경우 일반 OISM 대신 확장 OISM을 사용할 때의 운영 또는 구성 차이점에 대해 설명합니다.
OISM 장치의 구성 요소
이 섹션에는 다음에 대해 구성해야 하는 요소가 요약되어 있습니다.
-
모든 OISM 디바이스 - 경계 리프 역할 및 서버 리프 역할의 디바이스, AR을 OISM과 통합할 때 독립형 모드에서 AR 복제기 역할도 하는 스파인 디바이스.
표 4를 참조하십시오.
-
서버 리프 디바이스만 해당됩니다.
표 5를 참조하십시오.
-
외부 멀티캐스트에 사용하는 방법에 따라 경계 리프 디바이스만 해당:
-
M-VLAN IRB 인터페이스
-
클래식 L3 인터페이스
-
비 EVPN IRB 인터페이스
표 6을 참조하십시오.
-
일부 요소는 선택 사항이며 설명에 나와 있습니다.
EX4650, QFX5110 및 QFX5120 스위치는 OISM 요소에 대한 엔터프라이즈 스타일 인터페이스 구성을 지원하지만 서비스 프로바이더 스타일 인터페이스 구성은 지원하지 않습니다. 이러한 인터페이스 구성 스타일에 대한 자세한 내용은 유연한 이더넷 서비스 캡슐화 및 EVPN-VXLAN을 통한 유연한 이더넷 서비스 지원 이해를 참조하십시오.
표 4 에는 모든 OISM 장치에서 구성하는 요소가 나열되어 있습니다.
구성 요소 | 설명 |
---|---|
OISM 모드 |
OISM을 전역적으로 활성화하고 L3 VRF 인스턴스에서 OISM 라우팅 기능을 활성화합니다. 일반 모드 또는 고급 모드에서 OISM을 사용하도록 설정하고 모든 디바이스가 동일한 OISM 모드를 실행해야 합니다. OISM이 활성화된 디바이스는 다음과 같이 EVPN Type 3 IMET(Inclusive Multicast Ethernet Tag) 경로를 보급합니다.
|
수익 브리지 도메인(고객 VLAN) 및 해당 IRB 인터페이스 |
데이터센터 서비스 요구 사항에 따라 수익 브리지 도메인(고객 VLAN)을 구성합니다. 일반 OISM을 사용하면 모든 OISM 디바이스에서 모든 수익 브리지 도메인 VLAN과 해당 IRB 인터페이스를 대칭적으로 구성해야 합니다. 향상된 OISM을 사용하면 각 OISM 디바이스에서 해당 IRB 인터페이스와 함께 디바이스가 호스팅하는 수익 VLAN만 구성하면 됩니다. 그러나 여전히 모든 멀티호밍 피어 리프 디바이스 세트에서 수익 VLAN을 대칭적으로 구성해야 합니다. 자세한 내용은 OISM 브리지 도메인(VLAN)을 참조하십시오. 다음을 지원하려는 경우 수익 브리지 도메인을 구성하기 위한 특별 고려 사항은 동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2) 를 참조하십시오.
|
SBD(VLAN) 및 해당 IRB 인터페이스 |
모든 OISM 디바이스에서 SBD 및 해당 IRB 인터페이스를 구성합니다. SBD는 M-VLAN, 비 EVPN VLAN 또는 EVPN 패브릭의 수익 브리지 도메인 VLAN과 구별되는 모든 VLAN이 될 수 있습니다. 자세한 내용은 OISM 브리지 도메인(VLAN)을 참조하십시오. 이 VLAN을 OISM 라우팅을 지원하는 L3 VRF 인스턴스의 SBD로 식별합니다. Junos OS 및 Junos OS Evolved 24.1R1부터 시작하여 다른 공급업체와의 상호 운용성 및 OISM 초안 표준 준수를 위해 SBD IRB 인터페이스에 대한 EVPN Type 3 IMET 경로에는 멀티캐스트 플래그 확장 커뮤니티에 OISM SBD 플래그가 포함됩니다. |
L3 멀티캐스트 프로토콜—IGMPv2 또는 IGMPv3 |
IGMPv2 또는 IGMPv3 L3 멀티캐스트 프로토콜을 사용하도록 설정합니다. 수신자는 IGMP 보고서를 전송하여 멀티캐스트 그룹에 대한 트래픽 수신에 대한 관심을 표명합니다. ASM(any-source multicast) 모드에서 IGMPv2 또는 IGMPv3를 사용하거나 SSM(Source-Specific Multicast) 모드에서 IGMPv3를 사용할 수 있습니다. OISM이 활성화된 동일한 VLAN 또는 동일한 VRF 인스턴스에서 두 IGMP 버전에 대해 IGMP 스누핑을 함께 활성화할 수 없습니다. 그러나 동일한 패브릭에서 IGMPv2 및 IGMPv3 수신기를 통한 IGMP 스누핑을 지원하려면 한 VRF 인스턴스의 특정 VLAN에 대해 IGMPv2를 통한 IGMP 스누핑을 활성화하고 다른 VRF 인스턴스의 다른 VLAN에 대해 IGMPv3를 통한 IGMP 스누핑을 활성화할 수 있습니다. 자세한 내용은 동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2)을 참조하십시오. IGMPv2는 기본 IGMP 버전입니다. IGMPv3를 구성하려면 옵션을 지정해야 |
L3 멀티캐스트 프로토콜—MLDv1 또는 MLDv2 |
패브릭에 IPv6 멀티캐스트 트래픽이 있는 경우 MLDv1 또는 MLDv2 L3 멀티캐스트 프로토콜을 활성화합니다. 수신자는 멀티캐스트 그룹에 대한 트래픽 수신에 대한 관심을 표명하기 위해 MLD 보고서를 보냅니다. ASM(any-source multicast) 모드에서 MLDv1 또는 MLDv2를 사용하거나 SSM(Source-Specific Multicast) 모드에서 MLDv2를 사용할 수 있습니다. OISM이 활성화되면 동일한 VLAN 또는 동일한 VRF 인스턴스에서 두 MLD 버전에 대해 함께 MLD 스누핑을 활성화할 수 없습니다. 그러나 다음과 같은 경우 동일한 패브릭에서 MLDv1 및 MLDv2 수신기를 통한 MLD 스누핑을 지원할 수 있습니다.
자세한 내용은 동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2)을 참조하십시오. MLDv1은 기본 MLD 버전입니다. MLDv2를 구성하려면 옵션을 지정해야 |
L2 멀티캐스트 최적화—SMET를 통한 IGMP 스누핑 |
OISM이 제공하는 최적화의 일환으로 IGMPv2 또는 IGMPv3 프로토콜을 사용하여 L2에서 IGMP 스누핑을 활성화합니다. IGMP 스누핑을 사용하면 디바이스가 관심 있는 액세스 측 수신자에게만 멀티캐스트 트래픽을 라우팅하거나 전달합니다. 수신자는 IGMP 보고서를 전송하여 멀티캐스트 그룹에 대한 트래픽 수신에 대한 관심을 표명합니다. IGMP 스누핑을 활성화하면 디바이스는 SMET 유형 6 경로도 자동으로 보급합니다. SMET를 사용하면 디바이스는 관심 있는 수신기가 있는 다른 디바이스로만 트래픽 사본을 EVPN 코어로 보냅니다. 다음과 같이 IGMP 스누핑을 구성합니다.
|
L2 멀티캐스트 최적화—IPv6 멀티캐스트 트래픽에 대해 SMET를 통한 MLD 스누핑 |
패브릭에 IPv6 멀티캐스트 트래픽이 있는 경우 MLDv1 또는 MLDv2 프로토콜을 사용하여 L2에서 MLD 스누핑을 활성화합니다. MLD 스누핑을 사용하면 디바이스가 관심 있는 액세스 측 수신자에게만 멀티캐스트 트래픽을 라우팅하거나 전달합니다. 수신자는 멀티캐스트 그룹에 대한 트래픽 수신에 대한 관심을 표명하기 위해 MLD 보고서를 보냅니다. MLD 스누핑을 활성화하면 디바이스는 SMET 유형 6 경로도 자동으로 보급합니다. SMET를 사용하면 디바이스는 관심 있는 수신기가 있는 다른 디바이스로만 트래픽 사본을 EVPN 코어로 보냅니다. 다음과 같이 MLD 스누핑을 구성합니다.
|
L3 VRF 인스턴스 |
L3 OISM 라우팅 기능을 지원하는 라우팅 인스턴스( |
originate-smet-on-revenue-vlan-too |
(선택 사항) 로컬 IGMP 또는 MLD 보고서를 수신하면 디바이스가 수익 브리지 도메인(SBD 포함)에 대해 SMET 유형 6 경로를 시작하도록 합니다. 기본적으로 OISM 디바이스는 SBD에서만 유형 6 경로를 시작합니다. OISM을 지원하지 않는 다른 공급업체 디바이스와의 호환성을 위해 이 옵션을 사용합니다. 이러한 디바이스는 SBD에서 유형 6 경로를 수신할 때 수익 브리지 도메인 VLAN에 대한 올바른 상태를 만들 수 없습니다. |
스타-G-라우트 설치 |
디바이스의 라우팅 엔진(RE)을 활성화하여 EVPN 유형 6 경로를 수신하는 즉시 라우팅 인스턴스의 모든 수익 브리지 도메인 VLAN에 대해 패킷 전달 엔진(PFE)에 멀티캐스트 경로를 설치(*,G)할 수 있습니다. 이 옵션을 설정하면 멀티캐스트 트래픽이 처음 도착할 때 트래픽 손실을 최소화하는 데 도움이 됩니다. 이 옵션은 옵션과 다음에서 이 옵션이 필요합니다.
이 옵션을 설정하는 것은 일반적으로 위에 나열된 사용 사례 이외의 사용 사례에서는 권장되지 않습니다. 이 옵션을 설정하는 방법과 시기에 대한 자세한 내용은 OISM을 사용하여 멀티캐스트 경로를 설치하기 위한 대기 시간 및 확장 절충안(install-star-g-routes 옵션) 을 참조하십시오. |
PFE에서 mcast-routes-conserve-mcast-routes-in-pfe |
(ACX 시리즈 라우터, QFX5130-32CD 스위치 및 QFX5700 스위치를 OISM 서버 리프 또는 OISM 보더 리프 디바이스로 구성할 때 필요) PFE 테이블스페이스를 보존하기 위해 OISM과 함께 이 옵션을 구성하십시오. 디바이스는 L3 멀티캐스트 경로만 설치하고 L2 멀티캐스트 스누핑 경로는 설치하지 않습니다. QFX5130-32CD 및 QFX5700 스위치를 OISM을 사용하여 해당 디바이스를 독립형 AR 복제 디바이스로 구성할 때 이 옵션을 설정하지 마십시오. 이 옵션은 옵션과 자세한 내용은 ACX 시리즈 라우터, QFX5130-32CD 스위치 및 OISM을 통한 서버 리프 및 보더 리프 디바이스로서의 QFX5700 스위치를 참조하십시오. |
표 5 에는 서버 리프 디바이스에서 구성하는 요소가 나와 있습니다.
구성 요소 | 설명 |
---|---|
모든 수익 브리지 도메인 및 SBD에서 패시브 모드의 PIM |
이 모드를 구성하면 기존의 모든 PIM 프로토콜 기능 없이 로컬 라우팅을 용이하게 할 수 있습니다. 서버 리프 디바이스는 다음과 같습니다.
|
SBD IRB 인터페이스의 옵션이 있는 |
이 옵션을 사용하면 SBD IRB 인터페이스가 동일한 서브넷에 있지 않은 원본에서 멀티캐스트 트래픽을 수락할 수 있습니다. 서버 리프 디바이스에는 다음과 같은 이유로 이 설정이 필요합니다.
|
다음을 지원하기 위한 피어 연결을 위한 테넌트 VRF의 OSPF:
|
각 테넌트 VRF에서 OSPF를 구성하여 서버 리프 디바이스가 경로를 학습하도록 합니다.
디바이스는 SBD에서 수익 브리지 도메인으로 트래픽을 전달하는 데 필요한 PIM(S,G) 항목을 만듭니다. 일반 OISM을 사용하면 서버 리프 디바이스에서 L3 VRF 인스턴스의 모든 인터페이스를 OSPF 패시브 모드로 구성하여 이러한 디바이스가 OSPF 인접성을 형성하지 않고 내부 경로를 공유할 수 있도록 합니다. 향상된 OISM만 사용하는 경우 서버 리프 디바이스에서 OSPF 활성 모드의 L3 VRF 인스턴스에 SBD IRB 인터페이스를 구성합니다. 이 경우 서버 리프 디바이스가 대부분 SBD에서 멀티캐스트 트래픽을 교환하기 때문에 SBD IRB 인터페이스는 OSPF 인접성을 설정해야 합니다. OSPF 패시브 모드에서 L3 VRF 인스턴스의 다른 모든 인터페이스를 구성합니다. |
표 6 에는 사용하는 외부 멀티캐스트 방법을 기반으로 경계 리프 디바이스에 구성하는 요소가 나열되어 있습니다.
Configuration 요소 | 외부 멀티캐스트 방법 | 설명 |
---|---|---|
M-VLAN 및 해당 IRB 인터페이스(EVPN 인스턴스에서) |
M-VLAN IRB 방식 |
VLAN을 M-VLAN으로 구성하고 EVPN 인스턴스에서 이 VLAN을 확장합니다. 이 VLAN은 EVPN 패브릭의 SBD 또는 수익 브리지 도메인 VLAN과 구별되어야 합니다. 또한 EVPN 인스턴스에서 M-VLAN IRB 인터페이스를 구성합니다. M-VLAN에 대한 자세한 내용은 OISM 브리지 도메인(VLAN) 을 참조하십시오. 여러 경계 리프 디바이스 M-VLAN IRB 인터페이스를 동일한 EVPN ES의 외부 멀티캐스트 라우터에 연결할 수 있습니다. M-VLAN에서 중복 트래픽 전송을 방지하기 위해 일반적인 EVPN 멀티호밍 DF 규칙이 적용됩니다. |
외부 멀티캐스트 포트의 L2 멀티캐스트 라우터 인터페이스 |
M-VLAN IRB 방법 또는 비 EVPN IRB 방법 |
M-VLAN IRB 방법을 사용하면 외부 도메인 라우터가 경계 리프 디바이스에 멀티호밍될 때 이러한 인터페이스가 멀티캐스트 트래픽을 지원합니다. 따라서 멀티홈 M-VLAN 사용 사례에는 이러한 구성이 필요합니다. 이 설정은 비 EVPN IRB 방법에도 필요합니다. |
M-VLAN IRB 인터페이스의 PIM |
M-VLAN IRB 방식 |
M-VLAN IRB 인터페이스의 DR(Distributed Designated Router) 모드(distributed-dr) 또는 표준 PIM 모드에서 PIM을 구성합니다. 대부분의 경우, 특히 외부 PIM 라우터가 여러 경계 리프 디바이스에 멀티호밍되는 경계 리프 디바이스에서 분산 DR 모드를 사용하는 것이 좋습니다. 디바이스는 PIM을 사용하여 다음을 수행합니다.
테넌트 VRF 인스턴스의 M-VLAN IRB 인터페이스에서 PIM을 구성합니다. 수익 브리지 도메인에서 PIM을 구성하는 방법과 유사합니다. |
IP 주소가 있는 L3 물리적 인터페이스 |
클래식 L3 인터페이스 |
경계 리프 디바이스를 L3의 외부 PIM 도메인에 연결하는 외부 멀티캐스트를 위한 IP 주소를 사용하여 물리적 L3 인터페이스를 구성합니다. 각 경계 리프 디바이스의 다른 서브넷에서 외부 멀티캐스트 L3 인터페이스를 정의합니다.
메모:
L3 인터페이스 연결은 AE 인터페이스 번들일 수 있습니다. |
외부 멀티캐스트 물리적 L3 인터페이스에 대한 논리적 인터페이스의 PIM |
클래식 L3 인터페이스 |
테넌트 VRF 인스턴스의 외부 멀티캐스트 L3 인터페이스에 대한 논리적 인터페이스(유닛 0)를 구성합니다. 논리적 인터페이스에서 표준 PIM 모드를 구성합니다. 이 설정을 사용하면 경계 리프 디바이스가 외부 PIM 라우터와 PIM 인접 관계를 형성하여 참가 메시지를 보내고 외부 멀티캐스트 트래픽을 송수신합니다. |
추가 VLAN 및 해당 IRB 인터페이스(EVPN 인스턴스에 없음) |
비 EVPN IRB 방법 |
EVPN 신호 없이 외부 멀티캐스트를 위해 전역적으로 추가 VLAN 및 IRB 인터페이스를 구성합니다. 이 VLAN 및 IRB 인터페이스 서브넷은 SBD, 수익 브리지 도메인 VLAN 또는 EVPN 패브릭의 다른 경계 리프 디바이스에 있는 추가 VLAN과 구별되어야 합니다. 이 추가 VLAN 및 외부 멀티캐스트 방법에 대한 자세한 내용은 OISM 브리지 도메인(VLAN) 을 참조하십시오. |
비 EVPN IRB 인터페이스의 PIM |
비 EVPN IRB 방법 |
테넌트 VRF 인스턴스의 비 EVPN IRB 인터페이스에서 PIM을 구성합니다. 이 설정을 사용하면 경계 리프 디바이스가 외부 PIM 라우터와 PIM 인접 관계를 형성하여 참가 메시지를 보내고 외부 멀티캐스트 트래픽을 송수신합니다. |
SBD IRB 인터페이스의 PIM |
모두 |
SBD 라우팅 및 전달을 위해 테넌트 VRF 인스턴스의 SBD IRB 인터페이스에서 표준 PIM 모드를 구성합니다. 이 설정을 사용하면 경계 리프 디바이스는 다음을 수행합니다.
|
SBD IRB 인터페이스의 옵션이 있는 |
향상된 OISM으로 지원되는 방법(플랫폼별):
|
(Enhanced OISM만 해당) 이 옵션을 사용하면 경계 리프 디바이스가 동일한 서브넷에 있지 않은 소스의 멀티캐스트 트래픽을 허용합니다. 향상된 OISM을 사용하면 모든 OISM 디바이스에서 모든 수익 VLAN을 구성하지 않았을 수 있으므로 이 옵션이 필요합니다. 이 옵션을 포함하면 소스가 경계 리프 디바이스에도 구성되지 않은 VLAN에 있을 때 경계 디바이스가 다른 OISM 리프 디바이스 뒤에 위치한 멀티캐스트 소스에 대한 경로를 가질 수 있습니다. |
PIM EVPN 게이트웨이(PEG) 역할 |
모두 (EVPN(EVPN)용 외부 IRB 옵션 포함, |
외부 PIM 라우터에 연결하도록 경계 리프 디바이스에서 pim-evpn-gateway 역할을 구성합니다. 이 역할에서 경계 리프 디바이스는 기존 PIM 라우팅 동작을 사용하고 다음과 같이 로컬 라우팅을 수행합니다. 외부 소싱 트래픽의 경우:
내부 소싱 트래픽의 경우:
PEG 인터페이스에 대한 EVPN IMET 경로에는 경로의 멀티캐스트 플래그 확장 커뮤니티 필드에 OISM PEG 플래그가 포함됩니다. |
OSPF:
|
모두 |
테넌트 L3 VRF 인스턴스에서 OSPF 영역을 구성하여 경계 리프 디바이스가 멀티캐스트 소스에 대한 경로를 학습하도록 합니다. 디바이스에서 멀티캐스트 트래픽 포워딩을 지원하기 위해 다음 경로가 필요합니다.
디바이스는 외부 멀티캐스트 인터페이스, SBD 및 수익 브리지 도메인에서 트래픽을 전달하기 위한 PIM(S,G) 항목을 생성하기 위해 이 경로 정보가 필요합니다. (향상된 OISM) 또한 경계 리프 디바이스는 멀티호밍 피어가 아닌 리프 디바이스 중 SBD의 East-West 트래픽에 대한 경로를 학습해야 합니다. 그 결과, 일반 OISM 또는 향상된 OISM을 사용하여 경계 리프 디바이스에서 다음에서 활성 모드로 OSPF를 구성합니다.
OSPF 패시브 모드의 L3 VRF 인스턴스에 있는 다른 인터페이스를 구성합니다. |
수익 브리지 도메인의 PIM 분산 DR 모드 IRB 인터페이스 |
모두 |
테넌트 VRF 인스턴스의 수익 브리지 도메인 IRB 인터페이스에서 분산 DR 모드(distributed-dr)로 PIM을 구성합니다. 이 모드에서 보더 리프 디바이스는 다음을 수행합니다.
|
M-VLAN IRB 인터페이스의 PIM accept-join-always-from 옵션 및 정책 |
M-VLAN IRB 방식 | 외부 PIM 라우터가 둘 이상의 EVPN 경계 리프 디바이스에 멀티호밍된 경우 테넌트 VRF 인스턴스의 M-VLAN IRB 인터페이스에서 이 옵션을 설정합니다. 이 옵션을 사용하면 디바이스가 멀티호밍 피어 경계 리프 디바이스에 동일한 PIM(S,G) 조인 상태를 수락하고 설치할 수 있습니다. 이 옵션은 패브릭 내부의 소스에서 외부 PIM 도메인의 수신자로의 멀티캐스트 트래픽 전송을 지원합니다. M-VLAN의 멀티호밍을 통해 일반적인 EVPN 멀티호밍 DF 규칙이 ES에 적용되어 중복 트래픽 전송을 방지합니다. 피어 보더 리프 디바이스에 동일한 유효한 조인 상태가 있는 경우 EVPN DF인 모든 디바이스는 멀티캐스트 트래픽을 전달할 수 있습니다. 인터페이스가 항상 외부 PIM 라우터에 해당하는 업스트림 인접 주소에서 PIM 조인을 설치하도록 지정하는 정책으로 이 명령문을 구성합니다.
메모:
기존 L3 인터페이스 및 비 EVPN IRB 방법에는 이 옵션을 사용하지 않습니다. 이러한 방법은 EVPN 인스턴스의 외부 멀티캐스트 인터페이스를 확장하지 않습니다. |
OISM 장치 구성에 대한 자세한 내용은 다음 섹션을 참조하십시오.
외부 PIM 도메인에 대한 클래식 L3 인터페이스 연결을 포함하는 데이터센터 패브릭 사용 사례의 전체 OISM 구성 예는 에지 라우팅 브리징 오버레이에 대한 AR(보조 복제)을 사용하는 OISM(최적화된 인터서브넷 멀티캐스트)을 참조하십시오.
OISM의 작동 원리
다음 섹션에서는 OISM의 작동 방식을 설명하고 대칭 브리지 도메인 OISM 모델을 사용하는 몇 가지 일반적인 사용 사례에서 멀티캐스트 트래픽이 어떻게 흐르는지 보여줍니다.
향상된 OISM(비대칭 브리지 도메인 모델)으로 지원하는 사용 사례는 이 섹션의 사용 사례와 유사하지만 몇 가지 운영상의 차이점이 있습니다. 또한 앞서 언급했듯이 이 섹션의 그림과 같이 모든 리프 디바이스에서 모든 VLAN을 구성할 필요는 없습니다.
향상된 OISM과의 차이점에 대한 개요는 향상된 OISM 개요를 참조하세요. 운영 차이점에 대한 자세한 내용은 Enhanced OISM 작동 방식을 참조하세요.
- OISM 디바이스의 로컬 라우팅
- EVPN 데이터센터 내 소스 및 수신기를 통한 멀티캐스트 트래픽 포워딩 및 라우팅
- 내부 소스에서 EVPN 데이터센터 외부의 수신자로의 멀티캐스트 트래픽—M-VLAN IRB 방법
- 내부 소스에서 EVPN 데이터센터 외부의 수신자로의 멀티캐스트 트래픽—L3 인터페이스 방법 또는 비 EVPN IRB 방법
- EVPN 데이터센터 내부의 외부 소스에서 수신자로의 멀티캐스트 트래픽—M-VLAN IRB 방법
- 외부 소스에서 EVPN 데이터센터 내부의 수신자로의 멀티캐스트 트래픽—L3 인터페이스 방법 또는 비 EVPN IRB 방법
- 내부 멀티캐스트 소스를 사용하는 AR 및 OISM
- 내부 멀티캐스트 소스 및 멀티호밍 수신기를 사용하는 AR 및 OISM
- 외부 멀티캐스트 소스를 사용하는 AR 및 OISM
OISM 디바이스의 로컬 라우팅
그림 3에서는 로컬 라우팅 및 포워딩이 OISM 장치에서 일반적으로 어떻게 작동하는지 보여줍니다. 그림에서 볼 수 있듯이 OISM 로컬 라우팅은 소스 VLAN의 트래픽을 전달합니다. 각 리프 디바이스는 트래픽을 다른 VLAN의 수신자에게 로컬로 라우팅하므로 동일한 디바이스에서 인터서브넷 라우팅을 위한 헤어핀을 피할 수 있습니다.
이 경우 소스 트래픽은 파란색 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에서 멀티캐스트 소스인 Mcast-Src-1은 Leaf-1에 단일 호밍됩니다. 소스 VLAN은 VLAN-1(파란색 VLAN)입니다. 멀티캐스트 제어 및 데이터 트래픽 플로우는 다음과 같이 진행됩니다.
세 개의 서버 리프 디바이스 모두의 수신자는 멀티캐스트 그룹에 대한 트래픽 수신에 관심을 표명하는 IGMP 또는 MLD 보고서(참가 메시지)를 보냈습니다.
Leaf-1은 소스 VLAN의 트래픽을 Leaf-2와 Leaf-3 모두로 전달하는데, 이는 두 리프 디바이스 모두에 관심 있는 수신기가 있기 때문입니다. 이 경우 Leaf-2 및 Leaf-3의 수신기는 단일 호밍을 사용합니다.
Leaf-2 및 Leaf-3은 OISM 디바이스의 로컬 라우팅에 설명된 대로 트래픽을 관심 있는 수신기(Rcvr-2, Rcvr-3 및 Rcvr-4)로 전달하거나 로컬로 라우팅합니다.
VLAN-2의 Rcvr-1은 EVPN ES의 Leaf-1 및 Leaf-2에 멀티호밍됩니다. Rcvr-1은 멀티캐스트 트래픽 수신에 관심을 표명했습니다.
- 서버 리프 디바이스인 Leaf-1 및 Leaf-2 모두 IGMP 또는 MLD 보고서를 수신합니다.
- 각 디바이스에는 PIM 패시브 모드 구성이 있기 때문에 Leaf-1과 Leaf-2 모두 소스 VLAN(VLAN-1)에서 트래픽을 로컬로 라우팅합니다.
- 그러나 Leaf-1은 EVPN ES의 DF이므로 Leaf-1만 트래픽을 Rcvr-1로 전달합니다.
경계 리프 디바이스는 소스 VLAN의 EVPN 패브릭을 통해 멀티캐스트 트래픽을 수신합니다. 경계 리프 디바이스에는 로컬 수신기가 있을 수 있지만 해당 사례는 표시되지 않습니다. 로컬 수신기를 사용하면 디바이스는 서버 리프 디바이스와 동일한 방식으로 트래픽을 해당 수신기로 로컬로 라우팅하거나 전달합니다.
그림 4 는 또한 경계 리프 디바이스가 소스 VLAN에서 외부 PIM 도메인의 외부 멀티캐스트 수신기로 트래픽을 로컬로 라우팅하는 것을 보여줍니다. 플랫폼별로 사용 가능한 외부 멀티캐스트 방법은 외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법을 참조하십시오. 이후 섹션에서는 외부 소스 및 외부 수신기 사용 사례에 대한 멀티캐스트 제어 및 데이터 트래픽 흐름에 대해 설명합니다.
내부 소스에서 EVPN 데이터센터 외부의 수신자로의 멀티캐스트 트래픽—M-VLAN IRB 방법
그림 5에서는 EVPN 패브릭 내부의 멀티캐스트 소스가 외부 멀티캐스트를 위한 M-VLAN IRB 방법을 사용하여 패브릭 외부의 관심 있는 수신자에게 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다. (외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법에는 플랫폼별 지원되는 외부 멀티캐스트 방법이 나열되어 있습니다.)
OISM PEG 역할에서 구성하는 경계 리프 디바이스는 EVPN 코어를 통해 소스 VLAN에서 멀티캐스트 트래픽을 수신합니다. 그런 다음 경계 리프 디바이스는 트래픽을 복제하고 외부 PIM 도메인을 향해 M-VLAN으로 라우팅하여 외부 수신기에 도달합니다.
PEG 경계 리프 디바이스는 수익 브리지 도메인에서 수신된 멀티캐스트 소스 트래픽만 M-VLAN으로 보냅니다. 이러한 디바이스는 트래픽을 EVPN 코어로 다시 다른 보더 리프 디바이스로 전달하지 않습니다.
그림 5에서 멀티캐스트 그룹의 내부 소스는 Leaf-1 및 Leaf 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에서)을 외부 수신기로 전달합니다.
소스 트래픽은 다음과 같이 관심 있는 내부 및 외부 수신자에게 도달합니다.
멀티홈 소스에서 내부 수신기로의 트래픽 플로우
다음 단계는 멀티홈 소스에서 내부 수신기로의 멀티캐스트 제어 및 데이터 트래픽 플로우를 요약합니다.
Mcast-Src-2(Rcvr-1로도 레이블됨)는 빨간색 VLAN인 VLAN-2에서 트래픽을 시작합니다. 디바이스가 Leaf-1 및 Leaf-2에 멀티호밍되므로 디바이스는 VLAN-2의 트래픽을 해당 서버 리프 디바이스 중 하나로 해시합니다. 이 경우 Leaf-2는 트래픽을 수신합니다.
빨간색 화살표는 Leaf-2가 소스 VLAN, VLAN-2의 트래픽을 다음 대상으로만 전달함을 보여줍니다.
관심 있는 수신기가 있는 다른 서버 리프 디바이스 - 이 경우 Leaf-3만 해당됩니다.
OISM PEG 역할에서 작동하는 보더 리프 장치.
Leaf-1 또는 Leaf-2 뒤에 있는 수신자는 멀티캐스트 그룹에 가입하기 위해 IGMP 보고서를 보내지 않았습니다. IGMP 스누핑 및 SMET 포워딩이 활성화된 경우, Leaf-1에는 관심 있는 수신자가 없기 때문에 Leaf-2는 트래픽을 Leaf-1로 전달하지 않습니다. 또한 Leaf-2는 동일한 이유로 트래픽을 Rcvr-2로 로컬로 라우팅하지 않습니다.
Leaf-3은 VLAN-2에서 소스 트래픽을 수신합니다. 그런 다음 Leaf-3은 트래픽을 VLAN-1에서 Rcvr-3으로 로컬로 라우팅합니다. 또한 Leaf-3은 트래픽을 VLAN-2의 Rcvr-4로 전달합니다.
경계 리프 디바이스 BL-1 및 BL-2 모두 EVPN 코어에서 소스 트래픽을 수신합니다. 다음은 외부 멀티캐스트 플로우에 대해 설명합니다.
외부 수신기로의 트래픽 플로우 - M-VLAN IRB 방법
이 단계는 M-VLAN IRB 방법을 사용하여 보더 리프 디바이스에서 외부 수신기로 향하는 멀티캐스트 제어 및 데이터 트래픽 플로우를 그림 5 에 요약합니다.
외부 PIM 도메인에서 PIM RP는 PIM (*,G) 멀티캐스트 라우팅 테이블 항목을 입력합니다. 이 항목에는 다운스트림 인터페이스로 Ext-Mcast-Rcvr에 대한 L3 인터페이스가 포함됩니다.
경계 리프 디바이스 BL-1과 BL-2 모두 EVPN 코어에서 소스 트래픽을 수신합니다. 이러한 경계 리프 디바이스 중 하나의 VLAN-2에 대한 IRB 인터페이스는 VLAN-2에 대한 PIM DR입니다. 이 경우, PIM DR은 BL-1에 있으므로 BL-1은 M-VLAN IRB 인터페이스의 PIM RP를 향해 PIM 레지스터 메시지를 보냅니다.
PIM RP는 BL-1을 향해 PIM Join 메시지를 다시 보냅니다. BL-1은 다음과 같이 (S,G) 멀티캐스트 라우팅 테이블 항목을 생성합니다.
- 소스 주소는 VLAN-2에서 Mcast-Src-2의 IP 주소입니다.
- 다운스트림 인터페이스는 M-VLAN IRB 인터페이스입니다.
BL-1 및 BL-2는 모두 PEG 디바이스이며 수익 브리지 도메인(VLAN-1 및 VLAN-2) IRB 인터페이스에 대해 PIM 분산 DR 모드로 구성됩니다. 그 결과, BL-1과 BL-2 모두 PIM 조인을 수신하고 유사한 (S, G) 상태를 생성합니다. 두 디바이스 모두 트래픽을 VLAN-2에서 M-VLAN으로 로컬로 라우팅합니다.
그러나 M-VLAN ES에 대한 DF만 실제로 M-VLAN의 데이터를 외부 PIM 도메인으로 전달합니다. 이 경우 BL-1은 DF이며 트래픽을 외부 수신기로 보냅니다. ( 그림 5의 레이블 "M-VLAN ESI DF" 및 BL-1과 PIM 라우터 사이의 검은색 화살표를 참조하십시오.)
PIM RP는 OISM M-VLAN IRB 인터페이스 연결에서 트래픽을 수신합니다. PIM 라우터는 트래픽을 외부 수신기 쪽으로 L3 인터페이스로 보냅니다.
내부 소스에서 EVPN 데이터센터 외부의 수신자로의 멀티캐스트 트래픽—L3 인터페이스 방법 또는 비 EVPN IRB 방법
그림 6에서는 EVPN 패브릭 내부의 멀티캐스트 소스가 외부 멀티캐스트를 위해 다음 방법 중 하나를 사용하여 패브릭 외부의 수신자에게 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다.
-
기존 L3 인터페이스 외부 멀티캐스트 방법:
각 경계 리프 디바이스에서 외부 PIM 라우터에 연결되는 제품군
inet
을 사용하여 클래식 L3 인터페이스를 구성합니다. 패브릭의 다른 경계 리프 디바이스에 있는 L3 인터페이스 서브넷과 다른 서브넷의 해당 인터페이스에 IP 주소를 할당합니다.인터페이스에서 PIM을 활성화하고 멀티캐스트 데이터 수신기가 있는 테넌트 VRF 인스턴스에 인터페이스를 포함합니다. 이 방법은 EVPN 인스턴스에서 이 인터페이스를 확장하지 않기 때문에 M-VLAN IRB 방법과 다릅니다.
메모:여기서 L3 인터페이스 연결은 개별 물리적 인터페이스 또는 여러 물리적 L3 인터페이스를 포함하는 AE 인터페이스 번들일 수 있습니다.
-
비 EVPN IRB 외부 멀티캐스트 방법:
각 경계 리프 디바이스에서 외부 멀티캐스트 전용인 고유한 추가 VLAN을 구성합니다. 또한 외부 PIM 라우터에 연결되는 IP 주소를 사용하여 해당 L3 IRB 인터페이스를 구성합니다. 추가 VLAN ID는 수익 브리지 도메인의 VLAN ID, SBD 또는 패브릭의 다른 경계 리프 디바이스에 있는 추가 VLAN과 동일할 수 없습니다. 또한 L3 인터페이스 방법과 유사하게, 서로 다른 경계 리프 디바이스의 비 EVPN IRB 인터페이스는 패브릭의 서로 다른 서브넷에 있는 PIM 라우터에 연결해야 합니다.
IRB 인터페이스에서 PIM을 활성화하고 멀티캐스트 데이터 수신기가 있는 테넌트 VRF 인스턴스에 인터페이스를 포함합니다. 이 방법은 EVPN 인스턴스에서 이 VLAN 또는 IRB 인터페이스를 확장하지 않기 때문에 M-VLAN IRB 방법과 다릅니다.
외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법 에는 이러한 외부 멀티캐스트 방법을 지원하는 플랫폼이 나열되어 있습니다.
그림 6 에는 내부 소스에서 EVPN 데이터센터 외부의 수신자로의 멀티캐스트 트래픽—M-VLAN IRB 방법에서와 동일한 내부 멀티홈 소스, 내부 수신기 및 외부 수신기가 포함되어 있습니다. 내부 멀티캐스트 트래픽 흐름에 대한 자세한 내용은 멀티홈 소스에서 내부 수신기로의 트래픽 흐름 의 단계를 참조하십시오. 이 섹션에서는 이 경우의 차이점, 즉 경계 리프 디바이스에서 외부 수신기로의 멀티캐스트 트래픽 흐름에 대해서만 설명합니다.
그림 6에서 멀티캐스트 그룹의 내부 소스는 Mcast-Src-2이며, 이는 Leaf-1 및 Leaf-2로 멀티호밍됩니다. 소스는 VLAN-2, 즉 빨간색 VLAN에서 멀티캐스트 트래픽을 전송합니다. 외부 수신자인 Ext-Mcast-Rcvr은 해당 멀티캐스트 그룹에 대한 멀티캐스트 트래픽 수신에 관심을 표명합니다(참가 메시지 전송).
이 사용 사례의 외부 멀티캐스트 플로우는 M-VLAN IRB 사용 사례와 매우 유사합니다. OISM PEG 역할의 경계 리프 디바이스는 EVPN 코어를 통해 소스 VLAN에서 멀티캐스트 트래픽을 수신합니다. 그러나 이 경우의 주요 차이점은 외부 멀티캐스트 인터페이스가 EVPN 신호를 사용하지 않고 경계 리프 디바이스에서 ESI를 공유하지 않는다는 것입니다. 각 경계 리프 디바이스의 외부 멀티캐스트 인터페이스는 서로 다르며, 각각 외부 PIM 게이트웨이 라우터에 L3 연결이 가능합니다. PIM 참가 상태를 설정하는 경계 리프 디바이스는 L3 인터페이스 또는 비 EVPN IRB 인터페이스의 트래픽을 복제하고 외부 수신기와 함께 외부 PIM 도메인으로 전송합니다.
PEG 경계 리프 디바이스는 수익 브리지 도메인에서 수신된 멀티캐스트 소스 트래픽만 외부 PIM 도메인으로 보냅니다. 이러한 디바이스는 트래픽을 EVPN 코어로 다시 다른 보더 리프 디바이스로 전달하지 않습니다.
다음 섹션에서는 소스 트래픽이 관심 있는 외부 수신기에 도달하는 방법을 설명합니다.
외부 수신기로의 트래픽 플로우 - L3 인터페이스 또는 비 EVPN IRB 방법
이 단계는 클래식 L3 인터페이스 방법 또는 비 EVPN IRB 방법을 사용하여 보더 리프 디바이스에서 외부 수신기로 향하는 그림 6 의 멀티캐스트 제어 및 데이터 트래픽 흐름을 요약합니다.
외부 PIM 도메인에서 PIM RP는 PIM (*,G) 멀티캐스트 라우팅 테이블 항목을 입력합니다. 이 항목에는 다운스트림 인터페이스로 Ext-Mcast-Rcvr에 대한 L3 인터페이스가 포함됩니다.
경계 리프 디바이스 BL-1과 BL-2 모두 VLAN-2의 EVPN 코어에서 소스 트래픽을 수신합니다. 이러한 경계 리프 디바이스 중 하나의 VLAN-2에 대한 IRB 인터페이스는 VLAN-2에 대한 PIM DR입니다. 이 경우 PIM DR은 BL-1에 있으므로 BL-1은 외부 멀티캐스트 L3 인터페이스 또는 비 EVPN IRB 인터페이스의 PIM RP를 향해 PIM 등록 메시지를 보냅니다.
PIM RP는 BL-1을 향해 PIM Join 메시지를 다시 보냅니다. BL-1은 PIM 조인을 수신하고 다음과 같이 (S, G) 멀티캐스트 라우팅 테이블 엔트리를 생성합니다.
- 소스 주소는 VLAN-2에서 Mcast-Src-2의 IP 주소입니다.
- 다운스트림 인터페이스는 외부 멀티캐스트 L3 인터페이스 또는 비 EVPN IRB 인터페이스입니다.
BL-1은 VLAN-2에서 외부 멀티캐스트 L3 인터페이스 또는 비 EVPN IRB 인터페이스로 트래픽을 라우팅합니다.
PIM RP는 외부 멀티캐스트 인터페이스의 BL-1에서 트래픽을 수신합니다. PIM 라우터는 트래픽을 외부 수신기 쪽으로 L3 인터페이스로 보냅니다. 외부 수신기는 멀티캐스트 트래픽을 수신합니다.
EVPN 데이터센터 내부의 외부 소스에서 수신자로의 멀티캐스트 트래픽—M-VLAN IRB 방법
그림 7 은 EVPN 패브릭 외부의 멀티캐스트 소스가 패브릭 내부의 수신자에게 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다. 이 사용 사례는 OISM이 EVPN 코어에서 SBD를 사용하는 두 가지 주요 방법을 보여줍니다.
-
외부 멀티캐스트 소스 트래픽을 전달합니다.
-
SMET 유형 6 경로를 보급합니다.
유형 6 경로는 경계 리프 디바이스가 관심 있는 수신기가 있는 EVPN 디바이스로만 트래픽을 전달하도록 합니다.
OISM 경계 리프 디바이스는 M-VLAN IRB 인터페이스를 통해 외부 멀티캐스트 소스 트래픽을 수신합니다. OISM 디바이스는 SBD를 사용하여 수익 브리지 도메인에 관심 있는 수신자가 있는 EVPN 서버 리프 디바이스로 트래픽을 전달합니다. 그런 다음 각 리프 디바이스는 수익 브리지 도메인의 트래픽을 로컬 수신기로 로컬로 전달하거나 라우팅합니다.
이 사용 사례에는 두 개의 서버 리프 디바이스에 멀티호밍된 내부 수신기가 있습니다.
그림 7에서 EVPN 패브릭 내의 Rcvr-1은 서버 리프 디바이스 Leaf-1 및 Leaf-2에 멀티호밍됩니다. Rcvr-1은 멀티캐스트 그룹에서 트래픽 수신에 관심을 표명합니다. 그룹에 대한 멀티캐스트 트래픽의 소스는 외부 PIM 도메인의 Ext-Mcast-Src입니다.
외부 소스 트래픽은 다음과 같이 관심 있는 멀티홈 수신기 Rcvr-1에 도달합니다.
- 내부 멀티홈 수신기와 외부 소스 간의 멀티캐스트 제어 플로우—M-VLAN IRB 방법
- 경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - M-VLAN IRB 방법
- 멀티홈 외부 PIM 라우터가 트래픽 로드 밸런싱을 수행하면 어떻게 되나요?—M-VLAN IRB 방법
- 경계 리프 디바이스의 로컬 수신기에 발생하는 일—M-VLAN IRB 방법
내부 멀티홈 수신기와 외부 소스 간의 멀티캐스트 제어 플로우—M-VLAN IRB 방법
다음 단계는 이 사용 사례의 멀티캐스트 제어 흐름을 요약한 것입니다.
Rcvr-1은 멀티호밍 피어 Leaf-1 및 Leaf-2 모두에 IGMP 가입 메시지를 보냅니다.
Leaf-1과 Leaf-2 모두 SBD의 EVPN 코어를 향한 EVPN 유형 6 경로를 생성합니다. 유형 6(SMET) 경로는 Rcvr-1이 멀티캐스트 데이터에 관심이 있음을 보급합니다.
경계 리프 디바이스 BL-1 및 BL-2는 모두 SBD에서 유형 6 경로를 수신합니다.
유형 6 경로(SBD에서)는 경계 리프 디바이스에 신호를 보내 PIM RP를 향한 PIM 조인을 생성합니다(M-VLAN을 통해 도달 가능). 그러나 중복 조인 메시지를 방지하기 위해 SBD에 대한 PIM DR인 경계 리프 디바이스만 PIM 조인 메시지를 생성합니다. 이때, 도면은 SBD에 대한 PIM DR이 BL-1임을 나타낸다. BL-1은 이웃인 M-VLAN IRB 인터페이스를 통해 PIM RP를 향해 PIM join 메시지를 보냅니다.
PIM RP는 참가 메시지를 수신합니다. 그런 다음 PIM RP는 M-VLAN IRB 인터페이스를 다운스트림 인터페이스로 사용하여 멀티캐스트 라우팅 테이블에 PIM(*,G) 항목을 생성합니다.
외부 소스 Ext-Mcast-Src는 PIM RP에 등록됩니다. PIM RP는 M-VLAN IRB 인터페이스를 다운스트림 인터페이스로 사용하는 그룹에 대한 멀티캐스트 경로를 가지고 있습니다. 그 결과, PIM RP는 L3에서 들어오는 멀티캐스트 트래픽을 BL-1 또는 BL-2를 향한 M-VLAN IRB에 대한 연결로 라우팅합니다. 이 경우 BL-1은 PIM 조인을 전송했으므로 BL-1은 M-VLAN IRB 인터페이스에서 트래픽을 수신합니다.
경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - M-VLAN IRB 방법
그림 7에서 BL-1은 SBD에 대한 PIM DR이며 외부 PIM 도메인을 향해 PIM 조인을 보냈습니다. BL-1은 다음과 같이 외부 소스 트래픽을 수신하고 라우팅(또는 전달)합니다.
BL-1은 SBD의 PIM DR이기 때문에 BL-1은 M-VLAN에서 SBD IRB 인터페이스의 SBD로 트래픽을 로컬로 라우팅합니다. M-VLAN에서 BL-1의 SBD로 가는 작은 회색 화살표를 참조하십시오.
BL-1은 두 보더 리프 디바이스가 모두 PEG 역할에 있기 때문에 M-VLAN의 트래픽 사본을 BL-2로 전달합니다. BL-1에서 BL-2 방향의 검은색 화살표를 참조하십시오.
M-VLAN IRB 방법을 사용하는 PEG 디바이스로서 BL-2는 M-VLAN IRB 인터페이스에서만 외부 멀티캐스트 트래픽을 수신할 것으로 예상합니다. BL-2에 로컬 수신기가 있는 경우 BL-2는 트래픽을 수신하고 해당 수신기로 로컬로 라우팅할 수 있습니다.
또한 BL-1은 SBD의 트래픽 사본을 EVPN 코어로 BL-2로 전달합니다. BL-1에서 BL-2 방향의 녹색 화살표를 참조하십시오.
BL-2는 M-VLAN IRB 방법을 사용하는 PEG 디바이스로서 M-VLAN IRB 인터페이스에서만 외부 소스 트래픽을 수신할 것으로 예상하기 때문에 트래픽을 삭제합니다. BL-2는 BL-1에서 SBD IRB 인터페이스의 외부 소스 트래픽을 기대하지 않습니다. 즉, BL-2는 이 경우를 소스 인터페이스 불일치(RFP[Reverse Path Forwarding] 실패)로 간주합니다.
메모:수신 경계 리프 디바이스가 SBD의 복사본을 다른 경계 리프 디바이스로 전달하는 한 가지 이유는 M-VLAN 인터페이스가 다운된 경우 다른 경계 리프 디바이스가 외부 소스 트래픽을 수신할 수 있도록 하기 위해서입니다. 그런 다음 다른 경계 리프 디바이스의 관심 있는 로컬 수신기는 여전히 트래픽을 가져올 수 있습니다.
BL-1은 보급된 유형 6 경로를 기반으로 SBD의 트래픽 복사본을 관심 있는 수신기가 있는 서버 리프 디바이스로 선택적으로 전달합니다.
이 경우 Leaf-1 및 Leaf-2에는 VLAN-2에 멀티호밍 관심 수신기 Rcvr-1이 있습니다. 그 결과, BL-1은 트래픽을 두 리프 디바이스 모두로 보냅니다. BL-1에서 Leaf-1 및 Leaf-2를 향한 녹색 화살표를 확인합니다.
메모:BL-1 및 BL-2로 멀티호밍된 PIM 라우터와 유사한 사용 사례에서 BL-1은 외부 멀티캐스트 소스 트래픽을 수신할 수 있지만 BL-2는 SBD의 PIM DR입니다. BL-1이 수신 외부 멀티캐스트 트래픽을 M-VLAN의 BL-2로 전달하는 한 가지 이유는 BL-2가 이 사용 사례를 처리할 수 있기 때문입니다. 그림 7의 M-VLAN에서 BL-1에서 BL-2로 향하는 검은색 화살표를 참조하십시오. BL-2가 SBD의 PIM DR인 경우 BL-1에서 M-VLAN의 트래픽을 수신하면 BL-2는 SBD의 트래픽을 Leaf-1 및 Leaf-2로 전달합니다. 이 경우 그림의 녹색 화살표는 BL-1에서 흐르는 대신 BL-2에서 다른 EVPN 디바이스로 흐릅니다.
Leaf-1 및 Leaf-2는 SBD IRB 인터페이스에서 VLAN-2의 수익 브리지 도메인 IRB 인터페이스로 트래픽을 관심있는(멀티호밍) 수신기로 로컬로 라우팅합니다. 그러나 EVPN 멀티호밍을 사용하면 ES의 EVPN DF만 트래픽을 Rcvr-1로 전달하므로 Rcvr-1은 중복 트래픽을 얻지 못합니다.
이 경우 Leaf-1은 EVPN DF이므로 Leaf-1만 트래픽을 Rcvr-1로 전달합니다.
멀티홈 외부 PIM 라우터가 트래픽 로드 밸런싱을 수행하면 어떻게 되나요?—M-VLAN IRB 방법
그림 7에서 외부 PIM 게이트웨이 라우터는 EVPN 패브릭의 ES에서 BL-1 및 BL-2로 멀티호밍됩니다. PIM 라우터 측의 연결 쌍이 AE 인터페이스 번들인 경우 PIM 라우터는 번들의 인터페이스 간에 로드 밸런싱을 수행합니다. 이 경우 BL-1과 BL-2 모두 각각 외부 소스에서 멀티캐스트 트래픽 흐름의 일부를 수신합니다. 그러나 모든 수신자는 해당 트래픽을 모두 수신해야 합니다. 간단히 하기 위해 이 그림에는 이 부하 분산에 대한 트래픽 화살표가 표시되지 않지만 여기서는 흐름에 대해 설명합니다.
BL-1 및 BL-2는 각각 M-VLAN IRB 인터페이스에서 외부 멀티캐스트 소스 트래픽의 일부를 수신합니다. 그러나 BL-1은 SBD의 PIM DR이기 때문에 BL-1만이 다음과 같이 SBD로 트래픽을 EVPN 패브릭으로 라우팅합니다.
BL-1은 SBD로 수신하는 트래픽을 서버 리프 디바이스로 라우팅합니다.
또한 BL-1은 BL-2에 로컬 수신기가 있는 경우 M-VLAN에서 해당 트래픽을 전달하고 SBD에서 BL-2로 라우팅합니다( 경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - M-VLAN IRB 방법에 설명된 대로).
BL-1은 M-VLAN에서 외부 소스 트래픽만 수신할 것으로 예상하기 때문에 BL-2는 M-VLAN의 외부 PIM 도메인에서 수신한 트래픽을 BL-1로 전달합니다.
DF 및 스플릿 호라이즌 규칙으로 인해 BL-2는 M-VLAN에서 수신하는 트래픽을 BL-1에서 EVPN 코어로 또는 소스 BL-1로 다시 전달하지 않습니다.
BL-1은 M-VLAN에서 수신하는 트래픽을 BL-2에서 SBD로 서버 리프 디바이스로 라우팅합니다.
경계 리프 디바이스의 로컬 수신기에 발생하는 일—M-VLAN IRB 방법
그림 7 에는 보더 리프 디바이스에 연결된 로컬 수신기가 표시되지 않습니다. 그러나 PIM 조인 메시지 흐름과 외부 소스 트래픽이 경계 리프 디바이스의 로컬 수신기에 도달하는 방법을 간략하게 살펴보겠습니다.
BL-1 또는 BL-2에는 패브릭의 수익 브리지 도메인에 관심 있는 수신자가 있습니다. 이 경우:
두 디바이스 모두 PIM RP를 향한 수익 브리지 도메인에 대한 IRB 인터페이스에서 PIM 조인을 생성합니다.
수익 브리지 도메인 IRB 인터페이스에서 분산 DR 모드에서 PIM을 사용하여 경계 리프 디바이스를 구성합니다. 이렇게 하면 BL-1과 BL-2 모두 PIM DR 단독으로 작동하지 않습니다. 두 디바이스 모두 M-VLAN IRB 인터페이스로 들어오는 외부 멀티캐스트 소스 트래픽을 적절한 수익 브리지 도메인 IRB 인터페이스로 로컬로 라우팅합니다.
외부 소스에서 EVPN 데이터센터 내부의 수신자로의 멀티캐스트 트래픽—L3 인터페이스 방법 또는 비 EVPN IRB 방법
그림 8 은 EVPN 패브릭 외부의 멀티캐스트 소스가 패브릭 내부의 수신자에게 멀티캐스트 트래픽을 전송하는 OISM 사용 사례를 보여줍니다. 이 경우 패브릭은 클래식 L3 인터페이스 또는 비 EVPN IRB 외부 멀티캐스트 방법을 사용하여 외부 PIM 도메인에 연결합니다. 또한 이 케이스에는 다음과 같은 내부 수신기가 포함됩니다.
-
두 개의 서버 리프 디바이스에 멀티호밍된 수신기입니다.
-
경계 리프 디바이스 중 하나의 로컬 수신기입니다.
이 사용 사례는 그림 7의 M-VLAN IRB 외부 소스 사용 사례와 마찬가지로 OISM이 EVPN 코어에서 SBD를 사용하는 두 가지 주요 방법, 즉 외부 멀티캐스트 소스 트래픽을 전달하고 SMET 유형 6 경로를 광고하는 방법을 보여줍니다. 유형 6 경로는 경계 리프 디바이스가 관심 있는 수신기가 있는 EVPN 디바이스로만 트래픽을 전달하도록 합니다.
그림 8에서 다음을 수행합니다.
-
Rcvr-1은 EVPN 패브릭의 서버 리프 디바이스 Leaf-1 및 Leaf-2에 멀티호밍되며 멀티캐스트 그룹에서 트래픽 수신에 관심을 표명합니다.
-
EVPN 패브릭의 BL-2의 Rcvr-5도 멀티캐스트 트래픽 수신에 관심이 있습니다.
-
외부 PIM 도메인의 Ext-Mcast-Src는 멀티캐스트 그룹에 대한 트래픽의 소스입니다.
외부 멀티캐스트에 대한 멀티캐스트 제어 플로우 및 데이터 트래픽 플로우는 기존 L3 인터페이스 및 비 EVPN IRB 인터페이스 방법과 유사합니다. 따라서 이 섹션에서는 경계 리프 디바이스 외부 연결 지점을 언급할 때 일반적으로 외부 멀티캐스트 인터페이스 라고 합니다.
외부 소스 트래픽은 다음과 같이 관심 있는 수신기(Rcvr-1 및 Rcvr-5)에 도달합니다.
- 내부 수신기와 외부 소스 간의 멀티캐스트 제어 플로우—L3 인터페이스 또는 비 EVPN IRB 방법
- 경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - L3 인터페이스 또는 비 EVPN IRB 방법
내부 수신기와 외부 소스 간의 멀티캐스트 제어 플로우—L3 인터페이스 또는 비 EVPN IRB 방법
다음 단계는 이 사용 사례의 멀티캐스트 제어 흐름을 요약한 것입니다.
Rcvr-1은 VLAN-2의 IGMP 또는 MLD 가입 메시지를 멀티호밍 피어 Leaf-1 및 Leaf-2 모두에 보냅니다.
Leaf-1과 Leaf-2 모두 SBD의 EVPN 코어를 향한 EVPN 유형 6 경로를 생성합니다. 유형 6(SMET) 경로는 Rcvr-1이 멀티캐스트 데이터에 관심이 있음을 보급합니다.
경계 리프 디바이스 BL-1 및 BL-2는 모두 SBD에서 유형 6 경로를 수신합니다.
유형 6 경로(SBD에서)는 경계 리프 디바이스에 신호를 보내 PIM RP를 향한 PIM 조인을 생성합니다(외부 멀티캐스트 인터페이스를 통해 도달 가능). 그러나 SBD의 서버 리프 디바이스에 대한 중복 조인 메시지를 방지하기 위해 SBD의 PIM DR인 경계 리프 디바이스만 PIM 조인 메시지를 생성합니다. 이때, 도면은 SBD에 대한 PIM DR이 BL-1임을 나타낸다. BL-1은 PIM 이웃인 외부 멀티캐스트 인터페이스를 통해 PIM RP를 향해 PIM join 메시지를 보냅니다.
BL-2의 로컬 수신기인 Rcvr-5도 VLAN-2의 IGMP 또는 MLD 가입 메시지를 BL-2로 보냅니다. 이 경우 BL-1 및 BL-2는 EVPN ES의 멀티호밍 피어가 아닙니다. 그 결과, BL-2는 로컬 관심 수신기(Rcvr-5)가 있기 때문에 외부 멀티캐스트 인터페이스에서 별도의 PIM 참가 메시지를 보냅니다.
PIM RP는 참가 메시지를 수신합니다. PIM RP는 BL-1 및 BL-2 외부 멀티캐스트 인터페이스를 다운스트림 인터페이스로 사용하여 멀티캐스트 라우팅 테이블에 PIM(*,G) 항목을 생성합니다.
외부 소스 Ext-Mcast-Src는 PIM RP에 등록됩니다. PIM RP는 BL-1 및 BL-2 외부 멀티캐스트 인터페이스를 다운스트림 인터페이스로 사용하는 그룹에 대한 멀티캐스트 경로를 가지고 있습니다. 그 결과, PIM RP는 L3에서 들어오는 멀티캐스트 트래픽을 BL-1 및 BL-2로 라우팅합니다.
BL-1과 BL-2 모두 멀티캐스트 트래픽을 수신합니다. 다음 섹션에서는 경계 리프 디바이스가 EVPN 패브릭에서 트래픽을 전달하거나 라우팅하는 방법을 설명합니다.
경계 리프 디바이스에서 내부 수신기로의 트래픽 플로우 - L3 인터페이스 또는 비 EVPN IRB 방법
그림 8에서 BL-1은 SBD에 대한 PIM DR이며 SBD의 서버 리프 장치에 대한 외부 PIM 도메인을 향해 PIM 가입 메시지를 보냈습니다. 또한 BL-2는 관심 있는 로컬 수신기의 외부 PIM 도메인을 향해 PIM 가입 메시지를 전송했습니다.
BL-1 및 BL-2는 외부 소스 트래픽을 수신하고 다음과 같이 라우팅(또는 전달)합니다.
BL-1은 SBD의 PIM DR이기 때문에 BL-1은 트래픽을 외부 멀티캐스트 인터페이스에서 SBD IRB 인터페이스로 로컬로 라우팅합니다. 외부 멀티캐스트 인터페이스에서 BL-1의 SBD로의 작은 회색 화살표를 참조하십시오.
BL-1은 SBD 의 트래픽 사본을 EVPN 코어로 BL-2로 전달합니다. BL-1에서 BL-2 방향의 녹색 화살표를 참조하십시오.
그러나 BL-2는 클래식 L3 인터페이스 또는 비 EVPN IRB 방법을 사용하는 PEG 디바이스로서 BL-1의 SBD IRB 인터페이스에서 외부 소스 트래픽을 예상하지 않기 때문에 SBD에서 트래픽을 삭제합니다. BL-2에 관심 있는 수신자가 있는 경우 PIM 참가 메시지를 전송하고 외부 멀티캐스트 연결에서 동일한 트래픽을 수신해야 합니다.
메모:수신 경계 리프 디바이스가 SBD의 복사본을 다른 경계 리프 디바이스로 전달하는 한 가지 이유는 외부 멀티캐스트 인터페이스가 다운된 경우 다른 경계 리프 디바이스가 외부 소스 트래픽을 수신할 수 있도록 하기 위해서입니다. 그런 다음 다른 경계 리프 디바이스의 관심 있는 로컬 수신기는 여전히 트래픽을 가져올 수 있습니다.
BL-2는 외부 멀티캐스트 트래픽을 VLAN-2의 로컬 수신기 Rcvr-5로 라우팅합니다. 외부 멀티캐스트 인터페이스에서 VLAN-2로의 BL-2에 있는 작은 회색 화살표를 확인합니다.
메모:SBD의 PIM DR이 아닌 PEG 모드로 구성된 경계 리프 디바이스는 여전히 외부 멀티캐스트 인터페이스에서 수신된 트래픽을 로컬로 라우팅합니다. 이러한 디바이스는 외부 멀티캐스트 원본에서 SBD의 다른 PEG 경계 리프 디바이스로 트래픽을 보내지 않습니다. 또한 이러한 디바이스는 SBD의 트래픽을 EVPN 코어로 전달하지 않습니다.
BL-1(SBD의 PIM DR)은 SBD의 트래픽 복사본을 관심 있는 수신자가 있는 서버 리프 디바이스로 선택적으로 전달합니다(보급된 유형 6 경로 기반). BL-1에서 Leaf-1 및 Leaf-2를 향한 녹색 화살표를 확인합니다.
이 경우 Leaf-1 및 Leaf-2에는 VLAN-2에 멀티호밍 관심 수신기 Rcvr-1이 있습니다. 따라서 BL-1은 SBD의 트래픽을 두 리프 디바이스로 보냅니다.
Leaf-1 및 Leaf-2는 SBD IRB 인터페이스에서 VLAN-2의 수익 브리지 도메인 IRB 인터페이스로 트래픽을 관심있는(멀티호밍) 수신기로 로컬로 라우팅합니다. 그러나 EVPN 멀티호밍을 사용하면 ES의 EVPN DF만 트래픽을 Rcvr-1로 전달하므로 Rcvr-1은 중복 트래픽을 얻지 못합니다.
이 경우 Leaf-1은 EVPN DF이므로 Leaf-1만 트래픽을 Rcvr-1로 전달합니다. Leaf-1에서 Rcvr-1 방향의 빨간색 화살표를 확인합니다.
내부 멀티캐스트 소스를 사용하는 AR 및 OISM
그림 9에는 스파인 디바이스를 독립형 AR 복제기 디바이스로 구성하는 OISM 사용 사례가 나와 있습니다. OISM 서버 리프 및 보더 리프 디바이스는 AR 리프 디바이스입니다. AR 복제기 디바이스는 OISM 서버 리프 및 보더 리프 디바이스에 대한 멀티캐스트 트래픽 복제를 처리합니다. 이 사례는 EVPN 패브릭 내부의 서버 리프 디바이스 뒤에 있는 멀티캐스트 소스와 단일 호밍 수신기를 보여줍니다.
AR 동작은 멀티캐스트 소스가 멀티홈 수신기가 있는 서버 리프 디바이스 뒤에 있을 때 다릅니다. 해당 사용 사례의 동작에 대한 자세한 내용은 내부 멀티캐스트 소스 및 멀티호밍 수신기를 사용한 AR 및 OISM 을 참조하십시오.
내부 소스의 OISM 트래픽을 통해 수신 디바이스는 소스 VLAN의 EVPN 패브릭에서 트래픽을 전달합니다. 또한 AR을 활성화하면 수신 리프 디바이스는 트래픽 사본 하나를 AR 복제기로 전달합니다. AR 복제기는 트래픽을 복제하고 소스 VLAN의 사본을 관심 있는 수신기가 있는 다른 리프 디바이스로 보냅니다. 그런 다음 각 리프 디바이스는 다음을 수행합니다.
-
소스 VLAN의 수신자에게 트래픽을 로컬로 전달합니다.
-
트래픽을 다른 수익 VLAN의 수신자로 로컬로 라우팅합니다.
그림 9의 사용 사례:
Rcvr-2, Rcvr-3 및 Rcvr-4는 IGMP 또는 MLD 보고서를 전송하여 멀티캐스트 그룹에 가입합니다.
멀티캐스트 그룹의 트래픽 소스인 Mcast-Src-1은 소스 VLAN, VLAN-1의 트래픽을 Leaf-1로 전달합니다.
Leaf-1은 VLAN-1에서 사용 가능한 AR 복제기 중 하나로 트래픽을 전달하여 관심 있는 수신기가 있는 다른 리프 디바이스로 트래픽을 복제합니다. 이 경우 Leaf-1은 트래픽을 ARR-1로 전달합니다.
메모:AR 리프 디바이스가 사용 가능한 여러 AR 복제기 간에 로드밸런싱하는 방법에 대한 자세한 내용은 다중 복제기를 사용한 AR 리프 디바이스 로드 밸런싱 을 참조하십시오.
ARR-1은 트래픽을 복제하고 VLAN-1의 복사본을 관심 있는 수신기가 있는 모든 리프 디바이스로 보냅니다.
각 서버 리프 디바이스는 다음과 같습니다.
VLAN-1의 관심 있는 수신자에게 트래픽을 전달합니다.
트래픽을 VLAN-2로 로컬로 라우팅하고 VLAN-2의 관심 있는 수신자에게 전달합니다.
또한 그림 9에서 Rcvr-1은 Leaf-1 및 Leaf-2에 멀티호밍되며 Leaf-1은 ESI DF입니다. 따라서 Leaf-1만 VLAN-2의 Rcvr-1로 트래픽을 전달합니다.
외부 수신자가 트래픽 수신에 관심을 표명하면 경계 리프 디바이스는 트래픽을 외부 멀티캐스트 인터페이스로 로컬로 라우팅합니다. 외부 멀티캐스트 인터페이스는 사용자가 구성한 외부 멀티캐스트 방법에 따라 관심 있는 외부 수신자에게 트래픽을 전송합니다.
AR을 구성하는 방법에 대한 자세한 내용은 지원 복제 구성을 참조하십시오.
내부 멀티캐스트 소스 및 멀티호밍 수신기를 사용하는 AR 및 OISM
그림 10에서는 내부 멀티캐스트 소스를 사용하는 AR 및 OISM의 설정과 유사한 OISM 사용 사례를 보여줍니다. 그러나 이 경우 멀티캐스트 원본은 멀티홈 수신기도 있는 서버 리프 디바이스 뒤에 있습니다. 이 경우, AR은 멀티호밍 수신기를 효율적으로 지원하기 위해 디폴트로 확장 AR 모드로 동작한다. 이 모드에 대한 자세한 내용은 멀티홈 이더넷 세그먼트를 위한 확장 AR 모드를 참조하십시오.
다음은 이 경우 서버 리프 디바이스에서 수신되는 멀티캐스트 트래픽이 멀티홈 수신기에 도달하는 방법에 대한 요약입니다.
-
멀티호밍 수신기용 ESI가 있는 수신 서버 리프 디바이스는 ES에서 멀티호밍 피어 리프 디바이스 목록을 유지 관리합니다.
또한 AR 복제 디바이스는 멀티호밍 피어가 있는 AR 리프 디바이스를 알고 있습니다.
-
수신 서버 리프 디바이스는 멀티캐스트 트래픽을 복제하고 트래픽에 관심이 있는 멀티호밍 피어로 전달합니다.
또한 수신 리프 디바이스는 하나의 사본을 AR 복제기 디바이스로 전송하여 다른 리프 디바이스로의 복제 및 전달을 처리합니다.
멀티호밍 피어에 대한 복제 처리의 이러한 차이를 제외하면, AR 복제기로의 트래픽 플로우와 관심 있는 수신자로의 트래픽 플로우는 내부 멀티캐스트 소스를 사용하는 AR 및 OISM에서 설명한 것과 동일합니다.
그림 10에서 다음을 수행합니다.
Rcvr-1, Rcvr-2, Rcvr-3 및 Rcvr-4는 IGMP 또는 MLD 보고서를 전송하여 멀티캐스트 그룹에 가입합니다.
멀티캐스트 그룹의 트래픽 소스인 Mcast-Src-1은 소스 VLAN, VLAN-1의 트래픽을 Leaf-1로 전달합니다.
멀티호밍 피어를 위한 확장된 AR 모드에 따라 Leaf-1은 관심 있는 수신기가 있는 멀티호밍 피어 Leaf-2로 트래픽을 직접 전달합니다. Leaf-1은 OISM 동작에 따라 소스 VLAN, VLAN-1을 사용합니다.
또한 Leaf-1은 소스 VLAN-1에서 사용 가능한 AR 복제기 중 하나(이 경우 ARR-1)로 트래픽을 전달합니다.
메모:AR 리프 디바이스가 사용 가능한 여러 AR 복제기 간에 로드밸런싱하는 방법에 대한 자세한 내용은 다중 복제기를 사용한 AR 리프 디바이스 로드 밸런싱 을 참조하십시오.
ARR-1은 트래픽을 복제하고 VLAN-1의 복사본을 Leaf-2 외에 관심 있는 수신기가 있는 다른 리프 디바이스로만 보냅니다. 기본 확장 AR 모드 동작(위의 3 단계 참조)으로 인해 ARR-1은 수신 리프 디바이스 Leaf-1의 멀티호밍 피어인 Leaf-2로 트래픽 전송을 건너뜁니다.
그런 다음 각 서버 리프 디바이스는 트래픽을 관심 있는 수신자에게 전달하거나 라우팅합니다.
그림 10에서 Leaf-1은 멀티호밍 수신기 Rcvr-2의 ESI DF입니다. 따라서 Leaf-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의 사용 사례:
Rcvr-1(Leaf-1 및 Leaf-2에 멀티호밍) 및 Rcvr-5(BL-2 뒤의 로컬 호스트)는 IGMP 또는 MLD 보고서를 전송하여 멀티캐스트 그룹에 가입합니다.
외부 소스인 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로 라우팅하지 않습니다(다음 단계 참조).
BL-1은 SBD의 PIM DR이므로 BL-1은 외부 소싱 트래픽을 EVPN 패브릭으로 라우팅하는 경계 리프 디바이스입니다. AR을 사용하도록 설정하면 BL-1은 SBD의 트래픽을 사용 가능한 AR 복제기 중 하나로 전달합니다. 이 경우 BL-1은 트래픽을 ARR-2로 전달합니다.
메모:여러 AR 복제기 간에 AR 리프 디바이스 로드 밸런싱을 수행하는 방법에 대한 자세한 내용은 다중 복제기를 사용한 AR 리프 디바이스 로드 밸런 싱을 참조하십시오.
ARR-2는 트래픽을 복제하고 SBD의 복사본을 관심 있는 수신기가 있는 리프 디바이스(이 경우 Leaf-1, Leaf-2 및 BL-2)로 보냅니다.
SBD에서 트래픽을 수신하는 각 리프 디바이스는 수익 VLAN의 관심 있는 수신자로 트래픽을 로컬로 라우팅합니다. 이 경우 다음과 같습니다.
BL-2는 VLAN-2의 수신기로 트래픽을 라우팅합니다.
리프 1과 리프-2 모두 SBD에서 트래픽을 수신합니다. Rcvr-1은 리프-1과 리프-2에 멀티호밍되며, 리프-1은 ESI DF입니다. 따라서 Leaf-1만 VLAN-2의 Rcvr-1로 트래픽을 전달합니다.
AR을 구성하는 방법에 대한 자세한 내용은 지원 복제 구성을 참조하십시오.
향상된 OISM의 작동 방식
향상된 OISM(비대칭 브리지 도메인 모델)으로 지원하는 사용 사례는 OISM 작동 방식에서 설명하는 사용 사례와 유사하지만 몇 가지 운영상의 차이점이 있습니다. 또한 앞서 언급했듯이 일반 OISM에서와 같이 모든 리프 디바이스에서 모든 VLAN을 구성할 필요가 없습니다.
일반 OISM 모드와 비교하여 향상된 OISM 모드 차이점에 대한 간략한 소개는 Enhanced OISM 개요를 참조하십시오. 이 섹션에서는 주요 운영 차이점에 대해 자세히 설명합니다.
- 향상된 OISM을 통한 로컬 라우팅 및 East-West 트래픽 차이
- EVPN 유형 10 S-PMSI A-D 경로를 기반으로 하는 내부 소스에 대해 향상된 OISM을 사용한 PIM 등록
향상된 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에서 다음을 수행합니다.
-
수신자는 IGMP 또는 MLD 참가 메시지를 전송하여 특정 VLAN의 멀티캐스트 그룹(*,G) 또는 멀티캐스트 소스 및 그룹(S,G)에 대한 멀티캐스트 트래픽 수신에 대한 관심을 표명합니다.
-
Leaf-1 및 Leaf-2는 멀티홈 호스트 Mcast-Src-1에 대한 이더넷 세그먼트를 공유합니다. 그 결과, Leaf-1에 VLAN-2를 사용하는 수신기가 없더라도 두 디바이스 모두에서 동일한 VLAN-1 및 VLAN-2를 대칭으로 구성합니다.
-
Leaf-1은 소스 VLAN, VLAN-1 및 다음 사항에서 멀티캐스트 트래픽을 수신합니다.
-
소스 VLAN, VLAN-2의 멀티호밍 피어인 Leaf-2로 트래픽을 전달합니다
그런 다음 Leaf-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 Type 10 S-PMSI(Selective P-router Multicast Service Interface) A-D(Auto-Discovery) 경로를 사용하여 다음과 같이 구분합니다( 그림 13 참조).
-
내부 멀티캐스트 소스에서 트래픽을 수신하는 수신 OISM 리프 디바이스는 해당 멀티캐스트(S, G) 소스 및 그룹에 대한 S-PMSI A-D 경로를 광고합니다.
-
PEG 디바이스가 SBD IRB 인터페이스에서 트래픽을 수신하고 해당 소스에 대한 S-PMSI A-D 경로가 표시되지 않는 경우 디바이스는 해당 소스를 외부 소스로 해석합니다.
-
PEG 디바이스는 수신된 S-PMSI A-D 경로에 해당하는 소스에 대한 PIM RP에만 PIM 레지스터를 전송합니다.
이 설계는 PEG 디바이스가 EVPN 네트워크 내부의 멀티캐스트 소스에 대해서만 PIM 소스 등록을 수행하도록 보장합니다.
예를 들어, 그림 13 은 외부 수신기에 서비스를 제공하는 외부 PIM 도메인이 추가된 그림 12 와 동일한 향상된 OISM 내부 트래픽 흐름을 보여줍니다. 그림에서 다음을 수행합니다.
Leaf-1이 Mcast-Src-1에서 멀티캐스트 트래픽을 수신하면 Leaf-1은 S-PMSI A-D 경로를 생성하여 EVPN 네트워크로 보냅니다.
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로 보냅니다.
PIM RP는 BL-1을 향해 PIM Join 메시지를 다시 보냅니다. BL-1은 PIM 조인을 수신하고 외부 수신기에 대한 (S, G) 멀티캐스트 라우팅 테이블 엔트리를 생성합니다.
BL-1이 SBD에서 해당 (S, G)에 대한 멀티캐스트 트래픽을 수신하면 외부 수신기를 향해 외부 멀티캐스트 인터페이스에 대한 트래픽을 로컬로 라우팅합니다.
다음과 같은 명령을 사용하여 OISM 리프 디바이스의 EVPN Type 10 S-PMSI A-D 경로에 대한 세부 정보를 확인할 수 있습니다.
-
evpn oism spmsi-ad extensive 표시
-
show route table evpn-instance-name.evpn-mcsn.1 match 10* extensive
OISM 구성에 대한 고려 사항
OISM 설치 설정을 시작하기 전에 특정 사용 사례에서 고려해야 할 몇 가지 사항은 다음과 같습니다. 이러한 고려 사항은 섹션에서 달리 지정하지 않는 한 일반 OISM 및 향상된 OISM 모드 모두에 적용됩니다.
- 동일한 EVPN-VXLAN 패브릭의 IGMPv2 및 IGMPv3(또는 MLDv1 및 MLDv2)
- OISM을 사용하여 멀티캐스트 경로를 설치하기 위한 대기 시간 및 확장 절충안(install-star-g-routes 옵션)
- 많은 VLAN을 통한 OISM 및 AR 확장
- PEG DF 선거
- 향상된 OISM으로 멀티호밍 피어를 정적으로 식별하여 컨버전스 개선
- EVPN-VXLAN IPv6 언더레이 구성으로 OISM 향상
동일한 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 인스턴스 1개.
-
IGMPv3 또는 MLDv2 수신기를 지원하는 또 다른 테넌트 VRF 인스턴스입니다.
다음과 같이:
구성에서 IGMPv2 수신기에 대한 VLAN을 정의하고 IGMPv3 수신기에 대해 다른 VLAN을 정의합니다.
마찬가지로 MLD의 경우 MLDv1 수신기에 대해 VLAN을 정의하고 MLDv2 수신기에 대해 다른 VLAN을 정의합니다.
하나의 VRF 인스턴스에 IGMPv2를 지원하는 IRB 인터페이스를 포함시키고 해당 IRB 인터페이스에서 IGMPv2를 활성화합니다. 해당 VLAN에서 IGMP 스누핑을 활성화합니다.
마찬가지로 MLD의 경우 하나의 VRF 인스턴스에서 MLDv1을 지원하는 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에서 MLDv1을 활성화합니다. 해당 VLAN에서 MLD 스누핑을 활성화합니다.
IGMPv3를 지원하는 IRB 인터페이스를 다른 VRF 인스턴스에 포함시키고 해당 IRB 인터페이스에서 IGMPv3를 활성화합니다. 해당 VLAN에서 옵션을 사용하여
evpn-ssm-reports-only
IGMP 스누핑을 활성화합니다.마찬가지로 MLD의 경우 다른 VRF 인스턴스에서 MLDv2를 지원하는 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에서 MLDv2를 활성화합니다. 해당 VLAN에서 옵션으로 MLD 스누핑
evpn-ssm-reports-only
을 활성화합니다.
이 사용 사례에서는 각 IGMP 또는 MLD 버전에 대해 다음을 위한 VLAN 및 IRB 인터페이스 집합을 할당합니다.
-
OISM 수익 브리지 도메인.
-
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 Multicast) 모드 및 SSM(Source-Specific Multicast) 모드 지원에 대한 자세한 내용은 지원되는 IGMP 또는 MLD 버전 및 그룹 멤버십 보고서 모드를 참조하십시오.
IGMPv2와 IGMPv3를 함께 사용하는 구성 예
외부 멀티캐스트를 위해 M-VLAN IRB 방법으로 설정한 패브릭에서 두 IGMP 버전 모두의 사용 사례를 고려하십시오. IGMPv2 및 IGMPv3 트래픽 모두에서 IGMP 스누핑을 지원하려고 합니다. 이 경우 다음과 같은 MAC-VRF 인스턴스, L3 VRF 인스턴스, VLAN 및 해당 IRB 인터페이스를 구성할 수 있습니다.
-
IGMPv2 수신기를 지원하기 위한 MAC-VRF2 및 L3VRF-A:
-
수익 브리지 도메인 VLAN-100(irb.100 포함)
-
irb.302가 있는 SBD VLAN-302
-
(보더 리프 디바이스만 해당) irb.902가 있는 M-VLAN VLAN-902
-
-
IGMPv3 수신기를 지원하는 MAC-VRF3 및 L3VRF-B:
-
수익 브리지 도메인 VLAN-200(irb.200 포함)
-
irb.303이 있는 SBD VLAN-303
-
(보더 리프 디바이스만 해당) irb.903이 있는 M-VLAN VLAN-903
-
그런 다음 L3VRF-A에 IGMPv2 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에 대해 IGMPv2를 활성화합니다. L3VRF-B에 IGMPv3 IRB 인터페이스를 포함하고 해당 IRB 인터페이스에 대해 IGMPv3를 활성화합니다.
예를 들어:
set routing-instances L3VRF-A interface irb.100 # revenue bridge domain for IGMPv2 receivers set routing-instances L3VRF-A interface irb.302 # SBD for IGMPv2 receivers set routing-instances L3VRF-A interface irb.902 # M-VLAN for IGMPv2 (border leaf only) set routing-instances L3VRF-B interface irb.200 # revenue bridge domain for IGMPv3 receivers set routing-instances L3VRF-B interface irb.303 # SBD for IGMPv3 receivers set routing-instances L3VRF-B interface irb.903 # M-VLAN for IGMPv3 (border leaf only) # version 2 option isn't required for IGMPv2 because that's the default IGMP version set protocols igmp interface irb.100 <version 2> # revenue bridge domain for IGMPv2 receivers set protocols igmp interface irb.302 <version 2> # SBD for IGMPv2 receivers set protocols igmp interface irb.902 <version 2> # M-VLAN for IGMPv2 (border leaf only) # version 3 option is required to enable IGMPv3 set protocols igmp interface irb.200 version 3 # revenue bridge domain for IGMPv3 receivers set protocols igmp interface irb.303 version 3 # SBD for IGMPv3 receivers set protocols igmp interface irb.903 version 3 # M-VLAN for IGMPv3 (border leaf only)
마지막으로, 다음과 같이 EVPN 인스턴스의 L2에서 IGMP 스누핑을 활성화합니다.
-
IGMPv2 IRB 인터페이스에 해당하는 VLAN에 대해 MAC-VRF2에서 구성합니다
igmp-snooping
. -
IGMPv3 IRB 인터페이스에 해당하는 VLAN에 대해 MAC-VRF3에서 구성합니다
igmp-snooping
.IGMPv3 트래픽에
evpn-ssm-reports-only
대해 IGMP 스누핑을 활성화하는 경우에만 옵션을 포함합니다.
예를 들어:
set routing-instances MAC-VRF2 protocols igmp-snooping vlan VLAN-100 # IGMPv2-enabled VLAN set routing-instances MAC-VRF2 protocols igmp-snooping vlan VLAN-302 # IGMPv2-enabled VLAN set routing-instances MAC-VRF2 protocols igmp-snooping vlan VLAN-902 # IGMPv2-enabled VLAN set routing-instances MAC-VRF3 protocols igmp-snooping vlan VLAN-200 evpn-ssm-reports-only # IGMPv3-enabled VLAN set routing-instances MAC-VRF3 protocols igmp-snooping vlan VLAN-303 evpn-ssm-reports-only # IGMPv3-enabled VLAN set routing-instances MAC-VRF3 protocols igmp-snooping vlan VLAN-903 evpn-ssm-reports-only # IGMPv3-enabled VLAN
외부 멀티캐스트를 위한 비 EVPN IRB 방법을 사용하면 비 EVPN IRB 인터페이스에 옵션을 포함하지 evpn-ssm-reports-only
않습니다. 비 EVPN IRB 방법을 사용하면 EVPN 인스턴스에서 외부 멀티캐스트 인터페이스를 확장하지 않기 때문에 이 옵션이 필요하지 않습니다.
외부 멀티캐스트에 L3 인터페이스 방법을 사용하는 경우 외부 PIM 도메인에 대한 L3 인터페이스에서 IGMP 스누핑을 전혀 활성화하지 않습니다. 해당 인터페이스는 L3에서 작동하고, IGMP 스누핑은 L2에서 작동합니다.
MLDv1 및 MLDv2를 함께 사용하는 예제 구성
OISM이 있는 패브릭에서 MLD 스누핑을 사용하는 MLDv1 및 MLDv2 모두에서 다음 사용 사례를 고려하십시오.
-
MLDv1 수신기를 지원하기 위한 MAC-VRF1 및 L3VRF-A:
-
수익 브리지 도메인 VLAN-100(irb.100 포함)
-
irb.301이 있는 SBD VLAN-301
-
-
MLDv2 수신기를 지원하는 MAC-VRF2 및 L3VRF-B:
-
수익 브리지 도메인 VLAN-200(irb.200 포함)
-
irb.302가 있는 SBD VLAN-302
-
이 사용 사례에서는 외부 멀티캐스트에 M-VLAN IRB 방법을 사용하지 않으므로 위의 IGMP 사용 사례에서와 같이 M-VLAN IRB 인터페이스를 구성하지 않습니다.
이 경우 다음을 구성합니다.
-
MLDv1 수신기(VLAN 100 및 301)에 대한 IRB 인터페이스의 MLDv1.
-
MLDv2 수신기(VLAN 200 및 302)에 대한 IRB 인터페이스의 MLDV2
-
MAC-VRF1에서 MLDv1 VLAN에 대한 MLD 스누핑.
-
MAC-VRF2의 옵션을 사용하여 MLDv2 VLAN에
evpn-ssm-reports-only
대한 MLD 스누핑.
예를 들어:
set routing-instances L3VRF-A interface irb.100 # revenue bridge domain for MLDv1 receivers set routing-instances L3VRF-A interface irb.301 # SBD for MLDv1 receivers set routing-instances L3VRF-B interface irb.200 # revenue bridge domain for MLDv2 receivers set routing-instances L3VRF-B interface irb.302 # SBD for MLDv2 receivers # version 1 option isn't required for MLDv1 because that's the default MLD version set protocols mld interface irb.100 # revenue bridge domain for MLDv1 receivers set protocols mld interface irb.301 # SBD for MLDv1 receivers set protocols mld interface irb.200 version 2 # revenue bridge domain for MLDv2 receivers set protocols mld interface irb.302 version 2 # SBD for MLDv2 receivers set routing-instances MAC-VRF1 protocols mld-snooping vlan VLAN-100 # MLDv1-enabled VLAN set routing-instances MAC-VRF1 protocols mld-snooping vlan VLAN-301 # MLDv1-enabled VLAN set routing-instances MAC-VRF2 protocols mld-snooping vlan VLAN-200 evpn-ssm-reports-only # MLDv2-enabled VLAN set routing-instances MAC-VRF2 protocols mld-snooping vlan VLAN-302 evpn-ssm-reports-only # MLDv2-enabled VLAN
OISM을 사용하여 멀티캐스트 경로를 설치하기 위한 대기 시간 및 확장 절충안(install-star-g-routes 옵션)
OISM 지원 패브릭의 디바이스는 EVPN 유형 6 경로를 전송하므로 다른 EVPN 디바이스는 멀티캐스트 그룹의 트래픽에 관심이 있는 수신자에 대해 학습합니다. 수신자는 L3 VRF 인스턴스에서 서로 다른 OISM 수익 브리지 도메인에 있습니다. EVPN 패브릭 코어에서 대역폭을 절약하기 위해 OISM 디바이스는 라우팅 인스턴스의 OISM SBD에서만 Type 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 인스턴스에서 유형
mac-vrf
[edit routing-instances instance-name multicast-snooping-options oism]
인스턴스로 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 서버 리프 또는 보더 리프 디바이스로 구성할 때 더 이상 이 옵션을 설정할 필요가 없습니다.
위에서 언급한 사용 사례 외에는 이 옵션을 설정하지 않는 것이 좋습니다.
대기 시간 요구 사항이 매우 엄격하고 더 나은 네트워크 대기 시간을 달성하기 위해 더 높은 크기 조정을 절충할 수 있는 경우에만 이 옵션을 고려합니다.
옵션과 conserve-mcast-routes-in-pfe
옵션의 install-star-g-routes
기능은 상호 배타적이므로 라우팅 인스턴스에서 이러한 옵션 중 하나만 사용할 수 있습니다. 옵션 사용 conserve-mcast-routes-in-pfe
시기에 대한 자세한 내용은 ACX 시리즈 라우터, QFX5130-32CD 스위치 및 OISM을 통한 서버 리프 및 경계 리프 디바이스로 QFX5700 스위치를 참조하십시오.
install-star-g-routes 옵션이 없는 기본 동작
기본적으로 이 옵션이 없으면 디바이스는 멀티캐스트 트래픽이 도착할 때까지 멀티캐스트 경로를 설치하지 않음으로써 PFE에서 리소스를 절약하는 우선순위를 갖습니다. 이 기본 사례의 경우:
PFE는 멀티캐스트 그룹 G에 대해 소스 S로부터 멀티캐스트 트래픽을 수신합니다.
PFE는 트래픽에 대한 포워딩 다음 홉 정보를 가지고 있지 않으므로 해당 정보를 가져오도록 RE에 신호를 보냅니다.
메모:PFE는 라우팅 정보를 가져올 때까지 멀티캐스트 트래픽을 삭제합니다.
RE는 PFE에서 (S,G)에 대한 멀티캐스트 플로우를 학습하고 해당 경로를 PFE에 설치합니다.
PFE는 설치된 (S, G) 경로의 다음 홉으로 트래픽을 전송합니다.
install-star-g-routes 옵션의 동작
install-star-g-routes
옵션을 사용하면 디바이스가 트래픽이 도착하기 전에 PFE에서 멀티캐스트 라우팅 정보를 사용할 수 있도록 우선순위를 지정합니다. 디바이스는 아직 사용하지 않는(그리고 사용되지 않을 수도 있는) 경로에 대해 추가 PFE 리소스를 사용합니다. 이 옵션을 사용하는 경우:
RE는 라우팅 인스턴스에서 OISM SBD의 멀티캐스트 그룹 G에 대한 트래픽을 구독하는 수신자를 위한 EVPN 유형 6 경로를 수신합니다.
RE는 L3 VRF 인스턴스의 모든 수익 브리지 도메인에 대해 PFE에 해당하는(*,G) 경로를 설치합니다.
나중에 PFE는 멀티캐스트 그룹 G에 대한 소스 S로부터 멀티캐스트 트래픽을 수신합니다.
PFE는 (*,G)에 대한 트래픽에 대한 포워딩 다음 홉 정보를 가지고 있습니다. 따라서 다음 홉(*,G) 경로를 사용하여 모든 수익 브리지 도메인의 수신자에게 트래픽을 전달합니다.
또한 PFE는 멀티캐스트 그룹 G에 대해 소스 S로부터 멀티캐스트 트래픽을 수신했음을 RE에 알립니다.
RE는 PFE에서 (S,G)에 대한 멀티캐스트 플로우에 대해 학습합니다. RE는 PFE에 (S,G) 경로를 설치합니다.
PFE는 트래픽을 계속 전송하지만 이제 (S,G) 경로와 더 구체적인 경로의 다음 홉을 사용합니다.
메모:PFE는 유형 6 경로를 수신한 후 RE가 설치한 수익 브리지 도메인당 (*,G) 경로를 계속 유지합니다.
많은 VLAN을 통한 OISM 및 AR 확장
EVPN-VXLAN 패브릭에서 OISM 및 IGMP 스누핑 또는 MLD 스누핑이 활성화된 상태에서 OISM 서버 리프 및 보더 리프 디바이스는 수신자가 멀티캐스트 그룹에 가입할 때 EVPN Type 6 SMET 경로를 EVPN 코어로 보냅니다.
OISM 지원 디바이스가 SBD에서 유형 6 경로를 수신하면 디바이스는 다음을 수행합니다.
-
다음과 같이 유형 6 경로에서 멀티캐스트 상태를 도출합니다.
-
IGMPv2 또는 MLDv1에 대한 (*,G) 상태
-
IGMPv3 또는 MLDv2에 대한 (S,G) 상태
-
-
OISM 지원 L3 테넌트 VRF 인스턴스의 일부인 모든 VLAN에 대한 MAC-VRF 인스턴스의 OISM SBD 및 수익 브리지 도메인 VLAN에 파생된 상태를 설치합니다.
-
파생된 멀티캐스트 경로를 사용하여 그룹에 대한 트래픽을 해당 그룹에 가입된 수신자가 있는 다른 EVPN 디바이스에만 선택적으로 전송함으로써 멀티캐스트 포워딩을 최적화합니다.
OISM을 지원하는 일부 디바이스에서는 OISM이 활성화된 AR(Assisted Replication) 멀티캐스트 최적화 기능을 구성할 수도 있습니다. AR 복제기 장치는 OISM 장치와 동일한 방식으로 유형 6 경로를 사용합니다.
QFX5130-32CD 및 QFX5700 스위치는 OISM 서버 리프 또는 보더 리프 장치 역할을 할 수 있습니다. OISM 서버 리프 또는 보더 리프 디바이스가 아닌 디바이스에서만 AR 복제기 역할을 할 수 있습니다. 이 경우 디바이스는 독립형 AR 복제자 역할로 작동합니다.
다음 섹션에서는 이러한 디바이스를 OISM 서버 리프 또는 보더 리프 디바이스로 구성하거나 OISM을 사용하는 독립형 AR 복제기로 구성할 때의 구성 고려 사항에 대해 설명합니다.
다음 섹션의 사용 사례 및 샘플 구성에서는 IPv4 멀티캐스트에 대한 IGMP 구성을 보여 주지만, IPv6 멀티캐스트에 대한 MLD 구성에도 동일한 방식으로 적용됩니다.
- ACX 시리즈 라우터, QFX5130-32CD 스위치 및 OISM을 통한 서버 리프 및 보더 리프 디바이스로서의 QFX5700 스위치
- OISM을 사용한 독립형 AR 복제기로서의 QFX5130-32CD 및 QFX5700 스위치
ACX 시리즈 라우터, QFX5130-32CD 스위치 및 OISM을 통한 서버 리프 및 보더 리프 디바이스로서의 QFX5700 스위치
ACX 시리즈 라우터, QFX5130-32CD 스위치 및 QFX5700 스위치를 OISM을 통해 서버 리프 또는 보더 리프 디바이스로 구성하는 경우, 이러한 디바이스는 멀티캐스트 트래픽을 수신하는 즉시 PIM의 L3 멀티캐스트 경로를 사용하여 트래픽을 전달합니다. 이들은 어떤 수신자가 멀티캐스트 스트림에 관심이 있는지 알아내기 위해서만 파생된 멀티캐스트 스누핑 상태를 사용합니다. 트래픽을 포워딩하기 위해 멀티캐스트 스누핑 파생 상태를 포워딩 플레인에 저장할 필요가 없습니다.
Junos OS Evolved 릴리스 22.4R2 및 23.1R1부터 이러한 디바이스를 OISM 서버 리프 및 보더 리프 디바이스로 구성할 때 계층 수준에서도 [edit routing-instances name multicast-snooping-options oism]
옵션을 구성해야 conserve-mcast-routes-in-pfe
합니다. (oism (멀티캐스트 스누핑 옵션)을 참조하십시오.) 이 옵션을 사용하면 이러한 디바이스는 L3 멀티캐스트 경로만 설치하여 PFE 테이블스페이스를 절약합니다. L2 멀티캐스트 스누핑 경로를 설치하지 않아도 됩니다.
다음 지침에 따라 옵션을 설정합니다.conserve-mcast-routes-in-pfe
-
ACX 시리즈 라우터, QFX5130-32CD 스위치 및 QFX5700 스위치를 OISM이 활성화된 서버 리프 또는 보더 리프 디바이스로 구성할 때 이 옵션을 설정해야 합니다.
-
디바이스의 모든 OISM 지원 MAC-VRF EVPN 라우팅 인스턴스에서 이 옵션을 설정합니다.
-
디바이스에서 OISM을 사용하도록 설정하지 않은 경우 이 옵션을 구성하지 마세요.
-
디바이스에서 OISM을 사용하지 않도록 설정하는 경우 이 설정도 삭제해야 합니다.
옵션과 install-star-g-routes
옵션의 conserve-mcast-routes-in-pfe
기능은 상호 배타적이므로 라우팅 인스턴스에서 이러한 옵션 중 하나만 사용할 수 있습니다. 옵션 사용 시기에 대한 자세한 내용은 OISM을 사용하여 멀티캐스트 경로 설치를 위한 지연 시간 및 확장 절충안(install-star-g-routes 옵션)을 install-star-g-routes
참조하십시오.
OISM을 사용한 독립형 AR 복제기로서의 QFX5130-32CD 및 QFX5700 스위치
QFX5130-32CD 및 QFX5700 스위치는 OISM이 적용된 패브릭에서 독립형 AR 복제기 역할을 할 수 있습니다. 그러나 VLAN이 많은 패브릭에서는 모든 OISM VLAN에 멀티캐스트 상태를 설치할 때 QFX5130-32CD 및 QFX5700 스위치에 확장 문제가 발생할 수 있습니다.
그 결과, Junos OS Evolved 22.2R1부터 OISM이 활성화된 독립형 AR 복제기로 이러한 스위치를 구성하면 기본적으로 이러한 스위치는 SBD VLAN에 멀티캐스트 상태만 설치합니다. (여기에는 IGMPv2의 멀티캐스트(*,G) 상태와 IGMPv3의 멀티캐스트(S,G) 상태가 포함됩니다.) 이러한 스위치는 모든 수익 브리지 도메인 VLAN에 멀티캐스트 상태를 설치하지 않습니다.
예를 들어, 3개의 VLAN(VLAN_2, VLAN_3 및 VLAN_4)이 있는 MAC-VRF 인스턴스 evpn-vxlan-A가 있는 QFX5130-32CD 디바이스를 생각해 보십시오. 이 show igmp snooping evpn status detail
명령은 VLAN_4 SBD( Supplementary BD
출력 필드) Yes
로 구성했으며 다른 두 VLAN은 OISM 수익 브리지 도메인 VLAN임을 보여줍니다.
user@device> show igmp snooping evpn status detail Instance: evpn-vxlan-A Bridge-Domain: VLAN_2, VN Identifier: 2 OISM : Enabled Supplementary BD: No External VLAN : No Bridge-Domain: VLAN_3, VN Identifier: 3 OISM : Enabled Supplementary BD: No External VLAN : No Bridge-Domain: VLAN_4, VN Identifier: 4 OISM : Enabled Supplementary BD: Yes External VLAN : No
디바이스는 멀티캐스트 그룹 233.252.0.1 및 233.252.0.2에 대한 원격 디바이스로부터 유형 6 경로를 수신했습니다.
user@device> show route table bgp.evpn.0 match-prefix 6*233.252.0.1* bgp.evpn.0: 269 destinations, 269 routes (269 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 6:192.168.0.1:9::4::233.252.0.1::192.168.0.1/520 *[BGP/170] 00:10:28, localpref 100, from 192.168.0.1 AS path: I, validation-state: unverified > to 10.1.1.2 via et-0/0/3:0.0 6: 192.168.0.2:9::4::233.252.0.1:: 192.168.0.2/520 *[BGP/170] 00:09:30, localpref 100, from 192.168.0.2 AS path: I, validation-state: unverified > to 10.1.2.2 via et-0/0/3:2.0 6: 192.168.0.3:9::4::233.252.0.1::192.168.0.3/520 *[BGP/170] 00:12:14, localpref 100, from 192.168.0.3 AS path: I, validation-state: unverified > to 10.1.3.2 via ae1.0 user@device> show route table bgp.evpn.0 match-prefix 6*233.252.0.2* bgp.evpn.0: 269 destinations, 269 routes (269 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 6:192.168.0.1:9::4::233.252.0.2::192.168.0.1/520 *[BGP/170] 00:10:34, localpref 100, from 192.168.0.1 AS path: I, validation-state: unverified > to 10.1.1.2 via et-0/0/3:0.0 6: 192.168.0.2:9::4::233.252.0.2:: 192.168.0.2/520 *[BGP/170] 00:09:36, localpref 100, from 192.168.0.2 AS path: I, validation-state: unverified > to 10.1.2.2 via et-0/0/3:2.0 6: 192.168.0.3:9::4::233.252.0.2:: 192.168.0.3/520 *[BGP/170] 00:12:20, localpref 100, from 192.168.0.3 AS path: I, validation-state: unverified > to 10.1.3.2 via ae1.0
QFX5130-32CD 또는 QFX5700 스위치의 스케일링 동작 차이로 인해 이러한 디바이스에서 명령을 실행하면 show multicast snooping route
출력은 SBD에만 멀티캐스트 그룹 항목을 표시하고 수익 브리지 도메인에는 표시하지 않습니다. 예를 들어, 멀티캐스트 그룹 233.252.0.1 및 233.252.0.2의 경우:
user@device> show multicast snooping route extensive instance evpn-vxlan-A Nexthop Bulking: OFF Family: INET Group: 224.0.0.0/4 Source: * Vlan: VLAN_2 Mesh-group: __ar_flood__ Downstream interface list: evpn-core-nh -(639026) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 639104 Route state: Active Forwarding state: Forwarding Sensor ID: 4026531845 Group: 224.0.0.0/4 Source: * Vlan: VLAN_3 Mesh-group: __ar_flood__ Downstream interface list: evpn-core-nh -(639022) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 639106 Route state: Active Forwarding state: Forwarding Sensor ID: 4026531846 Group: 224.0.0.0/4 Source: * Vlan: VLAN_4 Mesh-group: __ar_flood__ Downstream interface list: evpn-core-nh -(639018) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 639097 Route state: Active Forwarding state: Forwarding Sensor ID: 4026531844 Group: 233.252.0.1/32 Source: * Vlan: VLAN_4 Mesh-group: __ar_flood__ Downstream interface list: evpn-core-nh -(165537) Statistics: 523 kBps, 500 pps, 290630 packets Next-hop ID: 220045 Route state: Active Forwarding state: Forwarding Sensor ID: 4026531843 Group: 233.252.0.2/32 Source: * Vlan: VLAN_4 Mesh-group: __ar_flood__ Downstream interface list: evpn-core-nh -(165537) Statistics: 0 kBps, 0 pps, 238 packets Next-hop ID: 220045 Route state: Active Forwarding state: Forwarding Sensor ID: 4026531842
OISM과 함께 AR 복제기로 실행되지 않는 QFX5130-32CD 또는 QFX5700 스위치는 수익 브리지 도메인 VLAN 및 SBD에 멀티캐스트 그룹 항목을 설치합니다. 이 경우 명령을 실행하면 show multicast snooping route
수익 브리지 도메인 VLAN과 SBD가 표시됩니다. 이 동작은 기기가 AR 복제자인지 여부에 관계없이 OISM을 실행하는 다른 모든 플랫폼에도 적용됩니다.
AR 복제기 역할을 하는 QFX5130-32CD 또는 QFX5700 스위치에서는 ACX 시리즈 라우터, QFX5130-32CD 스위치 및 OISM을 사용하는 서버 리프 및 경계 리프 디바이스로 QFX5700 스위치에서 설명하는 옵션을 구성해서는 안 됩니다.conserve-mcast-routes-in-pfe
PEG DF 선거
기본적으로 피어 OISM PEG 디바이스는 PIM 기반 DF 선택을 사용합니다. 디바이스는 각 L3 VRF의 OISM 수익 VLAN 및 SBD에서 PIM 이웃을 검색하고 이러한 이웃 중에서 DF를 선택합니다. Junos OS 릴리스 23.4R1 및 Junos OS Evolved 릴리스 23.4R1부터 다음과 같이 계층 수준에서 peg-df-election 문을 [edit routing-instances name protocols evpn oism pim-evpn-gateway]
사용하여 모드 기반 또는 기본 설정 기반 PEG DF 선택을 대신 구성할 수 있습니다.
peg-df-election { delay-time num; mod; # default method if you don't configure either the mod or preference option preference { use-least; value preference-value; }; }
PEG DF 선택을 구성할 때 디바이스는 각 수익 VLAN(브리지 도메인) 또는 SBD를 호스팅하는 패브릭에서 PEG 디바이스의 서수 목록을 유지 관리합니다. PEG 디바이스는 EVPN Type 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 디바이스를 구성할 수 있습니다.
-
Mod-based(모드 기반) - 옵션 또는
preference
옵션을 포함하지mod
않고 계층 수준에서[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election]
PEG DF 선택을 활성화할 때의 기본 방법입니다. 이 메서드를 사용하도록 옵션을 명시적으로 구성할mod
수도 있습니다.DF가 될 서수 목록에서 디바이스를 선택하는 알고리즘은 다음과 같습니다.
(mapped VNI for the VLAN) 모드 (number of entries in the list)
예를 들어, VNI 100에 매핑된 VLAN 1에 대한 mod-based PEG DF election으로 구성된 세 개의 피어 PEG 디바이스 BL1, BL2 및 BL3이 있는 경우:
-
3개의 디바이스는 각각 다음과 같이 VLAN 1 및 VNI 100에 대한 PEG DF 후보의 서수 목록을 유지합니다.
표 7: Mod 기반 PEG DF 선거 후보자 목록 샘플 색인
장치
0
BL1 (영어)
1
BL2 (영어)
2
BL3 (영어)
-
이 경우 (mapped VNI for the VLAN) mod(number of entries in the list)는 (100) mod (3) = 1이므로 디바이스는 인덱스 1의 디바이스를 PEG DF(BL2)로 선택합니다.
-
-
Preference-based with a customized preference value(사용자 정의된 기본 설정 값이 있는 기본 설정 기반) - 계층 수준에서 옵션을
[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]
구성합니다value preference-value
. 각 피어 PEG 장치에 고유한 기본 설정 값을 설정하는 것이 좋습니다. 선호도 기반 PEG DF 선택:-
각 디바이스는 EVPN 유형 3 IMET 경로 광고에서 기본 설정 값을 전달합니다.
-
피어 PEG 디바이스는 기본 설정 값이 가장 높은 디바이스(기본값)를 VLAN의 DF로 선택합니다.
-
기본 설정 기반 방법을 사용자 지정하여 가장 높은 값 대신 가장 낮은 기본 설정 값을 가진 장치를 선택할 수 있습니다. 이렇게 하려면 계층 수준에서
[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]
옵션을 설정합니다use-least
.
-
PEG DF 선택 방법으로 다음을 수행할 수도 있습니다.
-
디바이스가 DF를 선택하기 전에 대기할 기간을 지정합니다. 이렇게 하려면 계층 수준에서
[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election]
옵션을 설정합니다delay-time num
. -
디바이스가 VLAN(VNI)당 DF 선택 기록을 위해 데이터베이스에 유지 관리하는 PEG DF 선택 이벤트 항목의 최대 수(0-255)를 설정합니다. 이렇게 하려면 계층 수준에서
[edit <routing-instances name> protocols evpn]
옵션을 설정합니다peg-df-election-history num
.명령은
show evpn oism peg-df-status extensive
DF 선거 기록 세부 정보를 표시합니다.
모든 피어 PEG 디바이스는 동일한 DF 선택 메커니즘을 사용해야 합니다. 따라서 PEG DF 선택을 사용하도록 설정하면 모든 피어 PEG 디바이스에서 동일한 DF 선택 방법을 대칭적으로 구성합니다. 구성된 PEG DF 선택 방법이 일치하지 않으면 피어 PEG 디바이스는 모두 기본 모드 기반 PEG DF 선택 방법을 사용하도록 대체됩니다. 일부 피어 PEG 디바이스에서만 PEG DF 선택을 사용하도록 설정하면 모든 디바이스가 PIM 기반 DF 선택을 사용하도록 폴백됩니다.
PEG DF 선거 상태 확인 방법
다음 명령을 사용하여 PEG 디바이스에 대한 PEG DF 선택 상태를 확인합니다.
show evpn oism
- 각 L3 라우팅 인스턴스에 대해 PEG DF 선택이 활성화되었는지 확인합니다.extensive
옵션을 선택한preference
경우 구성된 PEG DF 선택 방법 및 기본 설정 값을 보려면 옵션을 포함합니다. 예를 들어:모드 기반 PEG DF 선거:
user@BL1> show evpn oism L3 context SBD PEG-DF-ELECTION VRF-1 irb.4 Enabled user@BL1> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: MOD OISM Mode: Regular OISM
기본 설정 기반 PEG DF 선택 - 기본적으로 가장 높은 기본 설정 값을 사용하므로 여기서는 BL1이 선택된 PEG DF가 됩니다.
user@BL1> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(200), use-least-preference: F OISM Mode: Regular OISM
user@BL2> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(100), use-least-preference: F OISM Mode: Regular OISM
옵션이 있는
use-least
기본 설정 기반 PEG DF 선택 - 가장 낮은 선호 값을 사용하므로 BL2는 여기에서 선출된 PEG DF가 됩니다.user@BL1> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(200), use-least-preference: T OISM Mode: Regular OISM
user@BL2> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(100), use-least-preference: T OISM Mode: Regular OISM
show evpn oism peg-df-status
- VLAN 매핑된 VNI당 모든 또는 선택된 L3 VRF 인스턴스에 대한 PEG DF 선택 상태 및 DF IP 주소를 참조하십시오. 이 명령은 PEG DF 선택을 구성한 라우팅 인스턴스 및 VNI에 대한 정보만 표시합니다.extensive
옵션을 사용하여 DF 후보자 목록 및 DF 선거 기록 정보와 같은 자세한 내용을 볼 수 있습니다. 예를 들어:모드 기반 PEG DF 선거:
user@BL1> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 VN Identifier: 200 IPv4 Multicast DF Status: NDF, DF Address: 192.168.2.1 VN Identifier: 300 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 . . . user@BL1> show evpn oism peg-df-status extensive EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 DF Candidates List[Total: 2] 0: 192.168.1.1 1: 192.168.2.1 PIM Update TS: Oct 14 11:25:17, DF Compute TS: Oct 14 11:25:17 History db: Time Event Oct 14 11:25:17.358 2023 Added DF candidate 192.168.1.1 df type: 0, pref 32767 dp: 0 gran: 0 ord_num 0 total 1 Oct 14 11:25:17.358 2023 Added DF candidate 192.168.2.1 df type: 0, pref 0 dp: 0 gran: 0 ord_num 1 total 2 Oct 14 11:25:17.359 2023 Completed DF election, 2 total candidate(s), max_candidate_count 2, mod 0, l2_domain_ID 2, new DF PE address 192.168.1.1 . . .
기본 설정 기반 PEG DF 선택 - BL1은 가장 높은 선호 값인 200을 가지며 VNI 100 및 200에 대한 PEG DF입니다. 선호 값이 100인 BL2는 DF(nDF)로 선택되지 않습니다.
user@BL1> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 VN Identifier: 200 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 . . . user@BL1> show evpn oism peg-df-status extensive EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 DF Candidates List[Total: 2] 0: 192.168.1.1 1: 192.168.2.1 PIM Update TS: Oct 14 09:04:38, DF Compute TS: Oct 14 09:05:02 History db: Time Event Oct 14 09:04:38.410 2023 Added DF candidate 192.168.1.1 df type: 2, pref 200 dp: 0 gran: 0 ord_num 0 total 1 Oct 14 09:05:02.518 2023 Added DF candidate 192.168.2.1 df type: 2, pref 100 dp: 0 gran: 0 ord_num 1 total 2 Oct 14 09:05:02.518 2023 Completed DF election, 2 total candidate(s), max_candidate_count 2, mod 0, l2_domain_ID 0, new DF PE address 192.168.1.1 VN Identifier: 200 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 DF Candidates List[Total: 2] 0: 192.168.1.1 1: 192.168.2.1 PIM Update TS: Oct 14 09:04:38, DF Compute TS: Oct 14 09:05:02 History db: Time Event Oct 14 09:04:38.412 2023 Added DF candidate 192.168.1.1 df type: 2, pref 200 dp: 0 gran: 0 ord_num 0 total 1 Oct 14 09:05:02.518 2023 Added DF candidate 192.168.2.1 df type: 2, pref 100 dp: 0 gran: 0 ord_num 1 total 2 Oct 14 09:05:02.518 2023 Completed DF election, 2 total candidate(s), max_candidate_count 2, mod 0, l2_domain_ID 0, new DF PE address 192.168.1.1 . . .
user@BL2> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 200 IPv4 Multicast DF Status: NDF, DF Address: 192.168.1.1 VN Identifier: 300 IPv4 Multicast DF Status: NDF, DF Address: 192.168.1.1 , , ,
옵션이 있는
use-least
기본 설정 기반 PEG DF 선택 - BL2는 가장 낮은 선호 값인 100을 가지므로, 이 경우 BL2는 VNI 100 및 200에 대해 선택된 PEG DF입니다.user@BL2> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.2.1 VN Identifier: 200 IPv4 Multicast DF Status: DF, DF Address: 192.168.2.1
show route table <evpn-instance-name>.evpn.0 match-prefix 3:* extensive
- PEG 디바이스(PEG DF 선출 후보)가 EVPN 인스턴스 라우팅 테이블의 EVPN 유형 3 IMET 경로에 멀티캐스트 플래그 확장 커뮤니티 외에도 DF 선택 확장 커뮤니티를 가지고 있는지 확인합니다. 예를 들어:모드 기반 PEG DF 선거:
user@BL1> show route table evpnA.evpn.0 match-prefix 3:192.168.1.1* extensive 3:192.168.1.1:9::2::192.168.1.1/248 IM (1 entry, 1 announced) *EVPN Preference: 170 Next hop type: Indirect, Next hop index: 0 Address: 0x7647a14 Next-hop reference count: 98 Kernel Table Id: 0 Protocol next hop: 192.168.1.1 Indirect next hop: 0x0 - INH Session ID: 0 Indirect next hop: INH non-key opaque: 0x0 INH key opaque: 0x0 State: <Active Int Ext> Age: 6:45 Validation State: unverified Task: evpn-vxlan-A-evpn Announcement bits (1): 2-rt-export AS path: I Communities: encapsulation:vxlan(0x8) DF election:mod(0x0):0 evpn-mcast-flags:0x19:igmp-snooping-enabled:oism:peg Route Label: 2 PMSI: Flags 0x0: Label 2: Type INGRESS-REPLICATION 192.168.1.1 Thread: junos-main
기본 설정 기반 PEG DF 선택(확장된 커뮤니티 값만 표시하도록 잘림):
. . . Communities: encapsulation:vxlan(0x8) DF election:preference(0x2):200 evpn-mcast-flags:0x19:igmp-snooping-enabled:oism:peg
show pim interfaces instance vrf-instance-name
- 각 L3 라우팅 인스턴스에 대한 PIM IRB 인터페이스의 DF 선택 상태가 PEG DF 선택 프로세스의 DF 선택 결과와 일치하는지 확인합니다. OISM은 PIM을 사용하여 멀티캐스트 경로를 생성하므로 디바이스는 PEG DF 선택 상태를 PIM 프로토콜 프로세스에 전달합니다. 예를 들어:user@BL1> show pim interfaces instance VRF-1 Stat = Status, V = Version, NbrCnt = Neighbor Count, S = Sparse, D = Dense, B = Bidirectional, DR = Designated Router, DDR = Dual DR, DistDR = Distributed DR, P2P = Point-to-point link, P2MP = Point-to-Multipoint, Active = Bidirectional is active, NotCap = Not Bidirectional Capable, EVPN = EVPN Driven DR state Name Stat Mode IP V State NbrCnt JoinCnt(sg/*g) DR address irb.2 Up S 4 2 EVPN,DR,NotCap 0 0/0 192.168.1.1 irb.3 Up S 4 2 EVPN,DistDR,NotCap 0 0/0 192.168.2.1 irb.4 Up S 4 2 EVPN,DR,NotCap 0 0/0 192.168.1.1 lo0.1 Up S 4 2 DR,NotCap 0 0/0 192.168.1.2 lsi.0 Up SD 4 2 P2P,NotCap 0 0/0 pime.32769 Up S 4 2 P2P,NotCap 0 0/0 lsi.0 Up SD 6 2 P2P,NotCap 0 0/0
show pim join instance vrf-instance-name extensive
- SBD에서 DF로 선택된 PEG 디바이스만 PIM Join 메시지를 외부 PIM 라우터(PIM RP)로 전송하는지 확인합니다. PIM 조인을 전송하는 디바이스는 EVPN 데이터센터 내의 멀티캐스트 수신기로 향하는 외부 소스 트래픽을 가져옵니다. 예를 들어:user@BL1> show pim join instance VRF-1 extensive Instance: PIM.VRF-1 Family: INET R = Rendezvous Point Tree, S = Sparse, W = Wildcard Group: 233.252.0.1 Source: * RP: 172.30.7.7 Flags: sparse,rptree,wildcard Upstream interface: irb.1001 Upstream neighbor: 192.168.1.103 Upstream state: Join to RP Uptime: 00:00:32 Downstream neighbors: Interface: irb.4 172.16.1.1 State: Join Flags: SRW Timeout: Infinity Uptime: 00:00:32 Time since last Join: 00:00:32 Number of downstream interfaces: 1 Number of downstream neighbors: 1
show pim rps instance vrf-instance-name extensive
—OISM 수익 VLAN 또는 SBD에 대한 DF로 선택된 PEG 디바이스만 EVPN 데이터센터 내부의 멀티캐스트 소스에 대한 외부 PIM RP에 PIM 등록 메시지를 전송하는지 확인합니다.user@BL1> show pim rps instance VRF-1 extensive Instance: PIM.VRF-1 address-family INET RP: 172.30.7.7 Learned via: static configuration Mode: Sparse Time Active: 6d 17:20:07 Holdtime: 0 Device Index: 25 Subunit: 32769 Interface: pime.32769 Static RP Override: Off Group Ranges: 233.252.0.0/4 Active groups using RP: 233.252.0.1 total 1 groups active Register State for RP: Group Source FirstHop RP Address State Timeout 233.252.0.1 10.1.1.11 192.168.1.2 172.30.7.7 Suppress 47
다음에 대한 PIM 등록 메시지를 보내는 선택된 DF를 찾습니다.
일반 OISM을 구성할 때의 소스 VLAN입니다. 이 경우 PEG 디바이스는 소스 수익 VLAN의 데이터센터 내부에서 소스 트래픽을 수신합니다.
향상된 OISM을 구성할 때의 SBD(패브릭의 모든 디바이스에서 모든 수익 VLAN을 구성할 필요가 없는 경우). 이 경우 PEG 디바이스는 SBD의 데이터 센터 내부에서 소스 트래픽을 수신합니다.
향상된 OISM으로 멀티호밍 피어를 정적으로 식별하여 컨버전스 개선
OISM 리프 디바이스는 연결된 멀티호밍 클라이언트 호스트 또는 CE 디바이스에 대한 이더넷 세그먼트(ES)를 공유할 때 멀티호밍 피어입니다. 향상된 OISM을 통해 수신 리프 디바이스는 횡적 트래픽을 전송합니다.
-
소스 VLAN에서 멀티호밍 피어 리프 디바이스로 연결됩니다.
-
SBD에서 다른 OISM 리프 디바이스로.
멀티호밍 피어 OISM 리프 디바이스 한 쌍 중 하나가 멀티캐스트 소스 트래픽을 수신하면 디바이스는 소스 VLAN의 멀티호밍 피어로 트래픽을 전달합니다. 그러나 멀티홈 클라이언트 연결 중 하나가 실패하면 이 두 OISM 리프 디바이스는 더 이상 멀티호밍 피어가 아닙니다. 결과적으로 수신 OISM 리프 디바이스는 대신 SBD로 트래픽을 라우팅하기 시작합니다. 멀티홈 클라이언트 연결이 다시 시작되면 수신 OISM 리프 디바이스는 소스 VLAN에서 트래픽을 포워딩하는 것으로 다시 전환됩니다.
멀티호밍 연결이 작동 및 중단될 때 멀티호밍 피어 디바이스는 원본 VLAN 또는 SBD를 사용하기 위해 새 코어 다음 홉에 반복적으로 수렴해야 합니다. 이 경우 디바이스에서 일부 멀티캐스트 트래픽이 손실될 수 있습니다.
이러한 상황을 방지하기 위해 지원되는 디바이스의 Junos OS 릴리스 24.2R1부터 OISM 리프 디바이스의 계층 수준에서 문을 [edit protocols evpn]
구성할 multihoming-peer-gateways
수 있습니다. 이 문은 디바이스 루프백 IP 주소로 디바이스의 멀티호밍 피어 OISM 리프 디바이스를 정적으로 식별합니다. 이 설정을 사용하면 피어 중 하나에 대한 멀티홈 클라이언트 연결이 중단될 수 있는 경우에도 디바이스는 항상 멀티캐스트 트래픽을 소스 VLAN의 멀티호밍 피어로 전달합니다. 멀티홈 클라이언트 연결이 플래핑되는 경우 디바이스는 원본 VLAN의 전달과 SBD의 라우팅 간에 계속 전환할 필요가 없습니다.
예를 들어, 루프백 주소가 192.168.1.1이고 루프백 주소가 192.168.1.2인 멀티호밍 피어 SL-2가 있는 OISM 리프 디바이스 SL-1에서 다음을 구성합니다.
-
SL-1에서 정적으로 SL-2를 SL-1의 멀티호밍 피어로 식별합니다.
set protocols evpn multihoming-peer-gateways 192.168.1.2
-
SL-2에서 정적으로 SL-1을 SL-2의 멀티호밍 피어로 식별합니다.
set protocols evpn multihoming-peer-gateways 192.168.1.1
이 명령문은 향상된 OISM 모드를 구성할 때만 적용할 수 있습니다.
EVPN-VXLAN IPv6 언더레이 구성으로 OISM 향상
Junos OS 릴리스 24.2R1 및 23.4R2부터 주니퍼는 IPv4 및 IPv6 멀티캐스트 데이터 트래픽에 대한 IPv6 언더레이 피어링을 통해 EVPN-VXLAN 네트워크에서 향상된 OISM을 지원합니다. IPv6 언더레이 EVPN-VXLAN 구성은 IPv6 프로토콜이 제공하는 확장된 주소 지정 기능과 효율적인 패킷 처리를 가능하게 합니다. IPv6 언더레이가 있는 EVPN-VXLAN을 참조하십시오.
IPv6 언더레이가 있는 EVPN-VXLAN 네트워크에서 향상된 OISM을 구성하려면 다음을 수행합니다.
EVPN-VXLAN IPv6 언더레이를 구성합니다.
OISM 없이 IPv6 언더레이를 구성하는 것과 동일한 방식으로 IPv6 언더레이를 구성합니다. EVPN-VXLAN을 사용한 IPv6 언더레이 구성을 참조하십시오.
다음 사항에 유의하십시오.
향상된 OISM 및 IPv6 언더레이를 통해 IPv6 언더레이 피어링에 대해 EBGP 또는 OSPFv3만 지원합니다.
EVPN 인스턴스에는
mac-vrf
인스턴스 유형을 사용해야 합니다.주니퍼는 향상된 OISM을 통해 IPv6 언더레이를 통해 IPv4 및 IPv6 멀티캐스트 데이터 트래픽을 모두 지원합니다.
향상된 OISM 구성:
IPv4 언더레이가 있는 EVPN-VXLAN 네트워크에서 이러한 요소를 구성하는 것과 동일한 방식으로 멀티캐스트 EVPN-VXLAN 환경에 대해 향상된 OISM 요소를 구성합니다.
다음 사항에 유의하십시오.
IPv6 언더레이가 있는 일반 OISM은 지원하지 않고 향상된 OISM만 지원합니다.
다음을 위해 IPv6 언더레이와 함께 향상된 OISM을 사용할 수 있습니다.
IGMPv1, IGMPv2 및 IGMP 스누핑을 사용하는 IPv4 멀티캐스트 데이터 트래픽.
MLDv1, MLDv2 및 MLD 스누핑을 사용하는 IPv6 멀티캐스트 데이터 트래픽.
EX4100 및 EX4400 스위치를 향상된 OISM 서버 리프 디바이스로 구성할 수 있습니다. 향상된 OISM을 지원하는 다른 디바이스를 경계 리프 디바이스 또는 서버 리프 디바이스로 구성할 수 있습니다.
경계 리프 디바이스 및 서버 리프 디바이스에서 공통 OISM 요소 구성
OISM을 실행하는 EVPN-VXLAN 패브릭에서 경계 리프 및 서버 리프 디바이스에 공통적인 요소를 구성하려면 다음 단계를 따르십시오.
또한 OISM을 사용하는 패브릭에서 독립형 AR 복제기 역할을 하는 스파인 디바이스에서 이러한 공통 요소를 구성합니다.
이 구성은 OISM을 지원하는 EVPN-VXLAN 패브릭 구성을 기반으로 하며 다음과 같은 기능을 갖추고 있습니다.
-
BFD(Bidirectional Forwarding Detection) 및 이더넷 OAM(Operations, Administration and Management) 링크 감지 기능이 있는 EBGP 언더레이.
-
ERB 오버레이 디자인.
-
패브릭에서 IP 전송 노드 역할만 하는 린 스파인 디바이스.
-
EVPN-VXLAN L2 게이트웨이로 구성된 서버 리프 디바이스.
-
EVPN-VXLAN L2 및 L3 게이트웨이로 구성된 경계 리프 디바이스.
일반 OISM(대칭 브리지 도메인 모델)의 경우 패브릭의 모든 OISM 디바이스에서 모든 수익 브리지 도메인과 SBD(Supplemental Bridge Domain)를 구성해야 합니다. 향상된 OISM(비대칭 브리지 도메인 모델)을 사용하면 멀티호밍 피어인 리프 디바이스에서 동일한 수익 VLAN을 대칭적으로 구성해야 한다는 점을 제외하고 각 리프 디바이스에서 디바이스가 호스팅하는 VLAN만 구성할 수 있습니다. 경계 리프 및 서버 리프 장치에서 구성하는 요소와 이러한 요소를 구성하는 이유에 대한 요약은 OISM 장치의 구성 요소를 참조하십시오.
이러한 구성 단계를 위해 제공하는 샘플 구성 블록은 다음 요소를 갖춘 OISM 환경을 사용합니다.
-
기본 스위치 인스턴스(라우팅 인스턴스가 지정되지 않음) 또는 MAC-VRF EVPN 인스턴스에 구성된 EVPN 인스턴스. 예를 들어:
-
기본 스위치 EVPN 인스턴스:
set protocols evpn encapsulation vxlan
-
MAC-VRF EVPN 인스턴스(각 MAC-VRF 인스턴스용):
set routing-instances mac-vrf-instance-name protocols evpn encapsulation vxlan
MAC-VRF EVPN 인스턴스 구성을 사용하면 MAC-VRF 인스턴스의 일부 요소를 구성할 수 있습니다. OISM 구성에서는 또는
vlan-based
MAC-VRF 인스턴스 서비스 유형을 지원합니다vlan-aware
.여기서는 샘플 구성 단계를 설명하기 위해 서비스 유형으로 명명된
MAC-VRF1
vlan-aware
MAC-VRF 인스턴스를 보여줍니다. 두 서비스 유형 간의 주요 차이점은 다음과 같습니다.-
vlan-aware
: 인스턴스에서 둘 이상의 VLAN, 해당 IRB 인터페이스 및 VXLAN 네트워크 식별자(VNI) 매핑을 정의할 수 있습니다. 그 결과, 해당 인스턴스의 모든 VLAN에 대해 하나의vlan-aware
MAC-VRF 인스턴스에서 VLAN 관련 OISM 또는 멀티캐스트 구성 문을 지정합니다. -
vlan-based
: 각 VLAN과 해당 IRB 인터페이스 및 VNI 매핑을 정의하는 별도의 MAC-VRF 인스턴스를 구성합니다. 따라서 해당vlan-based
MAC-VRF 인스턴스의 각 VLAN에 대해 유사한 VLAN 관련 OISM 또는 멀티캐스트 구성 문을 포함하게 됩니다.
-
-
증권 시세 표시기:
VLAN-300
SBD IRB 인터페이스:
irb.300
SBD IRB 인터페이스 IP 주소:
10.0.30.1
-
수익 브리지 도메인:
VLAN-100
및VLAN-200
수익 브리지 도메인 IRB 인터페이스:
irb.100
및irb.200
수익 브리지 도메인 IRB 인터페이스 IP 주소:
10.0.10.1
및10.0.20.1
-
L3 VRF 라우팅 인스턴스:
L3VRF-1
-
외부 멀티캐스트 연결을 위해 M-VLAN IRB 방법을 사용하는 경우:
M-VLAN:
VLAN-900
M-VLAN IRB 인터페이스:
irb.900
M-VLAN IRB 인터페이스 IP 주소:
172.16.90.1/24
외부 PIM 라우터에 연결하는 포트의 인터페이스 이름:
xe-0/0/9
메모:동일한 M-VLAN ID를 사용하고 외부 PIM 라우터가 멀티호밍된 모든 경계 리프 디바이스에 걸쳐 동일한 서브넷에 IRB 인터페이스 IP 주소를 할당합니다.
-
외부 멀티캐스트 연결에 클래식 L3 인터페이스 방법을 사용하는 경우:
L3 인터페이스 이름:
xe-0/0/6
L3 인터페이스 IP 주소:
172.16.10.1/24
메모:외부 PIM 라우터에 연결된 각 경계 리프 디바이스의 L3 인터페이스에 대해 서로 다른 서브넷의 IP 주소를 할당합니다.
-
외부 멀티캐스트 연결에 비 EVPN IRB 방법을 사용하는 경우:
추가 VLAN:
VLAN-900
비 EVPN IRB 인터페이스:
irb.900
비 EVN IRB 인터페이스 IP 주소:
172.16.90.1/24
외부 PIM 라우터에 연결하는 포트의 인터페이스 이름:
xe-0/0/9
메모:비 EVPN IRB 방법을 사용하면 각 경계 리프 디바이스에 고유한 추가 VLAN ID를 할당할 수 있습니다. 또한 외부 PIM 라우터에 연결된 각 경계 리프 디바이스의 비 EVPN IRB 인터페이스에 대해 서로 다른 서브넷의 IP 주소를 할당합니다.
경계 리프 디바이스와 서버 리프 디바이스 모두에서 이러한 OISM 문을 구성합니다.
또한보십시오
서버 리프 디바이스 OISM 요소 구성
먼저 EVPN-VXLAN 패브릭의 경계 리프 디바이스 및 서버 리프 디바이스에 공통 OISM 요소 구성에 설명된 OISM 요소를 구성합니다.
그런 다음, 다음 단계에 따라 서버 리프 디바이스에 추가로 필요한 OISM 요소를 구성합니다. 동일한 EVPN-VXLAN 패브릭 기반 및 샘플 OISM 환경이 여기의 추가 서버 리프 구성 단계에 적용됩니다.
테넌트 L3 VRF 인스턴스에서 서버 리프 기능(예: PIM)과 관련된 요소를 구성합니다.
OISM 서버 리프 디바이스에 이러한 설정이 필요한 이유에 대한 자세한 내용은 OISM 디바이스에 대한 구성 요소를 참조하십시오.
M-VLAN을 사용하여 경계 리프 디바이스 OISM 요소 구성 IRB 방법(대칭 브리지 도메인 모델만 해당)
이 섹션에서는 OISM M-VLAN IRB 방법을 사용하여 외부 소스 및 수신기와 멀티캐스트 데이터를 교환하는 경계 리프 디바이스를 구성하는 방법을 다룹니다. 사용 가능한 외부 멀티캐스트 방법에 대한 자세한 내용은 외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법을 참조하십시오.
M-VLAN IRB 외부 멀티캐스트 방식은 일반 OISM과 일부 플랫폼에서만 지원됩니다. 이 방법을 지원하는 위치에 대한 자세한 내용은 표 2 를 참조하세요.
먼저 EVPN-VXLAN 패브릭의 경계 리프 디바이스 및 서버 리프 디바이스에 공통 OISM 요소 구성에 설명된 OISM 요소를 구성합니다.
그런 다음, 다음 단계에 따라 경계 리프 디바이스에 추가로 필요한 OISM 요소를 구성합니다. 해당 섹션의 동일한 EVPN-VXLAN 패브릭 기반과 샘플 OISM 환경이 여기의 추가 보더 리프 구성 단계에 적용됩니다.
전역적으로, EVPN 인스턴스 또는 테넌트 L3 VRF 인스턴스에서 경계 리프 기능과 관련된 다양한 요소를 구성합니다.
OISM 경계 리프 장치에 이러한 설정이 필요한 이유에 대한 자세한 내용은 OISM 장치의 구성 요소를 참조하십시오.
클래식 L3 인터페이스 방법을 사용하여 경계 리프 디바이스 OISM 요소 구성
이 섹션에서는 OISM 클래식 L3 인터페이스 방법을 사용하여 외부 소스 및 수신기와 멀티캐스트 데이터를 교환하는 경계 리프 디바이스를 구성하는 방법을 다룹니다. 사용 가능한 외부 멀티캐스트 방법에 대한 자세한 내용은 외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법을 참조하십시오.
먼저 EVPN-VXLAN 패브릭의 경계 리프 디바이스 및 서버 리프 디바이스에 공통 OISM 요소 구성에 설명된 OISM 요소를 구성합니다.
그런 다음, 다음 단계에 따라 경계 리프 디바이스에 추가로 필요한 OISM 요소를 구성합니다. 해당 섹션의 동일한 EVPN-VXLAN 패브릭 기반과 샘플 OISM 환경이 여기의 추가 보더 리프 구성 단계에 적용됩니다.
테넌트 L3 VRF 인스턴스의 L3에서 경계 리프 기능과 관련된 대부분의 요소를 구성합니다.
OISM 경계 리프 장치에 이러한 설정이 필요한 이유에 대한 자세한 내용은 OISM 장치의 구성 요소를 참조하십시오.
비 EVPN IRB 방법으로 경계 리프 디바이스 OISM 요소 구성
이 섹션에서는 OISM 비 EVPN IRB 방법을 사용하여 외부 소스 및 수신기와 멀티캐스트 데이터를 교환하는 경계 리프 디바이스를 구성하는 방법을 다룹니다. 사용 가능한 외부 멀티캐스트 방법에 대한 자세한 내용은 외부 PIM 도메인과의 멀티캐스트 데이터 전송에 지원되는 방법을 참조하십시오.
먼저 EVPN-VXLAN 패브릭의 경계 리프 디바이스 및 서버 리프 디바이스에 공통 OISM 요소 구성에 설명된 OISM 요소를 구성합니다.
그런 다음, 다음 단계에 따라 경계 리프 디바이스에 추가로 필요한 OISM 요소를 구성합니다. 해당 섹션의 동일한 EVPN-VXLAN 패브릭 기반과 샘플 OISM 환경이 여기의 추가 보더 리프 구성 단계에 적용됩니다.
테넌트 L3 VRF 인스턴스의 경계 리프 기능(예: PIM)과 관련된 대부분의 요소를 구성합니다. 이 방법을 사용하면 EVPN 인스턴스에서 추가 VLAN을 확장하지 않으므로 EVPN 인스턴스에서 관련 요소를 구성하지 않습니다. 외부 멀티캐스트 구성 요소는 기본 스위치 인스턴스를 사용하든 MAC-VRF EVPN 인스턴스를 사용하든 동일합니다.
OISM 경계 리프 장치에 이러한 설정이 필요한 이유에 대한 자세한 내용은 OISM 장치의 구성 요소를 참조하십시오.
OISM 구성을 확인하기 위한 CLI 명령
또한보십시오
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.
vlan-aware
MAC-VRF EVPN 인스턴스를 사용하여 OISM을
vlan-based
지원합니다. OISM 서버 리프, 보더 리프 또는 린 스파인 역할에서 이러한 디바이스를 구성할 수 있습니다. 경계 리프 역할에서 이러한 디바이스는 외부 멀티캐스트 PIM 도메인에 연결하기 위한 클래식 L3 인터페이스 방법만 지원합니다.
install-star-g-routes
필요가 없습니다.
vlan-aware
MAC-VRF EVPN 인스턴스를 사용하여 OISM을
vlan-based
지원합니다. OISM 서버 리프, 보더 리프 또는 린 스파인 역할에서 이러한 디바이스를 구성할 수 있습니다. 경계 리프 역할에서 이러한 디바이스는 외부 멀티캐스트 PIM 도메인에 연결하는 데 사용 가능한 OISM 방법(M-VLAN IRB 방법, 기존 L3 인터페이스 방법 또는 비 EVPN IRB 방법)을 지원합니다.
show multicast snooping route
있습니다.
vlan-aware
및
vlan-based
서비스 유형)로 IGMPv2 또는 IGMPv3으로 OISM을 지원합니다. OISM 서버 리프 역할에서 이러한 디바이스를 구성할 수 있습니다. EX4650 및 QFX5110 스위치를 제외한 모든 디바이스는 OISM 보더 리프 디바이스가 될 수 있습니다. QFX10000 시리즈 경계 리프 디바이스에서는 OISM M-VLAN IRB 인터페이스 방법 또는 기존 L3 인터페이스 방법을 사용하여 외부 멀티캐스트 PIM 도메인에 연결할 수 있습니다. EX4650 및 QFX5120 보더 리프 디바이스에서는 클래식 L3 인터페이스 방법만 사용할 수 있습니다.
vlan-aware
및
vlan-based
서비스 유형)에서 IGMPv2 또는 IGMPv3와 함께 OISM을 지원합니다. 이러한 디바이스는 OISM 서버 리프 또는 보더 리프 디바이스일 수 있습니다. 경계 리프 디바이스는 기존 L3 인터페이스 모델 또는 비 EVPN IRB 모델을 지원하여 외부 멀티캐스트 PIM 도메인에 연결합니다.