EX 시리즈 스위치 VLAN에서 MLD 스누핑 구성(CLI 절차)
VLAN에서 MLD 스누핑을 활성화하여 VLAN에서 IPv6 멀티캐스트 트래픽의 플러딩을 제한할 수 있습니다. MLD 스누핑이 활성화되면 스위치는 호스트와 멀티캐스트 라우터 간의 MLD 메시지를 검사하고 멀티캐스트 그룹에 대한 멀티캐스트 트래픽 수신에 관심이 있는 호스트를 학습합니다. 학습한 내용을 바탕으로 스위치는 IPv6 멀티캐스트 트래픽을 모든 인터페이스로 플러딩하는 대신 관심 있는 수신자에 연결된 인터페이스로만 전달합니다.
MLD 스누핑은 기본적으로 스위치에서 활성화되지 않습니다. 모든 VLAN에서 MLD 스누핑을 활성화하려면:
[edit] user@switch# set protocols mld-snooping vlan all
많은 네트워크에서 MLD 스누핑은 추가 구성이 필요하지 않습니다.
VLAN당 다음과 같은 선택적 구성을 수행할 수 있습니다.
특정 VLAN에서 MLD 스누핑을 선택적으로 활성화합니다.
메모:보조 VLAN에서는 MLD 스누핑을 구성할 수 없습니다.
인터페이스가 작동할 때 스위치가 인터페이스에 보내는 일반 쿼리에 대한 MLD 버전을 지정합니다.
VLAN 또는 모든 VLAN에서 즉시 휴가를 활성화합니다. 즉시 휴가는 인터페이스의 마지막 멤버 호스트가 그룹을 떠날 때 스위치가 멀티캐스트 트래픽 전달을 중단하는 데 걸리는 시간을 줄여줍니다.
인터페이스를 VLAN 또는 모든 VLAN에 대한 정적 멀티캐스트 라우터 인터페이스로 구성하여 스위치가 인터페이스가 멀티캐스트 라우터 인터페이스임을 동적으로 학습할 필요가 없도록 합니다.
인터페이스를 멀티캐스트 그룹의 정적 구성원으로 구성하여 스위치가 인터페이스의 구성원 자격을 동적으로 학습할 필요가 없도록 합니다.
특정 타이머 및 카운터의 값을 MLD 쿼리 발생기 역할을 하는 멀티캐스트 라우터에 구성된 값과 일치하도록 변경합니다.
문을 사용하여 MLD 스누핑을 vlan all 구성할 때 MLD 스누핑을 위해 개별적으로 구성되지 않은 모든 VLAN은 vlan all 구성을 상속합니다. 반면, MLD 스누핑을 위해 개별적으로 구성된 VLAN은 vlan all에서 해당 구성을 상속하지 않습니다. 개별 VLAN에 대해 명시적으로 정의되지 않은 모든 매개 변수는 VLAN 모든 구성에 지정된 값이 아니라 기본값을 가정합니다. 예를 들어, 다음 구성에서는 다음과 같습니다.
protocols {
mld-snooping {
vlan all {
robust-count 8;
}
vlan employee {
interface ge-0/0/8.0 {
static {
group ff1e::1;
}
}
}
}
}
employee를 제외한 모든 VLAN의 강력한 개수는 8입니다. employee는 개별적으로 구성되었기 때문에 강력한 개수 값은 vlan all에 설정된 값에 의해 결정되지 않습니다. 대신, 강력한 개수는 기본값 2입니다.
VLAN에서 MLD 스누핑 활성화 또는 비활성화
MLD 스누핑은 기본적으로 VLAN에서 활성화되지 않습니다. MLD 스누핑을 위해 VLAN 또는 모든 VLAN을 명시적으로 구성해야 합니다.
이 주제에서는 특정 VLAN 또는 스위치의 모든 VLAN에서 MLD 스누핑을 활성화 또는 비활성화하는 방법에 대해 설명합니다.
모든 VLAN에서 MLD 스누핑을 활성화하려면:
[edit protocols mld-snooping] user@switch# set vlan all
특정 VLAN에서 MLD 스누핑을 활성화하려면:
[edit protocols mld-snooping] user@switch# set vlan vlan-name
메모:보조 VLAN에서는 MLD 스누핑을 구성할 수 없습니다.
예를 들어, VLAN 교육에서 MLD 스누핑을 활성화하려면 다음을 수행합니다.
[edit protocols mld-snooping] user@switch# set vlan education
일부 VLAN을 제외한 모든 VLAN에서 MLD 스누핑을 활성화하려면:
모든 VLAN에서 MLD 스누핑을 활성화합니다.
[edit protocols mld-snooping] user@switch# set vlan all
개별 VLAN에서 MLD 스누핑을 비활성화합니다.
[edit protocols mld-snooping] user@switch# set vlan vlan-name disable
예를 들어, vlan100 및 vlan200을 제외한 모든 VLAN에서 MLD 스누핑을 활성화하려면 다음을 수행합니다.
[edit protocols mld-snooping] user@switch# set vlan all
[edit protocols mld-snooping] user@switch# set vlan vlan100 disable
[edit protocols mld-snooping] user@switch# set vlan vlan200 disable
또한 MLD 스누핑 VLAN 구성을 변경하지 않고 스위치에서 MLD 스누핑 프로토콜을 비활성화할 수 있습니다.
[edit] user@switch# deactivate protocols mld-snooping
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 버전을 구성하려면:
[edit protocols]user@switch# set mld-snooping vlan vlan-name version number
예를 들어, VLAN 마케팅을 위해 MLD 버전을 버전 2로 설정하려면 다음을 수행합니다.
[edit protocols]user@switch# set mld-snooping vlan marketing version 2
즉시 휴가 사용
기본적으로 MLD 스누핑이 활성화된 스위치가 멤버 인터페이스에서 MLD 탈퇴 보고서를 수신하면 인터페이스의 호스트가 MLD 그룹별 쿼리에 응답할 때까지 기다렸다가 그룹 멀티캐스트 트래픽 수신에 관심이 있는 호스트에 여전히 호스트가 있는지 확인합니다. 스위치가 설정된 시간 간격 내에 그룹에 대한 멤버십 보고서를 못하면 멀티캐스트 포워딩 테이블에서 인터페이스의 그룹 멤버십을 제거하고 그룹에 대한 멀티캐스트 트래픽을 인터페이스로 전달하는 것을 중단합니다.
VLAN에서 즉시 휴가를 활성화하여 이 기본 동작으로 인해 발생하는 휴가 지연 시간을 줄일 수 있습니다.
VLAN에서 즉시 탈퇴를 활성화하면 호스트 추적도 활성화되어 스위치가 멀티캐스트 그룹에 가입한 인터페이스의 호스트를 추적할 수 있습니다. 스위치가 그룹의 마지막 멤버로부터 휴가 보고서를 수신하면 인터페이스로의 트래픽 전달을 즉시 중단하고 인터페이스 그룹 멤버십이 시간 초과될 때까지 기다리지 않습니다.
즉시 휴가는 MLD 버전 1(MLDv1) 및 MLDv2 모두에 대해 지원됩니다. 그러나 MLDv1에서는 인터페이스에 MLD 호스트가 하나만 있는 경우에만 즉시 휴가를 구성하는 것이 좋습니다. MLDv1에서는 인터페이스의 한 호스트만 group-specifc 쿼리에 대한 응답으로 멤버 자격 보고서를 보내며, 관심 있는 다른 호스트는 해당 보고서를 표시하지 않습니다. 이 보고 억제 기능은 스위치가 주어진 시간에 관심 있는 호스트 한 명에 대해서만 알 수 있음을 의미합니다.
VLAN에서 즉시 휴가를 활성화하려면:
[edit protocols]user@switch# set mld-snooping vlan vlan-name immediate-leave
모든 VLAN에서 즉시 휴가를 활성화하려면:
[edit protocols]user@switch# set mld-snooping vlan all immediate-leave
인터페이스를 멀티캐스트 라우터 인터페이스로 구성
스위치에서 MLD 스누핑이 활성화되면 스위치는 MLD 쿼리 또는 PIM(Protocol Independent Multicast) 업데이트에 대한 인터페이스를 모니터링하여 멀티캐스트 라우터와 연결되는 인터페이스를 결정합니다. 스위치가 인터페이스에서 이러한 메시지를 수신하면 멀티캐스트 포워딩 테이블에 인터페이스를 멀티캐스트 라우터 인터페이스로 추가합니다.
동적으로 학습된 인터페이스 외에도 멀티캐스트 포워딩 테이블에는 멀티캐스트 라우터 인터페이스로 명시적으로 구성한 인터페이스가 포함될 수 있습니다. 동적으로 학습된 인터페이스의 테이블 항목과 달리, 정적으로 구성된 인터페이스의 테이블 항목은 포워딩 테이블에서 에이징 및 삭제되지 않습니다.
정적 멀티캐스트 라우터 인터페이스를 구성할 수 있는 경우의 예는 다음과 같습니다.
비정상적인 네트워크 구성이 있어 MLD 스누핑이 MLD 쿼리 또는 PIM 업데이트 모니터링을 통해 멀티캐스트 라우터 인터페이스에 대해 안정적으로 학습하지 못하게 합니다.
구현에는 MLD 쿼리 발생기가 필요하지 않습니다.
안정적인 토폴로지를 가지고 있으며 동적 학습 프로세스에 수반되는 지연을 피하려고 합니다.
멀티캐스트 라우터 인터페이스로 구성하는 인터페이스가 트렁크 포트인 경우, 모든 VLAN에 대해 명시적으로 구성하지 않았더라도 트렁크 포트에 구성된 모든 VLAN에 대한 인터페이스가 멀티캐스트 라우터 인터페이스가 됩니다. 또한 IPv4 패킷이든 IPv6 패킷이든 등록되지 않은 모든 멀티캐스트 패킷은 인터페이스가 MLD 스누핑을 위해서만 멀티캐스트 라우터 인터페이스로 구성된 경우에도 멀티캐스트 라우터 인터페이스로 전달됩니다.
인터페이스를 정적 멀티캐스트 라우터 인터페이스로 구성하는 방법:
[edit protocols]user@switch# set mld-snooping vlan vlan-name interface interface-name multicast-router-interface
예를 들어, ge-0/0/5.0 을 스위치의 모든 VLAN에 대한 멀티캐스트 라우터 인터페이스로 구성하려면 다음을 수행합니다.
[edit protocols]user@switch# set mld-snooping vlan all interface ge-0/0/5.0 multicast-router-interface
인터페이스에서 정적 그룹 멤버십 구성
멀티캐스트 패킷 전달 방법을 결정하기 위해 MLD 스누핑이 활성화된 스위치는 특정 멀티캐스트 그룹에 관심 있는 리스너가 있는 호스트 인터페이스 목록이 포함된 멀티캐스트 포워딩 테이블을 유지 관리합니다. 스위치는 MLD 스누핑이 활성화된 인터페이스에 도착하는 MLD 멤버십 보고서를 검토하여 이 테이블에서 추가하거나 삭제할 호스트 인터페이스를 학습합니다.
이러한 동적으로 학습된 인터페이스 외에도 멀티캐스트 포워딩 테이블에는 멀티캐스트 그룹의 멤버로 정적으로 구성된 인터페이스가 포함될 수 있습니다. 정적 그룹 인터페이스를 구성할 때 스위치는 포워딩 테이블에 인터페이스를 그룹의 호스트 인터페이스로 추가합니다. 동적으로 학습된 인터페이스의 항목과 달리, 정적 인터페이스 항목은 포워딩 테이블에서 에이징 및 삭제되지 않습니다.
인터페이스에서 정적 그룹 멤버십을 구성할 수 있는 경우의 예는 다음과 같습니다.
테스트 목적으로 연결된 멀티캐스트 수신기를 시뮬레이션하려고 합니다.
인터페이스에 MLD 멤버십 보고서를 전송할 수 없는 수신자가 있습니다.
특정 그룹에 대한 멀티캐스트 트래픽을 동적 조인 프로세스에 의해 부과된 지연 없이 수신자가 즉시 사용할 수 있도록 하려고 합니다.
정적 그룹 인터페이스에 대한 멀티캐스트 소스 주소를 구성할 수 없습니다. 정적 그룹 인터페이스의 MLD 버전은 항상 MLD 버전 1입니다.
스위치는 정적으로 구성된 인터페이스를 대신하여 MLD 멤버십 보고서를 시뮬레이션하지 않습니다. 따라서 멀티캐스트 라우터는 스위치에 멀티캐스트 그룹의 멤버인 인터페이스가 있다는 사실을 인식하지 못할 수 있습니다. 라우터에서 정적 그룹 인터페이스를 구성하여 스위치가 그룹 멀티캐스트 트래픽을 수신하도록 할 수 있습니다.
호스트 인터페이스를 멀티캐스트 그룹의 정적 구성원으로 구성하는 방법:
[edit protocols]user@switch# set mld-snooping vlan vlan-name interface interface-name static group ip-address
예를 들어, VLAN ip-camera-vlan의 인터페이스 ge-0/0/11.0을 멀티캐스트 그룹 ff1e::1의 정적 멤버로 구성하려면:
[edit protocols]user@switch# set mld-snooping vlan ip-camera-vlan interface ge-0/0/11.0 static group ff1e::1
타이머 및 카운터 값 변경
MLD는 다양한 타이머와 카운터를 사용하여 MLD 쿼리 발송자가 멤버십 쿼리를 보내는 빈도와 그룹 멤버십 시간 초과 시기를 결정합니다. 주니퍼 네트웍스 EX 시리즈 스위치에서 MLD 및 MLD 스누핑 타이머 및 카운터 기본값은 RFC 2710, IPv6용 MLD(Multicast Listener Discovery)에서 권장하는 값으로 설정됩니다. 이러한 값은 대부분의 멀티캐스트 구현에서 잘 작동합니다.
그러나 타이머 및 카운터 값을 조정해야 하는 경우(예: 버스트 감소, 휴가 대기 시간 감소 또는 서브넷의 예상 패킷 손실 조정)가 있을 수 있습니다. VLAN에서 MLD 쿼리 발생기에 대한 타이머 또는 카운터 값을 변경하는 경우 VLAN의 모든 멀티캐스트 라우터 및 스위치에 대한 값을 변경하여 모든 디바이스가 거의 동시에 그룹 멤버십 시간을 초과하도록 하는 것이 좋습니다.
스위치에서 구성할 수 있는 타이머와 카운터는 다음과 같습니다.
query-interval - MLD 쿼리 발생기가 일반 쿼리를 전송하는 사이에 대기하는 시간입니다(기본값은 125초). 이 간격을 변경하여 서브넷의 MLD 메시지 수를 조정할 수 있습니다. 값이 클수록 일반 쿼리의 전송 빈도가 줄어듭니다.
MLD 스누핑에 대해 이 값을 직접 구성할 수 없습니다. MLD 스누핑은 스위치에 구성된 MLD 값의 값을 상속하며, 이 값은 스위치의 모든 VLAN에 적용됩니다.
MLD 쿼리 간격을 구성하려면 다음을 수행합니다.
[edit protocols]user@switch# set mld query-interval seconds
query-response-interval - 호스트가 응답할 때까지 대기할 수 있는 최대 시간입니다(기본값은 10초). 이 간격을 변경하여 서브넷에서 MLD 메시지의 버스트 피크를 조정할 수 있습니다. 트래픽 버스트를 줄이기 위해 더 큰 간격을 설정합니다.
MLD 스누핑에 대해 이 값을 직접 구성할 수 없습니다. MLD 스누핑은 스위치에 구성된 MLD 값의 값을 상속하며, 이 값은 스위치의 모든 VLAN에 적용됩니다.
MLD query-response-interval을 구성하려면 다음을 수행합니다.
[edit protocols]user@switch# set mld query-response-interval seconds
query-last-member-interval - MLD 쿼리 발생기가 그룹별 멤버십 쿼리 전송 사이에 대기하는 시간입니다(기본값은 1초). MLD 쿼리 발생기는 호스트로부터 휴가 보고서를 받은 후 그룹별 쿼리를 보냅니다. 이 간격을 줄여 마지막 멤버가 그룹을 떠난 후 멀티캐스트 트래픽 전달을 중지하는 데 걸리는 시간을 줄일 수 있습니다.
MLD 스누핑에 대해 이 값을 직접 구성할 수 없습니다. MLD 스누핑은 스위치에 구성된 MLD 값의 값을 상속하며, 이 값은 스위치의 모든 VLAN에 적용됩니다.
MLD query-last-member-interval을 구성하려면 다음을 수행합니다.
[edit protocols]user@switch# set mld query-last-member-interval seconds
robust-count - 쿼리 발송자가 일반 멤버십 쿼리 또는 그룹별 멤버십 쿼리를 재전송하는 횟수입니다(기본값은 2회). 이 수를 늘려 더 높은 예상 패킷 손실에 맞게 조정할 수 있습니다.
MLD 스누핑의 경우 특정 VLAN에 대해 robust-count 를 구성할 수 있습니다. VLAN에 robust-count 가 구성되지 않은 경우 robust-count 값은 MLD에 대해 구성된 값에서 상속됩니다.
VLAN에서 MLD 스누핑에 대한 robust-count 를 구성하려면:
[edit protocols]user@switch# set mld-snooping vlan vlan-name robust-count number
query-interval, query-response-interval 및 robust-count에 대해 구성된 값은 멀티캐스트 리스너 간격, 즉 스위치가 일반 쿼리 후 멀티캐스트 포워딩 테이블에서 멀티캐스트 그룹을 제거하기 전에 그룹 멤버십 보고서를 기다리는 시간을 결정합니다. 스위치는 query-interval에 robust-count를 곱한 다음 query-response-interval을 더해 멀티캐스트 리스너 간격을 계산합니다.
(query-interval x robust-count) + query-response-interval = 멀티캐스트 리스너 간격
예를 들어 query-interval, query-response-interval 및 robust-count 에 대한 기본 설정이 사용되는 경우 멀티캐스트 수신기 간격은 260초입니다.
(125 x 2) + 10 = 260
명령을 사용하여 그룹이 시간 초과되기 전에 멀티캐스트 청취자 간격에 남은 시간을 표시할 수 있습니다 show mld-snooping membership .