Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

EX 시리즈 스위치 VLAN(CLI 절차)에서 MLD 스누핑 구성

VLAN에서 MLD 스누핑을 활성화하여 VLAN에서 IPv6 멀티캐스트 트래픽의 플러딩을 제한할 수 있습니다. MLD 스누핑이 활성화되면 스위치가 호스트와 멀티캐스트 라우터 간의 MLD 메시지를 검사하고 어떤 호스트가 멀티캐스트 그룹의 멀티캐스트 트래픽 수신에 관심이 있는지 알아봅니다. 학습한 내용을 토대로 이 스위치는 트래픽을 모든 인터페이스로 플러딩하는 대신 관심 있는 수신기에 연결된 인터페이스에만 IPv6 멀티캐스트 트래픽을 전달합니다.

기본적으로 MLD 스누핑은 스위치에서 활성화되지 않습니다. 모든 VLAN에서 MLD 스누핑을 사용하려면 다음을 수행합니다.

많은 네트워크에서 MLD 스누핑은 더 이상 구성이 필요하지 않습니다.

VLAN당 다음과 같은 구성 옵션을 수행할 수 있습니다.

  • 특정 VLAN에서 MLD 스누핑을 선택적으로 활성화합니다.

    참고:

    보조 VLAN에서는 MLD 스누핑을 구성할 수 없습니다.

  • 인터페이스가 올 때 스위치가 인터페이스에서 보내는 일반 쿼리에 대한 MLD 버전을 지정합니다.

  • VLAN 또는 모든 VLAN에 즉시 맡기십시오. 즉각적인 휴가는 인터페이스의 마지막 구성원 호스트가 그룹을 떠날 때 스위치가 멀티캐스트 트래픽 포워딩을 중단하는 데 걸리는 시간을 줄여줍니다.

  • 인터페이스가 멀티캐스트 라우터 인터페이스임을 동적으로 학습할 필요가 없도록 인터페이스를 VLAN 또는 모든 VLAN을 위한 정적 멀티캐스트 라우터 인터페이스로 구성합니다.

  • 스위치가 인터페이스의 멤버쉽을 동적으로 학습할 필요가 없도록 인터페이스를 멀티캐스트 그룹의 정적 구성원으로 구성합니다.

  • MLD 쿼리로 실행되는 멀티캐스트 라우터에서 구성된 값과 일치하도록 특정 타이머 및 카운터의 값을 변경합니다.

팁:

명령문을 사용하여 vlan all MLD 스누핑을 구성할 때 MLD 스누핑을 위해 개별적으로 구성되지 않은 모든 VLAN은 vlan의 모든 구성을 그대로 갖습니다. 한편, MLD 스누핑을 위해 개별적으로 구성된 모든 VLAN은 vlan에서 구성을 그대로 갖지 않습니다. 개별 VLAN에 대해 명시적으로 정의되지 않은 모든 매개 변수는 vlan 에 지정된 값이 아니라 기본값을 가정합니다. 예를 들어, 다음 구성에서 다음을 수행합니다.

직원을 제외한 모든 VLAN의 수는 8개입니다. 직원이 개별적으로 구성되었기 때문에 강력한 카운트 값은 vlan에 설정된 값에 따라 결정되지 않습니다. 그 대신, 강력한 수는 2의 기본 값입니다.

VLAN에서 MLD 스누핑 활성화 또는 비활성화

MLD 스누핑은 기본적으로 어떤 VLAN에서도 활성화되지 않습니다. MLD 스누핑을 위해 VLAN 또는 모든 VLAN을 명시적으로 구성해야 합니다.

