Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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)에 대해 지원됩니다.

포함 모드에서 수신기는 멀티캐스트 그룹 트래픽 수신에 관심이 있는 소스 또는 소스를 지정합니다. 제외 모드는 포함 모드의 반대에서 작동합니다. 리시버가 멀티캐스트 그룹 트래픽을 수신하는 데 관심이 없는 소스 또는 소스를 지정할 수 있습니다.

연결된 각 네트워크에 대해 멀티캐스트 라우팅 디바이스는 쿼리 또는 비 쿼리가 될 수 있습니다. 쿼리 라우팅 디바이스(일반적으로 서브넷당 1개)는 MLD 쿼리를 전송하여 그룹 멤버쉽 정보를 요청합니다. 호스트가 관심 있는 리스너가 있는 쿼리어 라우팅 장비에 보고하면, 쿼리 라우팅 장비는 수신기(호스트의) DR(Designated Router)을 통해 멤버십 정보를 RP(rendezvous point) 라우팅 장비로 전달합니다. 이는 관심 있는 리스너와 호스트를 RP 라우팅 디바이스에 연결하는 RPT(rendezvous-point tree)를 구축합니다. RPT는 발신자가 관심 있는 수신자에게 정보를 전송하는 데 사용하는 초기 경로입니다. 비심리식 라우팅 장비는 서브넷에서 MLD 쿼리를 전송하지 않지만, 쿼리 라우팅 장비에 장애가 발생하면 이를 수행할 수 있습니다.

모든 MLD 구성 라우팅 디바이스는 각 연결된 서브넷에서 쿼리 라우팅 디바이스로 시작됩니다( 그림 1 참조). 오른쪽에 있는 쿼리 라우팅 디바이스는 수신기의 DR입니다.

그림 1: 서브넷 Routing Devices Start Up on a Subnet 에서 시작하는 라우팅 디바이스

쿼리러 라우팅 디바이스를 선택하기 위해 라우팅 장비는 IPv6 소스 주소가 포함된 쿼리 메시지를 교환합니다. 라우팅 장비가 IPv6 소스 주소가 선택한 주소보다 숫자로 낮은 쿼리 메시지를 듣는 경우, 이 메시지는 논케리어(nonquerier)가 됩니다. 그림 2에서 왼쪽의 라우팅 디바이스는 오른쪽에 있는 소스 주소보다 숫자적으로 낮은 소스 주소를 가지므로 쿼리 라우팅 디바이스가 됩니다.

참고:

MLD의 실제 적용에서 서브넷상의 몇몇 라우팅 장치는 의심하지 않습니다. 선출된 쿼리러 라우팅 장비에 장애가 발생하면 쿼리 메시지는 나머지 라우팅 디바이스 간에 교환됩니다. IPv6 소스 주소가 가장 낮은 라우팅 장비는 새로운 쿼리 라우팅 장비가 됩니다. IPv6 NDP(Neighbor Discovery Protocol) 구현은 대상 링크 레이어 주소 옵션에 브로드캐스트 또는 멀티캐스트 주소가 있는 수신 인접 공지(NA) 메시지를 드롭합니다. 이러한 동작은 RFC 2461에서 권장합니다.

그림 2: Queryr Routing Device 결정 Querier Routing Device Is Determined

쿼리러 라우팅 장비는 링크 범위의 모든 노드 멀티캐스트 주소 FF02::1에 대한 일반 MLD 쿼리를 짧은 간격으로 모든 첨부된 서브넷으로 전송하여 그룹 멤버쉽 정보를 요청합니다( 그림 3 참조). 쿼리 메시지 내에는 최대 응답 지연 값이 있으며 호스트가 보고서 메시지로 응답할 수 있는 최대 허용 지연을 지정합니다.

그림 3: 일반 쿼리 메시지가 발행됨 General Query Message Is Issued

관심 있는 수신자가 쿼리를 수신하는 호스트에 첨부된 경우 호스트는 호스트의 IPv6 주소가 포함된 보고서를 라우팅 장비로 보냅니다( 그림 4 참조). 보고된 주소가 관심 있는 리스너가 있는 라우팅 장비의 멀티캐스트 주소 목록에 아직 없는 경우 주소가 목록에 추가되고 주소에 대한 타이머가 설정됩니다. 주소가 이미 목록에 있는 경우 타이머가 재설정됩니다. 호스트의 주소는 PIM 도메인의 RP로 전송됩니다.

그림 4: Queryr Routing Device Reports Are Received by the Querier Routing Device 를 통해 보고서 수신

