Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

에지 라우팅 브리징 오버레이를 위한 AR(Assisted Replication)을 사용하는 최적화된 OISM(Intersubnet Multicast)

이 예시는 대규모 EVPN-VXLAN 에지 라우팅 브리징(ERB) 오버레이 패브릭에서 지원 복제(AR)를 사용하여 최적화된 기존 OISM(Intersubnet Multicast) 구현을 구성하는 방법을 보여줍니다.

EVPN ERB 오버레이 패브릭 설계에서 리프 디바이스는 테넌트 VLAN 간에 트래픽을 라우팅하고 테넌트 VLAN 내에서 트래픽을 포워딩합니다. 내부 및 외부 멀티캐스트 소스와 수신기를 모두 갖춘 확장된 ERB 오버레이 패브릭에서 효율적인 멀티캐스트 트래픽 플로우를 지원하기 위해 IETF 초안 사양 draft-ietf-bess-evpn-irb-mcast, EVPN 최적화 OISM(Inter-Subnet Multicast) 포워딩을 기반으로 하는 멀티캐스트 구성 모델을 제공합니다. OISM은 멀티캐스트 트래픽을 위한 ERB 및 CRB 오버레이 설계의 가장 좋은 측면을 결합하여 ERB 오버레이 패브릭, 특히 확장된 환경에서 가장 효율적인 멀티캐스트 트래픽 플로우를 제공합니다.

OISM은 ERB 오버레이 패브릭을 통해 다음과 같은 이점을 제공합니다.

  • 패브릭 내부 및 외부에서 소스 및 수신기로 멀티캐스트 트래픽을 지원합니다.

  • EVPN 코어에서 멀티캐스트 제어 및 데이터 트래픽 플로우를 최소화하여 확장된 환경에서 성능을 최적화합니다.

일반 OISM이라고 하는 당사의 원래 OISM 구현은 대칭 브리지 도메인 모델을 사용합니다. 이 모델을 사용하면 모든 OISM 디바이스에서 패브릭의 모든 테넌트 VLAN을 대칭적으로 구성합니다. 이 예는 일반적인 OISM 구성을 보여줍니다.

일부 플랫폼에서는 모든 OISM 디바이스에서 모든 테넌트 VLAN을 대칭으로 구성할 필요가 없는 비대칭 브리지 도메인 모델을 사용하는 향상된 버전의 OISM도 지원합니다. OISM 구성 요소 및 단계는 일반 및 향상된 OISM에 대해 거의 동일합니다. OISM 모드를 설정하는 것 외에 가장 큰 차이점은 각 모드로 테넌트 VLAN을 구성하는 방법입니다. 또한 향상된 OISM은 비대칭 브리지 도메인 모델을 지원하기 위해 몇 가지 중요한 운영상의 차이점을 가지고 있습니다. 향상된 OISM 구성은 OISM(Enhanced Optimized Intersubnet Multicast) 구현 을 참조하십시오.

또한 일반 OISM은 AR(Assisted Replication) 기능과 상호 운용되어 패브릭의 멀티캐스트 복제를 부하를 더 잘 처리할 수 있는 디바이스로 오프로드 및 로드 밸런싱할 수 있습니다. AR의 작동 방식에 대한 자세한 내용은 EVPN 네트워크의 보조 복제 멀티캐스트 최적화 를 참조하고, OISM이 AR과 함께 작동하는 방식에 대한 간단한 요약은 이 가이드 앞부분의 ERB 오버레이 네트워크에 최적화된 인터서브넷 멀티캐스트 를 참조하십시오. 이 예에는 일반 OISM을 사용한 AR 구성이 포함됩니다.

그림 1 은 이 예에서 지원되는 디바이스에서 OISM 및 AR을 검증한 ERB 오버레이 참조 아키텍처를 보여줍니다.

메모:

Junos OS 릴리스 24.4R1부터 다음 기능에 대한 구성을 포함하는 환경에서 정규 OISM을 대규모로 테스트했습니다.

AR을 활성화하지 않은 상태에서 OISM으로 이러한 기능을 검증했습니다. 여기에 설명된 일반적인 OISM 사용 사례에는 이러한 기능에 대한 구성 지침이 포함되어 있지 않습니다.

그림 1: OISM 및 AR을 사용하는 에지 라우팅 브리징 오버레이 패브릭 Edge-Routed Bridging Overlay Fabric with OISM and AR

다음은 이 환경에서의 OISM 구성 요소, 구성 요소 및 운영에 대한 요약입니다. 다양한 시나리오에서 OISM이 작동하는 방식과 다양한 플랫폼에서 사용 가능한 OISM 지원에 대한 자세한 내용은 EVPN 네트워크에서 최적화된 인터서브넷 멀티캐스트를 참조하십시오.

  • 이 예에서 OISM 디바이스는 다음 디바이스 역할 중 하나를 수행합니다.

    • 서버 리프(SL)—패브릭 내에서 멀티캐스트 서버 및 수신기를 호스팅하는 액세스 측(내부) TOR(Top-of-Rack) 디바이스에 연결되는 리프 디바이스입니다. SL 디바이스는 AR 리프 디바이스로 작동할 수 있습니다.

    • 경계 리프(BL) - 외부 멀티캐스트 소스 및 수신기로 들어오고 나가는 멀티캐스트 플로우를 관리하기 위해 외부 PIM 도메인에 연결하는 리프 디바이스입니다. BL 디바이스는 AR 리프 디바이스로도 작동할 수 있습니다.

    • S-ARR(AR Replicator Spine) - ERB 오버레이 패브릭에서 경로 리플렉터 역할을 하고 OISM과 함께 작동하는 AR 복제기 디바이스 역할을 하는 IP 패브릭 전송 디바이스입니다. ERB 오버레이의 스파인 디바이스가 AR 복제기 역할을 할 때는 EVPN-VXLAN을 실행해야 하며 더 이상 단순한 린 스파인으로 기능하지 않습니다.

  • 이 예에서는 모든 SL, BL 및 S-ARR 디바이스에서 VLAN 인식 서비스 유형(MAC-VRF 인스턴스에서 여러 VLAN 지원)을 가진 MAC-VRF EVPN 인스턴스로 OISM을 구성합니다. 외부 PIM 라우터에서 EVPN 인스턴스를 구성할 필요가 없습니다.

  • 이 예는 대칭 브리지 도메인 모델을 사용하는 일반 OISM을 구성합니다. 이 모델을 사용하면 모든 OISM 리프 디바이스의 패브릭에서 모든 테넌트 VLAN( 수익 브리지 도메인 또는 수익 VLAN이라고도 함)과 가상 라우팅 및 포워딩(VRF) 인스턴스를 구성합니다. AR로 OISM을 구성하는 경우, AR 복제기 역할을 하는 스파인 디바이스에서도 이러한 요소를 구성합니다.

  • OISM 리프 디바이스는 서브넷 내 브리징을 수행하고, 인터서브넷(레이어 3 [L3]) 멀티캐스트 트래픽에 로컬 라우팅 모델을 사용하여 대역폭을 보존하고 EVPN 코어의 헤어핀을 방지합니다. 자세한 내용은 OISM 디바이스의 로컬 라우팅을 참조하십시오.

    • SL 디바이스는 멀티캐스트 소스 트래픽을 소스 VLAN의 EVPN 코어로만 전달합니다.

    • BL 디바이스는 외부 멀티캐스트 소스에서 SBD라는 보조 브리지 도메인에서만 내부 수신기로 트래픽을 EVPN 코어로 전달합니다. SBD 설계는 로컬 라우팅 모델을 지원하고 외부 소스 트래픽과 관련된 다른 문제를 해결합니다. 각 테넌트 VRF 인스턴스에 대해 SBD에 대한 VLAN 및 해당 IRB 인터페이스를 할당합니다.

    • OISM SL 디바이스는 소스 VLAN의 내부 소스 또는 SBD의 BL 디바이스를 통해 외부 소스로부터 멀티캐스트 트래픽을 수신합니다. 내부적으로 소싱된 트래픽의 경우, SL 디바이스는 소스 VLAN의 수신기에 트래픽을 로컬로 브리징하고 IRB 인터페이스를 사용하여 트래픽을 다른 VLAN의 수신기로 로컬로 라우팅합니다. 패브릭 외부에서 트래픽을 수신하면 SL 디바이스는 IRB 인터페이스를 사용하여 SBD에서 테넌트 VLAN으로 트래픽을 로컬 라우팅한 다음 로컬로 연결된 수신기로 트래픽을 라우팅합니다.

  • IGMPv2(ASM[Any-Source Multicast] 보고서만 해당) 또는 IGMPv3(SSM[Source-Specific Multicast] 보고서만 해당)를 통해 OISM을 지원합니다. OISM을 사용하려면 두 IGMP 버전 중 하나로 IGMP 스누핑을 활성화해야 합니다. 주니퍼는 멀티캐스트 라우팅을 위해 스파스 모드에서 PIM(Protocol Independent Multicast)을 사용하며, 기능에 따라 SL 및 BL 디바이스에 다양한 옵션이 있습니다.

    메모:

    동일한 디바이스에서 IGMPv2 및 IGMPv3 수신기를 모두 지원하려면 다음을 수행해야 합니다.

    • 서로 다른 테넌트 VRF 인스턴스를 사용하여 각 IGMP 버전에 대한 수신기를 지원합니다.

    • 각 IGMP 버전에 대한 수신기를 지원하는 서로 다른 VLAN 및 해당 IRB 인터페이스를 구성합니다.

    • 각 버전에 대한 IRB 인터페이스를 해당 테넌트 VRF 인스턴스와 연결합니다.

    필요한 구성 고려 사항에 대한 자세한 내용은 OISM 구성 고려 사항을 참조하십시오. 여기서 테스트한 구성은 동일한 디바이스에서 두 버전의 수신기를 모두 수용할 수 있습니다.

  • IGMP 스누핑을 통해 OISM은 선택적 멀티캐스트 이더넷 태그(SMET) 포워딩을 위해 EVPN Type 6 경로를 사용하여 멀티캐스트 트래픽을 최적화합니다. SMET를 통해 OISM 디바이스는 멀티캐스트 그룹에 대한 트래픽을 해당 트래픽 수신에 관심을 보이는 수신기가 있는 패브릭의 다른 디바이스로만 전달합니다. (멀티캐스트 수신자는 멀티캐스트 그룹에 대한 트래픽을 요청하기 위해 IGMP 참가 메시지를 보냅니다.)

    여기에 사용되는 일반적인 OISM 모델에서, OISM 디바이스는 SBD에서만 EVPN Type 6 경로를 보급합니다.

  • OISM은 멀티캐스트 트래픽으로 EVPN 멀티호밍을 지원합니다. 패브릭에는 이더넷 세그먼트(ES)에서 두 개 이상의 OISM 리프 디바이스로 멀티호밍된 TOR 디바이스 뒤에 있는 수신기가 포함될 수 있습니다. ES의 링크에 대해 ESI(ESI 식별자)를 구성합니다.

    OISM 디바이스는 EVPN Type 7(Join Sync) 및 Type 8(Leave Sync) 경로를 사용하여 ES를 제공하는 멀티호밍 피어 디바이스 간의 멀티캐스트 상태를 동기화합니다.

