Junos OS 스위치 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 쿼리 기 역할을 하는 멀티캐스트 라우터에서 구성된 값과 일치하도록 변경합니다.
문을 vlan all 사용하여 MLD 스누핑을 구성할 때, MLD 스누핑을 위해 개별적으로 구성되지 않은 모든 VLAN은 VLAN 모든 구성을 상속합니다. 반면에 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;
}
}
}
}
}
직원을 제외한 모든 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 멀티캐스트)을 사용하는 경우 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에서는 인터페이스의 단 하나의 호스트만이 그룹 특정 쿼리에 대한 응답으로 멤버십 보고서를 전송하며, 다른 모든 관심 있는 호스트는 해당 보고서를 억제합니다. 이 보고 억제 기능은 스위치가 특정 시간에 하나의 관심 있는 호스트에 대해서만 알고 있음을 의미합니다.
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
예를 들어, 스위치의 모든 VLAN에 대해 ge-0/0/5.0 을 멀티캐스트 라우터 인터페이스로 구성하려면 다음을 수행합니다.
[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 쿼리어가 멤버십 쿼리를 보내는 빈도와 그룹 멤버십 시간이 초과되는 시기를 결정합니다. 주니퍼 OS 스위치에서 MLD 및 MLD 스누핑 타이머 및 카운터 기본값은 RFC 2710, IPv6에 대한 멀티캐스트 리스너 검색(MLD)에서 권장하는 값으로 설정됩니다. 이러한 값은 대부분의 멀티캐스트 구현에서 적합합니다.
그러나 타이머와 카운터 값을 조정하고자 하는 경우가 있을 수 있습니다(예: 버스트를 줄이거나, 휴가 지연 시간을 줄이거나, 서브넷에서 예상되는 패킷 손실을 조정하기 위해). 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 스누핑을 위한 강력한 개수를 구성하려면:
[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을 더하여 멀티캐스트 리스너 간격을 계산합니다.
(쿼리 간격 x 강력한 카운트) + 쿼리 응답 간격 = 멀티캐스트 리스너 간격
예를 들어, query-interval, query-response-interval, robust-count 에 대한 기본 설정을 사용할 경우 멀티캐스트 리스너 간격은 260초입니다.
(125 x 2) + 10 = 260
명령을 show mld-snooping membership 사용하여 그룹이 시간 초과되기 전에 멀티캐스트 리스너 간격에 남은 시간을 표시할 수 있습니다.