- play_arrow 개요
- play_arrow 그룹 구성원 관리
- play_arrow IGMP 및 MLD 구성
- play_arrow IGMP 스누핑 구성
- play_arrow MLD 스누핑 구성
- MLD 스누핑 이해하기
- EX 시리즈 스위치 VLAN(CLI 프로시저)에서 MLD 스누핑 구성
- ELS를 지원하는 스위치 VLAN에서 MLD 스누핑 구성(CLI 절차)
- 예: EX 시리즈 스위치에서 MLD 스누핑 구성
- 예: SRX 시리즈 디바이스에서 MLD 스누핑 구성
- EX 시리즈 스위치(CLI 프로시저)에서 MLD 스누핑 추적 작업 구성
- EX 시리즈 스위치 VLAN에서 MLD 스누핑 추적 작업 구성(CLI 프로시저)
- 예: EX 시리즈 스위치에서 MLD 스누핑 구성
- 예: ELS가 지원되는 스위치에서 MLD 스누핑 구성
- EX 시리즈 스위치에서 MLD 스누핑 확인(CLI 절차)
- 스위치에서 MLD 스누핑 확인
- play_arrow 멀티캐스트 VLAN 등록 구성
-
- play_arrow 멀티캐스트 라우팅 프로토콜 구성
- play_arrow MSDP를 사용하여 라우팅 도메인 연결
- play_arrow SAP 및 SDP를 사용한 세션 공지 처리
- play_arrow AMT를 통해 유니캐스트 전용 네트워크에서 멀티캐스트 딜리버리 촉진
- play_arrow DVMRP를 사용하여 조밀하게 클러스터링된 수신기로 콘텐츠 라우팅
-
- play_arrow 멀티캐스트 VPN 구성
- play_arrow Draft-Rosen 멀티캐스트 VPN 구성
- play_arrow 차세대 멀티캐스트 VPN 구성
- 차세대 MVPN 네트워크 토폴로지 이해하기
- 차세대 MVPN 개념 및 용어 이해하기
- 차세대 MVPN 컨트롤 플레인 이해하기
- 차세대 MVPN 데이터 플레인 개요
- 차세대 MVPN 서비스 지원
- 차세대 MVPN VRF 생성 가져오기 및 내보내기 정책 개요
- 멀티프로토콜 BGP MVPN 개요
- 멀티프로토콜 BGP 멀티캐스트 VPN 구성
- BGP-MVPN AS 간 옵션 B 개요
- BGP MVPN을 위한 ACX 지원
- 예: MBGP MVPN 엑스트라넷 구성
- MBGP MVPN의 중복 가상 터널 인터페이스 이해하기
- 예: MBGP MVPN에서 중복 가상 터널 인터페이스 구성
- BGP 내 발신자 기반 RPF 이해 RSVP-TE Point-to-Multipoint 프로바이더 터널을 사용하는 MVPN
- 예: RSVP-TE Point-to-Multipoint 프로바이더 터널을 사용하는 BGP MVPN에서 발신자 기반 RPF 구성
- 예: MLDP Point-to-Multipoint 프로바이더 터널을 사용하는 BGP MVPN에서 발신자 기반 RPF 구성
- MBGP MVPN 와일드카드 구성
- C-멀티캐스트 경로 배포 개요
- C-멀티캐스트 경로 교환
- 소스 AS 및 라우트 대상 가져오기 커뮤니티 생성 개요
- Type 1 AS 내 Autodiscovery 경로 개요
- 시그널링 프로바이더 터널 및 데이터 플레인 설정
- BGP/MPLS IP VPN의 MPLS 레이블에 대한 스푸핑 방지 지원(AS 간 옵션 B)
- BGP-MVPN SD-WAN 오버레이
- play_arrow PIM 조인 로드 밸런싱 구성
-
- play_arrow 일반 멀티캐스트 옵션
- play_arrow 비트 인덱스 명시적 복제(BIER)
- play_arrow 역방향 경로 전달로 라우팅 루프 방지
- play_arrow MoFRR(Multicast-only Fast Reroute)을 사용하여 링크 장애 시 패킷 손실을 최소화합니다
- play_arrow 스누핑을 사용하여 레이어 2와 레이어 3 디바이스 간 멀티캐스트 활성화
- play_arrow 멀티캐스트 라우팅 옵션 구성
- play_arrow 컨트롤러 기반 BGP 멀티캐스트 시그널링
-
- play_arrow 문제 해결
- play_arrow KB(Knowledge Base)
-
- play_arrow 구성 명령문 및 작동 명령
PIM 소스별 모드 이해
PIM SSM(Source-Specific Multicast)은 PIM 스파스 모드 및 IGMP 버전 3(IGMPv3)의 하위 집합을 사용하여 클라이언트가 소스에서 직접 멀티캐스트 트래픽을 수신할 수 있도록 합니다. PIM SSM은 PIM Sparse 모드 기능을 사용하여 수신기와 소스 간에 SPT를 생성하지만 RP의 도움 없이 SPT를 구축합니다.
ASM(Any Source Multicast)은 원래 멀티캐스트였습니다.
최초의 멀티캐스트 RFC인 RFC 1112는 다대다 모델과 일대다 모델을 모두 지원했습니다. ASM은 멀티캐스트 그룹의 트래픽에 대해 하나 이상의 소스를 허용했기 때문에 이를 통칭하여 ASM(Any-Source Multicast)으로 알려지게 되었습니다. 그러나 ASM 네트워크는 네트워크에서 소스가 어디에 있든 관심 있는 리스너가 있을 때마다 특정 멀티캐스트 그룹에 대한 모든 소스의 위치를 확인할 수 있어야 합니다. ASM에서 의 source discovery 핵심 기능은 네트워크 자체의 필수 기능입니다.
스파스 모드와 고밀도 모드에서 소스 검색Source Discovery in Sparse Mode vs Dense Mode
멀티캐스트 소스 검색은 쉬운 프로세스인 것처럼 보이지만 스파스 모드에서는 그렇지 않습니다. 고밀도 모드에서는 모든 라우터가 해당 멀티캐스트 그룹에 대한 콘텐츠의 소스 주소를 학습할 수 있도록 전체 네트워크의 모든 라우터에 트래픽을 플러딩하는 것이 간단합니다. 그러나 플러딩은 확장성 및 네트워크 리소스 사용 문제를 나타내며 스파스 모드에서 실행 가능한 옵션이 아닙니다.
PIM Sparse 모드(다른 Sparse 모드 프로토콜과 마찬가지로)는 상당한 복잡성을 희생하면서 플러딩 없이 필요한 소스 검색 기능을 제공합니다. RP 라우터를 추가해야 하며 모든 멀티캐스트 소스를 알아야 하며 복잡한 공유 배포 트리를 RP에 구축해야 합니다.
PIM SSM은 PIM Sparse 모드의 하위 집합입니다
PIM SSM은 일대다 모델만 지원되므로 PIM Sparse 모드보다 간단합니다. 초기 상용 멀티캐스트 인터넷 애플리케이션은 단일 소스(SSM의 특별한 경우에는 백업 소스의 필요성을 포함함)에서만 사용할 수 subscribers 있습니다(즉, 조인 메시지를 발행하는 수신자). 따라서 PIM SSM은 PIM Sparse 모드의 하위 집합을 형성합니다. PIM SSM은 소스에 루팅된 최단 경로 트리(SPT)를 즉시 구축하는데, SSM에서는 관심 있는 수신자 호스트에 가장 가까운 라우터에 멀티캐스트 트래픽에 대한 소스의 유니캐스트 IP 주소가 통보되기 때문입니다. 즉, PIM SSM은 PIM Sparse 모드에서와 같이 공유 배포 트리를 통해 RP 연결 단계를 우회하고 소스 기반 배포 트리로 직접 이동합니다.
PIM SSM을 사용하는 이유
화상 회의 서비스와 같이 많은 소스가 왔다가 사라지는 환경에서는 ASM이 적합합니다. 그러나 다대다 모델을 무시하고 일대다 SSM(Source-Specific Multicast) 모델에 주의를 집중하면 인터넷을 통한 텔레비전 채널 배포와 같이 상업적으로 유망한 여러 멀티캐스트 애플리케이션을 네트워크에 전체 ASM 기능이 필요한 경우보다 훨씬 빠르고 효율적으로 인터넷에 제공할 수 있습니다.
SSM으로 구성된 네트워크는 기존에 구성된 PIM Sparse 모드 네트워크에 비해 뚜렷한 이점이 있습니다. 공유 트리 또는 RP 매핑(RP 필요 없음) 또는 MSDP를 통한 RP-RP 원본 검색이 필요하지 않습니다.
PIM SSM은 일대다 모델만 지원되므로 PIM Sparse 모드보다 간단합니다. 초기 상용 멀티캐스트 인터넷 애플리케이션은 단일 소스(SSM의 특별한 경우에는 백업 소스의 필요성을 포함함)에서만 사용할 수 subscribers 있습니다(즉, 조인 메시지를 발행하는 수신자). 따라서 PIM SSM은 PIM Sparse 모드의 하위 집합을 형성합니다. PIM SSM은 소스에 루팅된 최단 경로 트리(SPT)를 즉시 구축하는데, SSM에서는 관심 있는 수신자 호스트에 가장 가까운 라우터에 멀티캐스트 트래픽에 대한 소스의 유니캐스트 IP 주소가 통보되기 때문입니다. 즉, PIM SSM은 PIM Sparse 모드에서와 같이 공유 배포 트리를 통해 RP 연결 단계를 우회하고 소스 기반 배포 트리로 직접 이동합니다.
PIM 용어
PIM SSM은 PIM Sparse 모드의 많은 개념에 대한 새로운 용어를 도입합니다. PIM SSM 작동은 232/8 범위에서만 보장되지만(232.0.0/24는 예약됨) PIM SSM은 기술적으로 전체 224/4 멀티캐스트 주소 범위에서 사용할 수 있습니다. 새로운 SSM 용어는 인터넷 비디오 애플리케이션에 적합하며 표 1에 요약되어 있습니다.
학기 | 모든 소스 멀티캐스트 | 소스별 멀티캐스트 |
---|---|---|
주소 식별자 | G | 에스,G |
주소 지정 | 그룹 | 채널 |
수신기 작동 | 가입, 탈퇴 | 구독, 구독 취소 |
그룹 주소 범위 | 224/4(232/8 제외) | 224/4 (232/8에만 보장) |
PIM SSM은 수신기 작업을 및 subscriber로 subscribe 설명하지만, 두 가지 형태의 프로토콜 모두에서 동일한 PIM 스파스 모드 참가 및 탈퇴 메시지가 사용됩니다. 용어 변경으로 수신자 메시지가 동일하더라도 ASM과 SSM이 구분됩니다.
PIM SSM 작동 방식
PIM SSM(Source-Specific Multicast)은 PIM 스파스 모드 및 IGMP 버전 3(IGMPv3)의 하위 집합을 사용하여 클라이언트가 소스에서 직접 멀티캐스트 트래픽을 수신할 수 있도록 합니다. PIM SSM은 PIM Sparse 모드 기능을 사용하여 수신기와 소스 간에 SPT를 생성하지만 RP의 도움 없이 SPT를 구축합니다.
기본적으로 SSM 그룹 멀티캐스트 주소는 232.0.0.0에서 232.255.255.255까지의 IP 주소 범위로 제한됩니다. 그러나 계층 수준에서 명령문을 포함하여 SSM-groups [ edit routing-options multicast] SSM 작업을 다른 클래스 D 범위로 확장할 수 있습니다. 232.0.0.0에서 232.255.255.255까지의 기본 SSM 주소 범위는 ssm-groups 문에 사용할 수 없습니다. 이 문은 기본 SSM 그룹 주소에 다른 멀티캐스트 주소를 추가하기 위한 것입니다. 이 문은 기본 SSM 그룹 주소 범위를 재정의하지 않습니다.
PIM SSM 구성 네트워크에서 호스트는 IGMPv3를 통해 SSM 채널을 구독하여 그룹 G 및 소스 S에 가입하고 싶다는 의사를 알립니다( 그림 1 참조). 직접 연결된 PIM Sparse 모드 라우터인 수신자의 DR은 소스에 대한 RPF 인접 라우터에 (S,G) 참가 메시지를 보냅니다. 그림 1 에서 RP는 일반 PIM 스파스 모드 작업의 경우처럼 수신기에 의해 이 프로세스에 연결되지 않습니다.
(S,G) 참가 메시지는 소스 트리를 시작한 다음 소스에 도달할 때까지 홉 단위로 빌드합니다. 그림 2에서 소스 트리는 네트워크를 가로질러 소스에 연결된 마지막 홉 라우터인 라우터 3으로 구축됩니다.
소스 트리를 사용하여 멀티캐스트 트래픽이 구독 호스트로 전달됩니다( 그림 3 참조).
PIM SSM 사용
기본 또는 구성된 SSM(Source-Specific Multicast) 그룹 범위 내에 있는 그룹 주소에 대해 ASM(any-source multicast) 참가 메시지(*,G)를 수락하도록 Junos OS를 구성할 수 있습니다. 이를 통해 모든 소스 및 소스별 멀티캐스트 그룹을 동시에 지원할 수 있습니다.
SSM은 쉽게 구축할 수 있습니다. 모든 라우터 인터페이스에서 PIM 스파스 모드를 구성하고 수신기의 LAN에서 IGMPv3을 지정하는 것을 포함하여 필요한 SSM 명령을 실행해야 합니다. PIM 스파스 모드가 소스 및 그룹 멤버 인터페이스 모두에서 명시적으로 구성되지 않은 경우, 멀티캐스트 패킷은 전달되지 않습니다. IGMPv3에서 지원되는 소스 목록은 PIM SSM에서 사용됩니다. 소스가 활성화되고 멀티캐스트 패킷을 전송하기 시작하면 SSM 그룹의 관심 있는 수신자가 멀티캐스트 패킷을 수신합니다.
추가 SSM 그룹을 구성하려면 계층 수준에서 ssm-groups 명령문을 [ edit routing-options multicast] 포함합니다.