호스트에 관심이 있는 멀티캐스트 리스너가 없는 경우, 쿼리어 라우팅 장비에 완료된 메시지를 보냅니다. 수신 시 쿼리자 라우팅 장비는 호스트의 멀티캐스트 주소에 대한 마지막 리스너 쿼리 간격 값을 포함하는 멀티캐스트 주소별 쿼리를 발행합니다. 라우팅 장비가 멀티캐스트 주소로부터 보고서를 받지 못하는 경우 목록에서 멀티캐스트 주소를 제거하고 제거 PIM 도메인의 RP에 통보합니다( 그림 5 참조).

그림 5: 호스트에 관심이 없는 수신기가 없고 라우팅 장비에 완료된 메시지를 보냅니다 Host Has No Interested Receivers and Sends a Done Message to Routing Device.

쿼리러 라우팅 장비에서 수행된 메시지를 수신하지 못한 경우, 쿼리 라우팅 장비는 계속해서 멀티캐스트 주소별 쿼리를 보냅니다. 마지막 보고서를 수신할 때 주소에 대해 타이머 세트가 만료되면 쿼리 라우팅 장비는 더 이상 해당 서브넷에 관심이 있는 수신자가 없다고 가정하고 목록에서 멀티캐스트 주소를 제거하며 제거 PIM 도메인의 RP에 통보합니다( 그림 6 참조).

그림 6: 호스트 주소 타이머가 만료되고 주소가 멀티캐스트 주소 목록에서 Host Address Timer Expires and Address Is Removed from Multicast Address List 제거됨

MLD 구성

MLD(Multicast Listener Discovery) 프로토콜을 구성하려면 다음과 같은 명령문을 mld 포함합니다.

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

  • [edit protocols]

  • [edit logical-systems logical-system-name protocols]

기본적으로 PIM(Protocol Independent Multicast) 또는 DVMRP(Distance Vector Multicast Routing Protocol)를 구성할 때 모든 브로드캐스트 인터페이스에서 MLD가 활성화됩니다.

MLD 지원

MLD(Multicast Listener Discovery) 프로토콜은 서브넷에서 그룹을 설정, 유지 관리 및 제거하여 멀티캐스트 그룹을 관리합니다. 멀티캐스트 라우팅 장비는 MLD를 사용하여 연결된 물리적 네트워크 각각에 구성원이 있는 그룹을 파악합니다. 라우터가 IPv6 멀티캐스트 패킷을 수신하려면 MLD를 활성화해야 합니다. 멀티캐스트는 IPv4 네트워크에서 다르게 처리되므로 IPv6 네트워크에만 MLD가 필요합니다. DVMRP 구성 시 PIM을 구성하는 모든 IPv6 인터페이스와 모든 IPv6 브로드캐스트 인터페이스에서 MLD가 활성화됩니다.

MLD는 멀티캐스트 리스너와 라우터를 위해 서로 다른 동작을 지정합니다. 라우터가 수신자일 때 라우터는 자체 메시지에 응답합니다. 라우터가 동일한 링크에 두 개 이상의 인터페이스를 보유하고 있는 경우 해당 인터페이스 중 하나에서만 라우터 동작을 수행해야 합니다. 한편, 리스너는 멀티캐스트 트래픽의 잠재적 수신기에 연결된 모든 인터페이스에서 리스너 동작을 수행해야 합니다.

인터페이스에서 PIM 및 DVMRP가 구성되지 않거나 인터페이스에서 MLD가 명시적으로 비활성화되기 때문에 MLD가 인터페이스에서 실행되지 않는 경우 MLD를 명시적으로 활성화할 수 있습니다.

MLD를 명시적으로 활성화하려면 다음을 수행합니다.

  1. 인터페이스에서 PIM 및 DVMRP가 실행되지 않는 경우 인터페이스 이름을 포함하여 MLD를 명시적으로 활성화합니다.
  2. 인터페이스에서 MLD가 비활성화되었는지 확인합니다. 다음 예에서 MLD는 Gigabit Ethernet 인터페이스에서 비활성화됩니다.
  3. 명령문을 삭제하여 인터페이스에서 MLD를 활성화합니다 disable .
  4. 구성을 확인합니다.
  5. 명령의 출력을 검사하여 MLD의 작동을 show mld interface 확인합니다.

MLD 버전 수정

기본적으로 라우터는 MLD 버전 1(MLDv1)을 지원합니다. 라우터가 SSM(Source-Specific Multicast)에만 MLD 버전 2(MLDv2)를 사용할 수 있도록 하려면 성명서를 version 2 포함합니다.

개별 인터페이스 계층 수준에서 MLD 버전 설정을 구성하면 명령문을 사용하여 IGMP 버전 구성을 interface all 무시합니다.

