예: IGMP 스누핑 구성
멀티캐스트 스누핑 이해하기
라우터와 같은 네트워크 디바이스는 주로 패킷 수준 또는 레이어 3에서 작동합니다. 브리지 또는 LAN 스위치와 같은 다른 네트워크 디바이스는 주로 프레임 수준 또는 레이어 2에서 작동합니다. 멀티캐스팅은 주로 패킷 수준인 레이어 3에서 작동하지만 레이어 3 IP 멀티캐스트 그룹 주소를 프레임 수준에서 레이어 2 MAC 멀티캐스트 그룹 주소에 매핑하는 방법이 있습니다.
라우터는 레이어 2 및 레이어 3 주소 정보를 모두 처리할 수 있습니다. 프레임과 주소가 내부의 캡슐화 패킷에 액세스하려면 처리되어야 하기 때문입니다. 라우터는 PIM 또는 IGMP와 같은 레이어 3 멀티캐스트 프로토콜을 실행하고 멀티캐스트 컨텐츠를 어디로 전달할지 또는 인터페이스의 호스트가 그룹에 합류하거나 떠날 때 결정할 수 있습니다. 그러나 브리지 및 LAN 스위치는 레이어 2 디바이스로서 프레임이 전달하는 패킷 내부의 멀티캐스트 정보에 액세스할 수 있어야 하지 않습니다.
그렇다면 브리지 및 기타 레이어 2 디바이스가 인터페이스의 디바이스가 언제 멀티캐스트 트리에 합류하거나 떠날지, 또는 연결된 LAN의 호스트가 특정 멀티캐스트 그룹의 컨텐츠를 수신할지 여부를 결정하는 방법은 무엇입니까?
해답은 레이어 2 디바이스가 멀티캐스트 스누핑을 구현하는 것입니다. 멀티캐스트 스누핑은 일반적인 용어이며 레이어 3 패킷 콘텐츠의 레이어 2 디바이스 "스누핑" 프로세스에 적용되어 프레임을 처리하거나 포워딩하는 작업을 결정할 수 있습니다. IGMP 스누핑 또는 PIM 스누핑과 같은 보다 구체적인 형태의 스누핑이 있습니다. 모든 경우에 스누핑은 레이어 2에서 작동하도록 구성된 디바이스가 일반적으로 "금지된" 레이어 3(패킷) 정보에 액세스할 수 있는 것을 포함합니다. 스누핑은 이러한 디바이스에서 멀티캐스팅을 보다 효율적으로 만듭니다.
더 보기
IGMP 스누핑 이해하기
스누핑은 주니퍼 네트웍스 MX 시리즈 이더넷 서비스 라우터와 같은 레이어 2 디바이스가 레이어 3 패킷 콘텐츠에서 "스누핑"하는 일련의 절차를 구현하여 프레임을 처리하거나 전달하기 위해 수행할 작업을 결정하는 일반적인 방법입니다. 인터넷 그룹 멤버십 프로토콜(IGMP) 스누핑 또는 PIM(Protocol Independent Multicast) 스누핑과 같은 보다 구체적인 형태의 스누핑이 멀티캐스트와 함께 사용됩니다.
레이어 2 디바이스(LAN 스위치 또는 브리지)는 레이어 3 디바이스(라우터)가 브로드캐스트를 처리하는 것과 동일한 방식으로 멀티캐스트 패킷과 이를 포함하는 프레임을 처리합니다. 따라서 레이어 2 스위치는 패킷 사본(프레임)을 포워딩 상태에 있는 스위치의 다른 네트워크 인터페이스 각각에 전달하여 멀티캐스트 대상 미디어 액세스 제어(MAC) 주소를 갖는 도착 프레임을 처리합니다.
그러나 이러한 접근 방식(디바이스가 할 수 있는 모든 곳에 멀티캐스트 프레임을 전송)은 특히 IPTV 애플리케이션에서 네트워크 대역폭을 가장 효율적으로 사용하는 것은 아닙니다. IGMP 스누핑은 스위치 인터페이스가 수신한 IGMP 패킷에서 "스누핑"하고 멀티캐스트 라우터가 레이어 3 네트워크에서 구축하는 것과 유사한 멀티캐스트 데이터베이스를 구축하여 기능을 합니다. 이 데이터베이스를 사용하여 스위치는 관심 있는 수신기가 있는 다운스트림 인터페이스로만 멀티캐스트 트래픽을 전달할 수 있으며, 이 기술을 통해 네트워크 대역폭을 보다 효율적으로 사용할 수 있습니다.
라우터의 각 브리지에 대해 IGMP 스누핑을 구성합니다. 자격을 갖춘 학습이 없는 브리지 인스턴스에는 하나의 학습 도메인만 있습니다. 적격 학습이 있는 브리지 인스턴스의 경우, 스누핑은 브리지의 각 학습 도메인 내에서 별도로 작동합니다. 즉, IGMP 스누핑 및 멀티캐스트 포워딩은 브리지의 각 학습 도메인에서 독립적으로 진행됩니다.
이 논의에서는 자격을 갖춘 학습이 없는 브리지 인스턴스(디바이스에서 하나의 학습 도메인을 형성하는 인스턴스)에 초점을 맞춥니다. 따라서 언급된 모든 인터페이스는 브리지 또는 VPLS 인스턴스의 논리적 인터페이스입니다.
IGMP 스누핑에 대해 논의할 때 몇 가지 관련 개념이 중요합니다.
브리지 또는 VPLS 인스턴스 인터페이스는 멀티캐스트 라우터 인터페이스 또는 호스트 측 인터페이스입니다.
IGMP 스누핑은 프록시 모드 또는 프록시 모드 없이 지원합니다.
통합 라우팅 및 브리징(IRB)을 사용할 때, 라우터가 IGMP 쿼리인 경우, 레이어 2 인터페이스에서 수신된 모든 휴가 메시지는 모든 레이어 2 인터페이스에 그룹별 쿼리를 발생합니다(이 관행의 결과로 일부 해당 보고서는 모든 레이어 2 인터페이스에 수신될 수 있습니다). 그러나 레이어 2 인터페이스 중 일부가 라우터(레이어 3) 인터페이스인 경우 다른 레이어 2 인터페이스의 보고서 및 리프는 해당 인터페이스에 전달되지 않습니다.
IRB 인터페이스가 멀티캐스트 포워딩 캐시 항목에서 나가는 인터페이스로 사용되는 경우(라우팅 프로세스에 의해 결정됨), 출력 인터페이스 목록은 해당 브리지에서 레이어 2 인터페이스의 하위 집합으로 확장됩니다. 하위 집합은 브리지의 스누핑 프로세스에 의해 설치된 멀티캐스트 포워딩 캐시 항목에 따라 스누핑된 멀티캐스트 구성원 정보를 기반으로 합니다.
스누핑이 구성되지 않은 경우 IRB 출력 인터페이스 목록이 브리지의 모든 레이어 2 인터페이스로 확장됩니다.
Junos OS 가상 스위치 VPLS 구성에서 IGMP 스누핑을 지원하지 않습니다. 이 구성은 CLI에서 허용되지 않습니다.
더 보기
IGMP 스누핑 인터페이스 및 포워딩
IGMP 스누핑은 디바이스 인터페이스를 멀티캐스트 라우터 인터페이스 및 호스트 측 인터페이스로 분할합니다. 멀티캐스트 라우터 인터페이스는 멀티캐스트 라우터 방향으로 인터페이스입니다. 브리지의 인터페이스는 다음 기준 중 하나 이상을 충족하는 경우 멀티캐스트 라우터 인터페이스로 간주됩니다.
브리지 인스턴스에서 멀티캐스트 라우터 인터페이스로 정적으로 구성됩니다.
인터페이스에서 IGMP 쿼리가 수신되고 있습니다.
멀티캐스트 라우터 인터페이스가 아닌 다른 모든 인터페이스는 호스트 측 인터페이스로 간주됩니다.
IGMP 스누핑이 구성된 브리지 인터페이스에서 수신된 모든 멀티캐스트 트래픽은 다음 규칙에 따라 전달됩니다.
모든 IGMP 패킷은 스누핑 처리를 위해 라우팅 엔진 전송됩니다.
대상 주소가 224.0.0/24인 다른 멀티캐스트 트래픽은 브리지의 다른 모든 인터페이스로 플러드됩니다.
다른 멀티캐스트 트래픽은 모든 멀티캐스트 라우터 인터페이스로 전송되지만 해당 멀티캐스트 그룹을 수신하는 데 관심이 있는 호스트 측 인터페이스로만 전송됩니다.
더 보기
IGMP 스누핑 및 프록시
프록시 배열이 없으면 IGMP 스누핑은 쿼리와 보고서를 생성하거나 도입하지 않습니다. 모든 인터페이스(멀티캐스트 라우터 인터페이스 포함)에서 수신된 "스누핑" 보고서만을 통해 상태 및 그룹(S,G) 데이터베이스를 구축할 수 있습니다.
프록시 없이 IGMP 메시지는 다음과 같이 처리됩니다.
쿼리 - 멀티캐스트 라우터 인터페이스에서 수신된 모든 일반 및 그룹별 IGMP 쿼리 메시지는 브리지의 다른 모든 인터페이스(멀티캐스트 라우터 인터페이스 및 호스트 측 인터페이스 모두)로 전달됩니다.
보고서 - 브리지의 모든 인터페이스에서 수신된 IGMP 보고서는 다른 멀티캐스트 라우터 인터페이스로 전달됩니다. 이 그룹에 대한 멀티캐스트 라우팅 항목이 존재하는 경우 수신 인터페이스는 해당 그룹에 대한 인터페이스로 추가됩니다. 또한 해당 인터페이스의 그룹에 대해 그룹 타이머가 설정됩니다. 이 타이머가 만료되면(즉, IGMP 그룹 타이머 기간 동안 이 그룹에 대한 보고서가 없음), 해당 그룹의 인터페이스로 인터페이스가 제거됩니다.
휴가 - 브리지의 모든 인터페이스에서 수신된 IGMP 휴가 메시지는 브리지의 다른 멀티캐스트 라우터 인터페이스로 전달됩니다. 이 휴가 그룹 메시지는 호스트 그룹에 더 이상 구성원이 없을 때 멀티캐스트 라우터가 멀티캐스트 트래픽 포워딩을 중단하는 데 걸리는 시간을 줄여줍니다.
프록시 스누핑은 IGMP 라우터로 전송되는 IGMP 보고서의 수를 줄입니다.
프록시 스누핑이 구성된 경우 IGMP 라우터는 호스트 추적을 수행할 수 없습니다.
호스트 측 인터페이스의 프록시로서 프록시 모드에서 IGMP 스누핑은 멀티캐스트 라우터 인터페이스의 IGMP 라우터로부터 수신하는 쿼리에 응답합니다. 호스트 측 인터페이스에서 프록시 모드에서 IGMP 스누핑은 IGMP 라우터로 작동하며 해당 인터페이스에 일반 및 그룹별 쿼리를 보냅니다.
그룹별 쿼리만 IGMP 스누핑에 의해 직접 생성됩니다. 멀티캐스트 라우터 인터페이스에서 수신된 일반 쿼리는 호스트 측 인터페이스로 플러드됩니다.
IGMP 스누핑에 의해 생성된 모든 쿼리는 소스 주소로 0.0.0.0을 사용하여 전송됩니다. 또한 IGMP 스누핑에서 생성된 모든 보고서는 사용할 소스 주소가 없는 한 소스 주소로 0.0.0.0으로 전송됩니다.
프록시 모드 기능은 호스트 측 인터페이스에서와는 다르게 멀티캐스트 라우터 인터페이스에서 작동합니다.
더 보기
멀티캐스트-라우터 인터페이스 및 IGMP 스누핑 프록시 모드
멀티캐스트 라우터 인터페이스에서 IGMP 쿼리에 대한 응답으로 프록시 모드에서 IGMP 스누핑은 브리지의 모든 호스트 측 인터페이스에서 학습된 그룹에 대한 집계 정보가 포함된 보고서를 보냅니다.
쿼리에 응답하는 것 외에도 프록시 모드에서 IGMP 스누핑은 멀티캐스트 라우터 인터페이스에서 수신된 모든 쿼리, 보고서 및 리프를 다른 멀티캐스트 라우터 인터페이스로 전달합니다. IGMP 스누핑은 이 인터페이스에서 학습된 구성원 정보를 유지하지만 이 인터페이스에서 수신된 휴가 메시지에 대한 그룹별 쿼리를 보내지 않습니다. 타이머 시간 내에 동일한 그룹에 대한 보고서가 없는 경우 이 인터페이스에서 학습된 그룹의 시간을 단축하기만 하면 됩니다.
모든 멀티캐스트 라우터 인터페이스의 호스트의 경우, 일반 및 그룹별 쿼리를 생성하는 IGMP 스누핑 프록시가 아닌 IGMP 라우터입니다.
더 보기
호스트 측 인터페이스 및 IGMP 스누핑 프록시 모드
프록시 모드에서 IGMP 스누핑을 통해 호스트 측 인터페이스에 보고서가 전송되지 않습니다. IGMP 스누핑은 이러한 인터페이스에서 수신된 보고서를 처리하고 인터페이스에서 휴가 메시지를 수신할 때 호스트 측 인터페이스에 그룹별 쿼리를 보냅니다. 호스트 측 인터페이스는 주기적인 일반 쿼리를 생성하지 않지만 멀티캐스트 라우터 인터페이스에서 수신한 일반 쿼리를 전달하거나 플러드합니다.
그룹이 호스트 측 인터페이스에서 제거되고 이것이 해당 그룹의 마지막 호스트 측 인터페이스인 경우, 휴가는 멀티캐스트 라우터 인터페이스로 전송됩니다. 호스트 측 인터페이스에서 그룹 보고서가 수신되고 이것이 해당 그룹의 첫 번째 호스트 측 인터페이스인 경우, 모든 멀티캐스트 라우터 인터페이스에 보고서가 전송됩니다.
더 보기
IGMP 스누핑 및 브리지 도메인
VLAN에서 IGMP 스누핑은 레거시 vlan-id 모든 경우에만 허용됩니다. 다른 경우에는 IGMP 스누핑을 위한 VLAN 특정 구성을 결정하는 특정 브리지 도메인 구성이 있습니다.
더 보기
IGMP 스누핑 구성
IGMP(Internet Group Management Protocol) 스누핑을 구성하려면 igmp-snooping 문을 포함합니다.
igmp-snooping { immediate-leave; interface interface-name { group-limit limit; host-only-interface; immediate-leave; multicast-router-interface; static { group ip-address { source ip-address; } } } proxy { source-address ip-address; } query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; vlan vlan-id { immediate-leave; interface interface-name { group-limit limit; host-only-interface; immediate-leave; multicast-router-interface; static { group ip-address { source ip-address; } } } proxy { source-address ip-address; } query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; } }
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[브리지 도메인 bridge-domain-name 프로토콜 편집]
[routing-instances routing-instance-name 브리지 도메인 bridge-domain-name 프로토콜 편집]
기본적으로 IGMP 스누핑은 활성화되지 않습니다. VLAN 수준에서 구성된 문은 해당 특정 VLAN에만 적용됩니다.
더 보기
VLAN 특정 IGMP 스누핑 매개 변수 구성
문을 제외하고 traceoptions 문으로 igmp-snooping 구성된 모든 IGMP 스누핑 문은 VLAN 수준에서 동일한 문으로 자격을 설정할 수 있습니다. VLAN 수준에서 IGMP 스누핑 매개 변수를 구성하려면 문을 포함합니다vlan.
vlan vlan-id; immediate-leave; interface interface-name { group-limit limit; host-only-interface; multicast-router-interface; static { group ip-address { source ip-address; } } } proxy { source-address ip-address; } query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; }
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit bridge-domains bridge-domain-name protocols igmp-snooping][edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols igmp-snooping]
더 보기
예: IGMP 스누핑 구성
이 예는 IGMP 스누핑을 구성하는 방법을 보여줍니다. IGMP 스누핑은 IP 멀티캐스트 애플리케이션에서 불필요한 트래픽을 줄일 수 있습니다.
요구 사항
이 예는 다음과 같은 하드웨어 구성 요소를 사용합니다.
MX 시리즈 라우터 1개
멀티캐스트 라우터 역할을 하는 하나의 레이어 3 디바이스
시작하기 전에 다음을 수행합니다.
인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
내부 게이트웨이 프로토콜을 구성합니다. 라우팅 디바이스를 위한 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
멀티캐스트 프로토콜을 구성합니다. 이 기능은 다음 멀티캐스트 프로토콜과 함께 작동합니다.
DVMRP
PIM-DM
PIM-SM
PIM-SSM
개요 및 토폴로지
IGMP 스누핑은 스위칭 네트워크에서 멀티캐스트 트래픽을 제어합니다. IGMP 스누핑이 활성화되지 않은 경우, 레이어 2 디바이스는 네트워크의 호스트가 멀티캐스트 트래픽을 원하지 않는 경우에도 모든 포트에서 멀티캐스트 트래픽을 브로드캐스트합니다. IGMP 스누핑이 활성화된 상태에서 레이어 2 디바이스는 IGMP 참가를 모니터링하고 연결된 각 호스트에서 멀티캐스트 라우터로 전송되는 메시지를 둡니다. 이를 통해 레이어 2 디바이스는 멀티캐스트 그룹 및 관련 멤버 포트를 추적할 수 있습니다. 레이어 2 디바이스는 이 정보를 사용하여 지능적인 결정을 내리고 멀티캐스트 트래픽을 의도된 대상 호스트에만 전달합니다.
이 예에는 다음 명령문이 포함되어 있습니다.
프록시 - 레이어 2 디바이스가 IGMP 패킷을 적극적으로 필터링하여 멀티캐스트 라우터의 부하를 줄일 수 있도록 합니다. 멀티캐스트 라우터에 대한 업스트림으로 향하는 조인 및 리프가 필터링되어 멀티캐스트 라우터가 그룹에 합류한 활성 수신자 수에 관계없이 그룹에 대한 단일 항목을 가질 수 있습니다. 리스너가 그룹을 떠나지만 다른 수신자가 그룹에 남아 있으면 멀티캐스트 라우터가 이 정보를 필요로 하지 않기 때문에 휴가 메시지가 필터링됩니다. 그룹의 상태는 라우터의 관점에서 동일하게 유지됩니다.
즉시 휴가—하나의 IGMP 호스트만 연결된 경우,
immediate-leave문을 통해 멀티캐스트 라우터가 인터페이스에서 그룹 구성원을 즉시 제거하고 멀티캐스트 그룹에 대한 그룹별 쿼리 전송을 억제할 수 있습니다.IGMPv2 인터페이스에서 이 기능을 구성할 때, IGMP 인터페이스에 연결된 IGMP 호스트가 하나만 있는지 확인합니다. 두 개 이상의 IGMPv2 호스트가 동일한 인터페이스를 통해 LAN에 연결되어 있고 하나의 호스트가 휴가 메시지를 보내면 라우터는 멀티캐스트 그룹에서 인터페이스의 모든 호스트를 제거합니다. 라우터는 라우터의 다음 일반 멀티캐스트 리스너 쿼리에 대한 응답으로 참가 요청을 보낼 때까지 멀티캐스트 그룹에 올바르게 남아 있는 호스트와의 접촉을 끊습니다.
IGMP 버전 3(IGMPv3) 스누핑을 실행하는 라우터에서 IGMP 스누핑이 활성화되면 라우터가 BLOCK_OLD_SOURCES 유형과 함께 보고서를 수신한 후 라우터는 그룹 및 소스 쿼리 전송을 억제하지만 인터페이스에서 특정 소스 그룹 구성원을 제거하는지 여부를 결정하는 Junos OS 호스트 추적 메커니즘에 의존합니다.
query-interval - IGMP 쿼리 라우터가 일반 호스트 쿼리 메시지를 보내 멤버십 정보를 요청하는 간격을 구성하여 서브넷에서 전송되는 IGMP 메시지 수를 변경할 수 있습니다.
기본적으로 쿼리 간격은 125초입니다. 1~1024초 범위에서 모든 값을 구성할 수 있습니다.
query-last-member-interval - 디바이스가 그룹의 마지막 멤버의 손실을 감지하는 데 걸리는 시간을 변경할 수 있도록 합니다.
마지막 멤버 쿼리 간격은 leave-group 메시지에 대한 응답으로 전송된 메시지를 포함하여 그룹별 쿼리 메시지 간의 최대 시간입니다.
기본적으로 마지막 멤버 쿼리 간격은 1초입니다. 범위 0.1~0.9초, 1~1024초에서 1초 간격으로 모든 값을 구성할 수 있습니다.
query-response-interval - 라우터가 호스트 쿼리 메시지로부터 응답을 수신하기 위해 대기하는 시간을 구성합니다.
기본적으로 쿼리 응답 간격은 10초입니다. 1~1024초 범위에서 모든 값을 구성할 수 있습니다. 이 간격은 명령문에서
query-interval설정된 간격보다 낮아야 합니다.robust-count — 서브넷에서 예상되는 패킷 손실을 허용하는 세분화 튜닝을 제공합니다. 기본적으로 그룹을 타이밍 아웃하기 전에 대기해야 하는 간격의 수입니다. 서브넷 패킷 손실이 높고 IGMP 보고서 메시지가 손실될 경우 더 많은 간격을 기다릴 수 있습니다.
기본적으로 강력한 수는 2입니다. 범위 2~10 간격의 모든 값을 구성할 수 있습니다.
group-limit — 인터페이스에 참여할 수 있는 멀티캐스트 그룹(또는 IGMPv3의 [S,G] 채널)의 수에 대한 제한을 구성합니다. 이 제한에 도달하면 새로운 보고서가 무시되고 모든 관련 플로우가 삭제되며 플러드되지 않습니다.
기본적으로 인터페이스에 참여할 수 있는 그룹 수에는 제한이 없습니다. 범위 0에서 32비트 번호까지 제한을 구성할 수 있습니다.
host-only-interface - IGMP 스누핑 인터페이스가 독점적으로 호스트 측 인터페이스가 도록 구성합니다. 호스트 측 인터페이스에서 수신된 IGMP 쿼리는 삭제됩니다.
기본적으로 인터페이스는 다른 멀티캐스트 라우터 또는 호스트에 직면할 수 있습니다.
multicast-router-interface - IGMP 스누핑 인터페이스를 독점적으로 라우터 대면 인터페이스로 구성합니다.
기본적으로 인터페이스는 다른 멀티캐스트 라우터 또는 호스트에 직면할 수 있습니다.
static - 멀티캐스트 그룹을 정적으로 사용하여 IGMP 스누핑 인터페이스를 구성합니다.
기본적으로 라우터는 동적으로 인터페이스의 멀티캐스트 그룹에 대해 학습합니다.
토폴로지
그림 1 은 IGMP 스누핑이 없는 네트워크를 보여줍니다. 호스트 A가 IP 멀티캐스트 발신자이고 호스트 B와 C가 멀티캐스트 수신기라고 가정합니다. 라우터는 IP 멀티캐스트 수신자(호스트 B와 C)가 있는 세그먼트로만 트래픽을 전달합니다. 그러나 레이어 2 디바이스는 모든 인터페이스의 모든 호스트에 트래픽을 플러드합니다.
없는 네트워크
그림 2 는 IGMP 스누핑이 구성된 동일한 네트워크를 보여줍니다. 레이어 2 디바이스는 멀티캐스트 트래픽을 등록된 수신자만 전달합니다.
네트워크
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit 합니다.
set bridge-domains domain1 domain-type bridge set bridge-domains domain1 interface ge-0/0/1.1 set bridge-domains domain1 interface ge-0/0/2.1 set bridge-domains domain1 interface ge-0/0/3.1 set bridge-domains domain1 protocols igmp-snooping query-interval 200 set bridge-domains domain1 protocols igmp-snooping query-response-interval 0.4 set bridge-domains domain1 protocols igmp-snooping query-last-member-interval 0.1 set bridge-domains domain1 protocols igmp-snooping robust-count 4 set bridge-domains domain1 protocols igmp-snooping immediate-leave set bridge-domains domain1 protocols igmp-snooping proxy set bridge-domains domain1 protocols igmp-snooping interface ge-0/0/1.1 host-only-interface set bridge-domains domain1 protocols igmp-snooping interface ge-0/0/1.1 group-limit 50 set bridge-domains domain1 protocols igmp-snooping interface ge-0/0/3.1 static group 225.100.100.100 set bridge-domains domain1 protocols igmp-snooping interface ge-0/0/2.1 multicast-router-interface
단계별 절차
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
IGMP 스누핑 구성:
브리지 도메인을 구성합니다.
[edit bridge-domains domain1] user@host# set domain-type bridge user@host# set interface ge-0/0/1.1 user@host# set interface ge-0/0/2.1 user@host# set interface ge-0/0/3.1
IGMP 스누핑을 활성화하고 라우터가 프록시 역할을 하도록 구성합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snooping proxy
ge-0/0/1.1 인터페이스에서 50으로 허용되는 멀티캐스트 그룹의 수에 대한 제한을 구성합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snooping interface ge-0/0/1.1group-limit 50
다른 IGMP 메시지가 교환될 때까지 기다리지 않고 해당 인터페이스에서 휴가 메시지를 수신할 때 라우터가 인터페이스에서 그룹 구성원을 즉시 제거하도록 구성합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snooping immediate-leave
포트에서 IGMP 그룹 구성원을 정적으로 구성합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snooping interface ge-0/0/3.1 static group 225.100.100.100
인터페이스를 전용 라우터 대면 인터페이스(멀티캐스트 트래픽 수신)로 구성합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snooping interface ge-0/0/2.1 multicast-router-interface
인터페이스를 독점적으로 호스트 대면 인터페이스로 구성하여 IGMP 쿼리 메시지를 삭제합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snooping interface ge-0/0/1.1 host-only-interface
IGMP 메시지 간격 및 견고성 수를 구성합니다.
[edit bridge-domains domain1] user@host# set protocols igmp-snoopingrobust-count 4 user@host# set protocols igmp-snooping query-last-member-interval 0.1 user@host# set protocols igmp-snooping query-interval 200 user@host# set protocols igmp-snooping query-response-interval 0.4
디바이스 구성이 완료되면 구성을 커밋합니다.
user@host# commit
결과
명령을 입력하여 구성을 확인합니다 show bridge-domains .
user@host# show bridge-domains
domain1 {
domain-type bridge;
interface ge-0/0/1.1;
interface ge-0/0/2.1;
interface ge-0/0/3.1;
protocols {
igmp-snooping {
query-interval 200;
query-response-interval 0.4;
query-last-member-interval 0.1;
robust-count 4;
immediate-leave;
proxy;
interface ge-0/0/1.1 {
host-only-interface;
group-limit 50;
}
interface ge-0/0/3.1 {
static {
group 225.100.100.100;
}
}
interface ge-0/0/2.1 {
multicast-router-interface;
}
}
}
}
확인
구성을 확인하려면 다음 명령을 실행합니다.
show igmp 스누핑 인터페이스
show igmp 스누핑 멤버십
igmp 스누핑 통계 표시
IGMP 스누핑 추적 작업 구성
추적 작업은 다양한 유형의 라우팅 프로토콜 패킷 송수신, 라우팅 정책 작업과 같은 라우팅 프로토콜 작동에 대한 자세한 메시지를 기록합니다. 특정 추적 플래그를 포함하여 기록되는 추적 작업을 지정할 수 있습니다. 다음 표에는 포함할 수 있는 플래그가 설명됩니다.
플래그 |
설명 |
|---|---|
모든 |
모든 작업을 추적합니다. |
client-notification |
- 알림을 추적합니다. |
일반 |
일반 플로우를 추적합니다. |
그룹 |
그룹 작업을 추적합니다. |
host-notification |
호스트 알림을 추적합니다. |
남겨 |
휴가 그룹 메시지 추적(IGMPv2 전용). |
정상적인 |
정상 이벤트를 추적합니다. |
패킷을 |
모든 IGMP 패킷을 추적합니다. |
정책 |
정책 처리를 추적합니다. |
쿼리 |
IGMP 구성원 쿼리 메시지를 추적합니다. |
보고서 |
구성원 보고서 메시지를 추적합니다. |
경로 |
라우팅 정보를 추적합니다. |
상태 |
상태 전환을 추적합니다. |
작업 |
라우팅 프로토콜 작업 처리를 추적합니다. |
타이머 |
타이머 처리를 추적합니다. |
전역으로 또는 라우팅 인스턴스에서 IGMP 스누핑을 위한 추적 작업을 구성할 수 있습니다. 다음 예는 글로벌 구성을 보여줍니다.
IGMP 스누핑을 위한 추적 작업을 구성하려면 다음을 수행합니다.