예: 소스별 멀티캐스트 구성
PIM 소스별 모드 이해
PIM SSM(Source-Specific Multicast)은 PIM 스파스 모드 및 IGMP 버전 3(IGMPv3)의 하위 집합을 사용하여 클라이언트가 소스에서 직접 멀티캐스트 트래픽을 수신할 수 있도록 합니다. PIM SSM은 PIM Sparse 모드 기능을 사용하여 수신기와 소스 간에 SPT를 생성하지만 RP의 도움 없이 SPT를 구축합니다.
- ASM(Any Source Multicast)은 원래 멀티캐스트였습니다.
- 스파스 모드와 고밀도 모드에서 소스 검색Source Discovery in Sparse Mode vs Dense Mode
- PIM SSM은 PIM Sparse 모드의 하위 집합입니다
- PIM SSM을 사용하는 이유
- PIM 용어
- PIM SSM 작동 방식
- PIM SSM 사용
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] 포함합니다.
또한보십시오
소스별 멀티캐스트 그룹 개요
SSM(Source-Specific Multicast)은 소스 및 그룹 주소로 세션 트래픽을 식별하는 서비스 모델입니다. Junos OS에 구현된 SSM은 PIM(Protocol Independent Multicast) 스파스 모드의 효율적인 명시적 조인 절차를 갖지만 (*,G) 쌍을 사용하여 즉각적인 공유 트리 및 RP(랑데부 포인트) 절차를 제거합니다. (*)는 그룹 G로 전송하는 모든 소스를 나타내는 와일드카드이고 "G"는 IP 멀티캐스트 그룹을 나타냅니다. SSM은 (S,G) 쌍으로 직접 표시되는 최단 경로 트리(SPT)를 구축합니다. "S"는 소스의 유니캐스트 IP 주소를 나타내고 "G"는 특정 멀티캐스트 그룹 주소를 나타냅니다. SSM(S,G) 쌍은 ASM(any-source multicast) 그룹과 구별하기 위해 채널이라고 합니다. ASM은 일대다 통신과 다대다 통신을 모두 지원하지만 ASM의 복잡성은 소스 검색 방법에 있습니다. 예를 들어, 브라우저에서 링크를 클릭하면 수신자는 그룹 정보에 대한 알림을 받지만 소스 정보는 알림을 받지 못합니다. SSM을 사용하면 클라이언트는 소스 및 그룹 정보를 모두 수신합니다.
SSM은 네트워크 엔터테인먼트 채널과 같은 일대다 멀티캐스트 서비스에 적합합니다. 그러나 다대다 멀티캐스트 서비스에는 ASM이 필요할 수 있습니다.
SSM을 성공적으로 배포하려면 IGMPv3(Internet Group Management Protocol version 3) 또는 MLDv2(Multicast Listener Discovery version 2) 스택을 사용하는 엔드 투 엔드 멀티캐스트 지원 네트워크 및 애플리케이션이 필요하거나, IGMPv1 또는 IGMPv2에서 IGMPv3으로의 SSM 매핑을 구성해야 합니다.
SSM 매핑을 통해 운영자는 모든 호스트가 IGMPv3를 지원할 필요 없이 SSM 네트워크를 지원할 수 있습니다. 이러한 지원은 정적(S,G) 구성에 존재하지만, SSM 매핑은 IGMP를 사용하여 호스트가 그룹에 가입하고 탈퇴할 때 변경되는 동적 소스 그룹별 상태 정보도 지원합니다.
SSM은 일반적으로 PIM SSM으로 알려진 IGMPv3 및 PIM 스파스 모드의 하위 집합에서 지원됩니다. SSM을 사용하면 클라이언트가 소스에서 직접 멀티캐스트 트래픽을 수신할 수 있습니다. PIM SSM은 PIM 스파스 모드 기능을 사용하여 클라이언트와 소스 간에 SPT를 생성하지만 RP의 도움 없이 SPT를 구축합니다.
SSM으로 구성된 네트워크는 기존에 구성된 PIM Sparse 모드 네트워크에 비해 뚜렷한 이점이 있습니다. 공유 트리 또는 RP 매핑(RP 필요 없음) 또는 MSDP(Multicast Source Discovery Protocol)를 통한 RP-RP 소스 검색이 필요하지 않습니다.
예: Any-Source Override를 사용하여 소스별 멀티캐스트 그룹 구성
이 예에서는 기본 IP 주소 범위인 232.0.0.0에서 232.255.255.255를 넘어 SSM(Source-Specific Multicast) 그룹 작업을 확장하는 방법을 보여 줍니다. 이 예제에서는 SSM 그룹의 기본 또는 구성된 범위 내에 있는 그룹 주소에 대해 ASM(any-source multicast) 참가 메시지(*,G)를 수락하는 방법도 보여줍니다. 이를 통해 모든 소스 및 소스별 멀티캐스트 그룹을 동시에 지원할 수 있습니다.
요구 사항
시작하기 전에 라우터 인터페이스를 구성하십시오.
개요
SSM을 구축하려면 모든 라우팅 디바이스 인터페이스에서 PIM 스파스 모드를 구성하고 수신기의 LAN에서 IGMPv3 또는 MLDv2를 지정하는 것을 포함하여 필요한 SSM 명령을 실행합니다. PIM 스파스 모드가 소스 및 그룹 멤버 인터페이스 모두에서 명시적으로 구성되지 않은 경우, 멀티캐스트 패킷은 전달되지 않습니다. IGMPv3 및 MLDv2에서 지원되는 소스 목록은 PIM SSM에서 사용됩니다. 지정된 소스만 SSM 그룹에 트래픽을 전송합니다.
PIM SSM으로 구성된 네트워크에서 호스트는 그룹 G와 소스 S에 가입하기 위해 IGMPv3 또는 MLDv2를 통해 SSM 채널을 구독합니다( 그림 4 참조). 직접 연결된 PIM Sparse 모드 라우터인 수신기의 DR(Designated Router)은 소스에 대한 RPF(Reverse-Path Forwarding) 인접 라우터로 (S,G) 참가 메시지를 보냅니다. 그림 4 에서 RP는 일반 PIM 스파스 모드 작업의 경우와 마찬가지로 수신기에 의해 이 프로세스에 연결되지 않습니다.
(S,G) 참가 메시지는 소스 트리를 시작한 다음 소스에 도달할 때까지 홉 단위로 빌드합니다. 그림 5에서 소스 트리는 네트워크를 가로질러 소스에 연결된 마지막 홉 라우터인 라우터 3에 구축됩니다.
에 합류
소스 트리를 사용하여 멀티캐스트 트래픽이 구독 호스트로 전달됩니다( 그림 6 참조).
SSM은 포함 모드 또는 제외 모드에서 작동할 수 있습니다. 제외 모드에서 수신자는 멀티캐스트 그룹 트래픽을 수신하지 않으려는 소스 목록을 지정합니다. 라우팅 디바이스는 제외 목록에 지정된 소스를 제외한 모든 소스에서 수신자에게 트래픽을 전달합니다. 수신자는 제외 목록에 지정된 소스를 제외한 모든 소스의 트래픽을 허용합니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface all set protocols pim rp local address 10.255.72.46 set protocols pim rp local group-ranges 239.0.0.0/24 set protocols pim interface fe-1/0/0.0 mode sparse set protocols pim interface lo0.0 mode sparse set routing-options multicast ssm-groups 232.0.0.0/8 set routing-options multicast ssm-groups 239.0.0.0/8 set routing-options multicast asm-override-ssm
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
RPF 정책 구성 방법:
OSPF를 구성합니다.
[edit protocols ospf] user@host# set area 0.0.0.0 interface fxp0.0 disable user@host# set area 0.0.0.0 interface all
PIM 스파스 모드를 구성합니다.
[edit protocols pim] user@host# set rp local address 10.255.72.46 user@host# set rp local group-ranges 239.0.0.0/24 user@host# set interface fe-1/0/0.0 mode sparse user@host# set interface lo0.0 mode sparse
추가 SSM 그룹을 구성합니다.
[edit routing-options] user@host# set ssm-groups [ 232.0.0.0/8 239.0.0.0/8 ]
SSM 주소 범위 내의 그룹에 대한 ASM 가입 메시지를 수락하도록 RP를 구성합니다.
[edit routing-options] user@host# set multicast asm-override-ssm
디바이스 구성을 완료하면 구성을 커밋합니다.
user@host# commit
결과
및 show routing-options 명령을 입력하여 show protocols 구성을 확인합니다.
user@host# show protocols
ospf {
area 0.0.0.0 {
interface fxp0.0 {
disable;
}
interface all;
}
}
pim {
rp {
local {
address 10.255.72.46;
group-ranges {
239.0.0.0/24;
}
}
}
interface fe-1/0/0.0 {
mode sparse;
}
interface lo0.0 {
mode sparse;
}
}
user@host# show routing-options
multicast {
ssm-groups [ 232.0.0.0/8 239.0.0.0/8 ];
asm-override-ssm;
}
확인
구성을 확인하려면 다음 명령을 실행합니다.
igmp 그룹 표시
igmp 통계 표시
pim 조인 표시
예: SSM 전용 도메인 구성
SSM 전용 도메인을 배포하는 것은 몇 가지 구성 단계만 필요하기 때문에 ASM 도메인을 배포하는 것보다 훨씬 간단합니다. 계층 수준에서 명령문을 추가하여 모든 인터페이스에서 PIM 스파스 모드를 활성화합니다 [edit protocols pim interface all] . 모든 인터페이스를 구성할 때 해당 인터페이스에 대한 disable 문을 추가하여 fxp0.0 관리 인터페이스를 제외합니다. 그런 다음 계층 수준에서 version 문을 추가하여 모든 호스트 대면 인터페이스에서 IGMPv3를 [edit protocols igmp interface interface-name] 구성합니다.
다음 예에서 호스트 대면 인터페이스는 fe-0/1/2입니다.
[edit]
protocols {
pim {
interface all {
mode sparse;
version 2;
}
interface fxp0.0 {
disable;
}
}
igmp {
interface fe-0/1/2 {
version 3;
}
}
}
예: 네트워크에서 PIM SSM 구성
다음 예는 그림 8에 나와 있는 네트워크에서 수신기와 소스 간에 PIM SSM이 어떻게 구성되는지 보여줍니다.
을 구성할 네트워크
이 예에서는 모든 수신 호스트 인터페이스에서 IGMP 버전을 IGMPv3으로 구성하는 방법을 보여 줍니다.
모든 호스트 대면 인터페이스에서 IGMPv3를 활성화하고 라우터 1의 fxp0.0 인터페이스에서 IGMP를 비활성화합니다.
user@router1# set protocols igmp interface all version 3 user@router1# set protocols igmp interface fxp0.0 disable
메모:라우터에서 IGMPv3를 구성할 때 IGMPv2로 구성된 인터페이스의 호스트는 소스 트리에 조인할 수 없습니다.
구성이 커밋된 후 명령을 사용하여
show configuration protocol igmpIGMP 프로토콜 구성을 확인합니다.user@router1> show configuration protocol igmp
[edit protocols igmp] interface all { version 3; } interface fxp0.0 { disable; }show igmp interface명령을 사용하여 IGMP 인터페이스가 구성되었는지 확인합니다.user@router1> show igmp interface Interface State Querier Timeout Version Groups fe-0/0/0.0 Up 198.51.100.245 213 3 0 fe-0/0/1.0 Up 198.51.100.241 220 3 0 fe-0/0/2.0 Up 198.51.100.237 218 3 0 Configured Parameters: IGMP Query Interval (1/10 secs): 1250 IGMP Query Response Interval (1/10 secs): 100 IGMP Last Member Query Interval (1/10 secs): 10 IGMP Robustness Count: 2 Derived Parameters: IGMP Membership Timeout (1/10 secs): 2600 IGMP Other Querier Present Timeout (1/10 secs): 2550
show pim join extensive명령을 사용하여 라우터 2 및 라우터 3(업스트림 라우터)에서 PIM 가입 상태를 확인합니다.user@router2> show pim join extensive 232.1.1.1 10.4.1.2 sparse Upstream interface: fe-1/1/3.0 Upstream State: Local Source Keepalive timeout: 209 Downstream Neighbors: Interface: so-1/0/2.0 10.10.71.1 State: Join Flags: S Timeout: 209show pim join extensive명령을 사용하여 라우터 1(수신기에 연결된 라우터)에서 PIM 가입 상태를 확인합니다.user@router1> show pim join extensive 232.1.1.1 10.4.1.2 sparse Upstream interface: so-1/0/2.0 Upstream State: Join to Source Keepalive timeout: 209 Downstream Neighbors: Interface: fe-0/2/3.0 10.3.1.1 State: Join Flags: S Timeout: Infinity
IP 버전 6(IPv6) 멀티캐스트 라우터는 MLD(Multicast Listener Discovery) 프로토콜을 사용하여 멀티캐스트 그룹에서 호스트 및 라우터의 구성원 자격을 관리하고 연결된 각 물리적 네트워크에 관심 있는 리스너가 있는 그룹을 파악합니다. 각 라우팅 디바이스는 각 서브네트워크에 대한 리스너가 있는 호스트 멀티캐스트 주소 목록과 각 주소에 대한 타이머를 유지 관리합니다. 그러나 라우팅 디바이스는 각 리스너의 주소를 알 필요가 없으며 각 호스트의 주소만 알 필요가 있습니다. 라우팅 디바이스는 사용하는 멀티캐스트 라우팅 프로토콜에 주소를 제공하여 관심 있는 리스너가 있는 모든 서브네트워크에 멀티캐스트 패킷이 전달되도록 합니다. 이러한 방식으로 MLD는 PIM(Protocol Independent Multicast) 프로토콜의 전송으로 사용됩니다. MLD는 IPv6의 필수적인 부분이며 IP 멀티캐스트 트래픽을 수신해야 하는 모든 IPv6 라우팅 디바이스 및 호스트에서 활성화되어야 합니다. Junos OS는 MLD 버전 1과 2를 지원합니다. 버전 2는 SSM(Source-Specific Multicast) 포함 및 제외 모드에 대해 지원됩니다.
또한보십시오
예: SSM 매핑 구성
SSM 매핑에 모든 호스트가 IGMPv3를 지원할 필요는 없습니다. SSM 매핑은 IGMPv1 또는 IGMPv2 멤버십 보고서를 IGMPv3 보고서로 변환합니다. 이렇게 하면 호스트가 IGMPv3으로 전환될 때까지 IGMPv1 또는 IGMPv2를 실행하는 호스트가 SSM에 참여할 수 있습니다.
SSM 매핑은 SSM 주소 지정 규칙(IPv4의 경우 232/8, IPv6의 경우 ff30::/32에서 ff3F::/32까지)을 준수하는 주소뿐만 아니라 정책과 일치하는 모든 그룹 주소에 적용됩니다.
두 주소 패밀리에 SSM 지원이 필요한 경우 IPv4 및 IPv6에 대해 별도의 SSM 맵을 사용하는 것이 좋습니다. IPv4 및 IPv6 주소를 모두 포함하는 SSM 맵을 IPv4 컨텍스트의 인터페이스에 적용하면(IGMP 사용) 목록에 있는 IPv4 주소만 사용됩니다. 이러한 주소가 없으면 아무 작업도 수행되지 않습니다. 마찬가지로 IPv4 및 IPv6 주소를 모두 포함하는 SSM 맵을 IPv6 컨텍스트(MLD 사용)의 인터페이스에 적용하는 경우 목록의 IPv6 주소만 사용됩니다. 이러한 주소가 없으면 아무 작업도 수행되지 않습니다.
이 예에서는 IGMPv3로 변환하려는 그룹 주소와 일치하는 정책을 생성합니다. 그런 다음 정책을 이러한 그룹 주소가 있는 소스 주소와 연결하는 SSM 맵을 정의합니다. 마지막으로, 하나 이상의 IGMP(IPv4용) 또는 MLD(IPv6용) 인터페이스에 SSM 맵을 적용합니다.
ssm-policy-example이라는 SSM 정책을 생성합니다. 정책 조건은 IPv4 SSM 그룹 주소 232.1.1.1/32 및 IPv6 SSM 그룹 주소 ff35::1/128과 일치합니다. 다른 모든 주소는 거부됩니다.
user@router1# set policy-options policy-statement ssm-policy-example term A from route-filter 232.1.1.1/32 exact user@router1# set policy-options policy-statement ssm-policy-example term A then accept user@router1# set policy-options policy-statement ssm-policy-example term B from route-filter ff35::1/128 exact user@router1# set policy-options policy-statement ssm-policy-example term B then accept
구성이 커밋된 후 show configuration policy-options 명령을 사용하여 정책 구성을 확인합니다.
user@host> show configuration policy-options
[edit policy-options] policy-statement ssm-policy-example { term A { from { route-filter 232.1.1.1/32 exact; } then accept; } term B { from { route-filter ff35::1/128 exact; } then accept; } then reject; }그룹 주소는 SSM 매핑이 발생하기 위해 구성된 정책과 일치해야 합니다.
정책을 적용하고 소스 주소를 멀티캐스트 라우팅 옵션으로 구성하여 두 개의 SSM 맵( 하나는 ssm-map-ipv6-example , 다른 하나는 ssm-map-ipv4-example)을 정의합니다.
user@host# set routing-options multicast ssm-map ssm-map-ipv6-example policy ssm-policy-example user@host# set routing-options multicast ssm-map ssm-map-ipv6-example source fec0::1 fec0::12 user@host# set routing-options multicast ssm-map ssm-map-ipv4-example policy ssm-policy-example user@host# set routing-options multicast ssm-map ssm-map-ipv4-example source 10.10.10.4 user@host# set routing-options multicast ssm-map ssm-map-ipv4-example source 192.168.43.66
구성이 커밋된 후 show configuration routing-options 명령을 사용하여 정책 구성을 확인합니다.
user@host> show configuration routing-options
[edit routing-options] multicast { ssm-map ssm-map-ipv6-example { policy ssm-policy-example; source [ fec0::1 fec0::12 ]; } ssm-map ssm-map-ipv4-example { policy ssm-policy-example; source [ 10.10.10.4 192.168.43.66 ]; } }IPv4 및 IPv6에 대해 별도의 SSM 맵을 사용하는 것이 좋습니다.
IPv4-to-IGMP 인터페이스에 SSM 맵을 적용하고 IPv6-to-MLD 인터페이스에 SSM 맵을 적용합니다.
user@host# set protocols igmp interface fe-0/1/0.0 ssm-map ssm-map-ipv4-example user@host# set protocols mld interface fe-0/1/1.0 ssm-map ssm-map-ipv6-example
구성이 커밋된 후 show configuration protocol 명령을 사용하여 IGMP 및 MLD 프로토콜 구성을 확인합니다.
user@router1> show configuration protocol
[edit protocols] igmp { interface fe-0/1/0.0 { ssm-map ssm-map-ipv4-example; } } mld { interface fe-/0/1/1.0 { ssm-map ssm-map-ipv6-example; } }show igmp interface 및 show mld interface 명령을 사용하여 SSM 맵이 인터페이스에 적용되었는지 확인합니다.
user@host> show igmp interface fe-0/1/0.0 Interface: fe-0/1/0.0 Querier: 192.168.224.28 State: Up Timeout: None Version: 2 Groups: 2 SSM Map: ssm-map-ipv4-exampleuser@host> show mld interface fe-0/1/1.0 Interface: fe-0/1/1.0 Querier: fec0:0:0:0:1::12 State: Up Timeout: None Version: 2 Groups: 2 SSM Map: ssm-map-ipv6-example