정적으로 구성된 멀티캐스트 그룹에 소스 주소가 지정되면 버전이 MLDv2로 설정되어야 합니다.

MLD 인터페이스를 버전 2로 변경하려면 다음을 수행합니다.

  1. MLD 인터페이스를 구성합니다.
  2. 명령의 출력에서 버전 필드를 검사하여 구성을 확인합니다 show mld interface . show mld statistics 이 명령에는 MLD 메시지 유형 필드의 카운터와 같은 버전별 출력 필드가 있습니다.

MLD 호스트 쿼리 메시지 간격 수정

MLD의 목표는 전체 서브넷의 IPv6 그룹 멤버쉽을 통해 라우터를 최신 상태로 유지하는 것입니다. 라우터는 모든 구성원이 누구인지 알 필요가 없으며 구성원만 존재합니다. 각 호스트는 어떤 멀티캐스트 그룹에 가입되어 있는지 추적합니다. 각 링크에서 하나의 라우터가 쿼리어로 선택됩니다. MLD 쿼리 라우터는 연결된 각 네트워크에 일반 호스트 쿼리 메시지를 주기적으로 전송하여 멤버십 정보를 요청합니다. 이러한 메시지는 그룹 멤버쉽 정보를 요청하며 링크 범위의 모든 노드 주소 FF02::1로 전송됩니다. 일반 호스트-쿼리 메시지에는 쿼리 응답 간격을 구성하여 설정할 수 있는 최대 응답 시간이 있습니다.

쿼리 응답 타임아웃, 쿼리 간격 및 견고성 변수는 멀티캐스트 수신자 간격을 계산하는 데 사용되는 모든 변수라는 점에서 관련됩니다. 멀티캐스트 리스너 간격은 멀티캐스트 라우터가 더 이상 호스트 그룹의 구성원이 서브넷에 존재하지 않는지 판단하기 전에 통과해야 하는 초의 간격입니다. 멀티캐스트 수신자 간격은 (견고도 변수 x 쿼리 간격) + (1 x 쿼리 응답 간격)로 계산됩니다. 멀티캐스트 리스너 간격이 만료되기 전에 특정 그룹에 대한 보고가 수신되지 않는 경우, 라우팅 장비는 해당 그룹에 대해 원격에서 시작된 멀티캐스트 패킷의 포워딩을 연결 네트워크 상에 전달하지 않습니다.

기본적으로 호스트 쿼리 메시지는 125초마다 전송됩니다. 이 간격을 변경하여 서브넷에서 전송된 MLD 메시지의 수를 변경할 수 있습니다.

쿼리 간격을 수정하려면 다음을 수행합니다.

  1. 간격을 구성합니다.

    이 값은 1초에서 1024초까지입니다.

  2. 명령 출력에서 MLD Query 간격 필드를 검사하여 구성을 확인합니다 show mld interface .
  3. 명령 출력에서 Listener Query 필드를 검사하여 쿼리 간격의 작동을 확인합니다 show mld statistics .

MLD 쿼리 응답 간격 수정

쿼리 응답 간격은 쿼리 라우터가 호스트 쿼리 메시지를 보낼 때와 호스트로부터 응답을 수신할 때 사이에 경과할 수 있는 최대 시간입니다. 이 간격을 변경하여 서브넷에서 MLD 메시지의 버스트 피크를 조정할 수 있습니다. 더 큰 간격을 설정하여 트래픽의 폭주량을 줄입니다.

쿼리 응답 타임아웃, 쿼리 간격 및 견고성 변수는 멀티캐스트 수신자 간격을 계산하는 데 사용되는 모든 변수라는 점에서 관련됩니다. 멀티캐스트 리스너 간격은 멀티캐스트 라우터가 더 이상 호스트 그룹의 구성원이 서브넷에 존재하지 않는지 판단하기 전에 통과해야 하는 초의 간격입니다. 멀티캐스트 수신자 간격은 (견고도 변수 x 쿼리 간격) + (1 x 쿼리 응답 간격)로 계산됩니다. 멀티캐스트 리스너 간격이 만료되기 전에 특정 그룹에 대한 보고가 수신되지 않는 경우, 라우팅 장비는 해당 그룹에 대해 원격에서 시작된 멀티캐스트 패킷의 포워딩을 연결 네트워크 상에 전달하지 않습니다.

기본 쿼리 응답 간격은 10초입니다. 1초 미만의 간격을 100초 미만의 간격으로 100초 미만의 숫자로 구성할 수 있습니다. 구성 가능한 범위는 0.1~ 0.9이며, 1초 간격은 1~999,999입니다.

