예: IGMP 스누핑 구성
멀티캐스트 스누핑 이해하기
라우터와 같은 네트워크 디바이스는 주로 패킷 레벨 또는 레이어 3에서 작동합니다. 브리지 또는 LAN 스위치와 같은 다른 네트워크 디바이스는 주로 프레임 레벨 또는 레이어 2에서 작동합니다. 멀티캐스팅은 주로 패킷 레벨인 레이어 3에서 작동하지만, 레이어 3 IP 멀티캐스트 그룹 주소를 프레임 레벨에서 레이어 2 MAC 멀티캐스트 그룹 주소로 매핑하는 방법이 있습니다.
라우터는 레이어 2 및 레이어 3 주소 지정 정보를 모두 처리할 수 있는데, 이는 프레임과 해당 주소가 내부의 캡슐화된 패킷에 액세스하기 위해 처리되어야 하기 때문입니다. 라우터는 PIM 또는 IGMP와 같은 레이어 3 멀티캐스트 프로토콜을 실행하고 멀티캐스트 콘텐츠를 전달할 위치 또는 인터페이스의 호스트가 그룹에 가입하거나 탈퇴할 시기를 결정할 수 있습니다. 그러나 레이어 2 디바이스인 브리지와 LAN 스위치는 프레임이 전달하는 패킷 내부의 멀티캐스트 정보에 액세스할 수 없어야 합니다.
그렇다면, 브리지 및 기타 레이어 2 디바이스는 인터페이스의 디바이스가 멀티캐스트 트리에 합류하거나 탈퇴하는 시점 또는 연결된 LAN의 호스트가 특정 멀티캐스트 그룹의 콘텐츠를 수신하기를 원하는지 여부를 어떻게 결정해야 할까요?
해답은 레이어 2 디바이스가 멀티캐스트 스누핑을 구현하는 것입니다. 멀티캐스트 스누핑은 일반적인 용어이며 프레임을 처리하거나 전달하기 위해 어떤 작업을 수행할지 결정하기 위해 레이어 3 패킷 콘텐츠에서 레이어 2 디바이스 "스누핑" 프로세스에 적용됩니다. IGMP 스누핑 또는 PIM 스누핑과 같은 보다 구체적인 형태의 스누핑이 있습니다. 모든 경우에 스누핑은 일반적으로 "금지된" 레이어 3(패킷) 정보에 액세스할 수 있는 레이어 2에서 작동하도록 구성된 디바이스를 포함합니다. 스누핑은 이러한 장치에서 멀티캐스팅을 보다 효율적으로 만듭니다.
또한보십시오
IGMP 스누핑 이해하기
스누핑은 주니퍼 네트웍스 MX 시리즈 이더넷 서비스 라우터와 같은 레이어 2 디바이스가 레이어 3 패킷 콘텐츠를 "스누핑"하는 일련의 절차를 구현하여 프레임을 처리하거나 전달하기 위해 취해야 할 조치를 결정하는 일반적인 방법입니다. IGMP(Internet Group Membership Protocol) 스누핑 또는 PIM(Protocol Independent Multicast) 스누핑과 같은 보다 구체적인 형태의 스누핑이 멀티캐스트와 함께 사용됩니다.
레이어 2 디바이스(LAN 스위치 또는 브리지)는 레이어 3 디바이스(라우터)가 브로드캐스트를 처리하는 것과 동일한 방식으로 멀티캐스트 패킷과 이를 포함하는 프레임을 처리합니다. 따라서 레이어 2 스위치는 패킷(프레임)의 사본을 포워딩 상태에 있는 스위치의 다른 네트워크 인터페이스 각각에 전달하여 멀티캐스트 대상 미디어 액세스 제어(MAC) 주소를 갖는 도착하는 프레임을 처리합니다.
그러나 이 접근 방식(디바이스가 할 수 있는 모든 곳에서 멀티캐스트 프레임 전송)은 특히 IPTV 애플리케이션의 경우 네트워크 대역폭을 가장 효율적으로 사용하는 것이 아닙니다. IGMP 스누핑은 스위치 인터페이스에서 수신한 IGMP 패킷을 "스누핑"하고 멀티캐스트 라우터가 레이어 3 네트워크에서 구축하는 것과 유사한 멀티캐스트 데이터베이스를 구축하는 방식으로 작동합니다. 스위치는 이 데이터베이스를 사용하여 관심 있는 수신자가 있는 다운스트림 인터페이스로만 멀티캐스트 트래픽을 전달할 수 있으며, 이 기술을 통해 네트워크 대역폭을 보다 효율적으로 사용할 수 있습니다.
라우터의 각 브리지에 대해 IGMP 스누핑을 구성합니다. 적격 학습이 없는 브리지 인스턴스에는 학습 도메인이 하나만 있습니다. 적격 학습이 있는 브리지 인스턴스의 경우 스누핑은 브리지의 각 학습 도메인 내에서 별도로 작동합니다. 즉, IGMP 스누핑과 멀티캐스트 포워딩은 브리지의 각 학습 도메인에서 독립적으로 진행됩니다.
이 논의에서는 규정된 학습이 없는 브리지 인스턴스(디바이스에서 하나의 학습 도메인을 형성하는 인스턴스)에 초점을 맞춥니다. 따라서 언급된 모든 인터페이스는 브리지 또는 VPLS 인스턴스의 논리적 인터페이스입니다.
IGMP 스누핑을 논의할 때 몇 가지 관련 개념이 중요합니다.
브리지 또는 VPLS 인스턴스 인터페이스는 멀티캐스트 라우터 인터페이스 또는 호스트 측 인터페이스입니다.
IGMP 스누핑은 프록시 모드 또는 프록시 없음 모드를 지원합니다.
IRB(Integrated Routing and Bridging)를 사용할 때 라우터가 IGMP 쿼리 발생기인 경우 레이어 2 인터페이스에서 수신된 모든 leave 메시지는 모든 레이어 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 메시지는 다음과 같이 처리됩니다.
Query(쿼리) - 멀티캐스트 라우터 인터페이스에서 수신된 모든 일반 및 그룹별 IGMP 쿼리 메시지는 브리지의 다른 모든 인터페이스(멀티캐스트 라우터 인터페이스 및 호스트측 인터페이스 모두)로 전달됩니다.
Report(보고서) - 브리지의 모든 인터페이스에서 수신된 IGMP 보고서는 다른 멀티캐스트 라우터 인터페이스로 전달됩니다. 이 그룹에 멀티캐스트 라우팅 항목이 있는 경우 수신 인터페이스는 해당 그룹에 대한 인터페이스로 추가됩니다. 또한 해당 인터페이스의 그룹에 대해 그룹 타이머가 설정됩니다. 이 타이머가 만료되면(즉, IGMP 그룹 타이머 기간 동안 이 그룹에 대한 보고서가 없는 경우) 해당 그룹에 대한 인터페이스로서 인터페이스가 제거됩니다.
Leave(휴가) - 브리지의 인터페이스에서 수신된 IGMP leave 메시지는 브리지의 다른 멀티캐스트 라우터 인터페이스로 전달됩니다. 그룹 탈퇴 메시지는 호스트 그룹에 더 이상 구성원이 없을 때 멀티캐스트 라우터가 멀티캐스트 트래픽 전달을 중지하는 데 걸리는 시간을 줄여줍니다.
프록시 스누핑은 IGMP 라우터로 전송되는 IGMP 보고서의 수를 줄입니다.
프록시 스누핑이 구성된 경우 IGMP 라우터는 호스트 추적을 수행할 수 없습니다.
호스트 측 인터페이스에 대한 프록시인 프록시 모드의 IGMP 스누핑은 멀티캐스트 라우터 인터페이스의 IGMP 라우터에서 수신하는 쿼리에 응답합니다. 호스트 측 인터페이스에서 프록시 모드의 IGMP 스누핑은 IGMP 라우터처럼 작동하며 해당 인터페이스에 대한 일반 및 그룹별 쿼리를 보냅니다.
그룹별 쿼리만 IGMP 스누핑에 의해 직접 생성됩니다. 멀티캐스트 라우터 인터페이스에서 수신된 일반 쿼리는 호스트 측 인터페이스로 플러딩됩니다.
IGMP 스누핑에 의해 생성된 모든 쿼리는 0.0.0.0을 소스 주소로 사용하여 전송됩니다. 또한 IGMP 스누핑에 의해 생성된 모든 보고서는 사용할 구성된 소스 주소가 없는 한 소스 주소로 0.0.0.0과 함께 전송됩니다.
프록시 모드는 호스트 측 인터페이스와 멀티캐스트 라우터 인터페이스에서 다르게 작동합니다.
또한보십시오
멀티캐스트 라우터 인터페이스 및 IGMP 스누핑 프록시 모드
멀티캐스트 라우터 인터페이스에서 IGMP 쿼리에 대한 응답으로 프록시 모드의 IGMP 스누핑은 브리지의 모든 호스트 측 인터페이스에서 학습한 그룹에 대한 집계 정보가 포함된 보고서를 보냅니다.
쿼리에 응답하는 것 외에도 프록시 모드의 IGMP 스누핑은 멀티캐스트 라우터 인터페이스에서 수신된 모든 쿼리, 보고서 및 리프를 다른 멀티캐스트 라우터 인터페이스로 전달합니다. IGMP 스누핑은 이 인터페이스에서 학습한 멤버십 정보를 유지하지만 이 인터페이스에서 수신된 leave 메시지에 대한 그룹별 쿼리를 보내지 않습니다. 타이머 기간 내에 동일한 그룹에 대한 보고서가 없는 경우 이 인터페이스에서 학습된 그룹의 시간이 초과됩니다.
모든 멀티캐스트 라우터 인터페이스의 호스트에 대해 IGMP 스누핑 프록시가 아닌 IGMP 라우터가 일반 및 그룹별 쿼리를 생성합니다.
또한보십시오
호스트 측 인터페이스 및 IGMP 스누핑 프록시 모드
프록시 모드에서 IGMP 스누핑에 의해 호스트 측 인터페이스에 대한 보고서가 전송되지 않습니다. IGMP 스누핑은 이러한 인터페이스에서 수신된 보고서를 처리하고 인터페이스에서 탈퇴 메시지를 받으면 그룹별 쿼리를 호스트 측 인터페이스로 보냅니다. 호스트 측 인터페이스는 주기적인 일반 쿼리를 생성하지 않지만 멀티캐스트 라우터 인터페이스에서 수신된 일반 쿼리를 전달하거나 플러딩합니다.
그룹이 호스트 측 인터페이스에서 제거되고 이것이 해당 그룹의 마지막 호스트 측 인터페이스인 경우, leave는 멀티캐스트 라우터 인터페이스로 전송됩니다. 호스트 측 인터페이스에서 그룹 보고서가 수신되고 이것이 해당 그룹의 첫 번째 호스트 측 인터페이스인 경우, 보고서는 모든 멀티캐스트 라우터 인터페이스로 전송됩니다.
또한보십시오
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-domains bridge-domain-name 프로토콜 편집]
[routing-instances routing-instance-name bridge-domains 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 디바이스 1개
시작하기 전에:
인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
내부 게이트웨이 프로토콜을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
멀티캐스트 프로토콜을 구성합니다. 이 기능은 다음 멀티캐스트 프로토콜에서 작동합니다.
증권 시세 표시기
핌-DM
핌-SM
PIM-SSM
개요 및 토폴로지
IGMP 스누핑은 스위치된 네트워크에서 멀티캐스트 트래픽을 제어합니다. IGMP 스누핑이 활성화되지 않은 경우, 네트워크의 호스트가 멀티캐스트 트래픽을 원하지 않더라도 레이어 2 디바이스는 모든 포트에서 멀티캐스트 트래픽을 브로드캐스트합니다. IGMP 스누핑이 활성화된 상태에서 레이어 2 디바이스는 IGMP 조인을 모니터링하고 연결된 각 호스트에서 멀티캐스트 라우터로 전송된 메시지를 남깁니다. 이를 통해 레이어 2 디바이스는 멀티캐스트 그룹 및 관련 멤버 포트를 추적할 수 있습니다. 레이어 2 디바이스는 이 정보를 사용하여 지능적인 결정을 내리고 멀티캐스트 트래픽을 의도한 대상 호스트로만 전달합니다.
이 예제에는 다음 문이 포함됩니다.
proxy - 레이어 2 디바이스가 IGMP 패킷을 능동적으로 필터링하여 멀티캐스트 라우터의 부하를 줄일 수 있도록 합니다. 멀티캐스트 라우터로 업스트림으로 향하는 조인 및 리프는 그룹에 가입한 활성 리스너 수에 관계없이 멀티캐스트 라우터가 그룹에 대한 단일 항목을 갖도록 필터링됩니다. 리스너가 그룹을 떠나지만 다른 리스너가 그룹에 남아 있는 경우, 멀티캐스트 라우터에 이 정보가 필요하지 않기 때문에 탈퇴 메시지가 필터링됩니다. 그룹의 상태는 라우터의 관점에서 동일하게 유지됩니다.
immediate-leave—IGMP 호스트가 하나만 연결된 경우,
immediate-leave명령문을 통해 멀티캐스트 라우터가 인터페이스에서 그룹 멤버십을 즉시 제거하고 멀티캐스트 그룹에 대한 그룹별 쿼리 전송을 억제할 수 있습니다.IGMPv2 인터페이스에서 이 기능을 구성할 때 IGMP 인터페이스에 하나의 IGMP 호스트만 연결되어 있는지 확인합니다. 둘 이상의 IGMPv2 호스트가 동일한 인터페이스를 통해 LAN에 연결되어 있고 한 호스트가 leave 메시지를 보내면 라우터는 멀티캐스트 그룹에서 인터페이스의 모든 호스트를 제거합니다. 라우터는 라우터의 다음 일반 멀티캐스트 리스너 쿼리에 대한 응답으로 참가 요청을 보낼 때까지 멀티캐스트 그룹에 적절하게 남아 있는 호스트와의 연결이 끊어집니다.
IGMP 버전 3(IGMPv3) 스누핑을 실행하는 라우터에서 IGMP 스누핑이 활성화된 경우, 라우터가 유형 BLOCK_OLD_SOURCES의 보고서를 수신한 후 라우터는 그룹 및 소스 쿼리의 전송을 억제하지만 Junos OS 호스트 추적 메커니즘에 의존하여 인터페이스에서 특정 소스 그룹 멤버십을 제거할지 여부를 결정합니다.
query-interval - IGMP 쿼리 발생기 라우터가 멤버십 정보를 요청하기 위해 일반 호스트 쿼리 메시지를 전송하는 간격을 구성하여 서브넷에서 전송되는 IGMP 메시지 수를 변경할 수 있습니다.
기본적으로 쿼리 간격은 125초입니다. 1초에서 1024초 사이의 값을 구성할 수 있습니다.
query-last-member-interval - 디바이스가 그룹의 마지막 멤버 손실을 감지하는 데 걸리는 시간을 변경할 수 있습니다.
마지막 멤버 쿼리 간격은 그룹 탈퇴 메시지에 대한 응답으로 전송된 메시지를 포함하여 그룹별 쿼리 메시지 간의 최대 시간입니다.
기본적으로 마지막 멤버 쿼리 간격은 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가 멀티캐스트 수신기라고 가정합니다. 라우터는 등록된 수신자(호스트 B 및 C)가 있는 세그먼트에만 IP 멀티캐스트 트래픽을 전달합니다. 그러나 레이어 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 메시지가 교환될 때까지 기다리지 않고 해당 인터페이스에서 leave 메시지를 수신하면 인터페이스에서 그룹 멤버십을 즉시 제거하도록 구성합니다.
[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;
}
}
}
}
확인
구성을 확인하려면 다음 명령을 실행합니다.
igmp 스누핑 인터페이스 표시
igmp 스누핑 멤버십 표시
igmp 스누핑 통계 표시
IGMP 스누핑 추적 작업 구성
추적 작업은 보내고 받은 다양한 유형의 라우팅 프로토콜 패킷 및 라우팅 정책 작업과 같은 라우팅 프로토콜 작업에 대한 자세한 메시지를 기록합니다. 특정 추적 플래그를 포함하여 기록할 추적 작업을 지정할 수 있습니다.
계층에서 traceoptions를 활성화하면 igmp 스누핑이 igmp-snooping 활성화됩니다. 이에 따라 계층 구조에서 traceoptions를 igmp-snooping 비활성화하면 igmp 스누핑이 비활성화됩니다.
다음 표에서는 포함할 수 있는 플래그에 대해 설명합니다.
기 |
묘사 |
|---|---|
모두 |
모든 작업을 추적합니다. |
클라이언트 알림 |
추적 알림. |
일반 |
일반적인 흐름을 추적합니다. |
그룹 |
그룹 작업을 추적합니다. |
호스트 알림 |
호스트 알림을 추적합니다. |
떠나다 |
그룹 메시지를 남깁니다(IGMPv2에만 해당). |
보통 |
정상적인 이벤트를 추적합니다. |
패킷을 |
모든 IGMP 패킷을 추적합니다. |
정책 |
정책 처리를 추적합니다. |
쿼리 |
IGMP 멤버십 쿼리 메시지를 추적합니다. |
보고서 |
멤버 자격 보고서 메시지를 추적합니다. |
경로 |
라우팅 정보를 추적합니다. |
상태 |
상태 전환을 추적합니다. |
과업 |
라우팅 프로토콜 작업 처리를 추적합니다. |
타이머 |
타이머 처리를 추적합니다. |
전역적으로 또는 라우팅 인스턴스에서 IGMP 스누핑에 대한 추적 작업을 구성할 수 있습니다. 다음 예제에서는 글로벌 구성을 보여 줍니다.
IGMP 스누핑에 대한 추적 작업을 구성하려면 다음을 수행합니다.
또한보십시오
IGMP 또는 MLD 스누핑 버전 구성
개요
RFC 4541에 따라 기본적으로 스누핑은 스누핑과 관련된 VLAN 또는 브리지 도메인의 일부인 인터페이스의 IGMPv3 모드에서 활성화됩니다. MLD 스누핑의 기본값은 MLDv2입니다. CPE에 연결된 라우터가 IGMP 그룹 정보를 새로 고치기 위해 IGMPv3 또는 MLDv2 일반 쿼리를 전송하면 RFC에 따라 작동하는 표준 CPE 또는 엔드 호스트가 IGMP v2/v3 또는 MLDv1/v2 쿼리를 처리하고 응답할 수 있어야 합니다.
RFC 4541을 준수하지 않는 엔드 호스트 또는 CPE 디바이스는 스누핑이 활성화된 L2 디바이스에서 전송된 IGMPv3 또는 MLDv2 쿼리에 응답하지 않습니다. 이 버전 불일치로 인해 트래픽이 중단될 수 있습니다.
L2 멀티캐스트와 연결된 VLAN 또는 브리지 도메인에 대한 IGMP 또는 MLD 스누핑 버전을 명시적으로 지정할 수 있습니다. 이렇게 하면 라우터가 구성된 버전의 IGMP 또는 MLD 스누핑을 사용하여 IGMP 또는 MLD 시작 쿼리 또는 주기적인 일반 쿼리(L2 쿼리 발생기에 대해 구성된 경우)를 전송합니다. 그러면 불만이 없는 CPE 디바이스가 IGMP 또는 MLD 그룹/보고 정보로 응답할 수 있습니다. 이는 더 높은 버전의 IGMP 또는 MLD 쿼리에 응답할 수 없는 호스트 및 CPE에서 멀티캐스트 스트림을 활성 상태로 유지하는 데 도움이 됩니다.
IGMP 또는 MLD 스누핑 버전은 VLAN 또는 브리지 도메인에서 구성되며 해당 VLAN 또는 브리지 도메인 아래의 모든 인터페이스(IFL)에 적용할 수 있습니다.
VLAN 또는 브리지 도메인에 대한 IGMP/MLD 스누핑 버전 구성은 기본 라우팅 인스턴스(글로벌 인스턴스) 또는 특정 라우팅 인스턴스의 두 가지 방법으로 수행할 수 있습니다.
버전 구성에서 MCSNOOPD(레이어 2 디바이스에서 레이어 3 검사를 허용하는 멀티캐스트 스누핑 프로세스)는 다음을 사용하여 호스트의 보고서를 새로 고칩니다.
-
시작 쿼리: VLAN 또는 브리지 도메인에서 스누핑이 활성화될 때마다 전송되는 일반 IGMP 쿼리입니다. 이 쿼리는 MCSNOOPD가 VLAN 또는 브리지 도메인 구성원의 인터페이스 상태를 처음으로 빌드할 때 또는 VLAN 또는 브리지 도메인의 인터페이스(IFL 또는 IFD)가 플랩될 때 전송됩니다.
-
L2 쿼리 발생기: 스누핑을 위해 활성화된 특정 VLAN 또는 브리지 도메인에서 명시적으로 활성화할 수 있는 주기적인 기능입니다.
-
프록시: 원격 쿼리 발생기에서 IGMP 또는 MLD 쿼리 패킷을 수신할 때 IGMP 또는 MLD 프록시가 보고합니다.
EVPN 구축에서 이 스누핑 버전 구성은 액세스 대면 인터페이스에만 적용됩니다.
비프록시 모드
프록시 배열이 없으면 IGMP 스누핑은 쿼리 및 보고서를 생성하거나 도입하지 않습니다. 모든 인터페이스(멀티캐스트 라우터 인터페이스 포함)에서 수신된 리포트만 스누핑하여 상태 및 그룹(S, G) 데이터베이스를 구축합니다.
-
시작 쿼리는 인터페이스가 플랩되거나 VLAN 또는 브리지 도메인의 새 멤버가 추가될 때 생성됩니다. 시작 쿼리는 일반 IGMP 또는 MLD 쿼리 메시지(소스 IP 주소=0.0.0.0)이며 구성된 버전의 인터페이스를 통해 전송되거나 기본적으로 IGMPv3 또는 MLD v2로 설정됩니다.
-
VLAN 또는 브리지 도메인에 대해 L2 쿼리 발생기 기능이 활성화된 경우 주기적 쿼리(기본 타이머는 125초)가 생성되어 구성된 버전의 모든 VLAN 또는 브리지 도메인 멤버로 전송되거나 기본적으로 IGMPv3 또는 MLDv2 쿼리로 설정됩니다.
프록시 모드
이 모드에서 프록시 스누핑은 IGMP 라우터로 전송되는 IGMP 보고서 수를 줄입니다.
-
시작 쿼리는 비 프록시 모드에서와 동일한 방식으로 동작합니다.
-
L2 쿼리 발생기를 사용하도록 설정하면 비프록시 모드에서와 동일한 방식으로 동작합니다.
-
피어로부터 수신한 일반 질의에 대한 응답으로 생성된 IGMP 보고서에 사용되는 버전은 호스트 호환성 모드를 기반으로 하며 다음과 같이 결정됩니다.
-
버전 구성이 없으면 더 낮은 버전의 쿼리를 수신할 때 모드가 가장 낮은 버전으로 설정되고 해당 쿼리 발생기-현재 타이머가 시작됩니다. 쿼리 발생기-현재 타이머가 만료되면 인터페이스가 작동하는 프로토콜에 따라 버전이 IGMPv3 또는 MLDv2로 변경됩니다.
-
버전 구성을 사용하면 더 낮은 버전의 쿼리를 수신할 때 모드가 가장 낮은 버전으로 설정되고 해당 쿼리 발생기-현재 타이머가 시작됩니다. querier-present 타이머가 만료되면 config 문
set routing-instance <routing-instance-name> protocols igmp-snooping version <version>에 의해 설정된 버전에 따라 구성된 버전으로 업데이트됩니다(예: ).
-
-
탈퇴에 대한 응답으로 생성된 그룹별 쿼리는 IGMP 또는 MLD 보고서의 가장 낮은 버전과 구성된 인터페이스 버전을 기반으로 합니다. 구성된 인터페이스 버전이 더 낮은 경우, 해당 버전은 그룹 호환성을 위해 사용됩니다.