ELS를 지원하는 스위치 VLAN에서 MLD 스누핑 구성(CLI 절차)

MLD 스누핑은 기본적으로 어떤 VLAN에서도 활성화되지 않습니다. 특정 인터페이스에서 MLD 스누핑을 명시적으로 활성화해야 합니다.

• 특정 VLAN에서 MLD 스누핑을 활성화하려면,

  참고:

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

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

• 특정 VLAN에서 MLD 스누핑을 비활성화하려면,

또한 MLD 스누핑 VLAN 구성을 변경하지 않고 스위치에서 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 버전을 구성하려면 다음을 수행합니다.

예를 들어, MLD 버전을 인터페이스 ge-0/0/2의 버전 2로 설정하려면:

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

이 기본 동작에 의해 생성된 휴가 지연 시간을 VLAN에서 바로 벗어날 수 있습니다.

VLAN에서 즉시 떠날 수 있으면 호스트 추적 기능이 활성화되어 스위치가 멀티캐스트 그룹에 합류한 인터페이스의 호스트를 추적할 수 있습니다. 스위치가 그룹의 마지막 멤버로부터 휴가 보고서를 수신하면 트래픽을 인터페이스로 즉시 전달하지 않고 인터페이스 그룹 구성원이 시간 초과할 때까지 기다리지 않습니다.

즉각적인 휴가는 MLD 버전 1(MLDv1) 및 MLDv2 모두 지원됩니다. 그러나 MLDv1의 경우 인터페이스에 MLD 호스트가 하나만 있는 경우에만 즉각적인 휴가를 구성하는 것이 좋습니다. MLDv1에서 인터페이스의 하나의 호스트만 group-specifc 쿼리에 대한 응답으로 회원 보고서를 전송합니다. 다른 관심 있는 호스트는 해당 보고서를 억제합니다. 이 보고서 억제 기능은 스위치가 지정된 시간에 하나의 관심 있는 호스트만 알 수 있음을 의미합니다.

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

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

동적으로 학습된 인터페이스 외에도 멀티캐스트 포워딩 테이블 멀티캐스트 라우터 인터페이스로 명시적으로 구성하는 인터페이스를 포함할 수 있습니다. 동적으로 학습된 인터페이스의 테이블 항목과 달리 정적으로 구성된 인터페이스의 테이블 항목은 포워딩 테이블 에이징 및 삭제될 수 없습니다.

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

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

• 구현에는 MLD 쿼리가 필요하지 않습니다.

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

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

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

멀티캐스트 패킷을 전달하는 방법을 결정하기 위해 MLD 스누핑이 활성화된 스위치는 특정 멀티캐스트 그룹에 관심이 있는 호스트 인터페이스 목록을 포함하는 멀티캐스트 포워딩 테이블 유지합니다. 스위치는 MLD 스누핑이 활성화된 인터페이스에 도착하는 동안 MLD 구성원 보고서를 검사하여 이 테이블에서 추가 또는 삭제할 호스트 인터페이스를 학습합니다.

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

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

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

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

• 동적 조인 프로세스에 의해 부과된 지연 없이 특정 그룹의 멀티캐스트 트래픽을 수신기에 즉시 사용할 수 있기를 원합니다.

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

참고:

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

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

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

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

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

다음 타이머와 카운터는 스위치에서 구성할 수 있습니다.

• query-interval—MLD 쿼리가 일반 쿼리 전송 사이에 대기하는 초 단위 시간(기본값은 125초). 이 간격을 변경하여 서브넷에서 MLD 메시지 수를 조정할 수 있습니다. 값이 클수록 일반 쿼리가 덜 자주 전송됩니다.

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

• query-response-interval-최대 시간(초)은 호스트가 응답하기 전에 대기합니다(기본값은 10초임). 이 간격을 변경하여 서브넷에서 MLD 메시지의 버스트 피크를 수용할 수 있습니다. 트래픽 버스트를 줄이도록 더 큰 간격을 설정합니다.

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

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

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

• robust-count—쿼리가 일반 멤버십 쿼리 또는 그룹별 멤버십 쿼리를 다시 지출한 횟수(기본값은 2회). 이 수를 늘려 더 높은 예상 패킷 손실을 조정할 수 있습니다.

  MLD 스누핑의 경우, 특정 VLAN에 대해 을(를) 구성할 robust-count 수 있습니다. VLAN이 구성되지 않은 robust-count 경우, 이 값은 MLD에 구성된 값으로부터 상속됩니다.

  VLAN에서 MLD 스누핑을 위해 구성 robust-count 하려면:

, , query-response-interval에 대해 query-interval구성된 값 및 robust-count 멀티캐스트 리스너 간격을 결정합니다. 스위치는 멀티캐스트 포워딩 테이블 멀티캐스트 그룹을 제거하기 전에 일반 쿼리 후 그룹 구성원 보고서를 대기하는 시간입니다. 스위치는 값에 값을 robust-count 곱한 query-interval 다음 제품에 추가하여 멀티캐스트 리스너 간격을 query-response-interval 계산합니다.

(query-interval x robust-count) + = query-response-interval 멀티캐스트 리스너 간격

예를 들어, 멀티캐스트 리스너 간격은 , 에 query-response-intervalrobust-count 대한 query-interval기본 설정이 사용되는 260초입니다.

(125 x 2) + 10 = 260

그룹 시간 초과 전에 멀티캐스트 리스너 간격에 남은 시간을 표시하려면 명령을 사용합니다 show mld-snooping membership .