IGMP 구성

IGMP(Internet Group Management Protocol)를 구성하려면 다음과 같은 명령문을 igmp 포함합니다.

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

• [edit protocols]

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

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

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

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

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

IGMP의 목표는 전체 서브넷의 그룹 멤버쉽을 통해 라우터를 최신 상태로 유지하는 것입니다. 라우터는 모든 구성원이 누구인지 알 필요가 없으며 구성원만 존재합니다. 각 호스트는 어떤 멀티캐스트 그룹에 가입되어 있는지 추적합니다. 각 링크에서 하나의 라우터가 쿼리어로 선택됩니다. IGMP 쿼리 라우터는 연결된 각 네트워크에 일반 호스트 쿼리 메시지를 주기적으로 전송하여 멤버십 정보를 요청합니다. 메시지는 모든 시스템 멀티캐스트 그룹 주소인 224.0.0.1로 전송됩니다.

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

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

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

쿼리 응답 간격은 쿼리 라우터가 호스트 쿼리 메시지를 보낼 때와 호스트로부터 응답을 수신할 때 사이에 경과할 수 있는 최대 시간입니다. 이 간격을 구성하면 서브넷에서 IGMP 메시지의 버스트 피크를 조정할 수 있습니다. 더 큰 간격을 설정하여 트래픽의 폭주량을 줄입니다. 버스티 트래픽은 고르지 않은 데이터 전송 패턴을 의미합니다. 때로는 매우 높은 데이터 전송 속도를, 다른 때는 매우 낮은 데이터 전송 속도를 의미합니다.

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

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

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

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

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

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

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

인터페이스에 즉시 맡기려면 다음을 수행합니다.

특정 멀티캐스트 그룹에 연결할 수 있는 서브넷을 제한해야 한다고 가정해 보겠습니다. 이 group-policy 명령문을 사용하면 인터페이스 수준에서 원치 않는 IGMP 보고서를 필터링할 수 있습니다. 라우터가 IGMP 보고서를 수신한 후 IGMP 버전 2(IGMPv2) 또는 버전 3(IGMPv3)을 실행하는 라우터에서 이 명령문을 활성화하면 라우터는 그룹을 지정된 그룹 정책과 비교하고 해당 정책에서 구성된 작업을 수행합니다(예: 정책이 정의된 주소 또는 네트워크에 일치하는 경우 보고서 거부).

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

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

기본적으로 IGMP 인터페이스는 동일한 서브넷에서만 IGMP 메시지를 허용합니다. 이 명령문을 promiscuous-mode 포함함으로써 라우팅 장비는 간접적으로 연결된 서브넷에서 전달된 IGMP 메시지를 수락할 수 있습니다.

인터페이스에서 IGMP promiscuous 모드를 사용하려면 다음을 수행합니다.

마지막 멤버 쿼리 간격은 그룹별 쿼리 메시지(leave-group 메시지에 대한 응답으로 전송된 메시지를 포함하여 그룹별 쿼리 메시지 간 최대 시간)입니다. 이 간격을 구성하여 라우팅 디바이스에서 그룹의 마지막 멤버 손실을 감지하는 데 소요되는 시간을 변경할 수 있습니다.

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

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

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

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

서브넷에서 예상되는 패킷 손실을 허용하도록 IGMP 견고성 변수를 미세 조정합니다. 강력한 카운트는 IGMPv2 및 IGMPv3의 특정 IGMP 메시지 간격을 자동으로 변경합니다. 강력한 수가 증가하면 패킷 손실이 증가하지만 서브네트워크의 휴가 지연이 증가합니다.

쿼리 라우터가 IGMPv2를 실행하는 공유 네트워크에 IGMP 휴가 메시지를 수신하면, 쿼리 라우터는 지정된 횟수에 따라 IGMP 그룹 쿼리 메시지를 보내야 합니다. 전송되는 IGMP 그룹 쿼리 메시지의 수는 강력한 수에 따라 결정됩니다.

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

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

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

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