이 항목에서는 특정 VLAN 또는 스위치의 모든 VLAN에서 MLD 스누핑을 활성화 또는 비활성화하는 방법을 설명합니다.

  • 모든 VLAN에서 MLD 스누핑을 사용하려면 다음을 수행합니다.

  • 특정 VLAN에서 MLD 스누핑을 사용하려면 다음을 수행합니다.

    참고:

    보조 VLAN에서는 MLD 스누핑을 구성할 수 없습니다.

    예를 들어, VLAN 교육에서 MLD 스누핑을 활성화하려면 다음을 수행합니다.

  • 몇몇 VLAN을 제외한 모든 VLAN에서 MLD 스누핑을 사용하려면 다음을 수행합니다.

    1. 모든 VLAN에서 MLD 스누핑 사용:

    2. 개별 VLAN에서 MLD 스누핑 사용 안 함:

    예를 들어 vlan100 및 vlan200을 제외한 모든 VLAN에서 MLD 스누핑을 활성화하려면 다음을 수행합니다.

또한 MLD 스누핑 VLAN 구성을 변경하지 않고도 스위치에서 MLD 스누핑 프로토콜을 비활성화할 수 있습니다.

MLD 버전 구성

MLD 스누핑이 활성화될 때 스위치가 전송하는 MLD 쿼리 버전을 구성할 수 있습니다. 기본적으로 스위치는 MLD 버전 1(MLDv1)을 사용합니다. PIM-SSM(Protocol-Independent Multicast Source-Specific Multicast)을 사용하는 경우, MLDv2를 사용하도록 스위치를 구성하는 것이 좋습니다.

일반적으로 스위치는 멀티캐스트 라우터와 호스트 간에 전송된 MLD 메시지를 수동적으로 모니터링하며 MLD 쿼리를 전송하지 않습니다. 예외는 스위치가 인터페이스가 발생했음을 감지하는 경우입니다. 인터페이스가 나타나면 스위치는 인터페이스의 모든 호스트에 대해 즉각적인 일반 회원 쿼리를 보냅니다. 이 스위치를 통해 멀티캐스트 라우터는 MLD 쿼리가 다음 일반 쿼리를 전송할 때까지 기다려야 할 때 보다 신속하게 그룹 멤버쉽을 학습할 수 있습니다.

일반 쿼리의 MLD 버전은 다음과 같이 호스트 멤버쉽 보고서의 MLD 버전을 결정합니다.

  • MLD 버전 1(MLDv1) 일반 쿼리—MLDv1 및 MLDv2 호스트는 모두 MLDv1 멤버십 보고서로 응답합니다.

  • MLDv2 일반 쿼리—MLDv2 호스트는 MLDv2 멤버십 보고서로 응답하지만 MLDv1 호스트는 쿼리에 응답할 수 없습니다.

기본적으로 스위치는 MLDv1 쿼리를 보냅니다. 이를 통해 MLDv1만을 지원하고 MLDv2 보고서를 처리할 수 없는 호스트 및 멀티캐스트 라우터와의 호환성을 보장합니다. 그러나 VLAN에 MLDv2 멀티캐스트 라우터와 호스트가 포함되어 있고 라우터가 PIM-SSM을 실행하는 경우, MLDv2에 대한 MLD 스누핑을 구성하는 것이 좋습니다. 이를 통해 라우터는 인터페이스상의 호스트가 트래픽을 수신할 멀티캐스트 소스를 신속하게 파악할 수 있습니다.

참고:

MLD 버전을 구성한다고 해서 스위치가 스누핑할 수 있는 MLD 메시지의 버전이 제한되지는 않습니다. 스위치는 구성된 MLD 버전에 관계없이 MLDv1 및 MLDv2 메시지를 모두 스누핑할 수 있습니다.

스위치에서 MLD 버전을 구성하려면 다음을 수행합니다.

예를 들어, VLAN 마케팅을 위해 MLD 버전을 버전 2로 설정합니다.

즉각적인 휴가 지원

기본적으로 MLD 스누핑을 사용하는 스위치가 구성원 인터페이스에서 MLD 휴가 보고서를 수신하면 인터페이스의 호스트가 MLD 그룹별 쿼리에 응답하여 그룹 멀티캐스트 트래픽 수신에 관심이 있는 인터페이스에 호스트가 있는지 여부를 확인합니다. 스위치가 설정된 시간 간격 내에 그룹에 대한 구성원 보고서를 볼 수 없는 경우, 멀티캐스트 포워딩 테이블에서 인터페이스의 그룹 멤버쉽을 제거하고 그룹에 대한 멀티캐스트 트래픽을 인터페이스로 포워딩하는 것을 중단합니다.