이 환경에서는 스파인 디바이스에서 AR replicator 역할을 통해 OISM과 AR을 함께 대규모로 검증합니다. OISM 스파인 디바이스에서 AR Replicator 역할 구성하기 및 OISM 리프 디바이스에서 AR 리프 역할 구성 하기 이 예에서 AR의 작동 방식에 대해 자세히 설명합니다. 이 예에서와 같이 AR replicator 역할이 동일한 디바이스에서 OISM 경계 리프 역할과 함께 배치되지 않은 경우 AR replicator가 독립형 AR replicator 모드에서 작동한다고 합니다. OISM SL 및 BL 디바이스는 AR 리프 디바이스로 작동합니다.

AR을 지원하지 않는 디바이스를 일반 RNVE(네트워크 가상화 에지) 디바이스라고 합니다. 테스트 환경에는 RNVE 디바이스를 시뮬레이션하기 위해 AR 리프 역할을 구성하지 않는 SL 디바이스( 그림 1의 SL-3 참조)가 포함되어 있습니다. 패브릭에 RNVE 디바이스 포함:

  • RNVE 디바이스는 수신 복제를 사용하여 멀티캐스트 트래픽을 패브릭의 다른 리프 디바이스로 전달합니다.

  • AR 복제기는 AR 대신 수신 복제를 사용하여 멀티캐스트 소스 데이터를 RNVE 장치로 전달합니다.

이 장에서는 OISM과 AR을 함께 검증하는 확장된 환경의 작은 하위 집합에 대한 구성 및 검증을 보여줍니다. 확장된 테스트 환경에는 더 많은 디바이스, 구성된 요소, 멀티캐스트 소스, 구독된 수신기가 포함되어 있지만 이 예에서는 다음 요소에 대한 구성 및 확인 출력을 보여줍니다.

  • EVPN 인스턴스 1개, MACVRF-1은 VLAN 인식 서비스 유형 및 VXLAN 캡슐화를 갖춘 MAC-VRF 인스턴스입니다.

  • 다음을 포함하는 멀티캐스트 스트림 사용 사례:

    • IGMPv2 또는 IGMPv3 트래픽.

    • 내부 또는 외부 멀티캐스트 소스.

  • 테넌트 VRF 인스턴스 2개, IGMPv3 수신기용 1개와 IGMPv2 수신기용 1개.

    각 테넌트 VRF 인스턴스에 대해 다음을 정의합니다.

    • VXLAN 터널 네트워크 식별자(VNI) 매핑이 있는 4개의 테넌트 VLAN 및 테넌트 VRF 인스턴스의 해당 IRB 인터페이스.

      OISM 설계에서는 테넌트 VLAN을 수익 브리지 도메인 또는 수익 VLAN이라고 부릅니다.

    • VNI에 매핑된 SBD VLAN 1개와 테넌트 VRF 인스턴스의 해당 IRB 인터페이스.

  • 데이터센터 내부의 멀티캐스트 소스 1개와 외부 PIM 도메인의 데이터센터 외부의 멀티캐스트 소스 1개.

    BL 디바이스를 EVPN 패브릭을 위한 PIM EVPN 게이트웨이(PEG) 디바이스로 작동하도록 구성합니다. 이 예에서는 기존의 L3 인터페이스를 통해 PEG 디바이스를 외부 PIM 라우터 및 PIM RP(Rendezvous Point)에 연결합니다. 각 BL PEG 디바이스의 L3 인터페이스는 서로 다른 서브넷의 외부 PIM 라우터에 연결됩니다.

  • 하나 이상의 멀티캐스트 그룹에 가입하는 멀티캐스트 수신기.

    메모:

    각 멀티캐스트 스트림에는 각 소스의 트래픽을 구독하는 여러 수신기가 있습니다. 이 예의 멀티캐스트 트래픽 확인 명령은 표 1의 Receivers 열에 있는 첫 번째 수신기 디바이스에 초점을 맞춥니다.

표 1에서 이러한 요소와 값에 대한 요약을 확인해 보십시오. 그림 1 은 테이블의 각 테넌트 VRF에 대한 디바이스 역할과 처음 두 개의 해당 IRB 인터페이스, VLAN 및 VNI 매핑을 보여줍니다.

표 1: 이 예의 OISM 스트림 및 요소

멀티캐스트 스트림

테넌트 VRF

VLAN, IRB 인터페이스 및 VNI 매핑

근원

수신기

멀티캐스트 그룹

내부 소스, IGMPv3가 있는 내부 수신기—SSM은 만 보고합니다

VRF-1 시리즈

VLAN-1, irb.1

VNI 110001

VLAN-1의 TOR-1(SL-1 및 SL-2에 멀티호밍)

TOR-4(SL-4 및 SL-5에 멀티호밍)

다른 수신기:

TOR-2 (SL-3에 대한 싱글호밍)

TOR-3(SL-4 및 SL-5에 멀티호밍)

TOR-5 (SL-6에 싱글호밍)

233.252.0.21부터 233.252.0.23까지

233.252.0.121부터 233.252.0.123까지

VLAN-2, irb.2

VNI 110002

VLAN-3, irb.3

VNI 110003

VLAN-4, irb.4

VNI 110004

(SBD)입니다. VLAN-2001, irb.2001

VNI 992001

외부 소스, IGMPv2가 있는 내부 수신기 - ASM만 보고서

VRF-101 시리즈

VLAN-401, irb.401

VNI 110401

외부 소스(외부 PIM 도메인에서)

VLAN-1의 TOR-1(SL-1 및 SL2에 멀티호밍)

다른 수신기:

TOR-2 (SL-3에 대한 싱글호밍)

TOR-3(SL-4 및 SL-5에 멀티호밍)

TOR-4(SL-4 및 SL-5에 멀티호밍)

TOR-5 (SL-6에 싱글호밍)

233.252.0.1 - 233.252.0.3

233.252.0.101부터 233.252.0.103까지

VLAN-402, irb.402

VNI 110402

VLAN-403, irb.403

VNI 110403

VLAN-404, irb.404

VNI 110404

(SBD)입니다. VLAN-2101, irb.2101

VNI 992101

BL 디바이스 및 외부 PIM 라우터 L3 연결 매개 변수에 대한 요약은 표 2 를 참조하십시오. 이 예에서 BL 디바이스는 모두 외부 L3 연결을 위해 어그리게이션된 이더넷(AE) 인터페이스 ae3을 사용하며, BL 디바이스당 다른 서브넷을 사용합니다. 스케일 아웃 테스트 환경에서 구성은 유닛 0부터 시작하여 VRF-1용 VLAN-3001부터 테넌트 VRF당 해당 VLAN과 함께 ae3 인터페이스의 다양한 논리적 유닛을 사용합니다. 이 예에서는 테넌트 VRF 인스턴스 VRF-1 및 VRF-101에 초점을 맞춥니다.

표 2: 외부 멀티캐스트 L3 인터페이스 매개변수

BL 디바이스

테넌트 VRF 인스턴스

외부 L3 인터페이스 논리적 장치

연결된 VLAN

BL L3 논리적 인터페이스 IP 주소

PIM 라우터 논리적 인터페이스 및 IP 주소

PIM RP 논리적 장치 및 IP 주소

BL-1 시리즈

VRF-1 시리즈

유닛 0: ae3.0

VLAN-3001 시리즈

172.30.0.1

ae1.0: 172.30.0.0

lo0.1: 172.22.2.1

VRF-101 시리즈

유닛 100: ae3.100

VLAN-3101 시리즈

172.30.100.1

ae1.100: 172.30.100.0

lo0.101: 172.22.102.1

BL-2 시리즈

VRF-1 시리즈

유닛 0: ae3.0

VLAN-3001 시리즈

172.31.0.1

ae2.0: 172.31.0.0

lo0.1: 172.22.2.1

VRF-101 시리즈

유닛 100: ae3.100

VLAN-3101 시리즈

172.31.100.1

ae2.100: 172.31.100.0

lo0.101: 172.22.102.1

외부 멀티캐스트 연결, PIM EVPN 게이트웨이 역할 및 PIM 옵션을 위한 경계 리프 디바이스 구성에서 이러한 매개 변수를 구성합니다.

구성을 여러 섹션으로 나눕니다.

언더레이(EBGP 포함) 및 오버레이(IBGP 포함) 구성

IP 패브릭 언더레이 네트워크 설계 및 구현의 참조 아키텍처에 따라 언더레이에 eBGP를 사용하고 오버레이에 iBGP를 사용하며 오버레이를 위해 IBGP를 구성합니다.