쿼리 응답 간격을 수정하려면 다음을 수행합니다.

  1. 간격을 구성합니다.
  2. 명령의 출력에서 MLD 쿼리 응답 간격 필드를 검사하여 구성을 확인합니다 show mld interface .
  3. 명령 출력에서 Listener Query 필드를 검사하여 쿼리 간격의 작동을 확인합니다 show mld statistics .

MLD 최종 멤버 쿼리 간격 수정

마지막 멤버 쿼리 간격(마지막 수신자 쿼리 간격이라고도 함)은 링크 범위-모든 라우터 주소 FF02::2에서 전송된 메시지에 대한 응답으로 전송되는 메시지를 포함하여 그룹별 쿼리 메시지 간의 최대 시간입니다. 이 간격을 낮춰 라우터가 그룹의 마지막 멤버 손실을 감지하는 데 걸리는 시간을 줄일 수 있습니다.

쿼리의 역할을 하는 라우팅 장비가 호스트로부터 leave-group(완료) 메시지를 받으면 라우팅 장비는 그룹에 여러 그룹별 쿼리를 보냅니다. 쿼리에서는 이러한 쿼리의 특정 번호를 보내고 특정 간격으로 보냅니다. 전송된 쿼리 수를 마지막 수신자 쿼리 수라고 합니다. 쿼리가 전송되는 간격을 마지막 수신자 쿼리 간격이라고 합니다. 두 설정 모두 구성 가능하므로 휴가 지연 시간을 조정할 수 있습니다. IGMP 휴가 지연은 멀티캐스트 그룹 탈퇴 요청과 멀티캐스트 그룹에 대한 마지막 바이트 데이터 수신 사이의 시간입니다.

마지막 리스너 쿼리는 그룹의 마지막 구성원이 그룹을 떠났는지 확인하고 그룹 트래픽 포워딩을 중단하기 위해 라우팅 디바이스에서 소요되는 시간을 x(시간)로 계산합니다.

기본 마지막 리스너 쿼리 간격은 1초입니다. 1초 미만의 간격을 100초 미만의 간격으로 100초 미만의 숫자로 구성할 수 있습니다. 구성 가능한 범위는 0.1~ 0.9이며, 1초 간격은 1~999,999입니다.

이 간격을 수정하려면 다음을 수행합니다.

  1. 그룹별 쿼리에 대한 응답으로 라우팅 장비가 보고서를 기다리는 시간(초)을 구성합니다.
  2. 명령 출력에서 MLD Last Member Query Interval 필드를 검사하여 구성을 확인합니다 show igmp interfaces .
참고:

견고성 변수를 구성하여 마지막 멤버 쿼리 수를 구성할 수 있습니다. 두 가지는 항상 동일합니다.

MLD에 대한 즉각적인 휴가 호스트 제거 지정

즉각적인 휴가 설정은 MLD 멤버십의 휴가 지연을 최소화하는 데 유용합니다. 이 설정이 설정되면 마지막 호스트가 멀티캐스트 그룹을 떠난 직후 라우팅 장비가 멀티캐스트 그룹을 떠납니다.

즉각적인 휴가 설정은 호스트 추적을 지원하므로 디바이스가 조인 메시지를 보내는 호스트를 계속 추적합니다. 이를 통해 MLD는 마지막 호스트가 멀티캐스트 그룹에 대해 leave 메시지를 보내는 시기를 결정할 수 있습니다.

즉각적인 휴가 설정이 설정되면 장치는 먼저 인터페이스에 MLD 그룹별 쿼리를 전송하지 않고 포워딩 테이블 엔트리에서 인터페이스를 제거합니다. 인터페이스는 MLD leave 메시지에 지정된 멀티캐스트 그룹에 대해 멀티캐스트 트리에서 정리됩니다. 즉각적인 휴가 설정은 여러 멀티캐스트 그룹이 동시에 사용되는 경우에도 스위칭된 네트워크의 호스트에 대한 최적의 대역폭 관리를 보장합니다.

즉각적인 휴가가 비활성화되고 한 호스트가 leave 그룹 메시지를 보내는 경우, 라우팅 장비는 먼저 그룹 쿼리를 보내 다른 수신기가 응답하는지 확인합니다. 수신기가 응답하지 않으면 라우팅 디바이스가 멀티캐스트 그룹에서 인터페이스상의 모든 호스트를 제거합니다. MLD 버전 1 및 MLD 버전 2 모두에 대해 기본적으로 즉시 휴가가 비활성화됩니다.

참고:

IGMPv2 및 MLDv1에 대해 호스트 추적을 즉시 사용하지만 인터페이스에 호스트가 한 개 있는 경우에만 이러한 버전과 함께 즉시 휴가(leave)를 사용합니다. 그 이유는 IGMPv2 및 MLDv1이 보고서 억제 메커니즘을 사용하기 때문입니다. 인터페이스상의 호스트가 멤버 쿼리에 대한 응답으로 그룹 조인 보고서를 전송합니다. 다른 관심 호스트는 보고서를 표시하지 않습니다. 이 메커니즘의 목적은 동일한 그룹에 대한 플러드(flood)를 방지하는 것입니다. 그러나 라우터는 관심 있는 호스트에 대해서만 알고 다른 호스트에 대해서만 알지 못하기 때문에 호스트 추적도 방해합니다.

즉각적인 휴가를 사용하려면 다음을 수행합니다.

  1. MLD 인터페이스에서 즉시 맡기도록 구성합니다.
  2. 명령의 출력에서 즉시 휴가 필드를 검사하여 구성을 확인합니다 show mld interface .

MLD 인터페이스 수준에서 원치 않는 MLD 보고서 필터링

특정 멀티캐스트 그룹에 연결할 수 있는 서브넷을 제한해야 한다고 가정해 보겠습니다. 이 group-policy 명령문을 사용하면 인터페이스 수준에서 원치 않는 MLD 보고서를 필터링할 수 있습니다.

라우터에서 group-policy 명령문이 활성화되면 라우터가 MLD 보고서를 수신한 후 라우터는 해당 그룹을 지정된 그룹 정책과 비교하고 해당 정책에 구성된 작업을 수행합니다(예: 정책이 정의된 주소 또는 네트워크에 일치하는 경우 보고서 거부).

정책의 명령문을 사용하여 그룹 주소와 일치하는 MLD 그룹 주소(MLDv1)만 일치하도록 정책을 route-filter 정의합니다. 정책의 명령문을 사용하여 그룹 주소 및 소스 주소와 일치하는 정책 route-filter 의 명령문을 사용하여 MLD(소스, 그룹) 주소(MLDv2)에 일치하도록 정책을 source-address-filter 정의합니다.

원치 않는 MLD 보고서를 필터링하려면 다음을 수행합니다.

  1. MLDv1 정책을 구성합니다.
  2. MLDv2 정책을 구성합니다.
  3. 특정 그룹 또는(소스, 그룹) 보고서를 수신하지 않으려는 MLD 인터페이스에 정책을 적용합니다. 이 예에서는 ge-0/0/0.1 이 MLDv1을 실행하고 ge-0/1/1.0 이 MLDv2를 실행합니다.
  4. 명령의 출력에서 Rejected Report 필드를 검사하여 필터의 작동을 확인합니다 show mld statistics .

예: MLD 견고성 변수 수정

이 예에서는 멀티캐스트 도메인에서 MLD 견고성 변수를 구성하고 검증하는 방법을 보여줍니다.

요구 사항

시작하기 전:

개요

MLD 견고성 변수는 서브넷에서 예상되는 패킷 손실을 허용하도록 세부 조정할 수 있습니다. 강력한 수가 증가하면 패킷 손실이 증가하지만 서브네트워크의 휴가 지연이 증가합니다.

견고성 변수의 값은 다음 MLD 메시지 간격을 계산하는 데 사용됩니다.

  • 그룹 멤버 간격—멀티캐스트 라우터가 네트워크에 더 이상 그룹의 구성원이 없다는 것을 결정하기 전에 통과해야 하는 시간. 이 간격은 다음과 같이 계산됩니다(견고도 변수 x 쿼리 간격) + (1 x 쿼리 응답 간격).

  • 다른 쿼리자는 간격을 표시합니다. 멀티캐스트 라우터가 더 이상 쿼리인 멀티캐스트 라우터가 없다는 것을 결정하기 전에 전달해야 하는 시간 이 간격은 다음과 같이 계산됩니다(견고도 변수 x 쿼리 간격) + (0.5 x 쿼리 응답 간격).

  • 마지막 멤버 쿼리 수—라우터가 그룹의 로컬 구성원이 없다고 가정하기 전에 전송되는 그룹별 쿼리 수입니다. 기본 번호는 견고성 변수의 값입니다.

기본적으로 견고도 변수는 2로 설정됩니다. 이 숫자는 2에서 10까지입니다. 서브넷으로 패킷이 손실될 것으로 예상하는 경우 이 값을 늘릴 수 있습니다.

구성