이러한 기본 동작에 의해 생성된 휴가 지연 시간을 VLAN에 즉시 맡기도록 함으로써 감소시킬 수 있습니다.

VLAN에 즉시 맡기면 호스트 추적도 활성화되므로 스위치가 멀티캐스트 그룹에 연결된 인터페이스에서 호스트를 계속 추적할 수 있습니다. 스위치가 그룹의 마지막 구성원으로부터 휴가 보고서를 수신하면 인터페이스로 트래픽 포워딩을 즉시 중지하며 인터페이스 그룹 멤버의 타임 아웃을 기다리지 않습니다.

MLD 버전 1(MLDv1)과 MLDv2 모두 즉시 휴가가 지원됩니다. 그러나 MLDv1의 경우 인터페이스에 MLD 호스트가 하나뿐인 경우에만 즉각적인 휴가를 구성할 것을 권장합니다. MLDv1에서는 인터페이스의 호스트가 그룹 사양 쿼리에 응답하여 멤버 보고서를 전송합니다. 다른 관심 호스트는 보고서를 억제합니다. 이 보고서 억제 기능은 스위치가 특정 시간에 관심 있는 호스트 한 개만 알고 있음을 의미합니다.

VLAN에 즉시 맡기려면 다음을 수행합니다.

모든 VLAN에 즉시 맡기려면 다음을 수행합니다.

인터페이스를 멀티캐스트 라우터 인터페이스로 구성

스위치에서 MLD 스누핑이 활성화되면 스위치는 MLD 쿼리 또는 PIM(Protocol Independent Multicast) 업데이트의 인터페이스를 모니터링하여 어떤 인터페이스가 멀티캐스트 라우터를 향하고 있는지 결정합니다. 스위치가 인터페이스에서 이러한 메시지를 수신하면 멀티캐스트 포워딩 테이블에 인터페이스를 멀티캐스트 라우터 인터페이스로 추가합니다.

동적으로 학습된 인터페이스 외에도 멀티캐스트 포워딩 테이블에는 멀티캐스트 라우터 인터페이스로 명시적으로 구성하는 인터페이스가 포함될 수 있습니다. 동적으로 학습된 인터페이스에 대한 테이블 엔트리와 달리, 정적으로 구성된 인터페이스를 위한 테이블 엔트리는 포워딩 테이블에서 노후화 및 삭제될 수 없습니다.

정적 멀티캐스트 라우터 인터페이스를 구성하려는 경우의 예는 다음과 같습니다.

  • MLD 쿼리 또는 PIM 업데이트를 모니터링하여 MLD 스누핑이 멀티캐스트 라우터 인터페이스에 대해 안정적으로 학습하지 못하도록 하는 비정상적인 네트워크 구성이 있습니다.

  • 구현 시 MLD 쿼리를 요구하지 않습니다.

  • 안정적인 토폴로지 덕분에 동적 학습 프로세스가 수반하는 지연을 방지하고자 합니다.

참고:

멀티캐스트 라우터 인터페이스로 구성 중인 인터페이스가 트렁크 포트인 경우, 모든 VLAN에 대해 명시적으로 구성하지 않은 경우에도 인터페이스는 트렁크 포트에 구성된 모든 VLAN을 위한 멀티캐스트-라우터 인터페이스가 됩니다. 또한, IPv4 또는 IPv6 패킷 등 등록되지 않은 모든 멀티캐스트 패킷은 MLD 스누핑을 위해 멀티캐스트 라우터 인터페이스로만 구성되더라도 멀티캐스트 라우터 인터페이스로 포워딩됩니다.

인터페이스를 정적 멀티캐스트 라우터 인터페이스로 구성하려면 다음을 수행합니다.