이 예는 중복을 위한 모든 연결에 대해 각각 하나 또는 두 개의 멤버 링크가 있는 AE 인터페이스를 사용합니다.

  1. 구성에서 어그리게이션 이더넷(AE) 인터페이스의 대략적인 수를 구성합니다.

    예를 들어:

    모든 SL 및 BL 장치:

    S-ARR 장치:

  2. 리프 디바이스에 스파인 디바이스 연결 어그리게이션 이더넷 인터페이스 구성의 절차에 따라 모든 BL, SL 및 S-ARR 디바이스의 언더레이에 대한 AE 인터페이스를 구성합니다.

    이 예에서 디바이스 IP 주소, AS 번호, AE 인터페이스 이름 및 IP 주소는 그림 2그림 3 을 참조하십시오.

  3. BL 및 SL 디바이스에서 eBGP 언더레이를 구성합니다. 각 BL 및 SL 디바이스에서 S-ARR-1(AS: 4200000021) 및 S-ARR-2(AS: 4200000022)를 BGP neighbor로 설정합니다. 마찬가지로 각 S-ARR 디바이스에서 각 BL 및 SL 디바이스를 BGP neighbor로 설정합니다. 자세한 내용은 IP 패브릭 언더레이 네트워크 설계 및 구현을 참조하십시오.

    이 예에서 디바이스 IP 주소, AS 번호, AE 인터페이스 이름 및 IP 주소는 그림 2그림 3 을 참조하십시오.

    예를 들어:

    SL-1(디바이스 AS: 4200000011):

  4. SL, BL 및 S-ARR 디바이스에서 오버레이 AS 번호 및 EVPN 신호를 사용하여 iBGP 오버레이를 구성합니다. 자세한 내용은 오버레이용 IBGP 구성을 참조하십시오.

    각 SL 및 BL 디바이스에서 오버레이 AS의 스파인 디바이스 S-ARR-1(lo0:192.168.2.1) 및 S-ARR-2(192.168.2.2)를 BGP neighbor로 설정합니다. 예를 들어:

    SL-1(디바이스 lo0: 192.168.0.1):

    각 SL 및 BL 디바이스에 대해 이 단계를 반복하여 해당 디바이스 루프백 IP 주소를 옵션으로 대체합니다 local-address . 그림 2그림 3을 참조하십시오.

    각 S-ARR 디바이스에서 오버레이 AS의 모든 SL 및 BL 디바이스를 BGP neighbor로 설정합니다. 예를 들어:

    S-ARR-1(디바이스 lo0: 192.168.2.1):

  5. MAC 에이징, ARP(Address Resolution Protocol) 및 NDP(Neighbor Discovery Protocol) 타이머 값을 설정하여 MAC 주소 학습과 IPv4 및 IPv6 경로 학습을 지원합니다. 이러한 매개 변수는 EVPN-VXLAN 패브릭의 일반적인 설정이며 OISM 또는 AR 기능 구성에 국한되지 않습니다.

    모든 SL 및 BL 장치에서 이 값을 설정합니다.

    IPv6 유니캐스트 트래픽에 대한 모든 SL 및 BL 디바이스의 IPv6 neighbor 도달 가능성 확인을 위해 모든 IRB 인터페이스에 NDP 부실 타이머를 설정합니다.

    메모:

    IPv6 유니캐스트 트래픽을 처리할 수 있는 모든 IRB 인터페이스에 이 설정을 적용하므로, 일반적으로 이 명령문을 공통 문의 구성 그룹에 추가하고 그룹을 모든 인터페이스에 적용합니다.

OISM 지원 EVPN MAC-VRF 인스턴스 구성

확장된 테스트 환경에는 여러 MAC-VRF EVPN 인스턴스가 포함됩니다. 여기서는 OISM 및 AR 트래픽에 사용하는 MACVRF-1이라는 인스턴스를 보여 줍니다.

메모:

MAC-VRF 인스턴스 구성으로 Junos OS 실행하는 스위치의 QFX5000 라인에서 공유 터널 기능을 활성화해야 합니다. 이 기능은 구성에서 여러 MAC-VRF 인스턴스를 사용할 때 디바이스의 VTEP 확장 문제를 방지합니다. 공유 터널을 구성할 때 디바이스는 원격 VTEP에 도달하기 위한 다음 홉 항목의 수를 최소화합니다. 계층 수준에서 문을 사용하여 shared-tunnels 디바이스에서 공유 VXLAN 터널을 전역적으로 활성화합니다 [edit forwarding-options evpn-vxlan] . 이 설정을 적용하려면 디바이스를 재부팅해야 합니다.

이 명령문은 QFX5000 스위치 라인보다 더 높은 VTEP 확장을 처리할 수 있는 Junos OS 실행 스위치 QFX10000 라인에서 선택 사항입니다. EVPN-VXLAN 패브릭에서 진화한 Junos OS를 실행하는 디바이스에서는 공유 터널이 기본적으로 활성화됩니다.

모든 SL, BL 및 S-ARR 장치에서 이 단계의 요소를 구성합니다.

메모:

이 예에는 OISM을 통한 AR 멀티캐스트 최적화가 포함되어 있습니다. 패브릭 내 스파인 디바이스(S-ARR-1 및 S-ARR-2)는 독립형 AR Replicator 디바이스 역할을 합니다. AR이 일반 OISM 대칭 브리지 도메인 모델과 함께 작동하려면 MAC-VRF 인스턴스, VLAN, 테넌트 VRF 및 IRB 인터페이스와 같은 독립형 AR 복제기 디바이스에서 모든 공통 OISM SL 및 BL 요소도 구성해야 합니다.

스파인 디바이스가 AR 복제기로 실행되지 않는 경우 스파인 디바이스에서 이러한 요소를 구성할 필요가 없습니다.

  1. VLAN 인식 서비스 유형의 EVPN MAC-VRF 인스턴스인 MACVRF-1을 구성합니다. VXLAN 터널 엔드포인트(VTEP) 소스 인터페이스를 디바이스 루프백 인터페이스로 지정합니다. 인스턴스에 대한 경로 식별자 및 경로 대상(자동 경로 대상 파생 포함)을 설정합니다. 또한 인스턴스의 모든 VNI가 EVPN BGP 도메인으로 확장되도록 합니다.

    예를 들어:

    SL-1:

    나머지 SL 장치인 BL-1, BL-2, S-ARR-1 및 S-ARR-2에 대해 이 단계를 반복합니다. 각 디바이스의 구성에서 문 값의 route-distinguisher 일부로 해당 디바이스의 IP 주소를 대체하여 이러한 값이 디바이스 전체에서 고유하도록 합니다.

  2. 확장된 EVPN-VXLAN 환경에 필요한 플랫폼별 설정을 구성합니다. OISM 또는 AR 역할에서 작동하는 패브릭의 디바이스에서 이러한 옵션을 구성합니다.
    1. QFX5000 스위치 라인의 Junos OS 디바이스에는 전역 공유 터널 구성 문이 포함됩니다. 이 설정은 확장된 환경에서 해당 디바이스의 MAC-VRF 인스턴스를 통한 VXLAN 터널링을 지원합니다.

      메모:

      여기서 공유 터널 설정을 구성해야 하는 경우 구성을 커밋한 후 공유 터널 설정을 적용하려면 디바이스를 재부팅해야 합니다.

      공유 터널 기능은 Junos OS Evolved를 실행하는 디바이스에서 기본적으로 설정됩니다.

    2. QFX5130 및 QFX5700 스위치에서 EVPN-VXLAN 환경을 지원하도록 통합 포워딩 프로필 옵션을 구성합니다 host-profile (자세한 내용은 레이어 2 포워딩 테이블 참조).

    3. QFX5110 및 QFX5120 스위치에서 다음과 같이 다음 홉 테이블 크기가 디바이스 용량에 비례하도록 확장된 환경에 대한 다음 홉 설정을 구성합니다.

      QFX5110 스위치:

      QFX5120 스위치:

  3. EVPN MACVRF-1 인스턴스에서 OISM 수익 VLAN 및 SBD VLAN을 구성합니다. 각 VLAN을 VXLAN VNI 값에 매핑합니다. 또한 각 VLAN에 대한 IRB 인터페이스를 생성합니다. 이 예에서 사용하는 VLAN 및 VNI 값은 표 1을 참조하십시오. 각 VRF에 대해 하나의 SBD와 해당 IRB를 구성합니다.

    모든 SL, BL 및 S-ARR 디바이스에서 이러한 요소를 구성합니다.

  4. 모든 SL, BL 및 S-ARR 디바이스에서 OISM을 전체적으로 활성화합니다.
    메모:

    이 예의 S-ARR 스파인 디바이스는 독립형 AR Replicator 디바이스 역할을 하므로 이러한 디바이스에서도 OISM을 활성화해야 합니다. 스파인 디바이스가 AR 복제기로 실행되지 않는 경우 해당 디바이스에서 OISM을 활성화할 필요가 없습니다.

  5. 모든 SL, BL 및 S-ARR 디바이스의 모든 OISM 테넌트(수익) VLAN 및 SBD VLAN에 대해 MAC-VRF 인스턴스에서 IGMP 스누핑을 활성화합니다.
    메모:

    S-ARR 디바이스는 AR Replicator 디바이스로 작동하므로 IGMP 스누핑을 활성화합니다. AR 복제기는 IGMP 스누핑을 사용하여 트래픽 포워딩을 최적화합니다.

    EVPN-VXLAN 패브릭에서는 ASM 보고서만 있는 IGMPv2 트래픽을 지원합니다. SSM 보고서에서만 IGMPv3 트래픽을 지원합니다. IGMPv3 트래픽에 대해 IGMP 스누핑을 활성화할 때 아래와 같이 SSM-specific 옵션 evpn-ssm-reports-only 구성 옵션을 포함합니다. EVPN-VXLAN을 통한 ASM 및 SSM 지원에 대한 자세한 내용은 지원되는 IGMP 또는 MLD 버전 및 그룹 멤버십 보고서 모드를 참조하십시오.

    모든 VLAN에서 IGMPv2를 사용하는 IGMP 스누핑:

    IGMPv3 수신기가 있는 VLAN에서 IGMP 스누핑(표 1에 따라 VLAN-1에서 VLAN-4까지):

  6. SL, BL 및 S-ARR 디바이스에서 멀티캐스트 트래픽을 처리하는 IRB 인터페이스에서 IGMP를 활성화합니다.

    PIM을 구성할 때 IGMPv2는 기본적으로 활성화되지만, IGMPv3 트래픽을 처리하는 IRB 인터페이스에서 IGMPv3를 명시적으로 활성화해야 합니다. 표 1에 따르면 IGMPv3 IRB 인터페이스는 VRF-1과 연결된 irb.1, irb.2, irb.3 및 irb.4입니다.

  7. (Junos OS 또는 Junos OS Evolved 릴리스 23.4R1 이전 릴리스에서만 OISM 역할의 스위치 QFX10000 라인 및 PTX10000 라인 라우터에서 OISM이 있는 AR 복제기로 구성된 모든 디바이스에서 필수) 멀티캐스트 플로우 시작 시 트래픽 손실을 방지하려면 계층에서 [edit routing-instances name multicast-snooping-options oism] 옵션을 설정 install-star-g-routes 하십시오. MAC-VRF 인스턴스에서 이 매개 변수를 설정합니다. 이 옵션을 사용하면 라우팅 엔진은 관심 있는 수신기를 학습하는 즉시 라우팅 인스턴스의 모든 OISM 수익 VLAN에 대해 패킷 포워딩 엔진에 (*,G) 멀티캐스트 경로를 설치합니다. 이 옵션 사용에 대한 자세한 내용은 OISM을 사용하여 멀티캐스트 경로를 설치하기 위한 지연 시간 및 확장 장단점(install-star-g-routes 옵션) 을 참조하십시오.

    예를 들어, 이 테스트 환경에서 S-ARR-1 및 S-ARR-2는 AR 복제기이므로 해당 디바이스의 MAC-VRF 라우팅 인스턴스에서 이 문을 구성합니다. 또한 SL-4 및 SL-5는 QFX10000 라인 스위치의 스위치이므로 해당 디바이스가 Junos OS 또는 Junos OS Evolved 릴리스 23.4R1보다 이전 릴리스를 실행 중인 경우 해당 디바이스에서도 이 문을 구성할 수 있습니다.