절차

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성에 필요한 세부 정보를 변경하고, 명령을 계층 수준에서 CLI [edit] 에 복사 및 붙여넣은 다음 구성 모드에서 입력 commit 합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 Configuration 모드에서 CLI Editor를 사용하는 것을 참조하십시오.

견고성 변수의 가치를 변경하려면 다음을 수행합니다.

  1. 강력한 카운트를 구성합니다.

  2. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

확인

구성이 제대로 작동하는지 확인하려면 show mld 인터페이스 명령의 출력에서 MLD 견고성 카운트 필드를 확인합니다.

최대 MLD 메시지 속도 제한

라우터에 의해 1초 안에 전송되는 최대 MLD 패킷 수에 대한 제한을 변경할 수 있습니다.

초당 전송되는 MLD 패킷의 최대 수를 늘리면 MLD에 참여하는 많은 수의 인터페이스가 있는 라우터에 유용할 수 있습니다.

라우터가 1초 만에 전송할 수 있는 MLD 패킷의 최대 개수를 변경하려면, 명령문을 포함하고 maximum-transmit-rate 전송할 초당 최대 패킷 수를 지정합니다.

MLD 정적 그룹 멤버십 활성화

MLD 정적 그룹 멤버 생성

MLD 정적 그룹 멤버쉽을 생성하여 수신기 호스트 없이 멀티캐스트 포워딩을 테스트할 수 있습니다. MLD 정적 그룹 멤버쉽을 활성화하면 해당 인터페이스가 다운스트림 호스트에서 멤버십 보고서를 수신하지 않고도 데이터가 인터페이스로 전송됩니다.

CoS(Class-of-Service) 조정은 MLD 정적 그룹 멤버쉽에서 지원되지 않습니다.

멀티캐스트 트래픽을 수신할 인터페이스에서 정적 그룹을 구성하면 자동으로 생성될 정적 그룹의 수를 지정할 수 있습니다.

이 예에서는 정적 그룹 ff0e::1:ff05:1a8d를 만듭니다.

  1. 명령문 및 group 명령문을 포함하고 static 생성할 그룹의 IPv6 멀티캐스트 주소를 지정하여 정적 그룹을 생성하도록 구성합니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋한 후 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group 정적 그룹 ff0e::1:ff05:1a8d가 생성되었는지 확인합니다.
    참고:

    각 그룹에 대해 고유 주소를 지정해야 합니다.

정적 그룹을 자동으로 생성

멀티캐스트 트래픽을 수신하려는 인터페이스에서 멀티캐스트 포워딩을 테스트하기 위해 MLD 정적 그룹 멤버쉽을 생성하면 많은 정적 그룹이 자동으로 생성되도록 지정할 수 있습니다. 이는 각 수신기를 별도로 구성하지 않고도 여러 수신기로 포워딩을 테스트할 때 유용합니다.

이 예에서는 세 개의 그룹을 만듭니다.

  1. 명령문을 포함하고 group-count 생성할 그룹의 수를 지정함으로써 생성할 정적 그룹의 수를 구성합니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋하고 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group 정적 그룹 ff0e:::1:ff05:1a8d, ff0e::1:ff05:1a8e 및 ff0e::1:ff05:1a8f가 생성되었는지 확인합니다.

그룹 주소의 자동 증가

멀티캐스트 트래픽을 수신하려는 인터페이스에서 정적 그룹을 구성하고 자동으로 생성할 정적 그룹의 수를 지정하면 일부 주소에 따라 그룹 주소를 자동으로 증분하도록 구성할 수도 있습니다.

이 예에서는 세 개의 그룹을 생성하고 각 그룹에 대해 그룹 주소를 2개씩 늘입니다.

  1. 명령문을 포함 group-increment 시키고 각 그룹에 대해 주소를 증분해야 하는 번호를 지정함으로써 그룹 주소 증설을 구성합니다. 증분은 IPv6 주소와 유사한 형식으로 지정됩니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋하고 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group 정적 그룹 ff0e:::1:ff05:1a8d, ff0e::1:ff05:1a8f 및 ff0e::1:ff05:1a91이 생성되었는지 확인합니다.

멀티캐스트 소스 주소 지정(SSM 모드에서)

멀티캐스트 트래픽을 수신하려는 인터페이스에서 정적 그룹을 구성하고 네트워크가 SSM(Source-Specific Multicast) 모드에서 작동하는 경우 수락할 멀티캐스트 소스 주소를 지정할 수 있습니다.

SSM 범위에서 그룹 주소를 지정하는 경우 소스를 지정해야 합니다.