예를 들어, ge-0/0/5.0 을 스위치상의 모든 VLAN에 대한 멀티캐스트 라우터 인터페이스로 구성하려면 다음을 수행합니다.

인터페이스에서 정적 그룹 멤버쉽 구성

멀티캐스트 패킷을 포워딩하는 방법을 결정하기 위해 MLD 스누핑을 사용하는 스위치는 특정 멀티캐스트 그룹에 관심이 있는 수신자가 있는 호스트 인터페이스 목록이 포함된 멀티캐스트 포워딩 테이블을 유지합니다. 스위치는 MLD 스누핑이 활성화된 인터페이스에 도착하면 MLD 멤버십 보고서를 검사하여 이 테이블에서 추가하거나 삭제할 호스트 인터페이스를 학습합니다.

동적으로 학습된 인터페이스 외에도 멀티캐스트 포워딩 테이블에는 멀티캐스트 그룹의 구성원으로 정적으로 구성하는 인터페이스가 포함될 수 있습니다. 정적 그룹 인터페이스를 구성할 때 스위치는 포워딩 테이블에 인터페이스를 그룹의 호스트 인터페이스로 추가합니다. 동적으로 학습된 인터페이스를 위한 엔트리와 달리 정적 인터페이스 엔트리는 포워딩 테이블에서 노후화 및 삭제될 수 없습니다.

인터페이스에서 정적 그룹 멤버쉽을 구성하려는 경우의 예는 다음과 같습니다.

  • 테스트 목적으로 연결된 멀티캐스트 수신기를 시뮬레이션하려고 합니다.

  • 인터페이스에는 MLD 멤버십 보고서를 보낼 수 없는 수신기가 있습니다.

  • 특정 그룹의 멀티캐스트 트래픽이 동적 조인 프로세스에 의해 부과되는 지연 없이 수신기에 즉시 제공되기를 원합니다.

정적 그룹 인터페이스에 대한 멀티캐스트 소스 주소를 구성할 수 없습니다. 정적 그룹 인터페이스의 MLD 버전은 항상 MLD 버전 1입니다.

참고:

스위치는 정적으로 구성된 인터페이스를 대신하여 MLD 멤버십 보고서를 시뮬레이션하지 않습니다. 따라서 멀티캐스트 라우터는 스위치에 멀티캐스트 그룹의 구성원인 인터페이스가 있다는 것을 인식하지 못할 수 있습니다. 라우터에서 정적 그룹 인터페이스를 구성하여 스위치가 그룹 멀티캐스트 트래픽을 수신하도록 보장할 수 있습니다.

호스트 인터페이스를 멀티캐스트 그룹의 정적 구성원으로 구성하려면 다음을 수행합니다.

예를 들어, VLAN ip-camera-vlan에서 인터페이스 ge-0/0/11.0을 멀티캐스트 그룹 ff1e의 정적 구성원으로 구성하려면:1:

타이머 및 카운터 값 변경

MLD는 다양한 타이머와 카운터를 사용하여 MLD 쿼리가 멤버십 쿼리를 보내는 빈도와 그룹 멤버의 타임아웃 시기를 결정합니다. 주니퍼 네트웍스 EX 시리즈 스위치에서 MLD 및 MLD 스누핑 타이머 및 카운터 기본값은 IPv6용 RFC 2710, MLD(Multicast Listener Discovery)에서 권장하는 값으로 설정됩니다. 이러한 가치는 대부분의 멀티캐스트 구현에 적합합니다.

그러나 버스티를 줄이고, 휴가 지연 시간을 줄이거나, 서브넷에서 예상되는 패킷 손실에 맞춰 조정하는 등 타이머 및 카운터 값을 조정하려는 경우가 있을 수 있습니다. VLAN에서 MLD 쿼리에 대한 타이머 또는 카운터 값을 변경하는 경우, 모든 디바이스가 거의 동시에 그룹 멤버쉽을 타임 아웃할 수 있도록 VLAN의 모든 멀티캐스트 라우터 및 스위치에 대한 값을 변경하는 것이 좋습니다.