IGMPv2 및 IGMPv3 멀티캐스트 수신기에 대한 테넌트 VRF 인스턴스 구성

확장된 테스트 환경에는 많은 테넌트 L3 VRF 인스턴스가 포함됩니다. 표 1에 두 가지 멀티캐스트 사용 사례에 대한 VRF 인스턴스가 나와 있습니다.

  • 내부 소스에서 가져온 IGMPv3 트래픽용 VRF-1.

  • 외부 소스에서 가져온 IGMPv2 트래픽용 VRF-101.

모든 SL, BL 및 S-ARR 디바이스의 VRF 인스턴스에서 이러한 단계의 요소를 구성합니다.

메모:

이 예의 S-ARR 스파인 디바이스는 독립형 AR Replicator 디바이스의 역할도 하므로 모든 테넌트 VRF 설정도 구성해야 합니다. 스파인 디바이스가 AR 복제기로 실행되지 않는 경우 해당 디바이스에 이러한 단계를 포함할 필요가 없습니다.

또한 BL 디바이스와 비교하여 SL 디바이스의 테넌트 VRF 인스턴스에서 다른 PIM 옵션을 구성합니다. 이러한 구성 단계는 서버 리프 디바이스에서 OSPF 및 PIM 구성외부 멀티캐스트 연결, PIM EVPN 게이트웨이 역할 및 PIM 옵션을 위한 경계 리프 디바이스 구성을 참조하십시오. S-ARR 디바이스에서 PIM을 구성할 필요가 없습니다.

  1. 테넌트 VRF 인스턴스를 구성합니다.

    각 테넌트 VRF 인스턴스와 연결된 IRB 인터페이스를 포함합니다. 디바이스, IP 주소, 인스턴스의 경로 대상을 기반으로 경로 식별자를 설정합니다.

    예를 들어:

    SL-1:

    나머지 SL 장치인 BL-1, BL-2, S-ARR-1 및 S-ARR-2에 대해 이 단계를 반복합니다. 각 디바이스에서 이(가 route-distinguisher ) 디바이스 및 테넌트 VRF 간에 고유하도록 구성합니다. 그림 2 또는 그림 3의 디바이스 IP 주소와 각 테넌트 VRF의 VRF 인스턴스 번호를 다음과 같이 대체합니다.

    • SL-2에서 VRF-1의 경우 192.168.0.2:1을 사용하고 VRF-101의 경우 192.168.0.2:101을 사용합니다 route-distinguisher .

      SL-3에서 VRF-1의 경우 192.168.0.3:1을 사용하고 VRF-101의 경우 192.168.0.3:101을 사용합니다 route-distinguisher .

      나머지 SL 장치에 대해서도 마찬가지입니다.

    • BL-1에서 VRF-1에 192.168.5.1:1을 사용하고 VRF-101에 192.168.5.1:101을 사용합니다 route-distinguisher .

      BL-2에서는 VRF-1에 192.168.5.2:1을 사용하고 VRF-101에 192.168.5.2:101을 사용합니다 route-distinguisher .

    • S-ARR-1에서 VRF-1에 192.168.2.1:1을 사용하고 VRF-101에 192.168.2.1:101을 사용합니다 route-distinguisher .

      S-ARR-2에서 VRF-1에 192.168.2.2:1을 사용하고 VRF-101에 192.168.2.2:101을 사용합니다 route-distinguisher .

  2. 각 VRF 인스턴스에서 표 1에 따라 OISM 수익 VLAN 및 해당 인스턴스와 연관된 SBD에 해당하는 IRB 인터페이스를 포함합니다.

    모든 SL, BL 및 S-ARR 디바이스에서 동일한 구성을 반복합니다.

  3. 표 1에 요약된 바와 같이 각 테넌트 VRF 인스턴스와 연관된 OISM SBD의 IRB 인터페이스를 식별합니다.

    모든 SL, BL 및 S-ARR 디바이스에서 동일한 구성을 반복합니다.

  4. 단일 라우팅 엔진이 있는 SL, BL 및 S-ARR 디바이스에서 각 테넌트 VRF에 대한 Graceful Restart 기능을 구성합니다.

EVPN 멀티호밍을 위한 서버 리프-TOR 인터페이스 및 ESI(Ethernet Segment Identifier) 구성

TOR 디바이스는 패브릭 내에서 멀티캐스트 소스 및 수신기를 호스팅합니다. 이러한 디바이스는 EVPN 코어의 SL 디바이스에 대한 단일 호밍 또는 멀티 호밍 연결을 갖습니다. 그림 3 에서 이 예제의 토폴로지를 확인할 수 있습니다. TOR-1, TOR-3 및 TOR-4는 각각 2개의 SL 디바이스에 멀티호밍되며, TOR-2 및 TOR-5는 단일 호밍입니다. 그림 3 은 다음을 보여줍니다.

  • SL 장치는 모두 인터페이스 ae3을 사용하여 TOR 장치에 연결합니다.

  • SL4 및 SL-5는 TOR-3 및 TOR-4에 대한 중복 연결을 위해 각각 인터페이스 ae3 및 ae5를 사용합니다.

  • 각 멀티호밍 TOR 디바이스는 인터페이스 ae1 및 ae2를 사용하여 피어 SL 디바이스에 연결합니다.

  • 구성의 일관성을 위해 단일 호밍 TOR(TOR-2 및 TOR-5)도 인터페이스 ae1 및 ae2를 사용하지만 단일 SL 디바이스에 대한 중복 링크로 사용합니다.

또한 Junos OS 및 Junos OS Evolved 릴리스 23.2R2부터는 SL 디바이스의 멀티홈 TOR 대면 인터페이스에서 네트워크 격리 기능을 추가로 구성하여 해당 인터페이스에서 코어 격리 이벤트 중에 트래픽 손실을 완화할 수 있습니다. 이 예에서 4 단계는 SL-1 및 SL-2에서 멀티호밍 디바이스 TOR-1로의 인터페이스에서 네트워크 격리 기능을 구성하는 방법을 보여줍니다.

메모:

이 예에서는 BL 디바이스의 멀티홈 서버 대면 또는 TOR 대면 인터페이스를 보여주지 않지만, BL 디바이스에서 이러한 인터페이스에 대해 네트워크 격리 기능을 유사하게 구성할 수 있습니다.

  1. EVPN 멀티호밍을 위해 서버 리프-TOR 인터페이스 및 ESI(Ethernet Segment Identifier)를 구성합니다.

    멀티호밍 피어 SL 디바이스에서 멀티호밍 TOR 디바이스에 대한 AE 인터페이스 링크에 동일한 ESI를 구성합니다. 또한 인터페이스에 LACP 및 LACP 홀드 타이머를 활성화합니다. 이러한 인터페이스 및 해당 이더넷 세그먼트 식별자(ESI) 구성에 대한 자세한 내용은 이더넷 연결 엔드 시스템 설계 및 구현 멀티호밍 을 참조하십시오.

    메모:

    추가하려면 이 섹션의 4 단계를 참조하십시오. 이러한 인터페이스에서 네트워크 격리 이벤트를 탐지하고 조치를 취할 디바이스 구성을 추가합니다. 해당 컨피그레이션을 포함하는 경우 이 단계에서 구성된 "up" 홀드 타이머가 해당 단계의 네트워크 격리 그룹 프로필에 있는 "up" 홀드 타이머보다 큰지 확인합니다.

    예를 들어:

    TOR-1에 대한 멀티호밍 인터페이스의 SL-1에서:

    SL-1에 대한 멀티호밍 피어인 SL-2에서 이 구성을 반복합니다. SL-2에서 TOR-1까지의 링크와 동일한 ESI에 해당하는 인터페이스를 사용합니다.

    TOR-1에 대한 멀티호밍 인터페이스를 위한 SL-2에서:

  2. 멀티 호밍 TOR 디바이스를 제공하는 다른 SL 디바이스에서 위의 1단계 구성을 반복합니다.

    각 해당 멀티호밍 피어 SL 장치 쌍에 대해 다른 ESI를 사용합니다. 그림 3을 참조하십시오. 이 예에서 모든 SL 장치는 ae3을 사용하여 TOR 장치에 연결합니다. SL-4 및 SL-5는 ae3을 사용하여 TOR-3에 연결하고 ae5를 사용하여 TOR-4에 연결합니다. 따라서 두 SL 장치에서 ae3 링크에 대해 하나의 ESI를 설정하고 ae5 링크에 대해 다른 ESI를 설정합니다.

    여기서는 다음 규칙에 따라 ESI 값을 할당합니다.

    • ESI 값의 오른쪽에서 6번째 세그먼트는 멀티호밍 TOR의 번호와 일치합니다.

    • ESI 값의 마지막 세그먼트는 AE 인터페이스 번호와 일치합니다.

    예를 들어:

    • 멀티 호밍 TOR-3에 대한 인터페이스의 SL-4 및 SL-5에서(링크는 두 SL 디바이스에서 ae3임):

    • 멀티호밍 TOR-4에 대한 인터페이스의 SL-4 및 SL-5에서(링크는 두 SL 디바이스에서 ae5임):

    TOR-2는 SL-3에 대한 단일 호밍이므로 SL-3의 ae3 인터페이스에서 ESI를 구성하지 않습니다.

    마찬가지로 TOR-5는 SL-6에 단일 호밍되므로 SL-6의 ae3 인터페이스에서 ESI를 구성하지 않습니다.

    메모:

    또한 테스트 환경에는 패브릭이 유니캐스트 트래픽에 사용하는 별도의 AE 인터페이스(각 SL 디바이스의 ae4) 및 ESI(멀티홈 TOR 디바이스용)가 포함되어 있습니다. 여기서는 멀티캐스트 ESI 구성만 보여줍니다.

  3. 각 SL 디바이스의 MAC-VRF 인스턴스에서 TOR 디바이스에 대한 인터페이스를 포함합니다(모든 SL 디바이스에서 ae3, SL-4 및 SL-5에서 ae5).

    예를 들어:

    TOR-1에 대한 인터페이스에 대해 SL-1에서(그리고 TOR-1에 대한 인터페이스에 대해 SL-2에서, TOR-2에 대한 인터페이스에 대해 SL-3에서, TOR-5에 대한 인터페이스에 대해 SL-6에서 이 구성을 반복합니다):

    TOR-3 및 TOR-4에 대한 인터페이스용 SL-4 및 SL-5에서:

  4. (이 OISM 구성을 사용하는 Junos OS 및 Junos OS Evolved 릴리스 23.2R2로 시작하는 릴리스에서는 선택 사항) 인터페이스 ae3에서 TOR-1로, SL-1 및 SL-2에서 네트워크 격리 서비스 추적 기능을 구성합니다. 이 기능을 사용하면 디바이스가 코어 격리 이벤트를 감지하고 복구할 때 인터페이스 상태를 변경합니다. 이 기능의 작동 방식에 대한 자세한 내용은 EVPN 코어 격리 조건, 네트워크 격리네트워크 격리 프로필에 대한 레이어 2 인터페이스 상태 추적 및 종료 작업을 참조하십시오. 이 기능을 사용하려면 다음을 수행합니다.
    • network-isolation 문을 사용하여 코어 격리 서비스 추적으로 네트워크 격리 그룹을 net-isolation-grp-1 설정합니다.

    • 디바이스가 네트워크 격리에서 복구를 감지한 후 인터페이스를 다시 가동하기 위해 조치할 때까지 대기하는 '최대' 대기 시간(ms)을 포함합니다.

      메모:

      코어 격리 이벤트 감지를 위해 여기에서 구성하는 "업" 홀드 타임은 1단계에서 ESI에 대한 인터페이스의 일반 "업" 홀드 타이머보다 짧아야 합니다. 예를 들어, 이 단계에서 인터페이스 "업" 홀드 타이머는 300000ms입니다. 여기서는 네트워크 격리 그룹의 "up" 보류 타이머를 100000ms로 설정합니다.

    • 인터페이스에서 또는 link-down 상태를 코어 격리 작업으로 설정 lacp-out-of-sync 하도록 디바이스를 구성합니다. 예를 들어 여기서는 lacp-out-of-sync 작업을 설정합니다.

    • 명령문을 사용하여 인터페이스에 네트워크 격리 그룹을 network-isolation-profile 적용합니다.

    • 코어 격리 서비스 추적은 ESI 경로의 컨버전스 시간을 개선하기 때문에 오버레이 BGP 경로 알림에 지연을 포함할 필요가 없습니다. 따라서 TOR 대면 인터페이스에서 네트워크 격리 기능을 구성하는 디바이스에서는 언더레이(EBGP 사용) 및 오버레이(IBGP 사용) 구성4단계에서 설정을 제거합니다delay-route-advertisements.

    예를 들어:

    TOR-1에 대한 멀티호밍 인터페이스의 경우 SL-1에서:

    동일한 네트워크 격리 그룹 프로파일 매개변수를 사용하여 ae3에 대해 SL-2에서 이 컨피그레이션을 반복합니다.

    다른 멀티호밍 피어 SL 장치인 SL-4 및 SL-5에서 동일하거나 유사한 네트워크 격리 그룹 프로파일을 설정할 수 있습니다. 이 장치는 ESI에서 TOR-3으로, ESI에서 TOR-4로 ae5를 사용합니다.

    또한 SL 디바이스 인터페이스에서 네트워크 격리 기능을 활성화하면 해당 구성으로 디바이스의 오버레이 경로 보급 지연 설정이 제거됩니다. 언더레이(EBGP 사용) 및 오버레이(IBGP 사용) 구성4단계에서 S-ARR-1 및 S-ARR-2에 대한 오버레이 delay-route-advertisements minimum-delay routing-uptime 설정을 유지해야 합니다. 그러나 네트워크에 구성된 네트워크 격리 기능을 사용하면 해당 단계의 설정보다 S-ARR 디바이스에서 더 높은 설정으로 더 나은 결과 테스트가 관찰되었습니다. 따라서 이 경우 다음 항목도 변경하는 것이 좋습니다.

    언더레이(EBGP 포함) 및 오버레이(IBGP 포함) 구성4단계의 S-ARR-1 및 S-ARR-2에서:

    구성을 다음과 같이 변경합니다.

서버 리프 디바이스에서 OSPF 및 PIM 구성

이 절차에서는 이 예의 테넌트 VRF 인스턴스(VRF-1 및 VRF-101)에서 PIM과 같은 서버 리프 기능에 특정한 OISM 요소를 구성합니다. 모든 SL 디바이스에서 이러한 단계를 구성합니다.

  1. (선택 사항) 각 테넌트 VRF에 대해 OSPF 영역을 구성하되 SL 디바이스의 모든 인터페이스를 OSPF 패시브 모드로 구성하여 디바이스가 경로를 보급할 수 있지만 OSPF 인접성을 형성하지 않도록 합니다.
  2. 각 VRF 라우팅 인스턴스의 모든 인터페이스에 대해 SL 디바이스에서 패시브 모드로 PIM을 구성합니다.
  3. SL 디바이스가 소스 인터페이스로 SBD IRB 인터페이스의 멀티캐스트 트래픽을 수락할 수 있도록 하려면 PIM accept-remote-source 옵션을 설정합니다. 일반적인 OISM 대칭 브리지 도메인 모델을 사용하면 외부 소스에서 오는 모든 멀티캐스트 트래픽이 SBD의 SL 디바이스에 도착합니다.

외부 멀티캐스트 연결, PIM EVPN 게이트웨이 역할 및 PIM 옵션을 위한 경계 리프 디바이스 구성

이 절차에서는 외부 PIM 도메인에 연결하는 단계를 포함하여 경계 리프 기능에 특정한 OISM 요소를 구성합니다. 각 BL 디바이스에서 이 절차의 문을 구성합니다.

메모:

이 예는 기존의 L3 인터페이스 링크를 사용하여 외부 PIM 라우터에 연결합니다. OISM은 BL 디바이스의 플랫폼에 따라 외부 도메인과 연결하는 추가적인 방법을 지원합니다. 플랫폼별로 지원되는 외부 멀티캐스트 방법 목록은 EVPN 사용자 가이드외부 멀티캐스트 연결 방법을 참조하십시오.

  1. 외부 PIM 라우터에 연결하는 L3 인터페이스를 구성합니다.

    이 예에서 두 BL 디바이스 모두 테넌트 VRF당 각 BL 디바이스 연결에 대해 서로 다른 서브넷과 함께 인터페이스 ae3을 사용합니다. AE 인터페이스 번들의 물리적 인터페이스는 BL 디바이스마다 다를 수 있습니다. 그림 2 는 이 예에 대한 BL 디바이스 및 링크 정보를 보여줍니다.

    외부 L3 멀티캐스트 연결은 VLAN 태깅이 활성화된 ae3 인터페이스를 사용합니다. 확장된 환경에서는 ae3 인터페이스에서 논리 유닛을 구성하고 VRF-1에 대해 유닛 0 및 VLAN-3001로 시작하는 테넌트 VRF당 해당 VLAN을 구성합니다. 이 예에서는 두 BL 디바이스 모두에서 VRF-1의 ae3.0 및 VRF-101의 ae3.100을 구성하는 방법을 보여줍니다. 외부 L3 인터페이스 연결 구성 매개변수에 대한 요약은 표 2 를 참조하십시오.

    BL-1 크랙:

    BL-2 크랙:

  2. 테넌트 VRF 인스턴스에 논리적 L3 인터페이스를 포함합니다. 두 BL 디바이스 모두 외부 멀티캐스트 연결에 ae3를 사용하므로 두 디바이스에서 동일한 구성을 사용합니다.

    BL-1 및 BL-2:

  3. 각 테넌트 VRF에서 OISM PEG 역할로 각 BL 디바이스를 구성합니다.

    BL-1 및 BL-2:

  4. 이 예의 각 테넌트 VRF에 대해 다음을 포함하여 테넌트 VRF 인스턴스에서 PIM을 구성합니다.
    • 이 환경에서는 외부 PIM 라우터 및 RP 라우터에 해당하는 정적 PIM RP 주소를 설정합니다(각 논리적 단위 및 관련 테넌트 VRF에 대해 하나씩).

    • OISM 수익 VLAN IRB 인터페이스에서 PIM을 구성하고 PIM distributed-dr 옵션을 포함합니다.

    • SBD IRB 인터페이스, 논리적 장치 L3 인터페이스 및 논리적 루프백 인터페이스에서 클래식 PIM(옵션 없음 distributed-dr )을 구성합니다.

      SBD IRB 인터페이스에 PIM을 사용하는 경우 BL 디바이스가 소스 인터페이스로 SBD IRB 인터페이스의 멀티캐스트 트래픽을 수락할 수 있도록 하는 옵션을 포함합니다accept-remote-source. 이 옵션은 BL 디바이스가 SBD에서 서로 소스 트래픽을 전송할 수 있는 상황을 처리합니다. 이러한 상황에 대한 자세한 내용은 EVPN 사용자 가이드EVPN 데이터센터 내부의 외부 소스에서 수신자로의 멀티캐스트 트래픽 - L3 인터페이스 방법 또는 비-EVPN IRB 방법을 참조하십시오.

    • SBD IRB 인터페이스에서 PIM을 사용하여 BFD(Bidirectional Forwarding Detection) 및 stickydr 옵션을 활성화합니다. BFD 설정은 인터페이스 문제와의 컨버전스 시간을 개선하여 트래픽 손실을 방지합니다. 이 stickydr 옵션은 재부팅 이벤트 동안 지정된 라우터 전환 컨버전스 지연을 제거합니다.

    BL-1 및 BL-2에 동일한 구성을 포함합니다.

    VRF-1의 경우:

    VRF-101의 경우:

    BL 디바이스에서 이러한 PIM 옵션을 구성하는 이유에 대한 자세한 내용은 EVPN 사용자 가이드OISM 구성 요소를 참조하십시오.

  5. OSPF 활성 모드에서 외부 멀티캐스트 논리적 L3 인터페이스 및 SBD IRB 인터페이스를 포함하는 각 테넌트 VRF 인스턴스에 대해 OSPF 영역을 구성합니다. 이 단계에서는 테넌트 VRF에서 이러한 인터페이스를 neighbor로 사용하여 최단 경로 우선(OSPF) 라우팅 도메인을 설정하여 이들 간의 라우팅을 지원합니다. 디바이스의 다른 인터페이스를 OSPF 영역이지만 OSPF 패시브 모드에 포함시켜 경로를 보급할 수 있지만 OSPF 인접성을 형성하지 않도록 합니다.

    또한 특정 BL 디바이스에서 export-direct 직접 연결된 IRB 인터페이스의 주소를 최단 경로 우선(OSPF) 라우팅 프로토콜로 내보내는 내보내기 정책을 정의하고 포함합니다.

    구성은 두 BL 디바이스에서 동일합니다.

    BL-1 및 BL-2:

외부 멀티캐스트 PIM 라우터 및 PIM RP 라우터 구성

이 예에서 MX 시리즈 라우터는 외부 PIM 도메인 라우터 및 PIM RP 디바이스 역할을 합니다. 이 절차에서는 외부 멀티캐스트 연결, PIM EVPN 게이트웨이 역할 및 PIM 옵션을 위한 경계 리프 디바이스 구성의 BL 디바이스 구성과 일치하는 이 디바이스의 구성을 포함합니다. 이 정보는 show 명령 출력을 해석하여 패브릭의 OISM 및 AR 디바이스에 대해 설정된 설정, 연결 및 그룹 구성원 자격을 확인하는 데 도움이 됩니다.

PIM 라우터 및 RP 라우터 구성에는 다음이 포함됩니다.

  • VLAN 태깅이 활성화된 인터페이스 ae1의 BL-1 및 인터페이스 ae2의 BL-2에 대한 연결.

  • BL 디바이스의 OISM 구성에서 각 테넌트 VRF-n에 해당하는 유형 virtual-router (PIM-GW-VR-)n의 라우팅 인스턴스입니다.

  • 유닛 0부터 시작하여 가상 라우터 VRF당 해당 VLAN이 있는 ae1 및 ae2의 논리적 유닛 및 VRF-1의 VLAN-3001

  • 각 가상 라우터 VRF 인스턴스에 대한 PIM RP IP 주소입니다.

이 절차는 표 2에 나열된 것과 같이 PIM 라우터 및 RP 라우터에서 다음을 구성하는 것을 보여줍니다.

  • PIM-GW-VR-1(VRF-1에 해당) 및 VLAN 3001:

    • 인터페이스 ae1.0 - BL-1.

    • 인터페이스 ae2.0 - BL-2.

  • PIM-GW-VR-101(VRF-101에 해당) 및 VLAN-3101:

    • 인터페이스 ae1.100 - BL-1.

    • 인터페이스 ae2.100 - BL-2.

  1. BL 디바이스에 연결되는 PIM 라우터의 L3 인터페이스를 구성합니다(ae1에서 BL-1 및 ae2에서 BL-2로).
  2. 이 예에서 OISM 테넌트 VRF 및 VLAN에 해당하는 가상 라우터 라우팅 인스턴스를 구성합니다.

    라우팅 인스턴스의 BL-1 및 BL-2에 대한 L3 인터페이스를 포함하고, 각 라우팅 인스턴스에 대해 디바이스 논리적 루프백 인터페이스 및 외부 소스에 연결하는 논리적 인터페이스를 포함합니다.

  3. 각 라우팅 인스턴스에서 PIM, PIM RP에 대한 정적 IP 주소, 인터페이스에 대한 PIM의 OSPF 영역을 구성합니다.

    이 예에서 사용하는 PIM RP 정적 주소는 표 2 를 참조하십시오.

OISM 스파인 디바이스에서 AR Replicator 역할 및 OISM 리프 디바이스에서 AR 리프 역할 구성

ERB 오버레이 패브릭에서 AR로 OISM을 활성화할 수 있습니다. 패브릭에 있는 하나 이상의 스파인 디바이스에 AR replicator 역할을 할당할 수 있습니다. 스파인 디바이스가 AR replicator로 실행되면 AR replicator는 독립형 AR replicator 모드에서 작동합니다. 즉, AR replicator 역할은 디바이스에서 OISM 경계 리프 역할과 함께 배치되지 않습니다.

수신 AR 리프 디바이스가 멀티캐스트 트래픽을 다른 AR 리프 디바이스로 전달해야 하는 경우, AR 오버레이 VXLAN 터널을 사용하여 트래픽 사본 하나만 사용 가능한 AR Replicator 디바이스로 전송합니다. 그런 다음 AR 오버레이 VXLAN 터널을 사용하여 AR 복제기 디바이스는 멀티캐스트 스트림을 구독하는 수신기가 있는 다른 AR 리프 디바이스로 트래픽을 복제하고 전달합니다. AR 리플리케이터는 AR 대신 수신 복제를 사용하여 멀티캐스트 트래픽을 AR을 지원하지 않는 리프 디바이스(RNVE 디바이스라고 함)로 직접 전달합니다.

AR 리프 디바이스는 리프 디바이스 플랫폼에 따라 다음 두 가지 방법 중 하나를 사용하여 사용 가능한 AR Replicator 디바이스 간에 AR Replicator 요청의 부하를 분산합니다.

  • QFX5000 라인 스위치(Junos OS 또는 Junos OS Evolved를 실행하는 모델) - 이러한 디바이스는 각 VLAN 또는 VNI와 관련된 트래픽에 대해 특정 AR Replicator 디바이스를 지정합니다. 이 경우, CLI 명령 출력에는 show evpn multicast-snooping assisted-replication next-hops 각 VNI에 대해 지정된 AR replicator가 로 (Designated Node)표시됩니다.

  • QFX10000 라인 스위치 - 이러한 디바이스는 VNI 내의 트래픽 플로우 수준을 기반으로 AR 복제기 간에 능동적으로 로드 밸런싱합니다. 디바이스는 각 VNI에 대해 특정 AR 복제자를 지정하지 않습니다.

이 예에서는 내부 소스와 외부 소스의 멀티캐스트 플로우가 있습니다. ERB 오버레이 패브릭 스파인 디바이스(S-ARR-1 및 S-ARR-2)는 AR 복제기 디바이스 역할을 합니다. RNVE 디바이스를 시뮬레이션하는 SL-3을 제외하고 OISM SL 및 BL 디바이스는 AR 리프 디바이스 역할을 합니다(해당 디바이스에서 AR 리프 역할을 활성화하지 않음). 그림 4표 1의 이 예에서 멀티캐스트 스트림과 해당 패브릭 매개 변수를 고려할 경우 AR의 작동 방식을 보여줍니다.

그림 4: OISM 내부 및 외부 멀티캐스트 소스를 AR with OISM Internal and External Multicast Sources 사용하는 AR
  • 내부 소스 사용 사례:

    1. SL-1은 테넌트 VRF VRF-1의 수신자로 트래픽을 전송하기 위한 소스 VLAN VLAN-1의 멀티호밍 TOR-1에서 내부 멀티캐스트 스트림의 수신 디바이스입니다.

    2. SL-1(QFX5120 스위치)은 VLAN-1(VNI 110001)에 대해 지정된 AR replicator로 트래픽을 전달합니다. 이 경우 지정된 AR 복제기는 S-ARR-1입니다.

    3. S-ARR-1은 소스 VLAN의 스트림을 복제하여 등록된 수신기가 있는 TOR 디바이스를 호스팅하는 AR 리프 디바이스로 전달합니다.

    4. 대상 SL 디바이스는 트래픽을 가입된 수신기로 전달하거나 로컬로 라우팅합니다.

  • 외부 소스 사용 사례:

    1. BL-1은 테넌트 VRF VRF-101의 수신자로 트래픽을 이동시키기 위해 외부 PIM 도메인에서 외부 멀티캐스트 스트림을 위한 수신 디바이스입니다.

    2. BL-1(QFX5130 스위치)은 SBD VLAN, VLAN-2101(VNI 992101)에 대해 지정된 AR 복제기로 트래픽을 전달합니다. 이 경우 지정된 AR 복제기는 S-ARR-2입니다.

    3. S-ARR-2는 AR 터널을 사용하여 SBD VLAN의 스트림을 복제하고 구독된 수신기가 있는 TOR을 호스팅하는 AR 리프 디바이스로 전달합니다.

    4. 또한 S-ARR-2는 스트림을 복제하고 IR(수신 복제) 터널을 사용하여 구독된 수신기가 있는 TOR 디바이스를 호스팅하는 RNVE 리프 디바이스인 SL-3으로 스트림을 전달합니다.

    5. 대상 SL 디바이스는 트래픽을 구독한 수신기로 전달하거나 로컬로 라우팅합니다.

AR 디바이스 역할, AR 작동 방식 및 이 예시 외에 다른 사용 사례에 대한 자세한 내용은 EVPN 네트워크의 보조 복제 멀티캐스트 최적화를 참조하십시오.

