MLD 구성
MLD 이해
MLD(Multicast Listener Discovery) 프로토콜은 멀티캐스트 그룹에서 호스트 및 라우터의 구성원을 관리합니다. IP 버전 6(IPv6) 멀티캐스트 라우터는 MLD를 사용하여 연결된 각 물리적 네트워크에 대해 관심 있는 리스너가 있는 그룹을 학습합니다. 각 라우팅 디바이스는 각 서브네트워크에 대한 리스너가 있는 호스트 멀티캐스트 주소 목록과 각 주소에 대한 타이머를 유지 관리합니다. 그러나 라우팅 디바이스는 각 리스너의 주소를 알 필요가 없으며 각 호스트의 주소만 알 필요가 있습니다. 라우팅 디바이스는 사용하는 멀티캐스트 라우팅 프로토콜에 주소를 제공하여 관심 있는 리스너가 있는 모든 서브네트워크에 멀티캐스트 패킷이 전달되도록 합니다. 이러한 방식으로 MLD는 PIM(Protocol Independent Multicast) 프로토콜의 전송으로 사용됩니다.
MLD는 IPv6의 필수적인 부분이며 IP 멀티캐스트 트래픽을 수신해야 하는 모든 IPv6 라우팅 디바이스 및 호스트에서 활성화되어야 합니다. Junos OS는 MLD 버전 1과 2를 지원합니다. 버전 2는 SSM(Source-Specific Multicast) 포함 및 제외 모드에 대해 지원됩니다.
포함 모드에서 수신자는 멀티캐스트 그룹 트래픽을 수신할 소스를 지정합니다. 제외 모드는 포함 모드와 반대로 작동합니다. 이를 통해 수신자는 멀티캐스트 그룹 트래픽 수신에 관심이 없는 소스를 지정할 수 있습니다.
연결된 각 네트워크에 대해 멀티캐스트 라우팅 디바이스는 쿼리 발생기 또는 비 쿼리 발생기가 될 수 있습니다. 일반적으로 서브넷당 하나씩 쿼리 발생기 라우팅 디바이스는 MLD 쿼리를 전송하여 그룹 구성원 정보를 요청합니다. 호스트가 관심 있는 청취자가 있다고 쿼리 발생기 라우팅 디바이스에 보고하면, 쿼리 발생기 라우팅 디바이스는 수신자(호스트)의 DR(Designated Router)을 통해 멤버십 정보를 RP(Rendezvous Point) 라우팅 디바이스로 전달합니다. 이렇게 하면 관심 있는 리스너가 있는 호스트를 RP 라우팅 디바이스에 연결하는 랑데부 포인트 트리(RPT)가 구축됩니다. RPT는 관심 있는 청취자에게 정보를 전송하기 위해 발신자가 사용하는 초기 경로입니다. 비쿼리 라우팅 디바이스는 서브넷에서 MLD 쿼리를 전송하지 않지만 쿼리 발생기 라우팅 디바이스가 실패할 경우 전송할 수 있습니다.
모든 MLD 구성 라우팅 디바이스는 연결된 각 서브넷에서 쿼리 발생기 라우팅 디바이스로 시작합니다( 그림 1 참조). 오른쪽의 쿼리 발생기 라우팅 디바이스는 수신기의 DR입니다.
에서 시작하는 라우팅 디바이스
쿼리 발송기 라우팅 디바이스를 선택하기 위해 라우팅 디바이스는 IPv6 소스 주소를 포함하는 쿼리 메시지를 교환합니다. 라우팅 디바이스가 IPv6 소스 주소가 자신이 선택한 주소보다 수치적으로 낮은 쿼리 메시지를 수신하면 nonquerier가 됩니다. 그림 2에서 왼쪽의 라우팅 디바이스는 오른쪽의 라우팅 디바이스보다 숫자적으로 낮은 소스 주소를 가지므로 쿼리 발생기 라우팅 디바이스가 됩니다.
MLD의 실제 적용에서 서브넷의 여러 라우팅 디바이스는 쿼리되지 않습니다. 선택된 쿼리 발생기 라우팅 디바이스가 실패하면 나머지 라우팅 디바이스 간에 쿼리 메시지가 교환됩니다. IPv6 소스 주소가 가장 낮은 라우팅 디바이스가 새로운 쿼리 발생기 라우팅 디바이스가 됩니다. IPv6 NDP(Neighbor Discovery Protocol) 구현은 대상 링크 레이어 주소 옵션에 브로드캐스트 또는 멀티캐스트 주소가 있는 들어오는 NA(Neighbor Announcement) 메시지를 삭제합니다. RFC 2461에서는 이 동작을 권장합니다.
쿼리 발송기 라우팅 디바이스는 링크 범위의 모든 노드 멀티캐스트 주소 FF02::1에 대한 일반 MLD 쿼리를 연결된 모든 서브넷에 짧은 간격으로 전송하여 그룹 회원 정보를 요청합니다( 그림 3 참조). 쿼리 메시지 내에는 호스트가 보고서 메시지로 응답하는 데 허용되는 최대 지연 시간을 지정하는 최대 응답 지연 값이 있습니다.
쿼리를 수신하는 호스트에 관심 있는 리스너가 연결되어 있는 경우, 호스트는 호스트의 IPv6 주소가 포함된 보고서를 라우팅 디바이스로 보냅니다( 그림 4 참조). 보고된 주소가 관심 있는 청취자가 있는 라우팅 디바이스의 멀티캐스트 주소 목록에 아직 없는 경우, 해당 주소가 목록에 추가되고 주소에 대한 타이머가 설정됩니다. 주소가 이미 목록에 있으면 타이머가 재설정됩니다. 호스트의 주소는 PIM 도메인의 RP로 전송됩니다.
수신되는 보고서
호스트에 관심 있는 멀티캐스트 리스너가 없는 경우 쿼리 발생기 라우팅 디바이스에 완료 메시지를 보냅니다. 수신 시, 쿼리 발생기 라우팅 디바이스는 마지막 리스너 쿼리 간격 값을 포함하는 멀티캐스트 주소별 쿼리를 호스트의 멀티캐스트 주소로 발행합니다. 라우팅 디바이스가 멀티캐스트 주소에서 보고서를 수신하지 않으면 목록에서 멀티캐스트 주소를 제거하고 PIM 도메인의 RP에 제거를 알립니다( 그림 5 참조).
완료 메시지를 보냅니다.
쿼리 발생기 라우팅 장치가 완료 메시지를 수신하지 않으면 쿼리 발생기 라우팅 장치는 멀티캐스트 주소별 쿼리를 계속 전송합니다. 마지막 보고서 수신 시 주소에 설정된 타이머가 만료되면 쿼리 발생기 라우팅 디바이스는 해당 서브넷에 더 이상 관심 있는 리스너가 없다고 가정하고 목록에서 멀티캐스트 주소를 제거하며 PIM 도메인의 RP에 제거를 알립니다( 그림 6 참조).
제거됨
또한보십시오
MLD 구성
MLD(Multicast Listener Discovery) 프로토콜을 구성하려면 다음과 같은 명령문을 포함합니다.mld
mld { accounting; interface interface-name { disable; (accounting | no-accounting); group-policy [ policy-names ]; immediate-leave; oif-map [ map-names ]; passive; ssm-map ssm-map-name; static { group multicast-group-address { exclude; group-count number; group-increment increment; source ip-address { source-count number; source-increment increment; } } } version version; } maximum-transmit-rate packets-per-second; query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; }
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit protocols][edit logical-systems logical-system-name protocols]
기본적으로 MLD는 PIM(Protocol Independent Multicast) 또는 DVMRP(Distance Vector Multicast Routing Protocol)를 구성할 때 모든 브로드캐스트 인터페이스에서 활성화됩니다.
MLD 활성화
MLD(Multicast Listener Discovery) 프로토콜은 서브넷에서 그룹을 설정, 유지 및 제거하여 멀티캐스트 그룹을 관리합니다. 멀티캐스트 라우팅 디바이스는 MLD를 사용하여 연결된 물리적 네트워크 각각에 구성원이 있는 그룹을 학습합니다. 라우터가 IPv6 멀티캐스트 패킷을 수신하려면 MLD를 활성화해야 합니다. 멀티캐스트는 IPv4 네트워크에서 다르게 처리되므로 MLD는 IPv6 네트워크에만 필요합니다. MLD는 PIM을 구성하는 모든 IPv6 인터페이스와 DVMRP를 구성할 때 모든 IPv6 브로드캐스트 인터페이스에서 활성화됩니다.
MLD는 멀티캐스트 리스너와 라우터에 대해 서로 다른 동작을 지정합니다. 라우터가 리스너이기도 하면 라우터는 자체 메시지에 응답합니다. 라우터에 동일한 링크에 대한 인터페이스가 두 개 이상 있는 경우 해당 인터페이스 중 하나에 대해서만 라우터 동작을 수행해야 합니다. 반면 리스너는 멀티캐스트 트래픽의 잠재적 수신자에 연결된 모든 인터페이스에서 리스너 동작을 수행해야 합니다.
PIM 및 DVMRP가 인터페이스에서 구성되지 않았거나 인터페이스에서 MLD가 명시적으로 비활성화되어 있기 때문에 MLD가 인터페이스에서 실행되고 있지 않은 경우 MLD를 명시적으로 활성화할 수 있습니다.
MLD를 명시적으로 활성화하려면:
또한보십시오
MLD 버전 수정
기본적으로 라우터는 MLD 버전 1(MLDv1)을 지원합니다. 라우터가 SSM(Source-Specific Multicast)에만 MLD 버전 2(MLDv2)를 사용할 수 있도록 하려면 문을 포함합니다 version 2 .
개별 인터페이스 계층 수준에서 MLD 버전 설정을 구성하는 경우, 명령문을 사용하여 IGMP 버전을 구성하는 것보다 우선합니다 interface all .
정적으로 구성된 멀티캐스트 그룹에 소스 주소가 지정된 경우 버전을 MLDv2로 설정해야 합니다.
MLD 인터페이스를 버전 2로 변경하려면:
또한보십시오
MLD 호스트-쿼리 메시지 간격 수정
MLD의 목적은 전체 서브넷의 IPv6 그룹 구성원을 사용하여 라우터를 최신 상태로 유지하는 것입니다. 라우터는 모든 구성원이 누구인지 알 필요가 없으며 구성원이 존재하는지만 알 수 있습니다. 각 호스트는 어떤 멀티캐스트 그룹이 가입되어 있는지 추적합니다. 각 링크에서 하나의 라우터가 쿼리 발생기로 선출됩니다. MLD 쿼리 발생기 라우터는 연결된 각 네트워크에 정기적으로 일반 호스트 쿼리 메시지를 보내 회원 정보를 요청합니다. 이러한 메시지는 그룹 구성원 정보를 요청하고 링크 범위 모든 노드 주소 FF02::1로 전송됩니다. 일반 호스트 쿼리 메시지에는 쿼리 응답 간격을 구성하여 설정할 수 있는 최대 응답 시간이 있습니다.
쿼리 응답 시간 제한, 쿼리 간격 및 견고성 변수는 모두 멀티캐스트 수신기 간격을 계산하는 데 사용되는 변수라는 점에서 서로 관련되어 있습니다. 멀티캐스트 리스너 간격은 멀티캐스트 라우터가 서브넷에 호스트 그룹의 구성원이 더 이상 존재하지 않는다고 결정하기 전에 경과해야 하는 시간(초)입니다. 멀티캐스트 수신기 간격은 (견고성 변수 x 쿼리 간격) + (1 x 쿼리 응답 간격)으로 계산됩니다. 멀티캐스트 리스너 간격이 만료되기 전에 특정 그룹에 대한 보고서가 수신되지 않으면 라우팅 디바이스는 해당 그룹에 대해 원격으로 시작된 멀티캐스트 패킷을 연결된 네트워크로 전달하는 것을 중단합니다.
기본적으로 호스트 쿼리 메시지는 125초마다 전송됩니다. 이 간격을 변경하여 서브넷에서 전송되는 MLD 메시지 수를 변경할 수 있습니다.
쿼리 간격을 수정하려면:
또한보십시오
MLD 쿼리 응답 간격 수정
쿼리 응답 간격은 쿼리 발생기 라우터가 호스트 쿼리 메시지를 보내는 시점과 호스트로부터 응답을 수신하는 시점 사이에 경과할 수 있는 최대 시간입니다. 이 간격을 변경하여 서브넷에서 MLD 메시지의 버스트 피크를 조정할 수 있습니다. 트래픽 버스트를 줄이기 위해 더 큰 간격을 설정합니다.
쿼리 응답 시간 제한, 쿼리 간격 및 견고성 변수는 모두 멀티캐스트 수신기 간격을 계산하는 데 사용되는 변수라는 점에서 서로 관련되어 있습니다. 멀티캐스트 리스너 간격은 멀티캐스트 라우터가 서브넷에 호스트 그룹의 구성원이 더 이상 존재하지 않는다고 결정하기 전에 경과해야 하는 시간(초)입니다. 멀티캐스트 수신기 간격은 (견고성 변수 x 쿼리 간격) + (1 x 쿼리 응답 간격)으로 계산됩니다. 멀티캐스트 리스너 간격이 만료되기 전에 특정 그룹에 대한 보고서가 수신되지 않으면 라우팅 디바이스는 해당 그룹에 대해 원격으로 시작된 멀티캐스트 패킷을 연결된 네트워크로 전달하는 것을 중단합니다.
기본 쿼리 응답 간격은 10초입니다. 소수점 오른쪽으로 최대 한 자리까지 1초 미만의 간격을 구성할 수 있습니다. 구성 가능한 범위는 0.1에서 0.9까지이며, 그 다음 1초 간격으로 1에서 999,999까지입니다.
쿼리 응답 간격을 수정하려면:
또한보십시오
MLD 마지막 멤버 쿼리 간격 수정
마지막 멤버 쿼리 간격(마지막 리스너 쿼리 간격이라고도 함)은 link-scope-all-routers 주소 FF02::2에서 전송된 완료 메시지에 대한 응답으로 전송된 메시지를 포함하여 그룹별 쿼리 메시지 간의 최대 시간입니다. 이 간격을 줄여 라우터가 그룹의 마지막 멤버의 손실을 감지하는 데 걸리는 시간을 줄일 수 있습니다.
쿼리 발생기 역할을 하는 라우팅 디바이스가 호스트로부터 leave-group(done) 메시지를 수신하면 라우팅 디바이스는 그룹에 여러 그룹별 쿼리를 보냅니다. 쿼리 발생기는 이러한 쿼리를 특정 횟수로 보내고 특정 간격으로 보냅니다. 전송된 쿼리 수를 마지막 리스너 쿼리 수라고 합니다. 쿼리가 전송되는 간격을 마지막 수신기 쿼리 간격이라고 합니다. 두 설정 모두 구성 가능하므로 휴가 대기 시간을 조정할 수 있습니다. IGMP leave latency는 멀티캐스트 그룹을 떠나라는 요청과 멀티캐스트 그룹에 대한 마지막 데이터 바이트 수신 사이의 시간입니다.
마지막 리스너 쿼리 수 x(회) 마지막 리스너 쿼리 간격 = (같음) 라우팅 디바이스가 그룹의 마지막 멤버가 그룹을 떠났다고 판단하고 그룹 트래픽 포워딩을 중지하는 데 걸리는 시간입니다.
기본 마지막 수신기 쿼리 간격은 1초입니다. 소수점 오른쪽으로 최대 한 자리까지 1초 미만의 간격을 구성할 수 있습니다. 구성 가능한 범위는 0.1에서 0.9까지이며, 그 다음 1초 간격으로 1에서 999,999까지입니다.
이 간격을 수정하려면 다음을 수행합니다.
견고성 변수를 구성하여 마지막 멤버 쿼리 수를 구성할 수 있습니다. 둘은 항상 동일합니다.
또한보십시오
MLD에 대한 Immediate-Leave 호스트 제거 지정
즉시 휴가 설정은 MLD 멤버십의 휴가 대기 시간을 최소화하는 데 유용합니다. 이 설정이 활성화되면 마지막 호스트가 멀티캐스트 그룹을 떠난 직후 라우팅 디바이스가 멀티캐스트 그룹을 떠납니다.
immediate-leave 설정은 호스트 추적을 활성화하며, 이는 디바이스가 참가 메시지를 보내는 호스트를 추적한다는 것을 의미합니다. 이를 통해 MLD는 마지막 호스트가 멀티캐스트 그룹에 대한 leave 메시지를 보내는 시기를 결정할 수 있습니다.
즉시 나가기 설정이 활성화되면 디바이스는 먼저 MLD 그룹별 쿼리를 인터페이스로 전송하지 않고 포워딩 테이블 항목에서 인터페이스를 제거합니다. 인터페이스는 MLD leave 메시지에 지정된 멀티캐스트 그룹의 멀티캐스트 트리에서 정리됩니다. 즉시 나가기 설정은 여러 멀티캐스트 그룹이 동시에 사용되는 경우에도 스위치된 네트워크의 호스트에 대한 최적의 대역폭 관리를 보장합니다.
즉시 휴가가 비활성화되고 한 호스트가 그룹 탈퇴 메시지를 보내면, 라우팅 디바이스는 먼저 그룹 쿼리를 보내 다른 수신자가 응답하는지 확인합니다. 응답하는 수신기가 없는 경우, 라우팅 디바이스는 멀티캐스트 그룹에서 인터페이스의 모든 호스트를 제거합니다. 즉시 휴가는 MLD 버전 1 및 MLD 버전 2 모두에 대해 기본적으로 비활성화되어 있습니다.
즉시 탈퇴를 활성화하면 IGMPv2 및 MLDv1에 대해 호스트 추적이 활성화되지만, 인터페이스에 하나의 호스트가 있는 경우에만 이러한 버전에서 즉시 탈퇴를 사용하십시오. 그 이유는 IGMPv2 및 MLDv1이 인터페이스에서 하나의 호스트만 멤버십 쿼리에 대한 응답으로 그룹 가입 보고서를 보내는 보고서 억제 메커니즘을 사용하기 때문입니다. 관심있는 다른 호스트는 보고서를 표시하지 않습니다. 이 메커니즘의 목적은 동일한 그룹에 대한 보고서의 홍수를 방지하는 것입니다. 그러나 라우터는 관심 있는 호스트 한 명에 대해서만 알고 다른 호스트에 대해서는 알지 못하기 때문에 호스트 추적에도 방해가 됩니다.
즉시 휴가를 활성화하려면:
MLD 인터페이스 수준에서 원치 않는 MLD 보고서 필터링
특정 멀티캐스트 그룹에 가입할 수 있는 서브넷을 제한해야 한다고 가정해 보겠습니다. group-policy 명령문을 사용하면 인터페이스 수준에서 원치 않는 MLD 보고서를 필터링할 수 있습니다.
group-policy 라우터에서 문이 활성화되면 라우터가 MLD 보고서를 수신한 후 라우터는 그룹을 지정된 그룹 정책과 비교하고 해당 정책에 구성된 작업을 수행합니다(예: 정책이 정의된 주소 또는 네트워크와 일치하는 경우 보고서 거부).
그룹 주소와 일치하도록 정책의 route-filter 문을 사용하여 MLD 그룹 주소(MLDv1의 경우)와만 일치하도록 정책을 정의합니다. 정책의 route-filter 문을 사용하여 그룹 주소와 일치시키고 정책의 source-address-filter 문을 소스 주소와 일치시켜 MLD(소스, 그룹) 주소(MLDv2의 경우)와 일치하도록 정책을 정의합니다.
원치 않는 MLD 보고서를 필터링하려면:
또한보십시오
예: MLD 견고성 변수 수정
이 예는 멀티캐스트 도메인에서 MLD 견고성 변수를 구성하고 확인하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
라우터 인터페이스를 구성합니다.
내부 게이트웨이 프로토콜 또는 정적 라우팅을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
IPv6 유니캐스트 라우팅을 활성화합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
PIM을 사용하도록 설정합니다. PIM 개요를 참조하십시오.
개요
MLD 견고성 변수는 서브넷에서 예상되는 패킷 손실을 허용하도록 미세 조정할 수 있습니다. 강력한 수를 늘리면 더 많은 패킷 손실이 허용되지만 서브네트워크의 이탈 대기 시간이 늘어납니다.
견고성 변수의 값은 다음 MLD 메시지 간격을 계산하는 데 사용됩니다.
그룹 구성원 간격 - 멀티캐스트 라우터가 네트워크에 그룹의 구성원이 더 이상 없다고 판단하기 전에 경과해야 하는 시간입니다. 이 간격은 (견고성 변수 x 쿼리 간격) + (1 x 쿼리-응답 간격)으로 계산됩니다.
Other querier present interval(기타 쿼리 발생기 존재 간격) - 멀티캐스트 라우터가 쿼리 발생기인 다른 멀티캐스트 라우터가 더 이상 없다고 판단하기까지 경과해야 하는 시간입니다. 이 간격은 (견고성 변수 x 쿼리 간격) + (0.5 x 쿼리 응답 간격)으로 계산됩니다.
Last-member query count—라우터가 그룹의 로컬 멤버가 없다고 가정하기 전에 전송된 그룹별 쿼리 수입니다. 디폴트 숫자는 견고성 변수의 값입니다.
기본적으로 견고성 변수는 2로 설정됩니다. 숫자는 2에서 10 사이일 수 있습니다. 서브넷에서 패킷이 손실될 것으로 예상되는 경우 이 값을 늘릴 수 있습니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set protocols mld robust-count 5
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
견고성 변수의 값을 변경하려면,
확인
구성이 제대로 작동하는지 확인하려면 show mld interfaces 명령의 출력에서 MLD 견고성 수 필드를 확인합니다.
최대 MLD 메시지 속도 제한
라우터에서 1초에 전송하는 최대 MLD 패킷 수에 대한 제한을 변경할 수 있습니다.
초당 전송되는 최대 MLD 패킷 수를 늘리는 것은 MLD에 참여하는 많은 수의 인터페이스가 있는 라우터에서 유용할 수 있습니다.
라우터가 1초에 전송할 수 있는 최대 MLD 패킷 수에 대한 제한을 변경하려면 명령문을 포함하고 maximum-transmit-rate 초당 전송할 최대 패킷 수를 지정합니다.
MLD 정적 그룹 구성원 사용
- MLD 정적 그룹 구성원 만들기
- 정적 그룹 자동 생성
- 그룹 주소 자동 증가
- 멀티캐스트 소스 주소 지정(SSM 모드에서)
- 멀티캐스트 소스 자동 지정
- 소스 주소 자동 증가
- 멀티캐스트 소스 주소 제외(SSM 모드에서)
MLD 정적 그룹 구성원 만들기
MLD 정적 그룹 멤버십을 생성하여 수신자 호스트 없이 멀티캐스트 포워딩을 테스트할 수 있습니다. MLD 정적 그룹 멤버십을 활성화하면 데이터가 인터페이스로 전달되고 해당 인터페이스는 다운스트림 호스트로부터 멤버십 보고서를 수신하지 않습니다.
CoS(Class-of-Service) 조정은 MLD 정적 그룹 멤버십에서 지원되지 않습니다.
멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성할 때 자동으로 생성될 정적 그룹의 수를 지정할 수 있습니다.
이 예제에서는 정적 그룹 ff0e::1:ff05:1a8d를 만듭니다.
정적 그룹 자동 생성
멀티캐스트 트래픽을 수신할 인터페이스에서 멀티캐스트 전달을 테스트하기 위해 MLD 정적 그룹 멤버십을 생성할 때 여러 정적 그룹이 자동으로 생성되도록 지정할 수 있습니다. 이 기능은 각 수신기를 별도로 구성할 필요 없이 여러 수신기에 대한 포워딩을 테스트하려는 경우에 유용합니다.
이 예제에서는 세 개의 그룹을 만듭니다.
그룹 주소 자동 증가
멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성하고 자동으로 생성될 정적 그룹의 수를 지정하는 경우, 그룹 주소가 일부 주소만큼 자동으로 증가하도록 구성할 수도 있습니다.
이 예에서는 세 개의 그룹을 만들고 각 그룹에 대해 2씩 그룹 주소를 늘립니다.
멀티캐스트 소스 주소 지정(SSM 모드에서)
멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성하고 네트워크가 SSM(Source-Specific Multicast) 모드에서 작동하는 경우, 허용할 멀티캐스트 소스 주소를 지정할 수 있습니다.
SSM 범위에서 그룹 주소를 지정하는 경우 소스도 지정해야 합니다.
정적으로 구성된 멀티캐스트 그룹에 소스 주소가 지정된 경우 인터페이스에서 MLD 버전을 MLDv2로 설정해야 합니다. MLDv1은 기본값입니다.
이 예에서는 그룹 ff0e::1:ff05:1a8d를 생성하고 IPv6 주소 fe80::2e0:81ff:fe05:1a8d를 유일한 소스로 수락합니다.
멀티캐스트 소스 자동 지정
멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성할 때 자동으로 수락될 멀티캐스트 소스의 수를 지정할 수 있습니다.
이 예제에서는 정적 그룹 ff0e::1:ff05:1a8d를 만들고 fe80::2e0:81ff:fe05:1a8d, fe80::2e0:81ff:fe05:1a8e 및 fe80::2e0:81ff:fe05:1a8f를 소스 주소로 수락합니다.
소스 주소 자동 증가
멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성하고 자동으로 수락할 멀티캐스트 소스 수를 지정하는 경우, 허용된 각 소스에 대해 주소가 증가해야 하는 수도 지정할 수 있습니다.
이 예제에서는 정적 그룹 ff0e::1:ff05:1a8d를 만들고 fe80::2e0:81ff:fe05:1a8d, fe80::2e0:81ff:fe05:1a8f 및 fe80::2e0:81ff:fe05:1a91을 소스로 수락합니다.
멀티캐스트 소스 주소 제외(SSM 모드에서)
멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성하고 네트워크가 SSM(Source-Specific Multicast) 모드에서 작동하는 경우 특정 멀티캐스트 소스 주소를 제외하도록 지정할 수 있습니다.
기본적으로 정적 그룹에 구성된 멀티캐스트 소스 주소는 포함 모드에서 작동합니다. 포함 모드에서는 구성된 소스 주소에서 그룹에 대한 멀티캐스트 트래픽이 허용됩니다. 또한 정적 그룹이 제외 모드에서 작동하도록 구성할 수도 있습니다. 제외 모드에서는 그룹의 멀티캐스트 트래픽이 구성된 소스 주소 이외의 모든 주소에서 허용됩니다.
정적으로 구성된 멀티캐스트 그룹에 소스 주소가 지정된 경우 인터페이스에서 MLD 버전을 MLDv2로 설정해야 합니다. MLDv1은 기본값입니다.
이 예에서는 fe80::2e0:81ff:fe05:1a8d 주소를 ff0e::1:ff05:1a8d 그룹의 원본으로 제외합니다.
IGMP 프로토콜을 사용하는 IPv4 멀티캐스트 트래픽에도 유사한 구성을 사용할 수 있습니다.
예: MLD 참가 및 탈퇴 이벤트 기록
이 예는 MLD 조인 및 탈퇴 이벤트를 기록하도록 라우팅 디바이스를 구성하여 네트워크에서 MLD 튜닝이 필요한지 여부를 결정하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
라우터 인터페이스를 구성합니다.
내부 게이트웨이 프로토콜 또는 정적 라우팅을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
IPv6 유니캐스트 라우팅을 활성화합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
PIM을 사용하도록 설정합니다. PIM 개요를 참조하십시오.
개요
표 1 에는 기록 가능한 MLD 조인 및 탈퇴 이벤트가 설명되어 있습니다.
ERRMSG 태그 |
정의 |
|---|---|
RPD_MLD_JOIN |
MLD 참가 이벤트를 기록합니다. |
RPD_MLD_LEAVE |
MLD 탈퇴 이벤트를 기록합니다. |
RPD_MLD_ACCOUNTING_ON |
MLD 인터페이스에서 MLD 어카운팅이 활성화될 때 기록합니다. |
RPD_MLD_ACCOUNTING_OFF |
MLD 인터페이스에서 MLD 어카운팅이 비활성화된 경우를 기록합니다. |
RPD_MLD_MEMBERSHIP_TIMEOUT |
MLD 멤버십 시간 초과 이벤트를 기록합니다. |
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set protocols mld interface fe-0/1/0.2 accounting set system syslog file mld-events any info set system syslog file mld-events match ".*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*" set system syslog file mld-events archive size 100000 set system syslog file mld-events archive files 3 set system syslog file mld-events archive transfer-interval 1440 set system syslog file mld-events archive archive-sites "ftp://user@host1//var/tmp" password "anonymous" set system syslog file mld-events archive archive-sites "ftp://user@host2//var/tmp" password "test"
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
MLD 참가 및 탈퇴 이벤트의 기록을 구성하려면,
전역적으로 또는 MLD 인터페이스에서 어카운팅을 활성화합니다. 이 예는 인터페이스 구성을 보여줍니다.
[edit protocols mld] user@host# set interface fe–0/1/0.2 accounting
기록할 이벤트를 구성하고 mld-events와 같은 설명적인 파일 이름을 사용하여 이벤트를 시스템 로그 파일로 필터링합니다.
[edit system syslog file mld-events] user@host# set any info [edit system syslog file mld-events] user@host# set match “.*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*”
로그 파일을 주기적으로 보관합니다.
이 예제에서는 파일이 100KB에 도달하면 24시간(1440분)마다 파일을 회전하고 3개의 파일을 유지합니다.
[edit system syslog file mld-events] user@host# set archive size 100000 [edit system syslog file mld-events] user@host# set archive files 3 [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host1//var/tmp” password “anonymous” [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host2//var/tmp” password “test” [edit system syslog file mld-events] user@host# set archive transfer-interval 1440 [edit system syslog file mld-events] user@host# set archive start-time 2011–01–07:12:30
디바이스 구성을 완료하면 구성을 커밋합니다.
[edit system syslog file mld-events]] user@host# commit
확인
file show 명령을 실행하여 시스템 로그 파일을 볼 수 있습니다.
user@host> file show mld-events
monitor start 및 monitor stop 명령을 실행하여 파일에 항목이 추가될 때 시스템 로그 파일을 모니터링할 수 있습니다.
user@host> monitor start mld-events
*** mld-events *** Apr 16 13:08:23 host mgd[16416]: UI_CMDLINE_READ_LINE: User 'user', command 'run monitor start mld-events ' monitor
논리적 인터페이스에서 MLD 멀티캐스트 그룹 조인 수 구성
명령 group-limit 문을 사용하면 논리적 인터페이스에 대한 MLD 멀티캐스트 그룹 조인 수를 제한할 수 있습니다. MLD 버전 2를 실행하는 라우터에서 이 문이 활성화되면 그룹 보고서 수신 시 제한이 적용됩니다. 그룹 제한에 도달하면 후속 참가 요청이 거부됩니다.
MLD 멀티캐스트 그룹에 대한 제한을 구성할 때 다음 사항에 유의하십시오.
각 임의 소스 그룹(*,G)은 한도에 대해 하나의 그룹으로 계산됩니다.
각 소스별 그룹(S,G)은 한도에 대해 하나의 그룹으로 계산됩니다.
MLDv2 제외 모드의 그룹은 제한에 대해 계산됩니다.
여러 소스별 그룹은 동일한 그룹에 대한 그룹일지라도 그룹 제한에 개별적으로 계산됩니다. 예를 들어, (S1, G1) 및 (S2, G1)은 구성된 제한에 대해 두 그룹으로 계산됩니다.
임의의 소스 그룹과 소스별 그룹의 조합은 동일한 그룹에 대한 것이더라도 그룹 제한에 개별적으로 계산됩니다. 예를 들어, (*, G1) 및 (S, G1)은 구성된 제한에 대해 두 그룹으로 계산됩니다.
네트워크에 이미 존재하는 것보다 낮은 네트워크에서 그룹 제한을 구성하고 커밋하면 구성에서 모든 그룹이 제거됩니다. 그런 다음 그룹은 네트워크 재가입을 요청해야 합니다(새로 구성된 그룹 제한까지).
동적 프로필을 사용하여 MLD 논리적 인터페이스에서 멀티캐스트 그룹을 동적으로 제한할 수 있습니다. 동적 프로필 생성에 대한 자세한 내용은 Junos OS 가입자 관리 및 서비스 라이브러리를 참조하십시오.
Junos OS 12.2부터 논리적 인터페이스에서 수신된 MLD 멀티캐스트 그룹 조인에 대한 시스템 로그 경고 임계값을 선택적으로 구성할 수 있습니다. 문제 해결을 위해 시스템 로그 메시지를 검토하고 인터페이스에서 과도한 양의 MLD 멀티캐스트 그룹 조인이 수신되었는지 감지하는 것이 도움이 됩니다. 이러한 로그 메시지는 구성된 그룹 제한을 초과했을 때, 구성된 임계값을 초과했을 때, 그룹 수가 구성된 임계값 아래로 떨어질 때를 전달합니다.
명령 group-threshold 문을 사용하면 경고 메시지가 기록되는 임계값을 구성할 수 있습니다. 범위는 1%에서 100%까지입니다. 경고 임계값은 그룹 제한의 비율이므로 경고 임계값을 group-limit 구성하려면 문을 구성해야 합니다. 예를 들어, 그룹 수가 구성된 경고 임계값을 초과하지만 구성된 그룹 제한 미만으로 유지되면 멀티캐스트 그룹이 계속 수락되고 디바이스는 경고 메시지를 기록합니다. 또한 디바이스는 그룹 수가 구성된 경고 임계값 아래로 떨어진 후 경고 메시지를 기록합니다. 문을 구성하여 로그 메시지 사이의 시간(초)을 추가로 지정할 수 있습니다 log-interval . 범위는 6초에서 32,767초까지입니다.
구성된 임계값 이후에 추가된 모든 항목과 구성된 제한 이후에 거부된 모든 항목으로 인해 경고 메시지가 기록되기 때문에 로그 메시지 제한을 고려할 수 있습니다. 로그 간격을 구성하여 MLD 멀티캐스트 그룹 조인에 대해 생성되는 시스템 로그 경고 메시지의 양을 조절할 수 있습니다.
MLD 논리적 인터페이스에서 멀티캐스트 그룹 조인을 제한하려면:
구성을 확인하려면 명령을 사용합니다 show protocols mld . 구성된 그룹 제한과 선택적 경고 임계값 및 로그 메시지 간 간격을 포함하여 인터페이스에서 MLD의 show mld interface 작동을 확인하려면 명령을 사용합니다.
MLD 비활성화
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.