소스 주소가 정적으로 구성된 멀티캐스트 그룹에 지정되면 MLD 버전이 인터페이스의 MLDv2로 설정되어야 합니다. MLDv1은 기본값입니다.

이 예에서는 그룹 ff0e:::1:ff05:1a8d를 생성하고 IPv6 주소 fe80::2e0:81ff:fe05:1a8d를 유일한 소스로 허용합니다.

  1. 명령문을 포함하고 source 소스 호스트의 IPv6 주소를 지정하여 소스 주소를 구성합니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋하고 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group 정적 그룹 ff0e:::1:ff05:1a8d가 생성되었으며 소스 fe80::2e0:81ff:fe05:1a8d가 수락되었는지 확인합니다.

멀티캐스트 소스를 자동으로 지정

멀티캐스트 트래픽을 수신하려는 인터페이스에서 정적 그룹을 구성하면 자동으로 수락할 여러 멀티캐스트 소스를 지정할 수 있습니다.

이 예에서는 정적 그룹 ff0e::1:ff05:1a8d를 생성하고 fe80::2e0:81ff:fe05:1a8d, fe80:2e0:81ff:fe05:1a8e 및 fe80:2e0:81ff:fe05:1a8f를 소스 주소로 허용합니다.

  1. 성명서를 포함 source-count 시키고 수락할 소스 수를 지정함으로써 수락할 멀티캐스트 소스 주소의 수를 구성합니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋하고 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group 정적 그룹 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을 소스로 수락합니다.

  1. 성명서를 포함 source-increment 시키고 수락할 소스 수를 지정함으로써 수락할 멀티캐스트 소스 주소의 수를 구성합니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋하고 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group 정적 그룹 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의 소스로 제외합니다.

  1. 명령문을 포함하고 exclude 제외할 IPv6 소스 주소를 지정하여 제외 모드에서 작동하도록 멀티캐스트 정적 그룹을 구성합니다.
  2. 구성을 커밋한 후 명령을 사용하여 show configuration protocol mld MLD 프로토콜 구성을 검증합니다.
  3. 구성을 커밋하고 소스가 트래픽을 전송한 후 명령을 사용하여 show mld group detail 정적 그룹 ff0e::1:ff05:1a8d가 생성되었으며 정적 그룹이 제외 모드에서 작동하고 있는지 확인합니다.

IGMP 프로토콜을 사용하는 IPv4 멀티캐스트 트래픽에도 유사한 구성이 지원됩니다.

예: MLD Join and Leave 이벤트 기록

이 예에서는 MLD 조인 및 둡니다 이벤트를 기록하기 위해 라우팅 디바이스를 구성하여 네트워크에서 MLD 튜닝이 필요한지 여부를 확인하는 방법을 보여줍니다.

요구 사항

시작하기 전:

개요

표 1 에는 기록 가능한 MLD Join and Leave 이벤트가 설명되어 있습니다.

표 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 합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 Configuration 모드에서 CLI Editor를 사용하는 것을 참조하십시오.

MLD 조인 앤 둡니다 이벤트 기록을 구성하려면 다음을 수행합니다.

  1. 전 세계 또는 MLD 인터페이스에서 회계를 활성화합니다. 이 예에서는 인터페이스 구성을 보여줍니다.

  2. 기록할 이벤트를 구성하고 mld-events와 같은 설명적인 파일 이름을 사용하여 이벤트를 시스템 로그 파일로 필터링합니다.

  3. 주기적으로 로그 파일을 보관합니다.

    이 예에서는 파일이 100KB에 도달하면 24시간(1440분)마다 파일을 회전시키고 3개의 파일을 유지합니다.

  4. 디바이스 구성을 완료한 경우 구성을 커밋합니다.

확인

파일 show 명령을 실행하여 시스템 로그 파일을 볼 수 있습니다.

모니터 시작중지 명령을 모니터링하여 항목이 파일에 추가되면 시스템 로그 파일을 모니터링할 수 있습니다.

논리적 인터페이스에 MLD 멀티캐스트 그룹 조인 개수 구성

group-limit 명령문을 사용하면 논리적 인터페이스에 대한 MLD 멀티캐스트 그룹 조인의 수를 제한할 수 있습니다. MLD 버전 2를 실행하는 라우터에서 이 명령문을 활성화하면 그룹 보고서를 수신할 때 한도가 적용됩니다. 그룹 제한에 도달하면 후속 조인 요청은 거부됩니다.