이 예에서 AR을 구성하려면:

  1. S-ARR 디바이스에서 AR replicator 역할을 구성합니다.
    1. AR 기능을 위해 특별히 보조 IP 주소를 사용하여 디바이스 루프백 인터페이스 lo0을 구성합니다. AR replicator는 EVPN Type 3 AR 터널 경로에서 이 IP 주소를 네트워크에 보급합니다.

      여기에는 기본 루프백 주소 구성 문도 포함되어 있어 각 S-ARR 디바이스를 보다 쉽게 식별할 수 있습니다.

      S-ARR-1:

      S-ARR-2:

    2. 이전 단계에서 구성한 보조 AR 루프백 인터페이스를 사용하여 MAC-VRF 인스턴스의 S-ARR-1 및 S-ARR-2에서 AR 복제자 역할을 구성합니다.

      S-ARR-1:

      S-ARR-2:

    3. 독립형 모드의 AR Replicator 디바이스에서는 OISM SL 및 BL 디바이스에서 구성하는 공통 OISM 요소도 구성해야 합니다. 이 예제의 이전 단계에서 이러한 요소를 구성합니다. 보다:

      OISM, BL 또는 SL 디바이스에 특정한 PIM 또는 외부 멀티캐스트 요소를 구성할 필요가 없습니다.

  2. 이 예에서 RNVE 디바이스를 제외한 모든 SL 디바이스 및 OISM BL 디바이스의 MAC-VRF 인스턴스에서 AR 리프 역할을 구성합니다.

    그림과 replicator-activation-delay 같이 옵션을 포함합니다. 기본적으로 AR 리프 디바이스는 AR Replicator 광고를 수신한 후 10초 지연된 후 해당 AR Replicator 디바이스로 트래픽을 전송하기 시작합니다. 확장된 환경에서는 AR replicator 디바이스가 네트워크에서 현재 EVPN 상태를 완전히 학습했는지 확인하기 위해 지연 시간을 더 길게 설정하는 것이 좋습니다. 이 지연은 AR 리플리케이터가 다운되었다가 다시 나타나는 경우에도 도움이 됩니다.

    BL-1, BL-2, SL-1, SL-2, SL-4, SL-5 및 SL-6:

    AR을 지원하지 않는 장치 역할을 하는 SL-3에서는 이 구성을 건너뜁니다.

OISM 및 AR 구성 및 작동 확인

