예: 대역폭 관리 구성
멀티캐스트를 위한 대역폭 관리의 이해
대역폭 관리를 사용하면 멀티캐스트 인터페이스를 남기는 멀티캐스트 플로우를 제어할 수 있습니다. 이 제어를 통해 멀티캐스트 트래픽을 보다 잘 관리하고 인터페이스 초과 증빙 또는 혼잡의 가능성을 줄이거나 제거할 수 있습니다.
대역폭 관리는 멀티캐스트 트래픽 오버서브스크립션(oversubscription)이 인터페이스에서 발생하지 않도록 보장합니다. 멀티캐스트 대역폭을 관리할 때는 개별 인터페이스가 사용할 수 있는 최대 멀티캐스트 대역폭과 개별 멀티캐스트 플로우가 사용하는 대역폭을 정의합니다.
예를 들어, 해당 인터페이스에 대해 허용된 대역폭을 초과하는 경우 라우팅 소프트웨어는 인터페이스에 플로우를 추가할 수 없습니다. 이러한 상황에서 인터페이스는 거부됩니다. 그러나 이러한 거부로 인해 멀티캐스트 프로토콜(예: PIM)이 조인 메시지 업스트림을 전송하는 것을 막을 수 없습니다. 라우터가 예상 송신 인터페이스에서 플로우를 전송하지 않는 경우에도 트래픽은 라우터에 계속 도착합니다.
초당 비트에서 플로우에 대한 대역폭 값을 지정하여 플로우 대역폭을 정적으로 구성하거나 플로우 대역폭을 측정하고 적응적으로 변경할 수 있습니다. 적응형 대역폭 옵션을 사용할 때 라우팅 소프트웨어는 5초 간격으로 측정될 플로우에 대한 통계를 쿼리하고 쿼리를 기반으로 대역폭을 계산합니다. 라우팅 소프트웨어는 마지막 순간(즉, 마지막 12개 측정 지점)에서 측정된 최대 값을 플로우 대역폭으로 사용합니다.
자세한 내용은 다음 섹션을 참조하십시오.
대역폭 관리 및 PIM Graceful Restart
PIM graceful restart를 사용할 때 라우팅 프로세스가 Routing Engine에서 재시작되면 이전에 인정되었던 인터페이스가 항상 판독되고 사용 가능한 대역폭이 인터페이스에서 조정됩니다. 적응형 대역폭 옵션을 사용할 때 대역폭 측정은 처음에 구성된 대역폭 또는 기본 시작 대역폭을 기준으로 하며, 이는 1분 동안 부정확할 수 있습니다. 즉, 새로운 플로우가 잘못 거부되거나 일시적으로 인정될 수 있습니다. 명확한 멀티캐스트 대역폭 승인 운영 명령을 실행하여 이 문제를 해결할 수 있습니다.
PIM graceful restart가 구성되지 않은 경우, 라우팅 프로세스가 재시작된 후 이전에 인정되었거나 거부된 인터페이스는 예측할 수 없는 방식으로 거부되거나 인정될 수 있습니다.
자세한 내용은
대역폭 관리 및 소스 이중화
소스 이중화를 사용하는 경우, 동일한 대상 그룹(g)에 대해 여러 소스(예: s1 및 s2)가 존재할 수 있습니다. 그러나 소스 중 하나만 언제든지 적극적으로 전송할 수 있습니다. 이 경우 승인 프로세스를 거친 후에 여러 포워딩 엔트리(s1,g) 및 (s2,g)가 생성됩니다.
관련 없는 항목과 달리 중복 소스의 경우 한 항목에 대해 이미 인정된 OIF(예: s1,g)가 다른 중복 항목(예: s2,g)에 대해 자동으로 인정됩니다. 단 한 명의 발신자만이 적극적으로 전송하더라도 인터페이스의 나머지 대역폭은 아웃바운드 인터페이스가 추가될 때마다 공제됩니다. 대역폭을 측정함으로써 비활성 엔트리에 대해 공제된 대역폭은 라우터가 전송되는 트래픽을 감지하지 않을 때 다시 적립됩니다.
중복 소스 정의에 대한 자세한 내용은 예제: 멀티캐스트 플로우 맵 구성을 참조하십시오.
논리적 시스템 및 대역폭 초과 구독
물리적 및 논리적 인터페이스 수준에서 대역폭을 관리할 수 있습니다. 그러나 두 개 이상의 논리적 시스템이 동일한 물리적 인터페이스를 공유하면 인터페이스가 초과 가입될 수 있습니다. 각 논리적 시스템의 인터페이스에 대해 별도로 구성된 모든 최대 대역폭 값의 총 대역폭이 물리적 인터페이스의 대역폭을 초과하는 경우 초과 할당(Oversubscription)이 발생합니다.
인터페이스 대역폭 정보를 표시할 때 사용 가능한 부정적인 대역폭 값이 인터페이스에서 초과 구독(oversubscription)을 나타냅니다.
구성된 최대 대역폭이 감소하거나 구성 변경 또는 트래픽 속도의 실제 증가로 인해 일부 플로우 대역폭이 증가할 때 인터페이스 대역폭이 초과 가입될 수 있습니다.
다음 중 하나가 발생할 경우 인터페이스 대역폭을 다시 사용할 수 있습니다.
구성된 최대 대역폭 증가
일부 플로우는 더 이상 인터페이스에서 전송되지 않으며, 이제 인터페이스에 대한 대역폭 예약을 다른 플로우로 사용할 수 있습니다.
구성 변경 또는 트래픽 속도의 실제 감소로 인해 일부 플로우 대역폭이 감소합니다.
대역폭이 부족하여 플로우에 대해 거부되는 인터페이스는 대역폭이 다시 제공되더라도 자동으로 판독되지 않습니다. 거부된 인터페이스는 다음 중 하나가 발생할 때 판독될 수 있는 기회를 갖습니다.
멀티캐스트 라우팅 프로토콜은 조인(Join), 맡기 또는 정리 메시지를 수신하거나 토폴로지 변경이 발생한 후 플로우에 대한 포워딩 엔트리를 업데이트합니다.
멀티캐스트 라우팅 프로토콜은 구성 변경으로 인해 플로우의 포워딩 엔트리를 업데이트합니다.
명확한 멀티캐스트 대역폭 승인 운영 명령을 사용하여 특정 플로우 또는 모든 플로우에 대역폭 관리를 수동으로 다시 적용할 수 있습니다.
또한 이전의 가용 대역폭을 더 이상 사용할 수 없더라도, 이미 승인된 인터페이스는 다음 중 하나가 발생할 때까지 제거되지 않습니다.
멀티캐스트 라우팅 프로토콜은 휴가 또는 정리 메시지를 수신하거나 토폴로지 변경이 발생한 후 인터페이스를 명시적으로 제거합니다.
명확한 멀티캐스트 대역폭 승인 운영 명령을 사용하여 특정 플로우 또는 모든 플로우에 대역폭 관리를 수동으로 다시 적용할 수 있습니다.
자세한 내용은
예: 인터페이스 대역폭 최대값 정의
이 예에서는 물리적 또는 논리적 인터페이스에 대한 최대 대역폭을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전:
라우터 인터페이스를 구성합니다.
내부 게이트웨이 프로토콜을 구성합니다. 라우팅 디바이스에 대한 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
멀티캐스트 프로토콜을 구성합니다. 이 기능은 다음과 같은 멀티캐스트 프로토콜과 함께 작동합니다.
DVMRP
PIM-DM
PIM-SM
PIM-SSM
개요
최대 대역폭 설정은 구성된 인터페이스 대역폭 또는 기본 인터페이스의 네이티브 속도(인터페이스에 대해 구성된 대역폭이 없는 경우)에 대해 승인 제어를 적용합니다.
동일한 기본 물리적 인터페이스에서 여러 논리적 인터페이스(예: VLAN 또는 PV를 지원)를 구성하고 논리적 인터페이스에 대해 대역폭이 구성되지 않는 경우, 논리적 인터페이스가 모두 기본 인터페이스와 동일한 대역폭을 갖는다고 가정합니다. 이 경우 초과 구독(oversubscription)이 발생할 수 있습니다. 초과 구독을 방지하려면 논리적 인터페이스에 대한 대역폭을 구성하거나 물리적 인터페이스 수준에서 승인 제어를 구성합니다.
대역폭 관리를 적용하려는 인터페이스의 최대 대역폭만 정의하면 됩니다. 정의된 최대 대역폭이 없는 인터페이스는 인터페이스(예: PIM)에서 실행되는 멀티캐스트 프로토콜에 따라 모든 멀티캐스트 플로우를 전송합니다.
초당 비트 값을 포함하지 않고 최대 대역폭 을 지정하는 경우 인터페이스에 대해 구성된 대역폭을 기반으로 승인 제어가 활성화됩니다. 다음 예에서는 승인 제어가 논리적 인터페이스 유닛 200에 대해 활성화되고 최대 대역폭은 20Mbps입니다. 인터페이스에서 대역폭이 구성되지 않으면 최대 대역폭이 링크 속도입니다.
routing-options {
multicast {
interface fe-0/2/0.200 {
maximum-bandwidth;
}
interfaces {
fe-0/2/0 {
unit 200 {
bandwidth 20m;
}
}
}
위상수학
구성
절차
CLI 빠른 구성
이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성에 필요한 세부 정보를 변경하고, 명령을 계층 수준에서 CLI [edit] 에 복사 및 붙여넣은 다음 구성 모드에서 입력 commit 합니다.
set interfaces fe-0/2/0 unit 200 bandwidth 20m set routing-options multicast interface fe-0/2/0.200 maximum-bandwidth set routing-options multicast interface fe-0/2/1 maximum-bandwidth 60m set routing-options multicast interface fe-0/2/1.200 maximum-bandwidth 10m
단계별 절차
다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 Configuration 모드에서 CLI Editor를 사용하는 것을 참조하십시오.
최대 대역폭을 구성하려면 다음을 수행합니다.
논리적 인터페이스 대역폭을 구성합니다.
[edit interfaces] user@host# set fe-0/2/0 unit 200 bandwidth 20m
논리적 인터페이스에서 승인 제어를 활성화합니다.
[edit routing-options] user@host# set multicast interface fe-0/2/0.200 maximum-bandwidth
물리적 인터페이스에서 승인 제어를 활성화하고 최대 대역폭을 60Mbps로 설정합니다.
[edit routing-options] user@host# set multicast interface fe-0/2/1 maximum-bandwidth 60m
3단계와 동일한 물리적 인터페이스상의 논리적 인터페이스의 경우 최대 대역폭을 더 작게 설정합니다.
[edit routing-options] user@host# set multicast interface fe-0/2/1.200 maximum-bandwidth 10m
결과
show 인터페이스를 입력하여 구성을 확인하고 라우팅 옵션 명령을 표시합니다.
user@host# show interfaces
fe-0/2/0 {
unit 200 {
bandwidth 20m;
}
}
user@host# show routing-options
multicast {
interface fe-0/2/0.200 {
maximum-bandwidth;
}
interface fe-0/2/1 {
maximum-bandwidth 60m;
}
interface fe-0/2/1.200 {
maximum-bandwidth 10m;
}
}
확인
구성을 확인하려면 show 멀티캐스트 인터페이스 명령을 실행합니다.
예: 가입자 VLAN을 통한 멀티캐스트 구성
이 예에서는 BSR(Broadband Service Router)으로 작동하도록 MX 시리즈 라우터를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서는 다음과 같은 하드웨어 구성 요소를 사용합니다.
트래픽 제어 프로파일 큐잉을 지원하는 PIC를 갖춘 1개의 MX 시리즈 라우터 또는 EX 시리즈 스위치
단일 DSLAM
시작하기 전:
내부 게이트웨이 프로토콜을 구성합니다. 라우팅 디바이스에 대한 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
인터페이스에서 PIM 및 IGMP 또는 MLD를 구성합니다.
개요 및 토폴로지
여러 BSR 인터페이스가 IGMP 및 MLD 조인을 수신하고 동일한 멀티캐스트 스트림에 대한 요청을 남기면 BSR은 각 인터페이스에서 멀티캐스트 스트림의 복사본을 보냅니다. 멀티캐스트 컨트롤 패킷(IGMP 및 MLD)과 멀티캐스트 데이터 패킷은 유니캐스트 데이터와 함께 동일한 BSR 인터페이스상에서 전송됩니다. 모든 고객별 트래픽은 BSR, 고객별 어카운팅, CAC(Call Admission Control) 및 QoS(Quality-of-Service) 조정에 대한 고유 인터페이스를 가지고 있기 때문입니다. 멀티캐스트에서 사용되는 QoS 대역폭은 유니캐스트 대역폭을 줄입니다.
BSR의 여러 인터페이스가 공유 디바이스(예: DSLAM)에 연결할 수 있습니다. BSR은 동일한 멀티캐스트 스트림을 공유 디바이스로 여러 번 전송하기 때문에 대역폭을 낭비합니다. 멀티캐스트 스트림을 DSLAM에 한 번 전송하고 DSLAM에서 멀티캐스트 스트림을 복제하는 것이 더 효율적입니다. 사용할 수 있는 두 가지 방법이 있습니다.
첫 번째 접근 방식은 고객별 인터페이스에서 유니캐스트 데이터를 계속 전송하지만 DSLAM 루트는 모든 고객별 IGMP 및 MLD 조인을 하고 단일 전용 인터페이스(멀티캐스트 VLAN)에서 BSR에 요청을 맡기도록 하는 것입니다. DSLAM은 불필요한 복제 없이 전용 인터페이스에서 BSR로부터 멀티캐스트 스트림을 수신하고 고객에게 필요한 복제를 수행합니다. 모든 멀티캐스트 제어 및 데이터 패킷은 하나의 인터페이스만 사용하기 때문에 여러 요청이 있더라도 하나의 스트림 사본만 전송됩니다. 이 접근 방식을 OIF(reverse outgoing interface) 매핑이라고 합니다. 역방향 OIF 매핑을 통해 BSR은 공유 인터페이스의 멀티캐스트 상태를 고객 인터페이스로 전파함으로써 고객별 어카운팅 및 QoS 조정이 가능합니다. 고객이 TV 채널을 변경하면 라우터 게이트웨이(RG)가 IGMP 또는 MLD 조인을 전송하고 DSLAM에 메시지를 둡니다. DSLAM은 멀티캐스트 VLAN을 통해 BSR에 대한 요청을 투명하게 전달합니다. BSR은 IP 소스 주소 또는 소스 MAC 주소를 기반으로 IGMP 또는 MLD 요청을 가입자 VLAN 중 하나에 매핑합니다. 가입자 VLAN이 발견되면, QoS 조정 및 회계가 VLAN 또는 인터페이스에 집중됩니다.
두 번째 접근 방식은 DSLAM이 계속해서 유니캐스트 데이터와 모든 고객별 IGMP 및 MLD 조인을 전송하고 개별 고객 인터페이스에서 BSR에 요청을 맡기지만 멀티캐스트 스트림이 단일 전용 인터페이스에 도착하도록 하는 것입니다. 여러 고객이 동일한 멀티캐스트 스트림을 요청하는 경우 BSR은 전용 인터페이스에서 데이터 복사본 한 장을 보냅니다. DSLAM은 전용 인터페이스에서 BSR로부터 멀티캐스트 스트림을 수신하고 고객에게 필요한 복제를 수행합니다. 멀티캐스트 제어 패킷은 많은 고객 인터페이스를 사용하기 때문에 BSR의 구성은 각 고객의 멀티캐스트 데이터 패킷을 단일 출력 인터페이스에 매핑하는 방법을 지정해야 합니다. QoS 조정은 고객 인터페이스에서 지원됩니다. CAC는 공유 인터페이스에서 지원됩니다. 이 두 번째 접근 방식을 멀티캐스트 OIF 매핑이라고합니다.
OIF 매핑 및 역방향 OIF 매핑은 동일한 고객 인터페이스 또는 공유 인터페이스에서 지원되지 않습니다. 이 예에서는 두 가지 접근 방식을 구성하는 방법을 보여줍니다. 두 접근 방식 모두 QoS 조정을 지원하며 두 접근 방식 모두 MLD/IPv6를 지원합니다. 역 OIF 매핑 예는 IGMP/IPv4에 초점을 맞추고 QoS 조정을 지원합니다. OIF 매핑 예는 MLD/IPv6에 초점을 맞추고 QoS 조정을 비활성화합니다.
첫 번째 접근 방식(역 OIF 매핑)에는 다음과 같은 명령문이 포함됩니다.
플로우 맵—각 플로우의 대역폭을 제어하는 플로우 맵을 정의합니다.
최대 대역폭—CAC를 활성화합니다.
리버스 오이프 매핑—라우팅 디바이스가 IGMP 또는 MLD 조인을 기반으로 가입자 VLAN 또는 인터페이스를 식별하거나 멀티캐스트 VLAN을 통해 수신 요청을 맡기도록 지원합니다.
가입자 VLAN이 확인되면 라우팅 장비는 가입자 추가 또는 제거에 따라 VLAN에 대한 QoS(이 경우 대역폭)를 즉시 조정합니다.
라우팅 장비는 IGMP 및 MLD 조인 또는 탈퇴 보고서를 사용하여 가입자 VLAN 정보를 얻습니다. 즉, 연결 장비(예: DSLAM)는 이 기능이 제대로 작동하려면 모든 IGMP 및 MLD 보고서를 라우팅 장비로 전달해야 합니다. 보고서 억제 또는 IGMP 프록시를 사용하면 역 OIF 매핑이 제대로 작동하지 않을 수 있습니다.
가입자 휴가 타이머—QoS 업데이트가 지연됩니다. IGMP 또는 MLD 휴가 요청을 수신한 후 이 문에서는 라우팅 장비가 나머지 가입자 인터페이스에 대해 QoS를 업데이트하기 전에 기다려야 하는 시간 지연(1~30초 사이)을 정의합니다. 이 지연을 사용하면 가입자가 빠른 휴가 및 조인 메시지를 보낼 때(예: IPTV 네트워크에서 채널을 변경할 때) 라우팅 디바이스가 VLAN에서 전체 QoS 대역폭을 조정하는 빈도를 줄일 수 있습니다.
트래픽 제어-프로필—논리적 인터페이스에서 셰이핑 속도를 구성합니다. 구성된 셰이핑 속도는 비율이 아닌 절대 값으로 구성되어야 합니다.
두 번째 접근 방식(OIF 매핑)은 다음과 같은 진술을 포함합니다.
Map-to-Interface—정책 성명서를 통해 OIF 맵을 작성할 수 있습니다.
OIF 맵은 여러 용어를 포함할 수 있는 라우팅 정책 명령문입니다. OIF 맵을 만들 때는 다음을 염두에 두어야 합니다.
물리적 인터페이스(예: ge-0/0/0/0)를 지정하면 인터페이스에 ".0"이 추가되어 논리적 인터페이스(예: ge-0/0/0.0)를 생성합니다.
각 논리적 시스템에 대한 라우팅 정책을 구성합니다. 동적으로 라우팅 정책을 구성할 수는 없습니다.
인터페이스에도 IGMP, MLD 또는 PIM이 구성되어 있어야 합니다.
매핑된 인터페이스에 매핑할 수 없습니다.
IGMP 및 MLD에 대한 정책 명세서를 별도로 구성하는 것이 좋습니다.
논리적 인터페이스 또는 키워드 self를 지정 합니다. 셀프 키워드는 멀티캐스트 데이터 패킷이 컨트롤 패킷과 동일한 인터페이스에서 전송되고 매핑이 발생하지 않는 것을 지정합니다. 용어가 일치하지 않으면 멀티캐스트 데이터 패킷이 전송되지 않습니다.
no-qos-adjust—QoS 조정을 비활성화합니다.
QoS 조정은 클라이언트 인터페이스에서 공유 인터페이스로 매핑되는 멀티캐스트 스트림에서 소비되는 대역폭의 양에 따라 클라이언트 인터페이스에서 가용 대역폭을 줄입니다. 이 작업은 명시적으로 비활성화되지 않는 한 항상 발생합니다.
QoS 조정을 비활성화하는 경우 멀티캐스트 스트림이 공유 인터페이스에 추가될 때 고객 인터페이스에서 가용 대역폭이 감소되지 않습니다.
메모:동적 프로필을 사용하여 IGMP 및 MLD 인터페이스에 대한 QoS 조정을 동적으로 비활성화할 수 있습니다.
oif-map—IGMP 또는 MLD 인터페이스와 맵을 연결합니다. OIF 맵은 구성된 인터페이스에서 수신되는 모든 IGMP 또는 MLD 요청에 적용됩니다. 이 예에서 가입자 VLAN 1 및 2는 MLD를 구성하며, 각 VLAN은 일부 트래픽을 ge-2/3/9.4000으로, 일부 트래픽은 ge-2/3/9.4001로, 일부 트래픽은 Self로 이동시키는 OIF 맵을 가리킵니다.
메모:동적 프로필을 사용하여 OIF 맵과 IGMP 인터페이스를 동적으로 연결할 수 있습니다.
패시브—패시브 모드를 사용하도록 IGMP 또는 MLD를 정의합니다.
OIF 맵 인터페이스는 일반적으로 IGMP 또는 MLD 제어 트래픽을 통과해서는 안 되며 패시브로 구성되어야 합니다. 그러나 OIF 맵 구현은 데이터 스트림을 동일한 인터페이스에 매핑하는 것은 물론, 인터페이스(제어 및 데이터)에서 IGMP 또는 MLD를 실행하는 것을 지원합니다. 이 경우 매핑된 인터페이스에서 일반적으로 IGMP 또는 MLD를 구성해야 합니다(패시브 모드가 아님). 이 예에서는 OIF 맵 인터페이스(ge-2/3/9.4000 및 ge-2/3/9.4001)가 MLD 패시브로 구성됩니다.
기본적으로 수동 명령문을 지정하면 일반적인 쿼리, 그룹별 쿼리 또는 그룹 소스별 쿼리가 인터페이스를 통해 전송되지 않으며 수신된 모든 제어 트래픽은 인터페이스에서 무시됩니다. 그러나 패시브 명령문에 대해 사용 가능한 3가지 옵션 중 최대 2개를 선택적으로 활성화하는 동시에 다른 기능을 비활성 상태로 유지할 수 있습니다.
다음과 같은 옵션이 제공됩니다.
send-general-query—지정된 경우 인터페이스는 일반 쿼리를 보냅니다.
그룹 쿼리 전송—지정된 경우 인터페이스는 그룹별 및 그룹 소스별 쿼리를 보냅니다.
allow-receive—지정된 경우 인터페이스가 제어 트래픽을 수신합니다.
위상수학
그림 1 은 시나리오를 보여줍니다.
두 접근 방식 모두에서 여러 고객이 동일한 멀티캐스트 스트림을 요청하는 경우 BSR은 공유 멀티캐스트 VLAN 인터페이스에서 스트림 사본 1매를 보냅니다. DSLAM은 공유 인터페이스에서 BSR로부터 멀티캐스트 스트림을 수신하고 고객에게 필요한 복제를 수행합니다.
첫 번째 접근 방식(역 OIF 매핑)에서 DSLAM은 유니캐스트 데이터에 대해서만 고객별 가입자 VLAN을 사용합니다. IGMP 및 MLD 조인 및 맡기 요청이 멀티캐스트 VLAN에 전송됩니다.
두 번째 접근 방식(OIF 매핑)에서 DSLAM은 유니캐스트 데이터와 IGMP 및 MLD 연결 및 맡기 요청에 대해 고객별 가입자 VLAN을 사용합니다. 멀티캐스트 VLAN은 가입 및 맡기 요청이 아니라 멀티캐스트 스트림에만 사용됩니다.
멀티캐스트
구성
역방향 OIF 맵 구성
CLI 빠른 구성
이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성에 필요한 모든 세부 사항을 변경하고, 명령을 계층 수준에서 CLI [edit] 에 복사 및 붙여넣은 다음 구성 모드에서 입력 commit 합니다. .
set class-of-service traffic-control-profiles tcp-ifl shaping-rate 20m set class-of-service interfaces ge-2/2/0 shaping-rate 240m set class-of-service interfaces ge-2/2/0 unit 50 output-traffic-control-profile tcp-ifl set class-of-service interfaces ge-2/2/0 unit 51 output-traffic-control-profile tcp-ifl set interfaces ge-2/0/0 unit 0 family inet address 30.0.0.2/24 set interfaces ge-2/2/0 hierarchical-scheduler set interfaces ge-2/2/0 vlan-tagging set interfaces ge-2/2/0 unit 10 vlan-id 10 set interfaces ge-2/2/0 unit 10 family inet address 40.0.0.2/24 set interfaces ge-2/2/0 unit 50 vlan-id 50 set interfaces ge-2/2/0 unit 50 family inet address 50.0.0.2/24 set interfaces ge-2/2/0 unit 51 vlan-id 51 set interfaces ge-2/2/0 unit 51 family inet address 50.0.1.2/24 set policy-options policy-statement all-mcast-groups from source-address-filter 30.0.0.0/8 orlonger set policy-options policy-statement all-mcast-groups then accept set protocols igmp interface all set protocols igmp interface fxp0.0 disable set protocols pim rp local address 20.0.0.2 set protocols pim interface all set protocols pim interface fxp0.0 disable set protocols pim interface ge-2/2/0.10 disable set routing-options multicast flow-map map1 policy all-mcast-groups set routing-options multicast flow-map map1 bandwidth 10m set routing-options multicast flow-map map1 bandwidth adaptive set routing-options multicast interface ge-2/2/0.10 maximum-bandwidth 500m set routing-options multicast interface ge-2/2/0.10 reverse-oif-mapping set routing-options multicast interface ge-2/2/0.10 subscriber-leave-timer 20
단계별 절차
다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 Configuration 모드에서 CLI Editor를 사용하는 것을 참조하십시오.
역방향 OIF 매핑을 구성하려면 다음을 수행합니다.
유니캐스트 데이터 트래픽에 대한 논리적 인터페이스를 구성합니다.
[edit interfaces ge-2/0/0] user@host# set unit 0 family inet address 30.0.0.2/24
가입자 제어 트래픽에 대한 논리적 인터페이스를 구성합니다.
[edit interfaces ge-2/2/0] user@host# set hierarchical-scheduler user@host# set vlan-tagging user@host# set unit 10 vlan-id 10 user@host# set unit 10 family inet address 40.0.0.2/24
QoS 조정이 이루어지는 2개의 논리적 인터페이스를 구성합니다.
[edit interfaces ge-2/2/0] user@host# set unit 50 vlan-id 50 user@host# set unit 50 family inet address 50.0.0.2/24 user@host# set unit 51 vlan-id 51 user@host# set unit 51 family inet address 50.0.1.2/24
정책을 구성합니다.
[edit policy-options policy-statement all-mcast-groups] user@host# set from source-address-filter 30.0.0.0/8 orlonger user@host# set then accept
정책을 참조하는 플로우 맵을 활성화합니다.
[edit routing-options multicast] user@host# set flow-map map1 policy all-mcast-groups user@host# set flow-map map1 bandwidth 10m adaptive
가입자 제어 트래픽을 수신하는 논리적 인터페이스에서 OIF 매핑을 활성화합니다.
[edit routing-options multicast] user@host# set interface ge-2/2/0.10 maximum-bandwidth 500m user@host# set interface ge-2/2/0.10 reverse-oif-mapping user@host# set interface ge-2/2/0.10 subscriber-leave-timer 20
PIM 및 IGMP를 구성합니다.
[edit protocols] user@host# set igmp interface all user@host# set igmp interface fxp0.0 disable user@host# set pim rp local address 20.0.0.2 user@host# set pim interface all user@host# set pim interface fxp0.0 disable user@host# set pim interface ge-2/2/0.10 disable
QoS 조정이 이루어지는 논리적 인터페이스에 대해 물리적 인터페이스의 셰이핑 속도와 느린 셰이핑 속도를 구성하여 계층형 스케줄러를 구성합니다.
[edit class-of-service interfaces ge-2/2/0] user@host# set shaping-rate 240m user@host# set unit 50 output-traffic-control-profile tcp-ifl user@host# set unit 51 output-traffic-control-profile tcp-ifl [edit class-of-service traffic-control-profiles tcp-30m-no-smap] user@host# set shaping-rate 20m
결과
구성 모드에서 show-of-service를 입력하여 구성을 확인하고 , 인터페이스를 표시하고, 정책 옵션을 표시하고, 프로토콜을 표시하고, 라우팅 옵션 명령을 표시 합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
user@host# show class-of-service
traffic-control-profiles {
tcp-ifl {
shaping-rate 20m;
}
}
interfaces {
ge-2/2/0 {
shaping-rate 240m;
unit 50 {
output-traffic-control-profile tcp-ifl;
}
unit 51 {
output-traffic-control-profile tcp-ifl;
}
}
}
user@host# show interfaces
ge-2/0/0 {
unit 0 {
family inet {
address 30.0.0.2/24;
}
}
}
ge-2/2/0 {
hierarchical-scheduler;
vlan-tagging;
unit 10 {
vlan-id 10;
family inet {
address 40.0.0.2/24;
}
}
unit 50 {
vlan-id 50;
family inet {
address 50.0.0.2/24;
}
}
unit 51 {
vlan-id 51;
family inet {
address 50.0.1.2/24;
}
}
}
user@host# show policy-options
policy-statement all-mcast-groups {
from {
source-address-filter 30.0.0.0/8 orlonger;
}
then accept;
}
user@host# show protocols
igmp {
interface all;
interface fxp0.0 {
disable;
}
}
pim {
rp {
local {
address 20.0.0.2;
}
}
interface all;
interface fxp0.0 {
disable;
}
interface ge-2/2/0.10 {
disable;
}
}
user@host# show routing-options
multicast {
flow-map map1 {
policy all-mcast-groups;
bandwidth 10m adaptive;
}
interface ge-2/2/0.10 {
maximum-bandwidth 500m;
reverse-oif-mapping;
subscriber-leave-timer 20;
}
}
디바이스 구성을 완료한 경우 구성 모드에서 커밋 을 입력합니다.
OIF 지도 구성
CLI 빠른 구성
이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성에 필요한 세부 정보를 변경하고, 명령을 계층 수준에서 CLI [edit] 에 복사 및 붙여넣은 다음 구성 모드에서 입력 commit 합니다.
set interfaces ge-2/3/8 unit 0 family inet6 address C300:0101::/24 set interfaces ge-2/3/9 vlan-tagging set interfaces ge-2/3/9 unit 1 vlan-id 1 set interfaces ge-2/3/9 unit 1 family inet6 address C400:0101::/24 set interfaces ge-2/3/9 unit 2 vlan-id 2 set interfaces ge-2/3/9 unit 2 family inet6 address C400:0201::/24 set interfaces ge-2/3/9 unit 4000 vlan-id 4000 set interfaces ge-2/3/9 unit 4000 family inet6 address C40F:A001::/24 set interfaces ge-2/3/9 unit 4001 vlan-id 4001 set interfaces ge-2/3/9 unit 4001 family inet6 address C40F:A101::/24 set policy-options policy-statement g539-v6 term g539-4000 from route-filter FF05:0101:0000::/39 orlonger set policy-options policy-statement g539-v6 term g539-4000 then map-to-interface ge-2/3/9.4000 set policy-options policy-statement g539-v6 term g539-4000 then accept set policy-options policy-statement g539-v6 term g539-4001 from route-filter FF05:0101:0200::/39 orlonger set policy-options policy-statement g539-v6 term g539-4001 then map-to-interface ge-2/3/9.4001 set policy-options policy-statement g539-v6 term g539-4001 then accept set policy-options policy-statement g539-v6 term self from route-filter FF05:0101:0700::/40 orlonger set policy-options policy-statement g539-v6 term self then map-to-interface self set policy-options policy-statement g539-v6 term self then accept set policy-options policy-statement g539-v6-all term g539 from route-filter 0::/0 orlonger set policy-options policy-statement g539-v6-all term g539 then map-to-interface ge-2/3/9.4000 set policy-options policy-statement g539-v6-all term g539 then accept set protocols mld interface fxp0.0 disable set protocols mld interface ge-2/3/9.4000 passive set protocols mld interface ge-2/3/9.4001 passive set protocols mld interface ge-2/3/9.1 version 1 set protocols mld interface ge-2/3/9.1 oif-map g539-v6 set protocols mld interface ge-2/3/9.2 version 2 set protocols mld interface ge-2/3/9.2 oif-map g539-v6 set protocols pim rp local address 20.0.0.4 set protocols pim rp local family inet6 address C000::1 set protocols pim interface ge-2/3/8.0 mode sparse set protocols pim interface ge-2/3/8.0 version 2 set routing-options multicast interface ge-2/3/9.1 no-qos-adjust set routing-options multicast interface ge-2/3/9.2 no-qos-adjust
단계별 절차
다음 예제에서는 구성 계층에서 다양한 레벨을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드를 참조하십시오.
역방향 OIF 매핑을 구성하려면 다음을 수행합니다.
유니캐스트 데이터 트래픽에 대한 논리적 인터페이스를 구성합니다.
[edit interfaces ge-2/3/8 ] user@host# set unit 0 family inet6 address C300:0101::/24
가입자 VLAN에 대한 논리적 인터페이스를 구성합니다.
[edit interfaces ge-2/3/9] user@host# set vlan-tagging user@host# set unit 1 vlan-id 1 user@host# set unit 1 family inet6 address C400:0101::/24 user@host# set unit 2 vlan-id 2 user@host# set unit 2 family inet6 address C400:0201::/24 lo0 unit 0 family inet6 address C000::1/128 user@host# set unit 2 family inet6 address C400:0201::/24
2개의 맵-투-논리적 인터페이스를 구성합니다.
[edit interfaces ge-2/2/0] user@host# set unit 4000 vlan-id 4000 user@host# set unit 4000 family inet6 address C40F:A001::/24 user@host# set unit 4001 vlan-id 4001 user@host# set unit 4001 family inet6 address C40F:A101::/24
OIF 맵을 구성합니다.
[edit policy-options policy-statement g539-v6] user@host# set term g539-4000 from route-filter FF05:0101:0000::/39 orlonger user@host# set then map-to-interface ge-2/3/9.4000 user@host# set then accept user@host# set term g539-4001 from route-filter FF05:0101:0200::/39 orlonger user@host# set then map-to-interface ge-2/3/9.4001 user@host# set then accept user@host# set term self from route-filter FF05:0101:0700::/40 orlonger user@host# set then map-to-interface self user@host# set then accept [edit policy-options policy-statement g539-v6-all] user@host# set term g539 from route-filter 0::/0 orlonger user@host# set then map-to-interface ge-2/3/9.4000 user@host# set then accept
가입자 VLAN에 대한 QoS 조정을 비활성화합니다.
[edit routing-options multicast] user@host# set interface ge-2/3/9.1 no-qos-adjust user@host# set interface ge-2/3/9.2 no-qos-adjust
PIM 및 MLD를 구성합니다. MLD 가입자 VLAN을 OIF 맵으로 가리킵니다.
[edit protocols] user@host# set pim rp local address 20.0.0.4 user@host# set pim rp local family inet6 address C000::1 #C000::1 is the address of lo0 user@host# set pim interface ge-2/3/8.0 mode sparse user@host# set pim interface ge-2/3/8.0 version 2 user@host# set mld interface fxp0.0 disable user@host# set interface ge-2/3/9.4000 passive user@host# set interface ge-2/3/9.4001 passive user@host# set interface ge-2/3/9.1 version 1 user@host# set interface ge-2/3/9.1 oif-map g539-v6 user@host# set interface ge-2/3/9.2 version 2 user@host# set interface ge-2/3/9.2 oif-map g539-v6
결과
구성 모드에서 show 인터페이스를 입력하여 구성을 확인하고 , 정책 옵션을 표시하고, 프로토콜을 표시하고, 라우팅 옵션 명령을 표시 합니다. 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.
user@host# show interfaces
ge-2/3/8 {
unit 0 {
family inet6 {
address C300:0101::/24;
}
}
}
ge-2/3/9 {
vlan-tagging;
unit 1 {
vlan-id 1;
family inet6 {
address C400:0101::/24;
}
}
unit 2 {
vlan-id 2;
family inet6 {
address C400:0201::/24;
}
}
unit 4000 {
vlan-id 4000;
family inet6 {
address C40F:A001::/24;
}
}
unit 4001 {
vlan-id 4001;
family inet6 {
address C40F:A101::/24;
}
}
}
user@host# show policy-options
policy-statement g539-v6 {
term g539-4000 {
from {
route-filter FF05:0101:0000::/39 orlonger;
}
then {
map-to-interface ge-2/3/9.4000;
accept;
}
}
term g539-4001 {
from {
route-filter FF05:0101:0200::/39 orlonger;
}
then {
map-to-interface ge-2/3/9.4001;
accept;
}
}
term self {
from {
route-filter FF05:0101:0700::/40 orlonger;
}
then {
map-to-interface self;
accept;
}
}
}
policy-statement g539-v6-all {
term g539 {
from {
route-filter 0::/0 orlonger;
}
then {
map-to-interface ge-2/3/9.4000;
accept;
}
}
}
user@host# show protocols
mld {
interface fxp0.0 {
disable;
}
interface ge-2/3/9.4000 {
passive;
}
interface ge-2/3/9.4001 {
passive;
}
interface ge-2/3/9.1 {
version 1;
oif-map g539-v6;
}
interface ge-2/3/9.2 {
version 2;
oif-map g539-v6;
}
}
pim {
rp {
local {
address 20.0.0.4;
family inet6 {
address C000::1;
}
}
}
interface ge-2/3/8.0 {
mode sparse;
version 2;
}
}
user@host# show routing-options
multicast {
interface ge-2/3/9.1 no-qos-adjust;
interface ge-2/3/9.2 no-qos-adjust;
}
디바이스 구성을 완료한 경우 구성 모드에서 커밋 을 입력합니다.
확인
구성을 확인하려면 다음 명령을 실행합니다.
igmp 통계 표시
서비스 등급 인터페이스를 보여 줘요.
인터페이스 통계 표시
mld 통계 표시
멀티캐스트 인터페이스 표시
정책 표시
IP Demux 인터페이스를 통한 멀티캐스트 라우팅 구성
가입자 관리 네트워크에서 IP demux 인터페이스에서 전송되는 패킷의 필드는 어그리게이션 디바이스의 반대편에 있는 특정 클라이언트(예: MSAN])에 대응하기 위한 것입니다. 그러나 BSR(Broadband Services Router)에서 MSAN으로 전송되는 패킷은 demux 인터페이스를 식별하지 않습니다. 일단 패킷을 확보하면 어떤 클라이언트가 패킷을 수신하는지 결정하는 것은 MSAN 장비의 입니다.
MSAN 장비의 인텔리전스에 따라 패킷을 수신하는 클라이언트를 결정하는 것은 비효율적인 방식으로 발생할 수 있습니다. 예를 들어, IGMP 제어 트래픽을 수신하면 MSAN은 의도한 클라이언트가 아닌 모든 클라이언트로 제어 트래픽을 전달합니다. 또한 일단 데이터 스트림 목적지가 설정되면 MSAN은 IGMP 스누핑을 사용하여 특정 그룹에 상주하는 호스트를 결정하고 데이터 스트림을 해당 그룹으로만 제한할 수 있지만, MSAN은 여전히 데이터 스트림이 그룹의 단일 클라이언트를 대상으로 하더라도 여전히 각 그룹 구성원에게 여러 개의 데이터 스트림 사본을 보내야 합니다.
다양한 멀티캐스트 기능을 결합하면 위에서 언급된 비효율성을 피할 수 있습니다. 이러한 기능에는 다음이 포함되었습니다.
IP demux 인터페이스 제품군 명령문을 구성하여 번호가 지정되거나 번호가 지정되지 않은 기본 인터페이스에 이 넷 을 사용하는 기능
기본 인터페이스에서 IGMP를 구성하여 모든 클라이언트에 일반 쿼리를 보낼 수 있습니다. demux 구성은 기본 IGMP 인터페이스가 모든 클라이언트 IGMP 제어 패킷을 수신하는 것을 방지합니다. 대신, 모든 IGMP 제어 패킷은 demux 인터페이스로 이동합니다. 그러나 기본 인터페이스에서 조인이 발생하지 않기 위해서는 다음을 수행합니다.
정적 IGMP 인터페이스의 경우—[편집 프로토콜 igmp 인터페이스interface-name] 계층 수준에서 IGMP 구성에 수동적 송신-일반 쿼리 명령문을 포함합니다.
동적 IGMP demux 인터페이스의 경우—[edit dynamic-profiles protocols profile-name igmp interfaceinterface-name] 계층 수준에서 패시브 일반 쿼리 명령문을 포함합니다.
모든 멀티캐스트 그룹을 기본 인터페이스에 매핑하는 기능은 다음과 같습니다.
정적 IGMP 인터페이스의 경우—[편집 프로토콜 igmp 인터페이스interface-name] 계층 수준에서 oif-map 명령문을 포함합니다.
동적 IGMP demux 인터페이스의 경우—[edit dynamic-profiles protocols profile-name igmp interfaceinterface-name] 계층 수준에서 oif-map 명령문을 포함합니다.
oif-map 명령문을 사용하면 동일한 IGMP 그룹을 동일한 출력 인터페이스에 매핑하고 인터페이스에서 멀티캐스트 스트림의 복사본 하나만 보낼 수 있습니다.
각 demux 인터페이스에서 IGMP를 구성할 수 있는 기능 복제 일반 쿼리를 방지하려면 다음을 수행합니다.
정적 IGMP 인터페이스의 경우—[편집 프로토콜 igmp 인터페이스interface-name] 계층 수준에서 수동적인 수신 허용-수신 송신 그룹 쿼리 명령문을 포함합니다.
동적 demux 인터페이스의 경우—[동적 프로파일 profile-name 프로토콜 편집 igmp 인터페이스interface-name] 계층 수준에서 수동적인 수신 허용-수신 송신 그룹 쿼리 명령문을 포함합니다.
메모:가입 고객 수에 관계없이 각 그룹의 복사본을 하나만 보내려면 앞서 설명한 대로 oif-map 명령문을 사용하십시오.
자세한 내용은
Egress 인터페이스별 패킷 분류
지능형 큐잉(IQ), IQ2, IQE(Enhanced IQ), 멀티서비스 링크 서비스 LSQ(Intelligent Queuing) 인터페이스 또는 ATM2 PIC를 갖춘 주니퍼 네트웍스 M320 멀티서비스 에지 라우터 및 T 시리즈 코어 라우터의 경우 송신 인터페이스를 기반으로 유니캐스트 및 멀티캐스트 패킷을 분류할 수 있습니다. 유니캐스트 트래픽의 경우 멀티필드 필터를 사용할 수도 있지만 송신 인터페이스 분류만 멀티캐스트 트래픽과 유니캐스트 트래픽에 적용됩니다. 인터페이스의 송신 분류를 구성하면 인터페이스에서 DSCP(Differentiated Services Code Point) 재작성을 수행할 수 없습니다. 기본적으로 시스템은 송신 인터페이스를 기반으로 어떠한 분류도 수행하지 않습니다.
MPC 및 MS-DPC가 포함된 MX 시리즈 라우터에서 멀티캐스트 패킷은 라우터에서 드롭되고 멀티캐스트 수신기로 작동하는 MLPPP LSQ 논리적 인터페이스가 포함되어 있고 네트워크 서비스 모드가 라우터에서 향상된 IP 모드로 구성되는 경우 적절히 처리되지 않습니다. 이러한 동작은 향상된 IP 모드와 함께 LSQ 인터페이스를 통해 기대됩니다. 이러한 시나리오에서 향상된 IP 모드가 구성되지 않으면 멀티캐스팅이 올바르게 작동합니다. 그러나 라우터에 이중 LSQ 인터페이스와 FIB 지역화로 구성된 향상된 IP 네트워크 서비스 모드가 포함되어 있으면 멀티캐스트가 올바르게 작동합니다.
egress 인터페이스를 통한 패킷 분류를 활성화하려면 먼저 계층 수준에서 egress 인터페이스 [edit class-of-service forwarding-class-map forwarding-class-map-name] 에 대해 포워딩 클래스 맵과 하나 이상의 큐 번호를 구성합니다.
[edit class-of-service] forwarding-classes-interface-specific forwarding-class-map-name { class class-name queue-num queue-number [ restricted-queue queue-number ]; }
4개의 대기열로만 제한되는 T 시리즈 라우터의 경우, 옵션으로 큐 할당을 restricted-queue 제어하거나 시스템이 모듈형 방식으로 큐를 자동으로 결정하도록 허용할 수 있습니다. 예를 들어, 6 큐에 패킷을 할당하는 맵은 4개의 큐 시스템에서 큐 2에 매핑됩니다.
큐 번호와 포워딩 클래스와 연관된 출력 포워딩 클래스 맵을 구성하면 이 맵은 멀티서비스 링크 서비스 지능형 큐잉(lsq-) 인터페이스에서 지원되지 않습니다.
포워딩 클래스 맵이 구성되면 계층 수준에서 명령문을 사용하여 output-forwarding-class-map 맵을 논리적 인터페이스에 [edit class-of-service interfaces interface-name unit logical-unit-number ] 적용합니다.
[edit class-of-service interfaces interface-name unit logical-unit-number] output-forwarding-class-map forwarding-class-map-name;
큐 및 포워딩 클래스와 관련된 모든 매개 변수도 구성해야 합니다. 포워딩 클래스 및 큐 구성에 대한 자세한 내용은 각 큐에 대한 맞춤형 포워딩 클래스 구성을 참조하십시오.
이 예에서는 큐 5와 6을 4개 큐 시스템의 다른 큐로 제한한 다음 인터페이스에 적용되는 인터페이스ge-6/0/0별 포워딩 클래스 맵 FCMAP1 을 구성하는 방법을 보여줍니다.FCMAP1 unit 0
[edit class-of-service]
forwarding-class-map FCMAP1 {
class FC1 queue-num 6 restricted-queue 3;
class FC2 queue-num 5 restricted-queue 2;
class FC3 queue-num 3;
class FC4 queue-num 0;
class FC3 queue-num 0;
class FC4 queue-num 1;
}
[edit class-of-service]
interfaces {
ge-6/0/0 unit 0 {
output-forwarding-class-map FCMAP1;
}
}
옵션이 없다면 restricted-queue FCMAP1예제에서는 각각 2와 FC2 1을 4개의 큐로 제한되는 시스템에서 큐 2와 1에 할당하고 큐에 할당 FC1 할 수 있습니다.
show class-of-service forwarding-class forwarding-class-map-name 명령을 사용하여 포워딩 클래스 맵 큐 구성을 표시합니다.
user@host> show class-of-service forwarding-class FCMAP2 Forwarding class ID Queue Restricted queue FC1 0 6 3 FC2 1 5 2 FC3 2 3 3 FC4 3 0 0 FC5 4 0 0 FC6 5 1 1 FC7 6 6 2 FC8 7 7 3
show class-of-service interface interface-name 명령을 사용하여 논리적 인터페이스에 할당된 포워딩 클래스 맵(및 기타 정보)을 표시합니다.
user@host> show class-of-service interface ge-6/0/0 Physical interface: ge-6/0/0, Index: 128 Queues supported: 8, Queues in use: 8 Scheduler map: <default>, Index: 2 Input scheduler map: <default>, Index: 3 Chassis scheduler map: <default-chassis>, Index: 4 Logical interface: ge-6/0/0.0, Index: 67 Object Name Type Index Scheduler-map sch-map1 Output 6998 Scheduler-map sch-map1 Input 6998 Classifier dot1p ieee8021p 4906 forwarding-class-map FCMAP1 Output 1221 Logical interface: ge-6/0/0.1, Index 68 Object Name Type Index Scheduler-map <default> Output 2 Scheduler-map <default> Input 3 Logical interface: ge-6/0/0.32767, Index 69 Object Name Type Index Scheduler-map <default> Output 2 Scheduler-map <default> Input 3