예제: 대역폭 관리 구성
멀티캐스트를 위한 대역폭 관리 이해하기
대역폭 관리를 사용하면 멀티캐스트 인터페이스를 떠나는 멀티캐스트 플로우를 제어할 수 있습니다. 이 제어를 통해 멀티캐스트 트래픽을 보다 효과적으로 관리하고 인터페이스 초과 구독 또는 혼잡 가능성을 줄이거나 없앨 수 있습니다.
대역폭 관리는 인터페이스에서 멀티캐스트 트래픽 초과 구독이 발생하지 않도록 합니다. 멀티캐스트 대역폭을 관리할 때 개별 인터페이스가 사용할 수 있는 멀티캐스트 대역폭의 최대 양과 개별 멀티캐스트 플로우가 사용하는 대역폭을 정의합니다.
예를 들어, 라우팅 소프트웨어는 플로우가 해당 인터페이스에 허용된 대역폭을 초과하는 경우 인터페이스에 플로우를 추가할 수 없습니다. 이러한 상황에서는 인터페이스가 거부됩니다. 그러나 이러한 거부는 멀티캐스트 프로토콜(예: PIM)이 참가 메시지를 업스트림으로 보내는 것을 막지는 못합니다. 라우터가 예상되는 발신 인터페이스에서 플로우를 전송하지 않더라도 트래픽은 라우터에 계속 도착합니다.
초당 비트 단위의 플로우에 대한 대역폭 값을 지정하여 플로우 대역폭을 정적으로 구성하거나, 플로우 대역폭을 측정하고 적응적으로 변경할 수 있습니다. 적응형 대역폭 옵션을 사용할 때 라우팅 소프트웨어는 5초 간격으로 측정할 흐름에 대한 통계를 쿼리하고 쿼리를 기반으로 대역폭을 계산합니다. 라우팅 소프트웨어는 마지막 순간(즉, 마지막 12개 측정 지점) 내에 측정된 최대값을 플로우 대역폭으로 사용합니다.
자세한 내용은 다음 섹션을 참조하세요.
대역폭 관리 및 PIM Graceful Restart
PIM Graceful Restart를 사용할 때, 라우팅 엔진에서 라우팅 프로세스가 다시 시작된 후 이전에 허용된 인터페이스는 항상 다시 승인되고 사용 가능한 대역폭은 인터페이스에서 조정됩니다. 적응형 대역폭 옵션을 사용할 때 대역폭 측정은 처음에 구성된 또는 기본 시작 대역폭을 기반으로 하며, 이는 처음 1분 동안 정확하지 않을 수 있습니다. 즉, 새 흐름이 잘못 거부되거나 일시적으로 승인될 수 있습니다. clear multicast bandwidth-admission 작동 명령을 실행하여 이 문제를 해결할 수 있습니다.
PIM GR(Graceful Restart)이 구성되지 않은 경우, 라우팅 프로세스가 다시 시작된 후 이전에 허용되거나 거부된 인터페이스가 예측할 수 없는 방식으로 거부되거나 승인될 수 있습니다.
또한보십시오
대역폭 관리 및 소스 이중화
소스 중복을 사용하는 경우 동일한 대상 그룹(g)에 대해 여러 소스(예: s1 및 s2)가 존재할 수 있습니다. 그러나 소스 중 하나만 언제든지 능동적으로 전송할 수 있습니다. 이 경우 각각 승인 프로세스를 거친 후 여러 전달 항목((s1,g) 및 (s2,g))이 생성됩니다.
중복 소스를 사용하면 관련 없는 항목과 달리 한 항목(예: (s1,g))에 대해 이미 허용된 OIF가 다른 중복 항목(예: (s2,g))에 대해 자동으로 허용됩니다. 인터페이스의 나머지 대역폭은 아웃바운드 인터페이스가 추가될 때마다 차감됩니다. 이는 한 명의 발신자만 활성 상태로 전송하더라도 마찬가지입니다. 대역폭을 측정하면 라우터가 전송되는 트래픽이 없음을 감지하면 비활성 항목에 대해 차감된 대역폭이 다시 적립됩니다.
중복 소스 정의에 대한 자세한 내용은 예: 멀티캐스트 플로우 맵 구성을 참조하십시오.
논리적 시스템 및 대역폭 초과 구독
물리적 인터페이스 수준과 논리적 인터페이스 수준 모두에서 대역폭을 관리할 수 있습니다. 그러나 둘 이상의 논리적 시스템이 동일한 물리적 인터페이스를 공유하는 경우 인터페이스가 초과 구독될 수 있습니다. 각 논리적 시스템의 인터페이스에 대해 개별적으로 구성된 모든 최대 대역폭 값의 총 대역폭이 물리적 인터페이스의 대역폭을 초과할 경우 초과 구독이 발생합니다.
인터페이스 대역폭 정보를 표시할 때 사용 가능한 대역폭 값이 음수이면 인터페이스의 초과 구독을 나타냅니다.
구성된 최대 대역폭이 감소하거나 구성 변경 또는 트래픽 속도의 실제 증가로 인해 일부 플로우 대역폭이 증가하면 인터페이스 대역폭이 초과 구독될 수 있습니다.
인터페이스 대역폭은 다음 중 하나가 발생할 경우 다시 사용할 수 있습니다.
구성된 최대 대역폭이 증가합니다.
일부 흐름은 더 이상 인터페이스에서 전송되지 않으며, 해당 흐름에 대한 대역폭 예약은 이제 다른 흐름에서 사용할 수 있습니다.
일부 플로우 대역폭은 구성 변경 또는 트래픽 속도의 실제 감소로 인해 감소합니다.
대역폭 부족으로 인해 플로우에 대해 거부된 인터페이스는 대역폭을 다시 사용할 수 있게 되더라도 자동으로 재승인되지 않습니다. 거부된 인터페이스는 다음 중 하나가 발생할 때 재승인될 수 있습니다.
멀티캐스트 라우팅 프로토콜은 join, leave 또는 prune 메시지를 수신하거나 토폴로지 변경이 발생한 후에 플로우에 대한 포워딩 엔트리를 업데이트합니다.
멀티캐스트 라우팅 프로토콜은 구성 변경으로 인해 플로우에 대한 포워딩 엔트리를 업데이트합니다.
작동 명령을 사용하여 특정 플로우 또는 모든 플로우에 대역폭 관리를 수동으로 다시 적용합니다 clear multicast bandwidth-admission .
또한 이전에 사용 가능한 대역폭을 더 이상 사용할 수 없더라도 이미 허용된 인터페이스는 다음 중 하나가 발생할 때까지 제거되지 않습니다.
멀티캐스트 라우팅 프로토콜은 나가기 또는 정리 메시지를 받거나 토폴로지가 변경된 후에 인터페이스를 명시적으로 제거합니다.
작동 명령을 사용하여 특정 플로우 또는 모든 플로우에 대역폭 관리를 수동으로 다시 적용합니다 clear multicast bandwidth-admission .
또한보십시오
예: 인터페이스 대역폭 최대값 정의
이 예에서는 물리적 또는 논리적 인터페이스의 최대 대역폭을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
라우터 인터페이스를 구성합니다.
내부 게이트웨이 프로토콜을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
멀티캐스트 프로토콜을 구성합니다. 이 기능은 다음 멀티캐스트 프로토콜에서 작동합니다.
증권 시세 표시기
핌-DM
핌-SM
PIM-SSM
개요
최대 대역폭 설정은 구성된 인터페이스 대역폭 또는 기본 인터페이스의 기본 속도(인터페이스에 대해 구성된 대역폭이 없는 경우)에 대해 승인 제어를 적용합니다.
동일한 기본 물리적 인터페이스에 여러 논리적 인터페이스(예: VLAN 또는 PVC 지원)를 구성하고 논리적 인터페이스에 대해 대역폭이 구성되지 않은 경우 모든 논리적 인터페이스가 기본 인터페이스와 동일한 대역폭을 갖는다고 가정합니다. 이로 인해 초과 구독이 발생할 수 있습니다. 초과 구독을 방지하려면 논리적 인터페이스에 대한 대역폭을 구성하거나 물리적 인터페이스 수준에서 승인 제어를 구성하십시오.
대역폭 관리를 적용할 인터페이스에 대한 최대 대역폭만 정의하면 됩니다. 정의된 최대 대역폭이 없는 인터페이스는 인터페이스에서 실행되는 멀티캐스트 프로토콜(예: PIM)에 의해 결정된 대로 모든 멀티캐스트 플로우를 전송합니다.
초당 비트 값을 포함하지 않고 maximum-bandwidth 를 지정하면 인터페이스에 구성된 대역폭에 따라 승인 제어가 활성화됩니다. 다음 예에서는 논리적 인터페이스 유닛 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 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
대역폭 최대값을 구성하려면:
논리적 인터페이스 대역폭을 구성합니다.
[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 interfaces 및 show routing-options 명령을 입력하여 구성을 확인합니다.
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 multicast interface 명령을 실행합니다.
예: 가입자 VLAN을 통한 멀티캐스트 구성
이 예에서는 광대역 서비스 라우터(BSR)로 작동하도록 MX 시리즈 라우터를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 구성 요소는 다음과 같습니다.
트래픽 제어 프로파일 큐잉을 지원하는 PIC가 있는 MX 시리즈 라우터 또는 EX 시리즈 스위치 1개
DSLAM 1개
시작하기 전에:
내부 게이트웨이 프로토콜을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
인터페이스에서 PIM 및 IGMP 또는 MLD를 구성합니다.
개요 및 토폴로지
여러 BSR 인터페이스가 IGMP 및 MLD 조인을 수신하고 동일한 멀티캐스트 스트림에 대한 요청을 남기면 BSR은 각 인터페이스에 멀티캐스트 스트림의 사본을 보냅니다. 멀티캐스트 제어 패킷(IGMP 및 MLD)과 멀티캐스트 데이터 패킷은 모두 유니캐스트 데이터와 함께 동일한 BSR 인터페이스에서 흐릅니다. 모든 고객별 트래픽은 BSR에 자체 인터페이스를 가지고 있기 때문에 고객별 어카운팅, 통화 허용 제어(CAC) 및 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이 발견되면 해당 VLAN 또는 인터페이스에서 QoS 조정 및 어카운팅이 수행됩니다.
두 번째 접근 방식은 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 매핑)에는 다음 명령문이 포함됩니다.
flow-map - 각 플로우의 대역폭을 제어하는 플로우 맵을 정의합니다.
maximum-bandwidth—CAC를 활성화합니다.
reverse-oif-mapping—라우팅 디바이스가 멀티캐스트 VLAN을 통해 수신하는 IGMP 또는 MLD 가입 또는 탈퇴 요청을 기반으로 가입자 VLAN 또는 인터페이스를 식별할 수 있도록 합니다.
가입자 VLAN이 식별된 후 라우팅 디바이스는 가입자의 추가 또는 제거에 따라 해당 VLAN의 QoS(이 경우 대역폭)를 즉시 조정합니다.
라우팅 디바이스는 IGMP 및 MLD 조인 또는 탈퇴 보고서를 사용하여 가입자 VLAN 정보를 획득합니다. 즉, 연결 장비(예: DSLAM)는 이 기능이 제대로 작동하려면 모든 IGMP 및 MLD 보고서를 라우팅 디바이스로 전달해야 합니다. 보고서 억제 또는 IGMP 프록시를 사용하면 역방향 OIF 매핑이 제대로 작동하지 않을 수 있습니다.
subscriber-leave-timer—QoS 업데이트가 지연됩니다. IGMP 또는 MLD 휴가 요청을 수신한 후, 이 문은 라우팅 디바이스가 나머지 가입자 인터페이스에 대한 QoS를 업데이트하기 전에 대기하는 시간 지연(1초에서 30초 사이)을 정의합니다. 이 지연을 사용하여 가입자가 빠른 탈퇴 및 참가 메시지를 보낼 때(예: IPTV 네트워크에서 채널을 변경할 때) 라우팅 디바이스가 VLAN의 전체 QoS 대역폭을 조정하는 빈도를 줄일 수 있습니다.
traffic-control-profile - 논리적 인터페이스에서 셰이핑 속도를 구성합니다. 구성된 셰이핑 속도는 백분율이 아닌 절대값으로 구성해야 합니다.
두 번째 접근 방식(OIF 매핑)에는 다음 문이 포함됩니다.
map-to-interface - 정책 설명에서 OIF 맵을 구축할 수 있습니다.
OIF 맵은 여러 용어를 포함할 수 있는 라우팅 정책 문입니다. OIF 맵을 작성할 때는 다음 사항에 유의하십시오.
물리적 인터페이스(예: ge-0/0/0)를 지정하면 인터페이스에 ".0"이 추가되어 논리적 인터페이스(예: ge-0/0/0.0)가 생성됩니다.
각 논리적 시스템에 대한 라우팅 정책을 구성합니다. 라우팅 정책은 동적으로 구성할 수 없습니다.
인터페이스에는 IGMP, MLD 또는 PIM도 구성되어 있어야 합니다.
매핑된 인터페이스에는 매핑할 수 없습니다.
IGMP 및 MLD에 대한 정책 문을 별도로 구성하는 것이 좋습니다.
논리적 인터페이스 또는 키워드 self를 지정합니다. 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 인터페이스와 동적으로 연결할 수 있습니다.
passive - 패시브 모드를 사용할 IGMP 또는 MLD를 정의합니다.
OIF 맵 인터페이스는 일반적으로 IGMP 또는 MLD 제어 트래픽을 전달하지 않아야 하며 패시브로 구성해야 합니다. 그러나 OIF 맵 구현은 데이터 스트림을 동일한 인터페이스에 매핑하는 것 외에도 인터페이스(제어 및 데이터)에서 IGMP 또는 MLD 실행을 지원합니다. 이 경우 매핑된 인터페이스에서 IGMP 또는 MLD를 정상적으로(즉, 패시브 모드가 아님) 구성해야 합니다. 이 예에서 OIF 맵 인터페이스(ge-2/3/9.4000 및 ge-2/3/9.4001)는 MLD 패시브로 구성됩니다.
기본적으로 passive 문을 지정한다는 것은 일반 쿼리, 그룹별 쿼리 또는 그룹 소스별 쿼리가 인터페이스를 통해 전송되지 않으며 수신된 모든 제어 트래픽이 인터페이스에서 무시된다는 것을 의미합니다. 그러나 수동 명령문에 대해 사용 가능한 세 가지 옵션 중 최대 두 개를 선택적으로 활성화하고 다른 기능은 수동(비활성)으로 유지할 수 있습니다.
이러한 옵션은 다음과 같습니다.
send-general-query—지정된 경우, 인터페이스가 일반 쿼리를 전송합니다.
send-group-query—지정된 경우, 인터페이스는 그룹별 및 그룹소스별 쿼리를 전송합니다.
allow-receive - 지정된 경우, 인터페이스가 제어 트래픽을 수신합니다.
위상수학
그림 1 에 이 시나리오가 나와 있습니다.
두 접근 방식 모두에서 여러 고객이 동일한 멀티캐스트 스트림을 요청하는 경우 BSR은 공유 멀티캐스트 VLAN 인터페이스에서 스트림의 복사본 하나를 보냅니다. 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 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
역방향 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 조정이 이루어지는 두 개의 논리적 인터페이스를 구성합니다.
[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 class-of-service, show interfaces, show policy-options, show protocols 및 show routing-options 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
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;
}
}
디바이스 구성을 완료하면 구성 모드에서 commit 을 입력합니다.
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
두 개의 map-to 논리적 인터페이스를 구성합니다.
[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 interfaces, show policy-options, show protocols 및 show routing-options 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
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;
}
디바이스 구성을 완료하면 구성 모드에서 commit 을 입력합니다.
확인
구성을 확인하려면 다음 명령을 실행합니다.
igmp 통계 표시
show class-of-service 인터페이스
인터페이스 통계 표시
mld 통계 표시
멀티캐스트 인터페이스 표시
정책 표시
IP Demux 인터페이스를 통한 멀티캐스트 라우팅 구성
가입자 관리 네트워크에서 IP demux 인터페이스에서 전송된 패킷의 필드는 어그리게이션 디바이스의 반대편에 있는 특정 클라이언트(예: MSAN[Multiservice Access Node])에 대응하기 위한 것입니다. 그러나 BSR(Broadband Services Router)에서 MSAN으로 전송된 패킷은 demux 인터페이스를 식별하지 않습니다. 패킷을 획득하면 패킷을 수신할 클라이언트를 결정하는 것은 MSAN 디바이스에 달려 있습니다.
MSAN 디바이스의 인텔리전스에 따라 패킷을 수신하는 클라이언트를 결정하는 것이 비효율적인 방식으로 발생할 수 있습니다. 예를 들어 IGMP 제어 트래픽을 수신하면 MSAN은 제어 트래픽을 의도한 하나의 클라이언트 대신 모든 클라이언트로 전달할 수 있습니다. 또한 데이터 스트림 대상이 설정되면 MSAN은 IGMP 스누핑을 사용하여 특정 그룹에 상주하는 호스트를 확인하고 데이터 스트림을 해당 그룹으로만 제한할 수 있지만, 해당 데이터 스트림이 그룹의 한 클라이언트만을 위한 경우에도 MSAN은 여전히 데이터 스트림의 여러 복사본을 각 그룹 구성원에게 보내야 합니다.
다양한 멀티캐스트 기능을 결합하면 위에서 언급한 비효율성을 방지할 수 있습니다. 이러한 기능은 다음과 같습니다.
번호가 매겨지거나 번호가 지정되지 않은 기본 인터페이스에 inet을 사용하도록 IP demux 인터페이스 제품군 명령문을 구성할 수 있습니다.
모든 클라이언트에 대한 일반 쿼리를 보내도록 기본 인터페이스에서 IGMP를 구성할 수 있습니다. demux 구성은 기본 IGMP 인터페이스가 클라이언트 IGMP 제어 패킷을 수신하지 못하도록 합니다. 대신 모든 IGMP 제어 패킷은 demux 인터페이스로 이동합니다. 그러나 기본 인터페이스에서 조인이 발생하지 않도록 보장하려면 다음을 수행합니다.
정적 IGMP 인터페이스의 경우—[edit protocols igmp interface interface-name] 계층 수준의 IGMP 구성에 패시브 send-general-query 문을 포함합니다.
동적 IGMP demux 인터페이스의 경우—[edit dynamic-profiles profile-name protocols igmp interface interface-name] 계층 수준에서 패시브 send-general-query 문을 포함합니다.
다음과 같이 모든 멀티캐스트 그룹을 기본 인터페이스에 매핑하는 기능:
정적 IGMP 인터페이스의 경우—계층 수준에서 oif-map 문을 [ edit protocols igmp interface interface-name] 포함합니다.
동적 IGMP demux 인터페이스의 경우—[edit dynamic-profiles profile-name protocols igmp interface interface-name] 계층 수준에서 oif-map 문을 포함합니다.
oif-map 문을 사용하여 동일한 IGMP 그룹을 동일한 출력 인터페이스에 매핑하고 인터페이스에서 멀티캐스트 스트림의 복사본 하나만 보낼 수 있습니다.
각 demux 인터페이스에서 IGMP를 구성할 수 있습니다. 중복되는 일반 쿼리를 방지하려면:
정적 IGMP 인터페이스의 경우—[edit protocols igmp interface interface-name] 계층 수준에서 패시브 allow-receive send-group-query 문을 포함합니다.
동적 demux 인터페이스의 경우—[edit dynamic-profiles profile-name protocols igmp interface interface-name] 계층 수준에서 패시브 allow-receive send-group-query 문을 포함합니다.
메모:가입하는 고객 수에 관계없이 각 그룹의 사본 하나만 보내려면 앞서 언급한 대로 oif-map 문을 사용합니다.
또한보십시오
송신 인터페이스로 패킷 분류
지능형 큐잉(IQ), IQ2, 향상된 IQ(IQ), 멀티서비스 링크 서비스 지능형 큐잉(LSQ) 인터페이스 또는 ATM2 PIC를 갖춘 주니퍼 네트웍스 M320 멀티서비스 에지 라우터 및 T 시리즈 코어 라우터의 경우, 송신 인터페이스를 기반으로 유니캐스트 및 멀티캐스트 패킷을 분류할 수 있습니다. 유니캐스트 트래픽의 경우 멀티필드 필터를 사용할 수도 있지만, 멀티캐스트 트래픽과 유니캐스트 트래픽에는 송신 인터페이스 분류만 적용됩니다. 인터페이스의 송신 분류를 구성하는 경우, 인터페이스에서 DSCP(Differentiated Services Code Point) 재작성을 수행할 수 없습니다. 기본적으로 시스템은 송신 인터페이스를 기반으로 어떠한 분류도 수행하지 않습니다.
MPC 및 MS-DPC가 포함된 MX 시리즈 라우터에서 라우터에 멀티캐스트 수신기 역할을 하는 MLPPP LSQ 논리 인터페이스가 포함되어 있고 네트워크 서비스 모드가 라우터에서 향상된 IP 모드로 구성된 경우 멀티캐스트 패킷이 라우터에서 드롭되고 제대로 처리되지 않습니다. 이 동작은 향상된 IP 모드와 함께 LSQ 인터페이스에서 예상됩니다. 이러한 시나리오에서 향상된 IP 모드가 구성되지 않은 경우 멀티캐스팅이 올바르게 작동합니다. 그러나 라우터에 중복 LSQ 인터페이스와 FIB 현지화로 구성된 향상된 IP 네트워크 서비스 모드가 포함된 경우 멀티캐스트가 제대로 작동합니다.
송신 인터페이스에 의한 패킷 분류를 활성화하려면 먼저 계층 수준에서 송신 인터페이스에 대한 포워딩 클래스 맵과 하나 이상의 대기열 번호를 구성합니다.[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-) 인터페이스에서 지원되지 않습니다.
포워딩 클래스 맵이 구성되면 계층 수준에서 문을 [edit class-of-service interfaces interface-name unit logical-unit-number ] 사용하여 output-forwarding-class-map 맵을 논리적 인터페이스에 적용합니다.
[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에 적용하는 unit 0 FCMAP1 인터페이스별 포워딩 클래스 맵을 FCMAP1 구성하는 방법을 보여줍니다.
[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 예제에서는 4개의 대기열로 제한된 시스템에서 각각 대기열 2와 1에 및 FC2 를 할당합니다FC1.FCMAP1
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
재활용 대역폭 관리
ACX 라우터는 재활용 인터페이스를 사용하여 추가 처리를 위해 송신 인터페이스에서 수신으로 트래픽을 루프백하거나 재순환시킵니다. 추가 처리가 필요한 응용 프로그램에 필요합니다.
재활용 인터페이스는 아웃바운드 트래픽의 플로우 속도를 제한하는 송신 셰이퍼가 있는 내부 채널화 인터페이스입니다. 기본적으로 재활용 인터페이스 대역폭은 섀시 초과 구독 및 플랫폼별 FPC 또는 인터페이스 구성을 기반으로 합니다.
재활용 메커니즘을 사용하는 애플리케이션은 필요에 따라 채널 또는 가상 포트를 구성하며, 이는 재활용 인터페이스의 송신 셰이퍼와 유사한 애플리케이션 셰이퍼를 거칩니다. 재활용 인터페이스는 최대 256개의 채널 또는 가상 논리 포트를 지원할 수 있습니다. 모든 재활용 채널은 동일한 우선 순위로 작동합니다. 그런 다음 재활용된 트래픽은 할당된 가중치에 따라 달력 슬롯을 사용하여 전달됩니다. NIF 인터페이스와 같은 다른 유형의 인터페이스는 대역폭에 비례하여 캘린더의 다른 슬롯을 점유하여 트래픽을 전달합니다.
그림 1은 재활용 메커니즘과 그 구성 요소를 보여줍니다.
-
Sh1 – 재활용 인터페이스 셰이퍼
-
SA1 – 재활용 채널 1을 통한 응용 프로그램 #1 셰이퍼
-
SAn – 재활용 채널 n을 통한 적용 #n 셰이퍼(최대 256개)
-
B1 – 재활용 인터페이스의 트래픽에 대한 캘린더 슬롯 가중치입니다. 이는 재활용 인터페이스에 할당된 달력 대역폭 값을 반영합니다.
-
B2 – 재활용 인터페이스 이외의 인터페이스에서 오는 트래픽에 대한 캘린더 슬롯 가중치입니다. 예를 들어 NIF 인터페이스가 있습니다.
재활용 메커니즘에는 두 가지 작동 모드가 있습니다.
-
기본 재활용 대역폭 모드
-
구성 가능한 재활용 대역폭 모드
기본 재활용 대역폭 모드
이름에서 알 수 있듯이 기본 재활용 대역폭 모드는 기본적으로 활성화되어 있으며 사용자 구성이 필요하지 않습니다. 재활용 인터페이스에는 총 캘린더 대역폭의 일정 부분이 할당됩니다. 이 순환 대역폭은 보장되므로 트래픽 혼잡 시 안정적입니다. 재활용 애플리케이션은 최상의 기준으로 이 대역폭을 공유하며, 이는 애플리케이션당 보장된 대역폭이 없음을 의미합니다.
기본 재활용 대역폭의 이점은 다음과 같습니다.
-
재활용 대역폭의 효율적인 활용. 실행 중인 재활용 애플리케이션이 없는 경우 다른 인터페이스에서 실행 중인 애플리케이션 간에 사용되지 않은 대역폭을 공유할 수 있습니다.
-
칩 대역폭의 효율적인 활용. 재활용 인터페이스 이외의 다른 인터페이스가 트래픽을 전달하지 않는 경우 재활용 애플리케이션에서 사용하지 않은 대역폭을 활용할 수 있습니다.
구성 가능한 재활용 대역폭 모드
프로필을 기반으로 재활용 인터페이스를 구성하면 애플리케이션 대역폭을 관리할 수 있습니다. 프로필에서 정의하여 응용 프로그램에 대한 재활용 대역폭 할당을 보장할 수 있습니다.
구성 가능한 재활용 대역폭의 이점은 다음과 같습니다.
-
정의된 재활용 애플리케이션에 대한 대역폭 할당을 보장합니다.
-
대역폭 할당을 변경할 수 있는 유연성으로 애플리케이션 대역폭의 우선 순위를 정하는 데 도움이 됩니다.
예: 재활용 대역폭 구성
요약 이 예제에서는 애플리케이션당 재활용 대역폭을 관리하는 방법을 보여 줍니다.
개요
응용 프로그램 1, 2, 3 및 4는 재활용 인터페이스를 사용하는 재활용 애플리케이션입니다. 표 1에는 대역폭 요구 사항이 나와 있습니다. 이 경우 애플리케이션 1에 대해 10%, 애플리케이션 2에 대해 20%의 순환 인터페이스 대역폭 할당을 보장하려고 합니다. 응용 프로그램 3과 4는 우선 순위가 아니며 보증이 필요하지 않습니다.
| 재활용 응용 프로그램 | 필수 재활용 대역폭 값(백분율) |
|---|---|
| 신청 1 | 10% |
| 신청 2 | 20% |
| 신청 3 | 정의 |
| 신청 4 | 정의 |
재활용 인터페이스 대역폭 구성
set system packet-forwarding-options recycle-bandwidth profile profile1set system packet-forwarding-options recycle-bandwidth-profile profile1 application1 10 application2 20
확인
| 명령 | 확인 작업 |
|---|---|
show system packet-forwarding-options recycle-bandwidth-profile |
운영 모드에서 명령을 실행합니다 |
애플리케이션당 재활용 대역폭 확인
목적
애플리케이션당 재활용 대역폭 할당 확인.
행동
user@router> show system packet-forwarding-options recycle-bandwidth-profile Recycle Interface details: Total Bandwidth : 300 Gbps/Core PFE : 0 Application-Name | Core | Bandwidth(Kbps) | Port | VoQ | Profile ----------------------------------------------------------------------------- application1 0 30000000 234 1336 profile1 application2 0 60000000 242 1400 profile1 application3 0 105000000 243 1408 profile1 application4 0 105000000 245 1424 profile1 PFE : 1 Application-Name | Core | Bandwidth(Kbps) | Port | VoQ | Profile ----------------------------------------------------------------------------- application1 0 30000000 234 2880 profile1 application2 0 60000000 242 2944 profile1 application3 0 105000000 243 2952 profile1 application4 0 105000000 245 2968 profile1
의미
출력은 앞의 섹션에서 구성한 애플리케이션당 재활용 대역폭 할당을 보여줍니다.
| 애플리케이션 | 구성 비율 | 결과 |
|---|---|---|
| 신청1 | 10 | 300Gbps x 10% = 30Gbps |
| 신청2 | 20 | 300Gbps x 20% = 60Gbps |
| 신청3 | 구성되지 않음 | 사용되지 않은 대역폭/구성되지 않은 재활용 애플리케이션 수. (300 x 70%) / 2 = 105Gbps |
| 신청4 | 구성되지 않음 | (300 x 70%) / 2 = 105Gbps |