다음 단계에서 show 명령을 사용하여 OISM 및 AR 구성 및 작동을 확인할 수 있습니다.

  1. 언더레이 및 오버레이 구성을 확인하고 패브릭이 디바이스 간에 BGP 상태 및 트래픽 경로를 설정했는지 확인합니다.

    SL-1(디바이스 lo0: 192.168.0.1):

    패브릭의 각 SL, BL 및 S-ARR 디바이스에서 이 명령을 실행합니다.

  2. SSL, BL 및 S-ARR 디바이스의 MAC-VRF EVPN 인스턴스에서 구성된 VTEP를 확인합니다.

    명령 또는 별칭(지원되는 경우)을 show mac-vrf forwarding vxlan-tunnel-end-point remote command 사용할 show ethernet-switching vxlan-tunnel-end-point remote 수 있습니다.

    예를 들어:

    SL-1:

    메모:

    또한 다음과 같이 이 명령 출력의 RVTEP-Mode 열에 있는 각 원격 VTEP에서 디바이스의 AR 역할을 볼 수 있습니다

    • AR Replicator 디바이스의 기본 루프백 IP 주소는 디바이스가 트래픽을 RNVE 디바이스로 포워딩하는 데 사용하는 수신 복제(IR) IP 주소입니다. 따라서 RVTEP-IP 열의 S-ARR 디바이스 기본 루프백 주소에 해당하는 역할로 "RNVE"가 표시됩니다.

    • AR replicator 역할에 할당하는 보조 루프백 IP 주소는 AR IP 주소입니다. 이 출력에서 해당 RVTEP-IP 주소에 대한 역할로 "Replicator"가 표시됩니다.

    • AR 리프 디바이스 및 RNVE 디바이스는 IR 터널만 사용하므로 이 명령은 RVTEP-IP 열의 해당 디바이스에 대한 기본 루프백 IP 주소에 해당하는 "리프" 또는 "RNVE" 역할을 표시합니다.

    패브릭의 각 SL, BL 및 S-ARR 디바이스에서 이 명령을 실행합니다.

  3. TOR 장치 링크에 대한 SL 장치를 확인합니다. 이러한 링크는 각 SL 디바이스에서 ae3입니다. 또한 SL-4 및 SL-5는 TOR-3 및 TOR-4 모두에 대한 멀티호밍 피어이며 이러한 추가 TOR 장치 링크에 ae5를 사용합니다. ( 그림 3 참조)

    예를 들어:

    SL-1에서 TOR-1로:

    SL-2에서 TOR-1로:

    인터페이스 ae3에 대해 각 SL 디바이스에서 이 명령을 반복하고, SL-4 및 SL-5에서 ae5에 대해 이 명령을 반복합니다.

  4. 각 테넌트 VRF 인스턴스에 대한 BL 디바이스에서 외부 L3 인터페이스 OSPF 인접 연결성을 확인합니다.

    BL-1 크랙:

    BL-2 크랙:

  5. 외부 PIM 라우터 및 RP 디바이스에서 BL 디바이스로의 PIM 라우터 및 RP 디바이스 연결을 확인합니다.
  6. 사용 가능한 AR Replicator 디바이스에 대한 AR 리프 오버레이 터널 로드 밸런싱을 확인합니다.

    AR 리프 디바이스는 보급된 AR Replicator 디바이스를 감지하고 리프 디바이스 플랫폼을 기반으로 다양한 방법을 사용하여 디바이스 간의 부하를 분산합니다. (자세한 내용은 여러 복제기를 사용한 AR 리프 디바이스 로드 밸런싱을 참조하십시오.)

    이 예에서 SL-1은 QFX5120 스위치이므로 AR 리프 디바이스로서 SL-1은 AR replicator 디바이스를 각 VLAN 또는 VNI에 할당하여 로드 밸런싱합니다.

    show evpn multicast-snooping assisted-replication next-hops instance mac-vrf-instance AR 리프 디바이스에서 명령을 실행하여 사용 가능한 AR 복제기에 대한 오버레이 터널 및 로드 밸런싱 다음 홉을 확인합니다. VNI로 AR 복제기를 지정하는 SL 디바이스에서 이 명령의 출력은 AR 복제기를 로 태그합니다(Designated Node). 출력에는 활성 트래픽 플로우를 기반으로 로드 밸런싱하는 AR 리프 디바이스의 이 태그가 포함되지 않습니다.

    예를 들어, SL-1에 대한 이 출력은 디바이스가 다음을 할당했음을 보여줍니다.

    • 구성된 VNI 110001 및 110003(각각 VLAN-1 및 VLAN-3에 해당)에 대한 지정 복제기로서의 S-ARR-1

    • 구성된 VNI 110002 및 110004(각각 VLAN-2 및 VLAN-4에 해당)에 대한 지정 복제기로서의 S-ARR-2

    SL-1:

    패브릭의 SL 및 BL 디바이스에서 이 명령을 실행합니다.

  7. TOR-1 뒤에 있는 패브릭 내부의 소스에서 멀티캐스트 스트림에 대한 PIM 가입 및 멀티캐스트 그룹 상태를 확인합니다. TOR-1은 SL-1 및 SL-2에 대해 멀티호밍됩니다( 그림 1 참조). 다른 SL 장치에 연결된 TOR 장치의 수신기는 표 1에 나열된 대로 이 소스에서 호스팅하는 멀티캐스트 그룹에 가입합니다. 여기서 확인하는 스트림은 소스 VLAN VLAN-1 및 수신기 VLAN VLAN-2, VLAN-3 및 VLAN-4가 있는 VLAN 내 및 VLAN 간 트래픽입니다.

    AR이 활성화되면 수신 SL 디바이스는 멀티캐스트 소스 트래픽을 지정된 AR 복제기로 전달합니다. 그림 4를 참조하십시오. AR replicator는 소스 VLAN, VLAN-1에서 가입된 수신기가 있는 SL 장치로 복사본을 전달합니다. 그런 다음 SL 디바이스는 VLAN-1의 수신기로 트래픽을 전달합니다.

    이 단계에서는 이 예에서 내부 멀티캐스트 소스 트래픽을 호스팅하는 테넌트 VRF인 VRF-1에 대해서만 명령을 실행합니다. 또한 이 스트림은 SSM 보고서가 포함된 IGMPv3 스트림이므로 (S,G) 멀티캐스트 경로만 볼 수 있습니다. 이 경우 출력은 TOR-1 뒤에 있는 소스가 소스 IP 주소 10.0.1.12를 가지고 있음을 보여줍니다.

    이 단계에서는 다음에 대해 실행 중인 확인 명령을 보여줍니다.

    • 멀티 호밍 디바이스 TOR-1의 소스에 대한 SL-1 및 SL-2의 PIM 가입 상태.

      출력 결과, show pim join summary TOR-1 saw를 제공하는 SL 디바이스가 총 6개의 멀티캐스트 그룹에 대해 조인되었음을 보여줍니다.

    • IGMP 스누핑 멀티캐스트 SL-4 및 SL-5에 멀티호밍되는 디바이스 TOR-4 뒤에 있는 수신기의 그룹 멤버십 상태입니다.

      출력은 show igmp snooping membership TOR-4 뒤에 있는 수신기에서 조인된 멀티캐스트 그룹을 보여줍니다. TOR-4는 멀티호밍 피어 SL 장치 중 하나에 참가 메시지를 해시합니다. 두 디바이스의 참가 수(각 디바이스당 3개)는 출력의 총 참가 수(6)와 show pim join summary 같습니다.

    • 멀티 호밍 디바이스 TOR-4 뒤에 있는 수신기에 대한 SL-4 및 SL-5에 대한 PIM 가입 상태 요약 및 세부 정보.

      show pim join extensive SL-4 및 SL-5의 출력이 동일한 업스트림 및 다운스트림 IRB 인터페이스를 보여주면 디바이스는 동일한 VLAN 내에서 멀티캐스트 스트림을 브리징합니다. 다운스트림 IRB 인터페이스가 업스트림 IRB 인터페이스와 다른 경우 디바이스는 VLAN 간에 멀티캐스트 스트림을 라우팅합니다.

    • 디바이스가 멀티호밍 TOR-4 뒤의 수신기로 트래픽을 전달하도록 선택한 멀티호밍 피어 SL-4 및 SL-5 중 지정된 전달자.

      SL-4 및 SL-5에서 TOR-4로 ae5 인터페이스에 구성한 ESI에 대한 명령을 실행합니다 show evpn instance MACVRF-1 designated-forwarder esi .

    SL-1:내부 소스 - VRF-1에 대한 PIM 가입 상태:

    SL-2:내부 소스—VRF-1에 대한 PIM 가입 상태:

    SL-4: 수신기—소스 VLAN VLAN-1 및 수신기 VLAN VLAN-1부터 VLAN-4까지의 멀티캐스트 그룹 멤버십 상태::

    SL-5: 수신기—소스 VLAN VLAN-1 및 수신기 VLAN VLAN-1부터 VLAN-4까지의 멀티캐스트 그룹 멤버십 상태:

    SL-4:수신기—VRF-1의 PIM 가입 상태:

    SL-5:수신기—VRF-1의 PIM 가입 상태:

    SL-4: TOR-4 뒤에 있는 수신기에 대한 지정된 전달자를 확인합니다.

    SL 장치 구성에서 SL-4 및 SL5에서 TOR-4로의 링크로 ae5를 할당합니다. 해당 링크에 ESI 00:00:00:ff:00:04:00:01:00:05를 설정했습니다. 다음 출력은 SL-4가 이 ESI에 대해 지정된 전달자가 아님을 보여줍니다.

    SL-5: TOR-4 뒤에 있는 수신기에 대한 지정된 전달자를 확인합니다.

    다음 출력에서는 SL-5(lo0.0 192.168.0.5)가 ESI 00:00:00:ff:00:04:00:01:00:05의 지정된 전달자임을 확인합니다.

  8. 외부 PIM 도메인의 패브릭 외부 소스에서 멀티캐스트 스트림에 대한 PIM 가입 및 멀티캐스트 그룹 상태를 확인합니다. 그림 1을 참조하십시오. SL 장치에 연결된 TOR 장치 뒤에 있는 수신기는 표 1에 나열된 대로 이 소스에서 호스팅하는 멀티캐스트 그룹에 가입합니다. 수신 BL 디바이스는 L3 인터페이스 연결에서 SBD VLAN(이 경우 VLAN-2101)으로 외부 소스 트래픽을 라우팅합니다.

    AR이 활성화되면 BL 디바이스는 SBD VLAN의 트래픽을 AR replicator(BL 디바이스 플랫폼에 따라 트래픽 로드 밸런싱을 기반으로 하는 지정된 AR replicator 또는 AR replicator)로 전달합니다. 그림 4를 참조하십시오. AR replicator는 SBD의 복사본을 구독된 수신기가 있는 SL 장치로 전달합니다. 그런 다음 SL 디바이스는 트래픽을 테넌트 VLAN의 수신기로 전달하거나 로컬로 라우팅합니다.

    이 단계에서는 이 예에서 외부 멀티캐스트 소스 트래픽을 호스팅하는 테넌트 VRF인 VRF-101에 대해서만 명령을 실행합니다. 또한 이 스트림은 ASM 보고서가 있는 IGMPv2 스트림이므로 (*,G) 멀티캐스트 경로만 볼 수 있습니다.

    이 단계에서는 다음에 대한 확인 명령을 실행합니다.

    • 외부 멀티캐스트 소스의 수신 디바이스로 BL-1 및 BL-2의 PIM 가입 상태.

    • IGMP 스누핑 멀티캐스트 SL-1 및 SL-2에 멀티호밍되는 디바이스 TOR-1 뒤에 있는 수신기에 대한 그룹 멤버십 상태입니다.

    • 멀티 호밍 디바이스 TOR-1의 수신기에 대한 SL-1 및 SL-2의 PIM 가입 상태.

    BL-1:외부 소스용 수신 BL 디바이스—VRF-101의 PIM 가입 상태:

    BL-2:외부 소스용 수신 BL 디바이스—VRF-101의 PIM 가입 상태:

    SL-1:수신기—VRF-101(VLAN-401 - VLAN-404)과 연결된 VLAN에 대한 멀티캐스트 그룹 멤버십 상태:

    SL-2:수신기—VRF-101(VLAN-401 - VLAN-404)과 연결된 VLAN에 대한 멀티캐스트 그룹 멤버십 상태:

    SL-1:수신기—VRF-101의 PIM 가입 상태:

    SL-2:수신기—VRF-101의 PIM 가입 상태:

  9. OISM 디바이스가 EVPN Type 6(SMET) 경로를 사용하여 EVPN 코어의 멀티캐스트 트래픽 흐름을 최적화하는지 확인합니다. OISM 리프 디바이스 및 AR 복제기 역할을 하는 스파인 디바이스의 EVPN 라우팅 테이블(bgp.evpn.0 및 MACVRF-1.evpn.0)에서 Type 6 경로를 확인합니다. 유형 6 경로는 SBD VLAN에서만 보급됩니다.

    예를 들어, 여기서는 피어 SL 디바이스 SL-4 및 SL-5에 멀티호밍되는 TOR-4 뒤에 관심 있는 수신기에 대한 Type 6 경로를 볼 수 있습니다. 내부 소스와 내부 수신기 간의 IGMPv3 트래픽과 함께 테넌트 VRF-1의 경우 표 1 에 주요 멀티캐스트 스트림의 매개 변수에 대한 결과가 나와 있습니다.

    • VLAN: VLAN-1부터 VLAN-4까지, 110004를 통해 110001 VNI에 매핑됩니다.

    • SBD VLAN: VLAN-2001 - VNI 992001에 매핑됩니다.

    • 내부 소스: 내부 IP 주소가 10.0.1.12인 TOR-1의 SL-1 및 SL-2 뒤에 있습니다.

    • 멀티캐스트 그룹: 233.252.0.121 - 233.252.0.123

    이러한 명령은 다음을 보여줍니다.

    • S-ARR-1 및 SL-ARR-2는 SBD(VLAN-2001 VNI 992001)의 SL-4 및 SL-5에서 Type 6 경로를 수신했습니다.

    • SL-4(lo0:192.168.0.4) 및 SL-5(lo0:192.168.0.5)는 멀티캐스트 그룹 233.252.0.121에서 233.252.0.123에 대해 멀티호밍 TOR-4 뒤에 있는 수신기로부터 조인을 수신했습니다.

    • 수신자가 IGMPv3 join을 전송하기 때문에 소스(10.0.1.12) 및 그룹 정보.

    S-ARR-1의 경우 — SL-4 및 SL-5에서 유형 6 경로:

    S-ARR-1은 ae4(172.16.7.0/31)의 SL-4에 연결됩니다.

    ae5(172.16.8.0/31)의 SL-5에 대한 S-ARR-1 링크:

    S-ARR-2에서 동일한 명령을 실행하여 해당 디바이스에서 유사한 출력을 확인합니다. S-ARR-2는 ae4(172.16.9.0/31)의 SL-4 및 ae5(172.16.10.0/31)의 SL-5에 연결됩니다.

    SL-4 — S-ARR-1 및 S-ARR-2를 통해 다른 SL 디바이스에서 로컬로 생성된 Type 6 경로 및 Type 6 경로:

    유사한 Type 6 경로는 다른 SL 디바이스의 원격 경로로 표시되며, TOR-1(SL-1 및 SL-2에 멀티호밍)의 내부 소스에 대해 동일한 테넌트 VRF에서 동일한 그룹에 대한 수신기도 제공합니다.

    SL-5에서 이 명령을 실행하여 해당 디바이스의 Type 6 경로를 확인합니다. 접두사 6:192.168.0.5를 일치시켜 SL-5에 대해 로컬로 생성된 Type 6 경로를 확인합니다. 다른 디바이스 접두사(예: SL-4의 경우 6*192.168.0.4)를 일치시켜 원격으로 생성된 Type 6 경로를 확인합니다.

  10. 멀티호밍 ES를 위한 피어 디바이스가 EVPN Type 7 경로를 사용하여 멀티캐스트 참가 상태를 동기화하는지 확인합니다.

    show route table __default_evpn__.evpn.0 명령을 사용하여 Type 7 경로 접두사를 확인합니다.

    예를 들어, 여기서는 내부 소스 및 IGMPv3 조인을 사용하여 TOR-4 뒤의 수신기에 대해 피어 SL 디바이스 SL-4 및 SL-5에서 생성된 Type 7 경로를 보여줍니다(VRF-1의 경우 표 1 의 매개변수 참조). TOR-4 해시는 수신자의 메시지를 SL-4 또는 SL-5에 결합합니다. 각 디바이스는 수신하는 참가에 대한 멀티호밍 피어에 Type 7 경로를 보급하여 참가 상태를 동기화합니다.

    이러한 명령은 다음을 보여줍니다.

    • SL-4에 보급하기 위해 로컬에서 생성된 SL-5 유형 7 경로

    • SL-5는 TOR-4가 SL-4에 해시한 조인에 대해 SL-4로부터 Type 7 경로 보급을 받았습니다

    • OISM 디바이스는 SBD가 아닌 OISM 수익 VLAN에서 Type 7 및 Type 8 경로를 보급합니다.

      이 경우 수신자는 VLAN-2(VNI 110002, SL-5로 해시됨) 및 VLAN-3(VNI-110003, SL-4로 해시됨)의 그룹에 가입했습니다.

    TOR-4에 대한 SL-4 및 SL-5 링크에 대해 구성한 ESI는 00:00:00:ff:00:00:04:00:01:00:05이며, 라우팅 테이블의 유형 7 경로 항목에서 볼 수 있습니다.

    SL-5 — SL-4에 보급할 로컬에서 생성된 Type 7 경로입니다.

    이 출력은 SL-5가 멀티캐스트 그룹 233.252.0.121에서 233.252.0.123을 통해 VLAN-2(VNI 110002)의 조인을 위해 3개의 Type 7 경로를 로컬로 생성했음을 보여줍니다. .

    SL-5 — SL-4에서 유형 7 경로:

    이 출력은 SL-5가 멀티캐스트 그룹 233.252.0.121에서 233.252.0.123에 대한 VLAN-3(VNI 110003)의 조인에 대해 SL-4로부터 3개의 Type 7 경로 보급을 수신했음을 보여줍니다.

    SL-4에서 이 명령을 실행하여 해당 디바이스에서 유형 7 경로를 확인합니다. 접두사 7:192.168.0.5를 일치시켜 멀티호밍 피어인 SL-5에서 Type 7 경로를 확인합니다. 접두사 7:192.168.0.4를 일치시켜 SL-4가 SL-5에 보급하는 로컬에서 생성된 Type 7 경로를 확인합니다.

    이 명령을 사용하여 다른 멀티호밍 피어 SL 디바이스 쌍에서 유형 7 경로를 확인할 수 있습니다.