이 페이지의 내용
EVPN-VXLAN 환경에서 IGMP 스누핑 또는 MLD 스누핑을 사용한 멀티캐스트 포워딩 개요
IGMP(Internet Group Management Protocol) 스누핑 및 MLD(Multicast Listener Discovery) 스누핑은 브로드캐스트 도메인의 멀티캐스트 트래픽을 관심 있는 수신기 및 멀티캐스트 디바이스로 제한합니다. 상당한 양의 멀티캐스트 트래픽이 있는 환경에서 IGMP 또는 MLD 스누핑을 사용하면 멀티캐스트 트래픽이 멀티캐스트 리스너가 있는 인터페이스에서만 전달되기 때문에 멀티캐스트 트래픽이 보존됩니다. IGMP 스누핑은 IPv4 멀티캐스트 트래픽 플로우를 최적화합니다. MLD 스누핑은 IPv6 멀티캐스트 트래픽 플로우를 최적화합니다.
이더넷 VPN-가상 확장형 VLAN(EVPN-VXLAN) 네트워크에서 IGMP 스누핑 및 MLD 스누핑을 지원합니다. 이러한 스누핑 프로토콜은 EVPN 네트워크 내부 및 외부의 소스 및 수신기에 대한 멀티캐스트 트래픽 흐름을 최적화하는 데 도움이 됩니다. IGMP 또는 MLD 스누핑이 활성화된 EVPN PE 디바이스도 기본적으로 선택적 멀티캐스트 포워딩을 사용하여 구독된 수신기가 있는 액세스 인터페이스로만 멀티캐스트 트래픽을 전송합니다. 또한 멀티호밍 수신기에 서비스를 제공하는 EVPN 피어 프로바이더 에지(PE) 디바이스는 IGMP 또는 MLD 스누핑 상태 정보를 동기화하여 멀티캐스트 플로우가 항상 해당 수신기에 도달하도록 합니다.
일부 플랫폼은 EVPN-VXLAN ERB(에지 라우팅 브리징) 오버레이 네트워크에서 최적화된 OISM(Intersubnet 멀티캐스트) 라우팅 및 포워딩도 지원합니다. OISM 구성 및 작동에 대한 자세한 내용은 EVPN 네트워크에서 최적화된 서브넷 간 멀티캐스트 를 참조하십시오. OISM은 ERB 오버레이 패브릭에서 내부 및 외부 멀티캐스트 소스와 수신기 모두에 대해 효율적인 멀티캐스트 라우팅 및 포워딩을 지원합니다. OISM 구성의 일부로 패브릭 리프 디바이스에서 IGMP 스누핑(또는 지원되는 경우 MLD 스누핑)을 구성해야 합니다. 일부 플랫폼에서는 OISM에서만 EVPN-VXLAN 멀티캐스트 트래픽을 지원합니다.
여기서는 EVPN-VXLAN 네트워크에서 OISM을 사용하지 않는 멀티캐스트 트래픽 플로우 최적화에 대해 소개합니다.
스위칭 디바이스에서는 문을 사용하여 vlan VLAN을 구성할 수 있습니다. 많은 라우팅 디바이스에서 문을 사용하여 bridge-domain 동일한 엔티티를 구성할 수 있습니다. 간단하게 하기 위해, 이 주제에서는 스위칭 또는 라우팅 디바이스에 구성된 동일한 엔티티를 지칭할 때 VLAN 이라는 용어를 사용합니다.
EVPN-VXLAN 환경에서 IGMP 스누핑 또는 MLD 스누핑을 사용한 멀티캐스트 포워딩의 이점
-
상당한 양의 멀티캐스트 트래픽이 있는 환경에서 IGMP 스누핑 또는 MLD 스누핑을 사용하면 VLAN의 멀티캐스트 트래픽 플로우가 관심 있는 수신기 및 멀티캐스트 디바이스로만 제한되어 네트워크 대역폭이 절약됩니다.
-
멀티호밍 수신기를 제공하는 EVPN 디바이스 간에 IGMP 또는 MLD 상태를 동기화하면 다음과 같은 경우에 멀티캐스트 트래픽이 해당 수신기에 도달하도록 보장합니다.
-
멀티캐스트 그룹에 대한 IGMP 또는 MLD 멤버십 보고서는 이더넷 세그먼트의 DF(지정 전달자)가 아닌 EVPN 디바이스에 도착할 수 있습니다.
-
멀티캐스트 그룹을 떠나기 위한 IGMP 또는 MLD 메시지가 그룹에 대한 해당 참가 메시지가 수신된 EVPN 디바이스와는 다른 EVPN 디바이스에 도착합니다.
-
-
선택적 멀티캐스트 포워딩은 EVPN 코어의 대역폭 사용을 보존하고 리스너가 없는 송신 EVPN 디바이스의 부하를 줄입니다.
-
외부 PIM 게이트웨이를 사용하면 EVPN-VXLAN 네트워크의 소스 및 리스너와 외부 PIM 도메인의 소스 및 리스너 간에 멀티캐스트 트래픽을 교환할 수 있습니다. 이러한 지원이 없으면 이 두 도메인의 소스와 청취자는 통신할 수 없습니다.
지원되는 멀티캐스트 프로토콜 버전 및 EVPN-VXLAN 오버레이 아키텍처
명시적으로 언급하지 않는 한, 이 페이지의 정보는 다음에 적용됩니다.
-
다음 EVPN-VXLAN 아키텍처에서 해당 프로토콜을 지원하는 디바이스의 IGMPv2 및 IGMPv3:
-
-
브리지 오버레이(BO)
-
CRB(Centrally Routed Bridging) 오버레이
-
ERB 오버레이
-
-
다음 EVPN-VXLAN 아키텍처에서 해당 프로토콜을 지원하는 디바이스의 MLDv1 및 MLDv2:
-
CRB 오버레이
-
ERB 오버레이
-
또한 일부 플랫폼은 IPv6 언더레이 피어링이 있는 IPv6 EVPN-VXLAN 오버레이에서 IPv4 및 IPv6 멀티캐스트 트래픽을 지원합니다.
다양한 EVPN-VXLAN 네트워크 아키텍처 및 언더레이 피어링 옵션에서 IGMP 또는 MLD 스누핑에 대한 특정 플랫폼 및 릴리스 지원에 대해서는 기능 탐색기를 참조하십시오.
지원되는 IGMP 또는 MLD 버전 및 그룹 멤버십 보고서 모드
EVPN-VXLAN 디바이스는 IPv4 멀티캐스트 트래픽에 대한 IGMP 스누핑과 함께 IGMPv2 및 IGMPv3을 지원할 수 있습니다. 또한 디바이스는 IPv6 멀티캐스트 트래픽에 대한 MLD 스누핑과 함께 MLDv1 및 MLDv2를 지원할 수 있습니다.
-
IGMPv2 및 MLDv1을 사용하면 디바이스는 ASM(any-source 멀티캐스트) 보고서만 처리합니다.
-
디바이스가 IGMPv3 및 MLDv2를 지원하는 경우, ASM 모드가 기본 동작이지만, 대신 IGMPv3 및 MLDv2를 사용하여 소스별 멀티캐스트(SSM) 보고서를 처리하도록 디바이스를 구성할 수 있습니다.
그러나 디바이스는 SSM 보고서와 ASM 보고서를 동시에 처리할 수 없습니다. IGMPv3 및 MLDv2를 사용하여 SSM 모드에서 작동하도록 디바이스를 구성하면 디바이스는 모든 ASM 보고서를 삭제합니다. SSM 모드에서 작동하도록 디바이스를 구성하지 않으면 디바이스는 ASM 보고서를 처리하지만 IGMPv3 및 MLDv2 SSM 보고서는 삭제합니다.
표 1 은 각 버전에 지원되는 IGMP 버전과 멤버십 보고서 모드를 간략하게 설명합니다.
| 멀티캐스트 프로토콜 버전 |
ASM(Any-Source Multicast)(*,G) 전용 |
SSM(SOURCE-SPECIFIC MULTICAST)(S,G) 전용 |
ASM(*,G) + SSM(S,G) |
|---|---|---|---|
| IGMPv2 |
예(기본값) |
아니요 |
아니요 |
| IGMPv3 |
예(기본값) |
예(구성된 경우) |
아니요 |
| MLDv1 |
예(기본값) |
아니요 |
아니요 |
| MLDv2 |
예(기본값) |
예(구성된 경우) |
아니요 |
IGMPv3 또는 MLDv2에 대한 SSM(S,G) 멤버십 보고서만 처리하도록 EVPN 디바이스를 명시적으로 구성하려면 계층 수준에서 [edit protocols igmp-snooping vlan vlan-name] 구성 옵션을 설정합니다evpn-ssm-reports-only.
EVPN 라우팅 인스턴스(EVI)에서 하나 이상의 VLAN에 대해 SSM 전용 처리를 활성화할 수 있습니다. 유형의 라우팅 인스턴스 virtual switch에 대해 이 옵션을 활성화하면 동작이 가상 스위치 인스턴스의 모든 VLAN에 적용됩니다. 이 옵션을 활성화하면 디바이스가 ASM 보고서를 처리하지 않고 삭제합니다.
옵션을 구성 evpn-ssm-reports-only 하지 않으면 기본적으로 EVPN 디바이스:
-
IGMPv2, IGMPv3, MLDv1 또는 MLDv2 ASM 보고서를 처리합니다.
-
IGMPv3 또는 MLDv2 SSM 보고서를 삭제합니다.
멀티캐스트 트래픽 포워딩 및 라우팅 사용 사례 요약
표 2 에는 EVPN-VXLAN 네트워크에서 지원하는 멀티캐스트 트래픽 포워딩 및 라우팅 사용 사례와 EVPN-VXLAN 네트워크에 사용 사례를 적용해야 하는 시기에 대한 권장 사항이 요약되어 있습니다.
| 사용 사례 번호 |
사용 사례 이름 |
요약 |
권장 사용법 |
|---|---|---|---|
| 1 |
VLAN 내 멀티캐스트 트래픽 포워딩 |
동일한 VLAN 내의 호스트로 멀티캐스트 트래픽 전달. |
모든 EVPN-VXLAN 네트워크에서 이 기본 사용 사례를 구현하는 것이 좋습니다. |
| 2 |
VLAN 간 멀티캐스트 라우팅 및 포워딩 - PIM을 사용하는 IRB 인터페이스 |
레이어 3 EVPN 디바이스에서 PIM을 사용하는 IRB 인터페이스. 이러한 인터페이스는 소스 및 수신기 VLAN 간에 멀티캐스트 트래픽을 라우팅합니다. |
외부 멀티캐스트 라우터를 사용하여 VLAN 간 라우팅을 처리하려는 경우를 제외하고 모든 EVPN-VXLAN 네트워크에서 이 기본 사용 사례를 구현하는 것이 좋습니다(사용 사례 5 참조). |
| 3 |
VLAN 간 멀티캐스트 라우팅 및 포워딩 - 레이어 2 연결이 있는 PIM 게이트웨이 |
IGMP 및 PIM을 사용하여 외부 PIM 도메인과 멀티캐스트 트래픽을 교환하는 데이터센터의 레이어 2 메커니즘입니다. |
이 사용 사례는 EVPN-VXLAN ERB 오버레이 또는 EVPN-VXLAN CRB 오버레이에서 사용하는 것이 좋습니다. |
| 4 |
VLAN 간 멀티캐스트 라우팅 및 포워딩 - 레이어 3 연결이 있는 PIM 게이트웨이 |
IGMP(또는 MLD) 및 PIM을 사용하여 외부 PIM 도메인과 멀티캐스트 트래픽을 교환하는 데이터센터용 레이어 3 메커니즘입니다. |
이 사용 사례는 EVPN-VXLAN CRB 오버레이에만 권장됩니다. |
| 5 |
VLAN 간 멀티캐스트 라우팅 및 포워딩 - 외부 멀티캐스트 라우터 |
레이어 3 EVPN 디바이스의 IRB 인터페이스 대신, 외부 멀티캐스트 라우터가 VLAN 간 라우팅을 처리합니다. |
VLAN 간 라우팅을 처리하기 위해 레이어 3 EVPN 디바이스에서 IRB 인터페이스 대신 외부 멀티캐스트 라우터를 사용하려는 경우 이 사용 사례를 권장합니다. |
일반적인 EVPN-VXLAN ERB 오버레이에서:
-
VLAN 내 포워딩에 대한 사용 사례 1과 VLAN 간 라우팅 및 포워딩에 대한 사용 사례 2를 구현할 수 있습니다.
-
PIM을 실행하는 IRB 인터페이스가 있는 EVPN 디바이스 대신 외부 멀티캐스트 라우터가 EVPN-VXLAN 네트워크에서 VLAN 간 라우팅을 처리하도록 하려면 사용 사례 2 대신 사용 사례 5를 구현할 수 있습니다.
-
기존 외부 PIM 도메인에 EVPN-VXLAN 네트워크의 호스트가 통신할 호스트가 있는 경우 사용 사례 3도 구현할 수 있습니다.
EVPN-VXLAN CRB 오버레이에서 사용 사례를 구현할 때 스파인 디바이스 유형을 혼합하여 사용할 수 있습니다. 그러나 이렇게 하는 경우 모든 스파인 디바이스의 기능은 각 스파인 디바이스의 한계에 따라 결정된다는 점을 명심하십시오. 예를 들면 다음과 같습니다.
-
일부 디바이스는 단일 EVPN 기본 스위치 인스턴스 또는 유형의 라우팅 인스턴스
virtual-switch를 지원할 수 있습니다. -
일부 디바이스는
evpn디바이스에서 ,virtual-switch또는mac-vrf유형의 여러 EVPN 인스턴스를 지원하지만, 단일virtual-switchEVPN 인스턴스만 지원하는 디바이스와 상호 운용하려면 유형의virtual-switch단일 라우팅 인스턴스를 구성해야 합니다.
사용 사례 1: VLAN 내 멀티캐스트 트래픽 포워딩
모든 EVPN-VXLAN 네트워크에 이 기본 사용 사례를 권장합니다.
이 사용 사례는 동일한 VLAN 내의 호스트로 멀티캐스트 트래픽을 포워딩하는 것을 지원하며 다음과 같은 주요 기능을 포함합니다.
-
EVPN 디바이스에 싱글호밍되거나 all-active 모드에서 둘 이상의 EVPN 디바이스에 멀티호밍된 호스트.
참고:EVPN-VXLAN 멀티캐스트는 멀티호밍 소스 및 수신기를 처리하기 위해 특수 IGMP 및 MLD 그룹 휴가 처리를 사용하므로 EVPN-VXLAN 네트워크의 OR
[edit protocols mld-snooping]계층에서[edit protocols igmp-snooping]구성 옵션을 지원immediate-leave하지 않습니다. -
라우팅 인스턴스:
-
네트워크의 모든 디바이스가 기본 스위치 인스턴스를 사용하여 EVPN을 지원하는 경우 기본 스위치 인스턴스입니다.
-
네트워크의 모든 디바이스가 개별 디바이스 지원을 기반으로 또는
virtual-switch인스턴스 유형을 사용하여evpnEVPN을 지원하는 경우:-
유형의 단일 라우팅 인스턴스
virtual-switch입니다. -
또는
virtual-switch유형의evpn다중 라우팅 인스턴스입니다.
-
-
(선호) 네트워크의 모든 디바이스가 MAC-VRF 인스턴스를 사용하여 EVPN을 지원하는 경우 하나 이상의 라우팅 인스턴스 유형
mac-vrf. ( MAC-VRF 라우팅 인스턴스 유형 개요를 참조하십시오.)참고:EVPN-VXLAN BO 네트워크에서는 다음과 같은 EVPN PE 디바이스에서 IGMP 스누핑이 있는 EVPN 인스턴스 유형만
mac-vrf지원합니다.-
vlan-based또는vlan-aware서비스 유형입니다. -
엔터프라이즈 스타일의 인터페이스.
-
IPv4 멀티캐스트(IGMP) 트래픽의 IPv4 또는 IPv6 언더레이 피어링.
또한 EVPN 인스턴스가 여러 VLAN을 지원하는 경우 BO 네트워크의 멀티호밍 피어 EVPN PE 디바이스에서 VLAN을 대칭으로 구성해야 합니다.
-
-
-
EVI 경로 대상 멀티호밍 EVI와 연관된 확장 커뮤니티 속성.
BGP EVPN 유형 7(동기화 경로 참여) 및 유형 8(동기화 경로 유지) 경로는 이러한 속성을 전달하여 여러 EVPN 라우팅 인스턴스를 동시에 지원할 수 있습니다. 멀티캐스트 플래그 확장 커뮤니티에 대한 정보는 EVPN 멀티캐스트 플래그 확장 커뮤니티를 참조하십시오.
-
IGMPv2, IGMPv3, MLDv1 또는 MLDv2. 각 IGMP 또는 MLD 버전에 대해 지원되는 멤버십 보고서 모드에 대한 정보는 표 1을 참조하십시오. 멀티홈 EVPN 디바이스 간의 IGMP 또는 MLD 경로 동기화에 대한 자세한 내용은 EVPN-MPLS 환경에서 IGMP 또는 MLD 스누핑을 사용한 멀티캐스트 포워딩 개요를 참조하십시오.
-
IGMP 스누핑 또는 MLD 스누핑.
네트워크의 호스트는 IGMP 보고서(IPv4 트래픽의 경우) 또는 MLD 보고서(IPv6 트래픽의 경우)를 전송하여 멀티캐스트 소스의 특정 멀티캐스트 그룹에 대한 관심을 나타냅니다. IGMP 스누핑 또는 MLD 스누핑이 활성화된 EVPN 디바이스는 IGMP 또는 MLD 보고서를 수신합니다. EVPN 디바이스는 액세스 측에서 스누핑된 정보를 사용하여 멀티캐스트 그룹의 트래픽을 관심 있는 수신자에게만 전달하는 멀티캐스트 경로를 설정합니다.
IGMP 스누핑 또는 MLD 스누핑은 동일하거나 다른 사이트에서 멀티캐스트 발신자와 수신자를 지원합니다. 사이트에는 수신자만, 소스만 또는 발신자와 수신자가 모두 연결될 수 있습니다.
-
선택적 멀티캐스트 포워딩—EVPN 유형 6 선택적 멀티캐스트 이더넷 태그(SMET) 경로를 광고하여 관심 있는 수신자에게만 전달하도록 합니다.
이 기능을 통해 EVPN 디바이스는 해당 멀티캐스트 그룹에 관심을 표명한 EVPN 코어의 디바이스에게만 멀티캐스트 트래픽을 선택적으로 전달할 수 있습니다.
참고:EVPN-VXLAN CRB 오버레이에서만 EVPN 코어의 디바이스로 선택적 멀티캐스트 포워딩을 지원합니다.
IGMP 스누핑 또는 MLD 스누핑을 활성화하면 선택적 멀티캐스트 포워딩이 기본적으로 활성화됩니다.
-
IGMP 스누핑, MLD 스누핑 및 선택적 멀티캐스트 포워딩을 지원하지 않는 네트워크의 EVPN 디바이스 지원.
EVPN 단일 호밍 환경에서 이 사용 사례를 구현할 수 있지만, 이 사용 사례는 대량의 멀티캐스트 트래픽이 있는 멀티캐스트 환경에서 특히 효과적입니다.
모든 멀티호밍 인터페이스는 동일한 구성을 가져야 하며, 모든 멀티호밍 피어 EVPN 디바이스는 (대기 또는 수동 모드가 아님) 모든 활성 모드에 있어야 합니다.
처음에 멀티캐스트 소스에서 트래픽을 수신하는 EVPN 디바이스를 수신 디바이스라고 합니다. 수신 디바이스는 다음과 같이 VLAN 내 멀티캐스트 트래픽의 포워딩을 처리합니다.
-
IGMP 스누핑 또는 MLD 스누핑이 활성화된 경우(지원 디바이스에서 선택적 멀티캐스트 포워딩도 활성화):
-
그림 1에 나타난 바와 같이, 수신 디바이스(리프 1)는 동일한 멀티캐스트 그룹에 관심 있는 수신기가 있는 액세스 인터페이스를 가진 다른 EVPN 디바이스로 트래픽을 선택적으로 전달합니다.
-
그런 다음 트래픽은 EVPN 유형 6 SMET 경로를 보급한 EVPN 코어의 송신 디바이스로 선택적으로 전달됩니다.
-
-
EVPN 디바이스가 IGMP 스누핑 또는 MLD 스누핑을 지원하지 않거나 EVPN 유형 6 SMET 경로를 생성하는 기능을 지원하지 않는 경우, 수신 디바이스는 이러한 디바이스로 멀티캐스트 트래픽을 플러딩합니다.
-
호스트가 둘 이상의 EVPN 디바이스에 멀티호밍된 경우, EVPN 디바이스는 그림 1과 같이 EVPN 유형 7 및 유형 8 경로를 교환합니다. 이 교환은 멀티호밍 인터페이스에서 수신된 IGMP 또는 MLD 멤버십 보고서를 동기화하여 서로 다른 EVPN 디바이스로 이동하거나 EVPN 디바이스 중 하나가 실패하는 경우 메시지를 통해 상태를 조정합니다.
EVPN-VXLAN 네트워크(사용 사례 2)에 있는 레이어 3 디바이스 중 하나 이상에서 PIM을 사용하여 IRB 인터페이스를 구성한 경우, 수신 디바이스는 레이어 3 디바이스로 멀티캐스트 트래픽을 전달합니다. 수신 디바이스는 PIM RP(랑데부 포인트) 역할을 하는 레이어 3 디바이스에 자신을 등록하기 위해 이 작업을 수행합니다.
사용 사례 2: VLAN 간 멀티캐스트 라우팅 및 포워딩 - PIM을 사용하는 IRB 인터페이스
외부 멀티캐스트 라우터를 사용하여 VLAN 간 라우팅을 처리하려는 경우를 제외하고 모든 EVPN-VXLAN 네트워크에 이 기본 사용 사례를 권장합니다(사용 사례 5: VLAN 간 멀티캐스트 라우팅 및 전달 - 외부 멀티캐스트 라우터 참조).
이 사용 사례에서 PIM(Protocol Independent Multicast)을 사용하는 IRB 인터페이스는 소스 및 수신기 VLAN 간에 멀티캐스트 트래픽을 라우팅합니다. IRB 인터페이스가 상주하는 EVPN 디바이스는 다음의 주요 기능을 사용하여 라우팅된 트래픽을 전달합니다.
-
수신 복제를 통한 포괄적 멀티캐스트 포워딩
-
IGMP 스누핑 또는 MLD 스누핑(지원되는 경우)
-
선택적 멀티캐스트 포워딩
포괄적 멀티캐스트 포워딩의 기본 동작은 멀티캐스트 트래픽을 복제하고 트래픽을 모든 디바이스로 플러딩하는 것입니다. 그러나 이 사용 사례의 경우 IGMP 스누핑(또는 MLD 스누핑) 및 선택적 멀티캐스트 포워딩과 결합된 포괄적 멀티캐스트 포워딩을 지원합니다. 결과적으로, 멀티캐스트 트래픽은 복제되지만 관심 있는 수신기가 있는 EVPN 코어의 액세스 인터페이스 및 디바이스로 선택적으로 전달됩니다.
EVPN 및 IGMP 스누핑(또는 MLD 스누핑)을 지원하는 주니퍼 네트웍스 디바이스가 EVPN 유형 3(포함 멀티캐스트 이더넷 태그) 경로에 포함하는 EVPN 멀티캐스트 플래그 확장 커뮤니티에 대한 자세한 내용은 EVPN 멀티캐스트 플래그 확장 커뮤니티를 참조하십시오.
EVPN-VXLAN CRB 오버레이에서는 스파인 디바이스를 구성하여 일부 디바이스가 VLAN 간 라우팅 및 멀티캐스트 트래픽 전달을 수행하고 일부는 수행하지 않도록 할 수 있습니다. 최소한 두 개의 스파인 디바이스를 구성하여 VLAN 간 라우팅 및 전달을 수행하는 것이 좋습니다.
VLAN 간 라우팅 및 멀티캐스트 트래픽 전달을 수행할 수 있는 디바이스가 여러 개 있는 경우 하나의 디바이스가 각 VLAN에 대한 지정 라우터(DR)로 선택됩니다.
그림 2에 표시된 샘플 EVPN-VXLAN CRB 오버레이에서 멀티캐스트 트래픽이 소스 VLAN 100에서 수신기 VLAN 101로 라우팅되어야 한다고 가정합니다. 수신기 VLAN 101은 해당 VLAN의 DR로 지정된 스파인 1에서 구성됩니다.
VLAN 간 라우팅이 발생한 후 EVPN 디바이스는 라우팅된 트래픽을 다음 주소로 전달합니다.
-
멀티캐스트 리스너(IGMP 스누핑 또는 MLD 스누핑)가 있는 인터페이스에 액세스합니다.
-
수신기 VLAN 2의 멀티캐스트 그룹 멤버에 대해 EVPN 유형 6 SMET 경로를 전송한 EVPN 코어의 송신 디바이스(선택적 멀티캐스트 포워딩).
IGMP 스누핑(또는 MLD 스누핑) 및 선택적 멀티캐스트 포워딩이 포괄적 멀티캐스트 포워딩의 복제 및 플러딩 동작의 영향을 줄이는 방법을 이해하려면, EVPN-VXLAN CRB 오버레이가 다음 요소를 포함한다고 가정합니다.
-
irb.1에서 시작하여 irb.100까지 PIM을 사용하는 IRB 인터페이스 100개
-
VLAN 100개
-
EVPN 디바이스 20개
샘플 EVPN-VXLAN CRB 오버레이의 경우, m 은 VLAN 수, n 은 EVPN 디바이스 수를 나타냅니다. IGMP 스누핑(또는 MLD 스누핑) 및 선택적 멀티캐스트 포워딩이 비활성화되어 있다고 가정하면, 멀티캐스트 트래픽이 irb.1에 도착하면 EVPN 디바이스는 트래픽을 m * n 회 또는 100 * 20회 복제하며, 이는 20,000 패킷의 속도와 같습니다. 특정 멀티캐스트 그룹의 수신 트래픽 속도가 초당 100패킷(pps)인 경우, EVPN 디바이스는 해당 멀티캐스트 그룹에 대해 200,000pps를 복제해야 합니다.
샘플 EVPN-VXLAN CRB 오버레이에서 IGMP 스누핑(또는 MLD 스누핑) 및 선택적 멀티캐스트 포워딩이 활성화된 경우, 4개의 VLAN과 3개의 EVPN 디바이스에만 특정 멀티캐스트 그룹에 관심 있는 수신기가 있다고 가정합니다. 이 경우 EVPN 디바이스는 1200pps와 동일한 100 * m * n 배(100 * 4 * 3)의 속도로 트래픽을 복제합니다. 복제 속도와 전달해야 하는 트래픽 양이 크게 감소합니다.
이 사용 사례를 구현할 때, EVPN-VXLAN CRB 오버레이와 EVPN-VXLAN ERB 오버레이에는 중요한 차이점이 있다는 점을 명심하십시오. 표 3은 이러한 차이점을 간략하게 보여줍니다
| EVPN VXLAN IP 패브릭 아키텍처 |
다양한 주니퍼 네트웍스 디바이스를 지원하나요? |
EVPN-VXLAN 네트워크에서 모든 VLAN을 호스팅하는 데 필요한 모든 VXLAN 디바이스? |
멀티캐스트 리스너를 포함한 모든 VLAN을 호스팅하는 데 필요한 모든 EVPN 디바이스? |
필수 PIM 구성 |
|---|---|---|---|---|
| EVPN-VXLAN ERB 오버레이 |
아니요. 모든 EVPN 디바이스에 대해 QFX10000 스위치만 지원합니다. |
예 |
예 |
EVPN 디바이스의 IRB 인터페이스에서 PIM 분산 지정 라우터(DDR) 기능을 구성합니다. |
| EVPN-VXLAN CRB 오버레이 |
그렇습니다. 스파인 디바이스: MX 시리즈 라우터, EX9200 스위치, QFX10000 스위치를 혼합하여 지원합니다. 리프 디바이스: MX 시리즈 라우터와 QFX5110 스위치를 혼합하여 지원합니다.
참고:
여러 스파인 디바이스를 혼합하여 구축하는 경우 모든 스파인 디바이스의 기능은 각 스파인 디바이스의 한계에 따라 결정된다는 점을 명심하십시오. |
아니요 |
아니요. 그러나 VLAN 간 라우팅을 수행하는 각 스파인 디바이스에서 멀티캐스트 청취기를 포함하는 모든 VLAN을 구성해야 합니다. 각 리프 디바이스에서 멀티캐스트 리스너를 포함하는 모든 VLAN을 구성할 필요는 없습니다. |
스파인 디바이스의 IRB 인터페이스에서 DDR 기능을 구성하지 마십시오. IRB 인터페이스에서 DDR을 활성화하지 않음으로써, PIM은 인터페이스의 기본 모드로 유지되며, 이는 인터페이스가 VLAN에 대해 지정된 라우터 역할을 한다는 것을 의미합니다. |
표 3에 설명된 차이점 외에도 EVPN-VXLAN CRB 오버레이에는 헤어 피닝 문제가 존재합니다. 멀티캐스트 트래픽은 일반적으로 소스 호스트에서 리프 디바이스, VLAN 간 라우팅을 처리하는 스파인 디바이스로 흐릅니다. 그런 다음 스파스파인 디바이스는 트래픽을 복제하여 멀티캐스트 리스너가 있는 VLAN 및 EVPN 디바이스로 전달합니다. 이러한 유형의 EVPN-VXLAN 오버레이에서 트래픽을 전달할 때, 스파스파인 디바이스는 트래픽이 발생한 리프 디바이스로 트래픽을 반환한다는 점에 유의하십시오(헤어 핀닝). 이 문제는 EVPN-VXLAN CRB 오버레이 설계에 내재된 문제입니다. EVPN-VXLAN 오버레이를 설계할 때 특히 오버레이의 멀티캐스트 트래픽 양이 많고 트래픽 복제 속도(m * n 배)가 클 것으로 예상되는 경우 이 문제를 염두에 두십시오.
사용 사례 3: VLAN 간 멀티캐스트 라우팅 및 전달 - 레이어 2 연결이 있는 PIM 게이트웨이
EVPN-VXLAN ERB 오버레이와 EVPN-VXLAN CRB 오버레이 모두에 레이어 2 연결 사용 사례가 있는 PIM 게이트웨이를 권장합니다.
이 사용 사례에서는 다음을 가정합니다.
-
데이터센터를 지원하기 위해 EVPN-VXLAN 네트워크를 구축했습니다.
-
이 네트워크에서 다음을 이미 설정했습니다.
-
사용 사례 1에 설명된 VLAN 내 멀티캐스트 트래픽 포워딩.
-
VLAN 간 멀티캐스트 트래픽 라우팅 및 포워딩 사용 사례 2에서 설명한 바와 같이.
-
-
외부 PIM 도메인의 멀티캐스트 소스 및 수신기와 통신하려는 데이터센터 내에 멀티캐스트 소스 및 수신기가 있습니다.
당사는 EVPN-VXLAN ERB 오버레이와 EVPN-VXLAN CRB 오버레이를 모두 사용하여 이 사용 사례를 지원합니다.
이 사용 사례는 IGMP(또는 MLD) 및 PIM을 사용하는 데이터센터가 외부 PIM 도메인과 멀티캐스트 트래픽을 교환할 수 있는 메커니즘을 제공합니다. 데이터센터의 EVPN 디바이스에서 레이어 2 멀티캐스트 VLAN(M-VLAN) 및 관련 IRB 인터페이스를 사용하여 PIM 도메인에 연결하면 다음에서 멀티캐스트 트래픽을 전송할 수 있습니다.
-
내부 멀티캐스트 대상에 대한 외부 멀티캐스트 소스
-
외부 멀티캐스트 대상에 대한 내부 멀티캐스트 소스
참고:이 섹션에서 외부 는 PIM 도메인의 구성 요소를 나타냅니다. 내부 는 데이터센터를 지원하는 EVPN-VXLAN 네트워크의 구성 요소를 나타냅니다.
그림 3 은 샘플 EVPN-VXLAN CRB 오버레이에서 이 사용 사례에 필요한 주요 구성 요소를 보여줍니다.
-
PIM 도메인의 구성 요소:
-
기존 PIM 도메인과 EVPN-VXLAN 네트워크 간의 인터페이스 역할을 하는 PIM 게이트웨이입니다. PIM 게이트웨이는 PIM 및 OSPF와 같은 라우팅 프로토콜이 구성된 주니퍼 네트웍스 또는 타사 레이어 3 디바이스입니다. PIM 게이트웨이는 EVPN을 실행하지 않습니다. PIM 게이트웨이를 하나, 일부 또는 모든 EVPN 디바이스에 연결할 수 있습니다.
-
PIM RP(Rendezvous Point)는 PIM 및 OSPF와 같은 라우팅 프로토콜이 구성된 주니퍼 네트웍스 또는 타사 레이어 3 디바이스입니다. 또한 PIM 참가 또는 정리 메시지를 해당 IGMP(또는 MLD) 보고서로 변환하거나 메시지를 남긴 다음 보고서 및 메시지를 PIM 게이트웨이로 전달하도록 PIM RP를 구성해야 합니다.
-
-
EVPN-VXLAN 네트워크의 구성 요소:
참고:이러한 구성 요소는 사용 사례 1 및 2에 대해 이미 구성된 구성 요소에 추가됩니다.
-
EVPN 디바이스. 중복을 위해, 이더넷 세그먼트 식별자(ESI)를 구성하는 어그리게이션 이더넷 인터페이스를 통해 EVPN 디바이스를 PIM 게이트웨이로 멀티호밍하는 것이 좋습니다. 각 EVPN 디바이스에서 이 사용 사례에 대해 다음을 구성해야 합니다.
-
레이어 2 멀티캐스트 VLAN(M-VLAN). M-VLAN은 PIM 게이트웨이를 연결하는 데 사용되는 VLAN입니다. M-VLAN에서 PIM은 활성화됩니다.
-
PIM, IGMP 스누핑(또는 MLD 스누핑) 및 OSPF와 같은 라우팅 프로토콜을 구성하는 M-VLAN IRB 인터페이스. PIM 게이트웨이에 도달하기 위해 EVPN 디바이스는 이 인터페이스에서 멀티캐스트 트래픽을 전달합니다.
-
EVPN 디바이스가 외부 PIM 도메인으로 멀티캐스트 트래픽을 전달할 수 있도록 하려면 다음을 구성합니다.
-
PIM-IGMP 변환:
EVPN-VXLAN ERB 오버레이의 경우, 계층 수준에서 구성 문을 포함하여
pim-to-igmp-proxy upstream-interface irb-interface-namePIM-IGMP 변환을 구성합니다[edit routing-options multicast]. IRB 인터페이스 매개 변수에 대해 M-VLAN IRB 인터페이스를 지정합니다. 또한 를 설정하는pim-to-igmp-proxy업스트림 인터페이스의 계층 수준에서[edit protocols]구성 문을 사용하여igmp interface irb-interface-name passiveIGMP 패시브 모드를 설정해야 합니다.EVPN-VXLAN CRB 오버레이의 경우, OR
pim-to-mld-proxy upstream-interface irb-interface-name구성 문을 포함pim-to-igmp-proxy upstream-interface irb-interface-name할 필요가 없습니다. 이러한 유형의 오버레이에서 PIM 프로토콜은 PIM 도메인에서 EVPN-VXLAN 네트워크로 또는 그 반대로 멀티캐스트 트래픽의 라우팅을 처리합니다. -
멀티캐스트 라우터 인터페이스:
계층 수준에서 구성 문을 포함하여
multicast-router-interface멀티캐스트 라우터 인터페이스를 구성합니다[edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols (igmp-snooping | mld-snooping) interface interface-name]. 인터페이스 이름의 경우 M-VLAN IRB 인터페이스를 지정합니다.
-
-
-
PIM 패시브 모드. EVPN-VXLAN ERB 오버레이의 경우에만 PIM 게이트웨이가 데이터센터를 레이어 2 멀티캐스트 도메인으로만 보도록 해야 합니다. 그러기 위해서는 계층 수준에서 구성 문을 포함
passive합니다.[edit protocols pim]
-
사용 사례 4: VLAN 간 멀티캐스트 라우팅 및 포워딩 - 레이어 3 연결이 있는 PIM 게이트웨이
EVPN-VXLAN CRB 오버레이에만 레이어 3 연결 사용 사례가 있는 PIM 게이트웨이를 권장합니다.
이 사용 사례에서는 다음을 가정합니다.
-
데이터센터를 지원하기 위해 EVPN-VXLAN 네트워크를 구축했습니다.
-
이 네트워크에서 다음을 이미 설정했습니다.
-
사용 사례 1에 설명된 VLAN 내 멀티캐스트 트래픽 포워딩.
-
VLAN 간 멀티캐스트 트래픽 라우팅 및 포워딩 사용 사례 2에서 설명한 바와 같이.
-
-
외부 PIM 도메인의 멀티캐스트 소스 및 수신기와 통신하려는 데이터센터 내에 멀티캐스트 소스 및 수신기가 있습니다.
EVPN-VXLAN CRB 오버레이에만 레이어 3 연결 사용 사례가 있는 PIM 게이트웨이를 권장합니다.
이 사용 사례는 IGMP(또는 MLD) 및 PIM을 사용하는 데이터센터가 외부 PIM 도메인과 멀티캐스트 트래픽을 교환할 수 있는 메커니즘을 제공합니다. 데이터센터의 EVPN 디바이스에서 레이어 3 인터페이스를 사용하여 PIM 도메인에 연결하면 다음에서 멀티캐스트 트래픽을 포워딩할 수 있습니다.
-
내부 멀티캐스트 대상에 대한 외부 멀티캐스트 소스
-
외부 멀티캐스트 대상에 대한 내부 멀티캐스트 소스
참고:이 섹션에서 외부 는 PIM 도메인의 구성 요소를 나타냅니다. 내부 는 데이터센터를 지원하는 EVPN-VXLAN 네트워크의 구성 요소를 나타냅니다.
그림 4 는 샘플 EVPN-VXLAN CRB 오버레이에서 이 사용 사례에 필요한 주요 구성 요소를 보여줍니다.
-
PIM 도메인의 구성 요소:
-
기존 PIM 도메인과 EVPN-VXLAN 네트워크 간의 인터페이스 역할을 하는 PIM 게이트웨이입니다. PIM 게이트웨이는 PIM 및 OSPF와 같은 라우팅 프로토콜이 구성된 주니퍼 네트웍스 또는 타사 레이어 3 디바이스입니다. PIM 게이트웨이는 EVPN을 실행하지 않습니다. PIM 게이트웨이를 하나, 일부 또는 모든 EVPN 디바이스에 연결할 수 있습니다.
-
PIM RP(Rendezvous Point)는 PIM 및 OSPF와 같은 라우팅 프로토콜이 구성된 주니퍼 네트웍스 또는 타사 레이어 3 디바이스입니다. 또한 PIM 참가 또는 정리 메시지를 해당 IGMP 또는 MLD 보고서로 변환하거나 메시지를 남긴 다음 보고서 및 메시지를 PIM 게이트웨이로 전달하도록 PIM RP를 구성해야 합니다.
-
-
EVPN-VXLAN 네트워크의 구성 요소:
참고:이러한 구성 요소는 사용 사례 1 및 2에 대해 이미 구성된 구성 요소에 추가됩니다.
-
EVPN 디바이스. 하나, 일부 또는 모든 EVPN 디바이스를 PIM 게이트웨이에 연결할 수 있습니다. 각 연결은 PIM이 구성된 레이어 3 인터페이스를 통해 이루어져야 합니다. PIM을 사용하는 레이어 3 인터페이스를 제외하고, 이 사용 사례는 EVPN 디바이스에 대한 추가 구성이 필요하지 않습니다.
-
사용 사례 5: VLAN 간 멀티캐스트 라우팅 및 전달 - 외부 멀티캐스트 라우터
Junos OS 릴리스 17.3R1부터는 EVPN 디바이스에서 IRB 인터페이스를 구성하지 않고도 멀티캐스트 트래픽의 VLAN 간 포워딩을 수행하도록 EVPN 디바이스를 구성할 수 있습니다. 이러한 시나리오에서는 외부 멀티캐스트 라우터를 사용하여 IGMP 또는 MLD 쿼리를 전송하여 보고서를 요청하고 PIM과 같은 레이어 3 멀티캐스트 프로토콜을 통해 VLAN 트래픽을 전달합니다. IRB 인터페이스는 외부 멀티캐스트 라우터를 사용하는 경우 지원되지 않습니다.
이 사용 사례의 경우, 계층 수준에서 [edit routing-instances routing-instance-name protocols vlan vlan-name] 또는 mld-snooping proxy 구성 문을 포함 igmp-snooping proxy 해야 합니다.
EVPN 멀티캐스트 플래그 확장 커뮤니티
EVPN-VXLAN 및 IGMP 스누핑을 지원하는 주니퍼 네트웍스 디바이스는 EVPN 멀티캐스트 플래그 확장 커뮤니티도 지원합니다. 이러한 디바이스 중 하나에서 IGMP 스누핑을 활성화하면 디바이스는 EVPN 유형 3(포함 멀티캐스트 이더넷 태그) 경로에 커뮤니티를 추가합니다.
EVPN 유형 3 경로에 이 커뮤니티가 없다는 것은 경로를 보급하는 디바이스에 대해 다음 사항을 나타낼 수 있습니다.
-
디바이스는 IGMP 스누핑을 지원하지 않습니다.
-
디바이스에 IGMP 스누핑이 활성화되어 있지 않습니다.
-
디바이스가 커뮤니티를 지원하지 않는 Junos OS 소프트웨어 릴리스를 실행하고 있습니다.
-
디바이스는 EVPN 유형 6 SMET 경로의 보급을 지원하지 않습니다.
-
디바이스에는 IGMP 스누핑과 PIM이 활성화된 레이어 3 인터페이스가 있습니다. PIM이 있는 레이어 3 인터페이스는 액세스 측에서 스누핑을 수행하고 EVPN 코어에서 선택적 멀티캐스트 포워딩을 수행하지만, 디바이스는 PIM RP 및 VLAN 간 라우팅에 소스 등록을 수행하기 위해 모든 트래픽을 끌어당겨야 합니다.
위에서 설명한 동작은 MLD 및 MLD 스누핑과 함께 EVPN-VXLAN을 지원하는 디바이스에도 적용됩니다.
그림 5 는 다음과 같은 특성을 가진 EVPN 멀티캐스트 플래그 확장 커뮤니티를 보여줍니다.
-
커뮤니티는 8비트 값으로 인코딩됩니다.
-
유형 필드의 값은 6입니다.
-
IGMP 프록시 지원 플래그는 디바이스가 IGMP 프록시를 지원한다는 것을 의미하는 1로 설정됩니다.
MLD 프록시 지원 플래그에도 동일하게 적용됩니다. 이 플래그가 1로 설정되면 디바이스가 MLD 프록시를 지원합니다. 플래그 중 하나 또는 둘 다 설정될 수 있습니다.
IGMP 스누핑 및 MLD 스누핑을 통한 플랫폼별 EVPN-VXLAN 멀티캐스트 동작
다음 표를 사용하여 IGMP 스누핑 및 MLD 스누핑과 함께 EVPN-VXLAN을 실행할 때 플랫폼의 플랫폼별 동작을 검토하십시오.
| 플랫폼 |
차이 |
|---|---|
| PTX10K-LC1301-36DD(Express 5) 및 PTX10K-LC1201-36CD(Express 4) 라인 카드가 포함된 PTX10008 |
Express 5 라인 카드는 멀티캐스트 스누핑 경로 카운터를 지원하지 않기 때문에 디바이스가 상호 운용 섀시 모드(디바이스에서 상호 운용되는 Express 5 및 Express 4 라인 카드 모두)에서 작동할 때 디바이스는 멀티캐스트 패킷 통계를 보고하는 데 제한이 있습니다. 멀티캐스트 스누핑 경로 카운터는 목적지에 대한 스누핑 경로를 사용하는 패킷 수를 기록합니다. Express 4 라인 카드는 스누핑 경로 카운터를 업데이트하지만 Express 5 라인 카드는 이러한 카운터를 업데이트하지 않습니다. 그 결과, 상호 운용성 모드에서 실행되는 디바이스에서 CLI 명령에 |
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.