예: 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)을 사용할 때 라우터가 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 그룹 타이머 기간 동안 이 그룹에 대한 보고서가 없었던 경우), 인터페이스는 해당 그룹에 대한 인터페이스로서 제거됩니다.
Leave(나가기) - 브리지의 모든 인터페이스에서 수신된 IGMP leave 메시지는 브리지의 다른 멀티캐스트 라우터 인터페이스로 전달됩니다. Leave Group 메시지는 호스트 그룹에 더 이상 멤버가 없을 때 멀티캐스트 라우터가 멀티캐스트 트래픽 전달을 중지하는 데 걸리는 시간을 줄여줍니다.
프록시 스누핑은 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 메시지를 수신하면 호스트측 인터페이스로 그룹별 쿼리를 보냅니다. 호스트 측 인터페이스는 주기적인 일반 쿼리를 생성하지 않지만 멀티캐스트 라우터 인터페이스에서 수신된 일반 쿼리를 전달하거나 플러딩합니다.
그룹이 호스트 측 인터페이스에서 제거되고 이것이 해당 그룹의 마지막 호스트 측 인터페이스인 경우, leave는 multicast-router 인터페이스로 전송됩니다. 그룹 보고서가 호스트측 인터페이스에서 수신되고 이것이 해당 그룹의 첫 번째 호스트측 인터페이스인 경우, 보고서는 모든 멀티캐스트 라우터 인터페이스로 전송됩니다.
참조
IGMP 스누핑 및 브리지 도메인
VLAN에 대한 IGMP 스누핑은 레거시 vlan-id all 케이스에만 허용됩니다. 다른 경우에는 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-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 라우팅 프로토콜 라이브러리를 참조하십시오.
멀티캐스트 프로토콜을 구성합니다. 이 기능은 다음 멀티캐스트 프로토콜에서 작동합니다.
디브엠프(DVMRP)
PIM-DM (핌-DM)
PIM-SM
PIM-SSM (핌-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 쿼리 발생기 라우터가 멤버십 정보를 요청하기 위해 일반 host-query 메시지를 보내는 간격을 구성하여 서브넷에서 전송되는 IGMP 메시지 수를 변경할 수 있습니다.
기본적으로 쿼리 간격은 125초입니다. 1초에서 1024초까지 모든 값을 구성할 수 있습니다.
query-last-member-interval - 디바이스가 그룹의 마지막 멤버의 손실을 감지하는 데 걸리는 시간을 변경할 수 있습니다.
last-member 쿼리 간격은 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가 멀티캐스트 수신자라고 가정합니다. 라우터는 등록된 수신기(호스트 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 메시지가 교환될 때까지 기다리지 않고 해당 인터페이스에서 탈퇴 메시지를 수신할 때 인터페이스에서 그룹 멤버십을 즉시 제거하도록 라우터를 구성합니다.
[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 스누핑 추적 작업 구성
추적 작업은 송수신된 다양한 유형의 라우팅 프로토콜 패킷, 라우팅 정책 작업 등 라우팅 프로토콜 작업에 대한 자세한 메시지를 기록합니다. 특정 추적 플래그를 포함하여 기록되는 추적 작업을 지정할 수 있습니다.
계층에서 traceoption을 활성화하면 igmp-snooping이igmp-snooping 활성화됩니다. 이에 따라 계층에서 traceoptions를 igmp-snooping 비활성화하면 igmp-snooping이 비활성화됩니다.
다음 표에서는 포함할 수 있는 플래그에 대해 설명합니다.
| 기 |
묘사 |
|---|---|
| 모두 |
모든 작업을 추적합니다. |
| 클라이언트 알림 |
알림을 추적합니다. |
| 일반 |
일반적인 흐름을 추적합니다. |
| 그룹 |
그룹 작업을 추적합니다. |
| host-notification (호스트 알림) |
호스트 알림을 추적합니다. |
| 떠나다 |
탈퇴 그룹 메시지를 추적합니다(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 검사를 허용하는 멀티캐스트 스누핑 프로세스)는 다음을 사용하여 호스트에서 보고서를 새로 고칩니다.
-
Startup Query(시작 쿼리): VLAN 또는 브리지 도메인에서 스누핑이 활성화될 때마다 전송되는 일반 IGMP 쿼리입니다. 이 쿼리는 MCSNOOPD가 VLAN 또는 bridge-domain 멤버의 인터페이스 상태를 처음 빌드하거나 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 보고서에 사용되는 버전은 호스트 호환성 모드를 기반으로 하며 다음과 같이 결정됩니다.
-
버전 구성이 없는 경우, 더 낮은 버전의 쿼리를 수신하면 모드가 가장 낮은 버전으로 설정되고 해당 querier-present 타이머가 시작됩니다. querier-present 타이머가 만료되면 인터페이스가 작동하는 프로토콜에 따라 버전이 IGMPv3 또는 MLDv2로 변경됩니다.
-
버전 구성에서는 더 낮은 버전의 쿼리를 수신하면 모드가 가장 낮은 버전으로 설정되고 해당 querier-present 타이머가 시작됩니다. querier-present 타이머가 만료되면 예를 들어 config 문
set routing-instance <routing-instance-name> protocols igmp-snooping version <version>에 의해 설정된 버전에 따라 버전이 구성된 버전으로 업데이트됩니다.
-
-
탈퇴에 대한 응답으로 생성된 그룹별 쿼리는 IGMP 또는 MLD 보고서의 가장 낮은 버전과 구성된 인터페이스 버전을 기반으로 합니다. 구성된 인터페이스 버전이 더 낮으면 해당 버전이 그룹 호환성을 위해 사용됩니다.
참조
L2 환경에서 알 수 없는 멀티캐스트 트래픽을 멀티캐스트 라우터 인터페이스로 플러딩 제한
L2 멀티캐스트 스트림의 플러딩을 VLAN 또는 브리지 도메인 수준별로 멀티캐스트 라우터 인터페이스로 제한합니다. IGMP 또는 MLD 참가 메시지를 기반으로 멀티캐스트 라우터 인터페이스에 대한 멀티캐스트 데이터 플러딩을 제한함으로써 알 수 없는 멀티캐스트 트래픽을 제한하여 대역폭을 효율적으로 활용할 수 있습니다.
라우터 R1 및 R2가 IGMP/MLD 스누핑으로 활성화된 L2 멀티캐스트 비디오 시나리오의 예를 들어 보겠습니다.
SRC1 및 SRC2는 여러 IPTV 채널(CH1, CH2 및 CH3)을 생성하는 비디오 헤드엔드가 있는 IPTV 서버입니다. L2 쿼리 발생기는 라우터 R1 및 R2에서 활성화되어 호스트가 주기적으로 보고서를 새로 고칠 수 있도록 하며, 그렇지 않으면 시간이 초과되고 멀티캐스트 포워딩에서 수신자가 제거됩니다.
위의 토폴로지에서 라우터 R2에는 채널 CH1 및 CH2 수신에 관심이 있는 수신기가 있지만 CH3에서도 멀티캐스트 스트림을 수신합니다. 이는 멀티캐스트 라우터 인터페이스이기 때문입니다.
마찬가지로, 라우터 R1에는 채널 CH3에만 관심이 있는 수신기가 있지만 멀티캐스트 라우터 인터페이스를 통해 CH1 및 CH2로부터 원치 않는 멀티캐스트 스트림을 수신합니다.
을(를) 구성 no-flood-to-multicast-router-interfaces하면 멀티캐스트 라우터 인터페이스 뒤에 관심 있는 수신자가 있을 때만 멀티캐스트 스트림을 전송하여 위에서 언급한 대역폭 비효율성을 효과적으로 제한할 수 있습니다.
이 기능은 L2 멀티캐스트 환경에만 적용됩니다.
PIM 지원 L3 라우터(IGMP/MLD 쿼리 발생기가 암시적으로 켜짐)가 토폴로지에 존재하고 no-flood-to-multicast-router-interfaces 활성화된 경우, L3 멀티캐스트 라우터 뒤에 있는 수신자의 트래픽 중단이 발생할 수 있습니다. 이는 멀티캐스트 라우터가 일반적으로 마지막 홉 라우터(LHR)에서 IGMP 가입을 볼 때 PIM 가입 메시지를 보내기 때문입니다.
네트워크 설계 no-flood-to-multicast-router-interfaces 에 따라 신중하게 사용해야 합니다.
EVPN 환경에서 알 수 없는 멀티캐스트 트래픽의 플러딩 제한
SMET(Selective Multicast Forwarding)가 활성화된 EVPNoVXLAN 브리지 오버레이인 일반적인 EVPN 토폴로지의 예를 들어 보겠습니다. EVPN Type 6 경로가 보급되어 관심 있는 수신자에게만 멀티캐스트 트래픽을 전달할 수 있습니다.
아래의 이중화된 외부 멀티캐스트 라우터 및 EVPN 패브릭에 연결된 IBC 헤드엔드 디바이스가 있습니다. 이는 브리지 오버레이이기 때문에 스누핑 없이 IRB가 활성화된 중복 외부 멀티캐스트 라우터로부터의 L2 연결만 있습니다. 트래픽이 IRB에서 송신되어야 할 때 외부 멀티캐스트 라우터로 들어오는 멀티캐스트 트래픽은 브리지되거나 L2가 스위칭됩니다.
을 사용한 EVPN 멀티캐스트 구축
이중화된 외부 멀티캐스트 라우터 포트에 연결된 SMET 브리지 오버레이 패브릭을 사용하면 하나의 멀티캐스트 라우터 포트로 들어오는 멀티캐스트 트래픽은 패브릭 액세스 스위치를 통해 두 번째 멀티캐스트 라우터 포트( 그림 4의 주황색 점선)로 다시 원이 표시됩니다. EVPN PE 디바이스는 EVPN 코어를 통해 알려지거나 알려지지 않은 모든 멀티캐스트 트래픽을 끌어들입니다. 일반적으로 EVPN PE는 NLRI에 IGMP/MLD 스누핑 프록시를 설정하지 않고 멀티캐스트 확장 커뮤니티 플래그가 있는 EVPN Type 3 경로를 전송합니다. 구성 문을 설정 no-flood-to-multicast-router-interfaces 함으로써, EVPN Type 3 경로는 IGMP/MLD 스누핑 프록시 플래그 세트와 함께 멀티캐스트 확장 커뮤니티 플래그와 함께 전송됩니다. 따라서 멀티캐스트 라우터 인터페이스는 알 수 없는 멀티캐스트 트래픽을 유치하지 않습니다.
이 기능은 일반적으로 EVPN 브리지 오버레이 시나리오에서 구현됩니다. L3 라우팅이 외부 멀티캐스트 라우터에서 작동하는 경우, 을 활성화 no-flood-to-multicast-router-interfaces 하면 트래픽이 중단될 수 있습니다.