MLD 멀티캐스트 그룹에 대한 제한을 구성할 때는 다음을 염두에 두어야 합니다.

  • 각 애니 소스 그룹(*,G)은 한계를 향해 하나의 그룹으로 간주됩니다.

  • 각 소스별 그룹(S,G)은 한계를 향해 하나의 그룹으로 간주됩니다.

  • MLDv2 제외 모드의 그룹은 한계에 따라 계산됩니다.

  • 동일한 그룹에 대해 있더라도 여러 소스별 그룹이 개별적으로 그룹 제한에 포함됩니다. 예를 들어, (S1, G1) 및 (S2, G1)는 구성된 제한을 향해 2개의 그룹으로 계산됩니다.

  • 동일한 그룹에 대해 있더라도 모든 소스 그룹 및 소스별 그룹의 조합이 그룹 제한에 개별적으로 계산됩니다. 예를 들어(*, G1) 및 (S, G1)는 구성된 제한을 향해 2개의 그룹으로 계산됩니다.

  • 네트워크에 대한 그룹 제한을 구성 및 커밋하면 네트워크에 존재하는 그룹보다 낮기 때문에 구성에서 모든 그룹이 제거됩니다. 그러면 그룹이 네트워크에 다시 참여하도록 요청해야 합니다(새로 구성된 그룹 제한까지).

  • 동적 프로필을 사용하여 MLD 논리적 인터페이스에서 멀티캐스트 그룹을 동적으로 제한할 수 있습니다. 동적 프로필 생성에 대한 자세한 내용은 Junos OS 가입자 관리 및 서비스 라이브러리 를 참조하십시오.

Junos OS 12.2부터 시작하여 논리적 인터페이스에서 수신된 MLD 멀티캐스트 그룹 조인에 대한 시스템 로그 경고 임계값을 선택적으로 구성할 수 있습니다. 문제 해결 목적으로 시스템 로그 메시지를 검토하고 인터페이스에서 과도한 양의 MLD 멀티캐스트 그룹 조인을 수신했는지 감지하는 것이 좋습니다. 이러한 로그 메시지는 구성된 그룹 제한을 초과한 경우, 구성된 임계값을 초과한 경우, 그룹 수가 구성된 임계값 이하로 떨어질 때 전달합니다.

명령문은 group-threshold 경고 메시지가 기록된 임계값을 구성할 수 있도록 합니다. 범위는 1 ~ 100 %입니다. 경고 임계값은 그룹 제한의 백분율이므로 경고 임계값을 group-limit 구성하려면 명령문을 구성해야 합니다. 예를 들어, 그룹 수가 구성된 경고 임계값을 초과하지만 구성된 그룹 제한 이하로 유지되면 멀티캐스트 그룹이 계속 수락되고 장비가 경고 메시지를 기록합니다. 또한 장비는 그룹 수가 구성된 경고 임계값 이하로 떨어지자 경고 메시지를 기록합니다. 명령문을 구성하여 로그 메시지 간의 시간(초 단위)을 log-interval 더 지정할 수 있습니다. 범위는 6 ~ 32,767 초입니다.

구성된 임계값 이후에 모든 항목이 추가되고 구성된 제한 이후에 모든 항목이 거부되어 경고 메시지가 로깅되기 때문에 로그 메시지를 조절하는 것을 고려할 수 있습니다. 로그 간격을 구성하여 MLD 멀티캐스트 그룹 조인을 위해 생성된 시스템 로그 경고 메시지의 양을 조절할 수 있습니다.

MLD 논리적 인터페이스에 멀티캐스트 그룹 조인을 제한하려면 다음을 수행합니다.

  1. MLD 프로토콜 계층 수준에서 논리적 인터페이스에 액세스합니다.
  2. 인터페이스에 대한 그룹 제한을 지정합니다.
  3. (옵션) 경고 메시지가 기록된 임계값을 구성합니다.
  4. (옵션) 로그 메시지 간의 시간 양을 구성합니다.

구성을 확인하려면 명령을 사용합니다 show protocols mld . 구성된 그룹 제한과 로그 메시지 간의 경고 임계값(옵션) 및 간격을 포함하여 인터페이스에서 MLD의 작동을 show mld interface 확인하려면 이 명령을 사용합니다.

MLD 비활성화

인터페이스에서 MLD를 비활성화하려면 다음과 같은 명령문을 disable 포함합니다.

다음 계층 수준에서 이 명령문을 포함할 수 있습니다.

  • [edit protocols mld]

  • [edit logical-systems logical-system-name protocols mld]

릴리스 히스토리 테이블
릴리스
설명
12.2
Junos OS 12.2부터 시작하여 논리적 인터페이스에서 수신된 MLD 멀티캐스트 그룹 조인에 대한 시스템 로그 경고 임계값을 선택적으로 구성할 수 있습니다.