스위치에서 다음과 같은 타이머 및 카운터를 구성할 수 있습니다.

  • 쿼리 간격—MLD 쿼리가 일반 쿼리를 전송하는 동안 기다리는 시간(기본값은 125초). 이 간격을 변경하여 서브넷에서 MLD 메시지의 수를 조정할 수 있습니다. 값이 커져 일반 쿼리가 전송 빈도가 줄어듭니다.

    MLD 스누핑에 대해 이 값을 직접 구성할 수는 없습니다. MLD 스누핑은 스위치의 모든 VLAN에 적용되는 스위치에서 구성된 MLD 값으로부터 값을 상속합니다.

    MLD 쿼리 간격을 구성하려면 다음을 수행합니다.

  • 쿼리-응답 간격—호스트가 응답할 때까지 기다릴 수 있는 최대 시간(기본값은 10초). 이 간격을 변경하여 서브넷에서 MLD 메시지의 버스트 피크를 조정할 수 있습니다. 더 큰 간격을 설정하여 트래픽의 폭주량을 줄입니다.

    MLD 스누핑에 대해 이 값을 직접 구성할 수는 없습니다. MLD 스누핑은 스위치의 모든 VLAN에 적용되는 스위치에서 구성된 MLD 값으로부터 값을 상속합니다.

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

  • query-last-member-interval—MLD 쿼리러가 그룹별 멤버십 쿼리 전송을 기다리는 시간(기본값은 1초). MLD 쿼리는 호스트로부터 휴가 보고서를 받은 후 그룹별 쿼리를 보냅니다. 이 간격을 줄여 마지막 구성원이 그룹을 떠난 후 멀티캐스트 트래픽이 포워딩을 중지하는 데 걸리는 시간을 줄일 수 있습니다.

    MLD 스누핑에 대해 이 값을 직접 구성할 수는 없습니다. MLD 스누핑은 스위치의 모든 VLAN에 적용되는 스위치에서 구성된 MLD 값으로부터 값을 상속합니다.

    MLD 쿼리-마지막 구성원-간격을 구성하려면 다음을 수행합니다.

  • 강력한 수—쿼리가 일반 멤버십 쿼리 또는 그룹별 멤버십 쿼리를 재전송하는 횟수(기본값은 2회임). 이 수를 늘리면 예상되는 패킷 손실이 증가할 것으로 예상됩니다.

    MLD 스누핑의 경우 특정 VLAN에 대한 강력한 카운트 를 구성할 수 있습니다. VLAN에 강력한 카운트 구성이 없는 경우, 강력한 카운트 값은 MLD에 대해 구성된 값에서 상속됩니다.

    VLAN에서 MLD 스누핑에 대한 강력한 카운트 를 구성하려면 다음을 수행합니다.

쿼리 간격, 쿼리-응답 간격강력한 카운트에 대해 구성된 값은 멀티캐스트 수신자 간격을 결정합니다. 스위치는 멀티캐스트 포워딩 테이블에서 멀티캐스트 그룹을 제거하기 전에 일반 쿼리 이후 그룹 멤버 보고서를 기다리는 시간을 결정합니다. 이 스위치는 강력한 카운트에 따라 쿼리 간격을 곱한 다음 쿼리 응답 간격을 추가하여 멀티캐스트 수신자 간격을 계산합니다.

(쿼리 간격 x 강력한 카운트) + 쿼리 응답 간격 = 멀티캐스트 수신자 간격

예를 들어, 멀티캐스트 수신자 간격은 쿼리 간격, 쿼리 응답 간격강력한 카운트 에 대한 기본 설정이 사용되는 경우 260초입니다.

(125 x 2) + 10 = 260

멀티캐스트 리스너 간격에 남은 시간을 표시한 후 그룹이 명령을 사용하여 타임아웃할 show mld-snooping membership 수 있습니다.