IGMPv3에서 인터페이스 상태 변경으로 인해 시스템은 해당 인터페이스에서 상태 변경 보고서를 즉시 전송합니다. 하나 이상의 멀티캐스트 라우터가 상태 변경 보고서를 놓치면 다시 전송됩니다. 재전송되는 횟수는 강력한 카운트에서 1개에서 제외됩니다. IGMPv3에서는 강력한 수가 그룹 멤버쉽 간격, 구 버전 쿼리 간격 및 다른 쿼리가 존재하는 간격을 결정하는 요소이기도 합니다.

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

이 숫자는 2에서 10까지입니다.

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

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

라우터가 1초 만에 전송할 수 있는 최대 IGMP 패킷 수에 대한 제한을 변경하려면, 성명서를 maximum-transmit-rate 포함하고 전송될 최대 초당 패킷 수를 지정합니다.

기본적으로 라우팅 디바이스는 IGMPv2를 실행합니다. 다양한 버전의 IGMP를 실행하는 라우팅 장비는 서브넷상의 호스트가 지원하고 해당 버전에서 작동하는 가장 낮은 공통 버전의 IGMP를 결정합니다.

소스별 멀티캐스트(SSM) 기능을 활성화하려면 호스트와 호스트의 직접 연결된 라우팅 디바이스에서 버전 3을 구성해야 합니다. 정적으로 구성된 멀티캐스트 그룹에 소스 주소가 지정되면 버전이 IGMPv3으로 설정되어야 합니다.

정적 멀티캐스트 그룹이 정의된 소스 주소로 구성되고 IGMP 버전이 버전 2로 구성된 경우 소스는 무시되고 그룹만 추가됩니다. 이 경우 조인은 IGMPv2 그룹 조인으로 취급됩니다.

IGMPv1(IGMP Version 1)을 사용하도록 라우팅 디바이스를 이미 구성한 다음 IGMPv2를 사용하도록 구성한 경우, 라우팅 디바이스는 최대 6분 동안 IGMPv1을 계속 사용한 다음 IGMPv2를 사용합니다.

SSM 기능을 위해 IGMPv3로 변경하려면 다음을 수행합니다.

IGMP 정적 그룹 멤버십을 생성하여 수신기 호스트 없이 멀티캐스트 포워딩을 테스트할 수 있습니다. IGMP 정적 그룹 멤버십을 활성화하면 해당 인터페이스가 다운스트림 호스트에서 멤버십 보고서를 수신하지 않고도 데이터가 인터페이스로 전송됩니다. 정적 IGMP 그룹 멤버쉽을 활성화하는 라우터는 서브넷을 위한 지정된 DR(Router)이 되어야 합니다. 그렇지 않으면 트래픽이 다운스트림으로 흐르지 않습니다.

모든 옵션이 IGMP 인터페이스로 지정되면 IGMP 정적 그룹 멤버쉽을 활성화할 때 그룹 카운트, 그룹 증분, 소스 수 및 source-increment 명령문을 사용하여 여러 그룹을 구성할 수 없습니다.

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

이 예에서는 정적 그룹 233.252.0.1을 만듭니다.

네트워크에서 IGMP 튜닝이 필요한지 여부를 확인하려면 라우팅 디바이스를 구성하여 IGMP 조인을 기록하고 이벤트를 떠날 수 있습니다. 라우팅 디바이스 또는 개별 인터페이스에 대한 이벤트를 전역적으로 기록할 수 있습니다.

표 1 은 기록 가능한 IGMP 이벤트를 설명합니다.

IGMP 회계를 사용하려면 다음을 수행합니다.

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

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

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

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

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

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

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

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

• 동적 프로필을 사용하여 IGMP 논리적 인터페이스에서 멀티캐스트 그룹을 동적으로 제한할 수 있습니다.

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

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

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

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

추적 작업은 송수신되는 다양한 유형의 라우팅 프로토콜 패킷과 라우팅 정책 작업 등 라우팅 프로토콜의 작동에 대한 자세한 메시지를 기록합니다. 특정 추적 플래그를 포함하여 어떤 추적 작업이 로깅되는지 지정할 수 있습니다. 다음 표는 포함할 수 있는 플래그를 설명합니다.

다음 예에서는 모든 라우팅 프로토콜 패킷에 대해 추적이 활성화됩니다. 추적은 특정 유형의 IGMP 패킷에만 집중하도록 좁혀지게 됩니다. IGMP에 대한 추적 작업을 구성하려면 다음을 수행합니다.