링크 서비스 인터페이스의 서비스 등급
Junos 인터페이스에 대한 링크 서비스 구성
이 주제는 다음 인터페이스 유형에 대한 링크 서비스 구성을 설명하는 주제에 대한 링크를 제공합니다.
SONET APS 인터페이스를 사용하여 여러 라우터에서 LSQ 인터페이스 중복을 구성하는 방법에 대한 정보는 SONET APS를 사용하여 여러 라우터에서 LSQ 인터페이스 중복 구성을 참조하십시오
SONET APS 인터페이스를 사용하여 단일 라우터에서 LSQ 인터페이스 중복 구성하는 방법에 대한 자세한 내용은 SONET APS를 사용하여 단일 라우터에서 LSQ 인터페이스 중복 구성을 참조하십시오.
가상 인터페이스를 사용하여 단일 라우터에서 LSQ 인터페이스 중복을 구성하는 방법에 대한 자세한 내용은 가상 인터페이스를 사용하여 단일 라우터에서 LSQ 인터페이스 중복 구성을 참조하십시오.
논리적 LSQ 인터페이스에서 CoS 스케줄링 대기열 구성에 대한 정보는 논리적 LSQ 인터페이스에서 CoS 스케줄링 대기열 구성을 참조하십시오
LSQ 인터페이스에서 클래스를 포워딩하여 CoS 단편화를 구성하는 방법에 대한 정보는LSQ 인터페이스에서 클래스를 포워딩하여 CoS 단편화 구성을 참조하십시오
LSQ 인터페이스의 링크 레이어 오버헤드를 위한 번들 대역폭 예약에 대한 자세한 내용은 LSQ 인터페이스의 링크 레이어 오버헤드를 위한 번들 대역폭 예약을 참조하십시오
LSQ 인터페이스의 인터페이스 대역폭 초과 구독에 대한 정보는 LSQ 인터페이스의 인터페이스 대역폭 초과 구독을 참조하십시오
LSQ 인터페이스에 대한 보장된 최소 속도 구성에 대한 자세한 내용은 LSQ 인터페이스에 대한 보장된 최소 속도 구성을 참조하십시오
서비스 PIC에서 링크 서비스 및 CoS 구성에 대한 정보는서비스 PIC에서 링크 서비스 및 CoS 구성을 참조하십시오
MLPPP를 사용하여 LSQ 인터페이스를 NxT1 또는 NxE1 번들로 구성하는 방법에 대한 자세한 내용은MLPPP를 사용하여 LSQ 인터페이스를 NxT1 또는 NxE1 번들로 구성하기를 참조하세요.
FRF.16을 사용하여 LSQ 인터페이스를 NxT1 또는 NxE1 번들로 구성하는 방법에 대한 정보는FRF.16을 사용하여 LSQ 인터페이스를 NxT1 또는 NxE1 번들로 구성하기를 참조하세요
MLPPP 및 LFI를 사용하여 단일 분수 T1 또는 E1 인터페이스에 대한 LSQ 인터페이스를 구성하는 방법에 대한 자세한 내용은 MLPPP 및 LFI를 사용하여 단일 분수 T1 또는 E1 인터페이스에 대한 LSQ 인터페이스 구성을 참조하십시오
FRF.12를 사용하여 단일 분수 T1 또는 E1 인터페이스에 대한 LSQ 인터페이스를 구성하는 방법에 대한 정보는 FRF.12를 사용하여 단일 분수 T1 또는 E1 인터페이스에 대한 LSQ 인터페이스 구성을 참조하십시오
FRF.15를 사용하여 LSQ 인터페이스를 NxT1 또는 NxE1 번들로 구성하는 방법에 대한 자세한 내용은 FRF.15를 사용하여 LSQ 인터페이스를 NxT1 또는 NxE1 번들로 구성하기를 참조하세요
MLPPP를 통한 압축 RTP를 위해 구성된 T3 링크에 대한 LSQ 인터페이스 구성에 대한 자세한 내용은 MLPPP를 통한 압축 RTP를 위해 구성된 T3 링크에 대한 LSQ 인터페이스 구성을 참조하십시오.
FRF.12를 사용하여 LSQ 인터페이스를 T3 또는 OC3 번들로 구성하는 방법에 대한 자세한 내용은 FRF.12를 사용하여 LSQ 인터페이스를 T3 또는 OC3 번들로 구성하기를 참조하세요
MLPPP를 사용하여 ATM2 IQ 인터페이스에 대한 LSQ 인터페이스를 구성하는 방법에 대한 정보는 MLPPP를 사용하여 ATM2 IQ 인터페이스에 대한 LSQ 인터페이스 구성을 참조하십시오.
또한보십시오
논리적 LSQ 인터페이스에서 CoS 스케줄링 대기열 구성
링크 서비스 IQ(lsq-) 인터페이스의 경우, 각 논리 단위에 대한 스케줄러 맵을 지정할 수 있습니다. 논리 장치는 MLPPP 번들 또는 FRF.16 번들에 구성된 DLCI를 나타냅니다. 스케줄러는 레이어 2 링크 서비스 패키지를 실행하는 AS 또는 멀티서비스 PIC로 전송되는 트래픽에 적용됩니다.
번들에 스케줄러 맵을 구성하는 경우 계층 수준에서 [edit interfaces lsq-fpc/pic/port] 문을 포함 per-unit-scheduler 해야 합니다. FRF.16 DLCI에서 스케줄러 맵을 구성하는 경우, 계층 수준에서 문을 포함 per-unit-scheduler 해야 합니다.[edit interfaces lsq-fpc/pic/port:channel] 자세한 정보는 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
멀티클래스 또는 LFI 트래픽에 대한 지연 보장이 필요한 경우 구성 링크에 채널화된 IQ PIC를 사용해야 합니다. 비 IQ PIC의 경우, 구성 링크의 채널화된 인터페이스 수준에서 큐잉이 수행되지 않기 때문에 지연에 민감한 트래픽이 필요한 서비스 유형을 수신하지 못할 수 있습니다. 다음 PIC의 구성 링크는 지연 보장을 지원합니다.
채널화된 E1 IQ PIC
채널화된 OC3 IQ PIC
채널화된 OC12 IQ PIC
채널화된 STM1 IQ PIC
채널화된 T3 IQ PIC
논리적 인터페이스에서 대기열을 예약하기 위해 계층 수준에서 다음과 같은 스케줄러 맵 속성을 구성할 수 있습니다.[edit class-of-service schedulers]
buffer-size—대기열 크기; 자세한 정보는 스케줄러 버퍼 크기 구성을 참조하십시오.priority—전송 우선 순위(낮음, 높음, 엄격함-높음); 자세한 정보는 스케줄러 우선 순위 구성을 참조하십시오.shaping-rate—구독된 전송 속도; 자세한 내용은 스케줄러 셰이핑 속도 구성을 참조하십시오.drop-profile-map—RED(Random Early Detection) 드롭 프로파일; 자세한 정보는 드롭 프로파일 구성을 참조하십시오.
M Series 및 T 시리즈 라우터에서 MLPPP 및 FRF.12를 구성할 때, 대기열 0에서 3까지 0%가 아닌 전송 속도와 버퍼 크기를 가진 단일 스케줄러를 구성하고, 이 스케줄러를 링크 서비스 IQ 인터페이스(lsq)와 각 구성 링크에 할당해야 합니다.
M Series 및 T 시리즈 라우터에서 FRF.16을 구성할 때, 링크 서비스 IQ 인터페이스lsq()와 각 링크 서비스 IQ DLCI에 단일 스케줄러 맵을 할당하거나 번들의 다양한 DLCI에 서로 다른 스케줄러 맵을 할당할 수 있습니다. 예: FRF.16을 사용하여 LSQ 인터페이스를 NxT1 번들로 구성. FRF.16 번들의 구성 링크의 경우, 사용자 지정 스케줄러를 구성할 필요가 없습니다. LFI와 멀티클래스는 FRF.16에서 지원되지 않기 때문에 각 구성 링크의 트래픽은 대기열 0에서 전송됩니다. 즉, 대기열 0에서 대부분의 대역폭을 사용할 수 있도록 허용해야 합니다. 대기열 0에서 3까지의 기본 스케줄러 전송 속도와 버퍼 크기 비율은 각각 95, 0, 0 및 5%입니다. 이 기본 스케줄러는 모든 사용자 트래픽을 대기열 0으로 보내고 모든 네트워크 제어 트래픽을 대기열 3으로 전송하므로 FRF.16의 동작에 매우 적합합니다. 95%, 0, 0, 5% 대기열 동작을 명시적으로 복제하는 사용자 지정 스케줄러를 구성하여 구성 링크에 적용할 수 있습니다.
T 시리즈 및 M320 라우터에서 대기열 0에서 7까지의 기본 스케줄러 전송 속도 및 버퍼 크기 비율은 95, 0, 0, 5, 0, 0, 0, 0 및 0%입니다.
링크 서비스 IQ 인터페이스()lsq의 경우, 이러한 스케줄링 속성은 다음 섹션에서 언급하는 경우를 제외하고는 다른 PIC에서와 같이 작동합니다.
T 시리즈 및 M320 라우터 lsq 에서 인터페이스는 DSCP(DiffServ Code Point) 및 DSCP-IPv6 재작성 마커를 지원하지 않습니다.
스케줄러 버퍼 크기 구성
스케줄러 버퍼 크기는 시간 값, 백분율 및 나머지의 세 가지 방법으로 구성할 수 있습니다. 단일 논리적 인터페이스(MLPPP 또는 FRF.16 DLCI)에서 각 대기열은 다른 버퍼 크기를 가질 수 있습니다.
임시 값을 지정하는 경우, 큐잉 알고리즘은 계산된 바이트 수보다 더 많이 큐잉될 때 패킷을 삭제하기 시작합니다. 이 수치는 논리적 인터페이스 속도에 시간 값을 곱하여 계산됩니다. MLPPP 번들의 경우, 논리적 인터페이스 속도는 구성 링크 속도에서 링크 레이어 오버헤드를 뺀 값의 합계인 번들 대역폭과 같습니다. MLFR FRF.16 DLCI의 경우, 논리적 인터페이스 속도는 번들 대역폭에 DLCI 쉐이핑 속도를 곱한 값과 같습니다. 모든 경우에 최대 시간 값은 200밀리초로 제한됩니다.
버퍼 크기 백분율은 백분율에 200밀리초를 곱하여 시간 값으로 암시적으로 변환됩니다. 예를 들어, 지정된 버 buffer-size percent 20 퍼 크기는 40밀리초의 시간 지연과 동일합니다. 링크 서비스 IQ 구현은 T1 이상의 속도를 가진 모든 인터페이스에 대해 200밀리초의 버퍼 지연을 보장합니다. 느린 인터페이스의 경우 1초의 버퍼 지연을 보장합니다.
대기열 알고리즘은 문으로 buffer-size remainder 구성된 모든 대기열 간에 남은 대역폭을 균등하게 분배합니다. 큐잉 알고리즘은 전송 버퍼에 2개의 MTU 크기의 패킷을 위한 충분한 공간을 보장합니다.
스케줄러 우선 순위 구성
각 대기열의 전송 우선 순위는 스케줄러와 포워딩 클래스에 의해 결정됩니다. 각 대기열은 scheduler transmit-rate 문으로 지정된 보장된 대역폭을 수신합니다.
스케줄러 셰이핑 속도 구성
쉐이핑 속도를 사용하여 DLCI 전용의 총 번들 대역폭의 백분율을 설정할 수 있습니다. 링크 서비스 IQ DLCI의 경우, 백분율만 허용되며, 이를 통해 번들 대역폭의 동적 변화에 대응하여 조정할 수 있습니다(예: 링크가 켜짐 또는 꺼짐 때). 이는 절대 쉐이핑 속도가 FRF.16 번들에서 지원되지 않는다는 것을 의미합니다. 절대 쉐이핑 속도는 MLPPP 및 MLFR 번들에 대해서만 허용됩니다.
MLFR FRF.16 번들의 DLCI 간 스케줄링을 위해 각 DLCI에 대한 쉐이핑 속도를 구성할 수 있습니다. 쉐이핑 속도는 총 번들 대역폭의 백분율로 표시됩니다. 번들 내의 모든 DLCI에 대한 쉐이핑 속도 백분율의 합계는 최대 100% 이하가 될 수 있습니다. 남은 대역폭은 계층 수준에 명령문이 포함되지 않은 shaping-rate DLCI에 균등하게 분배됩니다. [edit class-of-service interfaces lsq-fpc/pic/port:channel unit logical-unit-number] MLFR FRF.16 번들의 DLCI 중 어느 것도 DLCI 스케줄러를 지정하지 않는 경우, 총 대역폭은 모든 DLCI에서 균등하게 분할됩니다.
링크 서비스 IQ 인터페이스의 FRF.16 번들의 경우, 퍼센트를 기반으로 한 쉐이핑 속도만 지원됩니다.
드롭 프로필 구성
다른 CoS 시나리오에서와 마찬가지로 LSQ 인터페이스에서 RED(Random Early Detection)를 구성할 수 있습니다. RED를 구성하려면 하나 이상의 드롭 프로필을 포함하고 특정 포워딩 클래스에 대한 스케줄러에 연결합니다. RED 프로필에 대한 자세한 내용은 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
LSQ 구현은 꼬리 RED를 수행합니다. PIC당 최대 256개의 드롭 프로필을 지원합니다. 드롭 프로필은 대기열당, 손실 우선순위 및 TCP 비트 기준으로 구성할 수 있습니다.
구성된 RED 드롭 프로필이 있는 스케줄러 맵을 MLPPP 번들, FRF.15 번들 또는 FRF.16 DLCI와 같은 모든 LSQ 논리적 인터페이스에 첨부할 수 있습니다. 동일한 논리적 인터페이스의 서로 다른 대기열(포워딩 클래스)은 서로 다른 관련 드롭 프로필을 가질 수 있습니다.
다음 예는 LSQ 인터페이스에서 RED 프로필을 구성하는 방법을 보여줍니다.
[edit]
class-of-service {
drop-profiles {
drop-low {
# Configure suitable drop profile for low loss priority
...
}
drop-high {
# Configure suitable drop profile for high loss priority
...
}
}
scheduler-maps {
schedmap {
# Best-effort queue will use be-scheduler
# Other queues may use different schedulers
forwarding-class be scheduler be-scheduler;
...
}
}
schedulers {
be-scheduler {
# Configure two drop profiles for low and high loss priority
drop-profile-map loss-priority low protocol any drop-profile drop-low;
drop-profile-map loss-priority high protocol any drop-profile drop-high;
# Other scheduler parameters (buffer-size, priority,
# and transmit-rate) are already supported.
...
}
}
interfaces {
lsq-1/3/0.0 {
# Attach a scheduler map (that includes RED drop profiles)
# to a LSQ logical interface.
scheduler-map schedmap;
}
}
}
RED 프로필은 LSQ 번들에만 적용해야 하며 번들을 구성하는 송신 링크에는 적용하지 않아야 합니다.
또한보십시오
LSQ 인터페이스에서 클래스를 포워딩하여 CoS 단편화 구성
링크 서비스 IQ(lsq-) 인터페이스의 경우, 특정 포워딩 클래스에 대한 단편화 속성을 지정할 수 있습니다. 각 포워딩 클래스의 트래픽은 다중 링크 캡슐화(단편화 및 시퀀싱) 또는 비캡슐화(단편화 없이 해시)일 수 있습니다. 기본적으로 모든 포워딩 클래스의 트래픽은 다중 링크 캡슐화됩니다.
MLPPP 인터페이스에서 대기열에 대한 단편화 속성을 구성하지 않을 경우, 계층 수준에서 [edit interfaces interface-name unit logical-unit-number fragment-threshold] 설정하는 단편화 임계값은 MLPPP 인터페이스 내의 모든 포워딩 클래스에 대한 단편화 임계값입니다. MLFR FRF.16 인터페이스의 경우, 계층 수준에서 [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] 설정하는 단편화 임계값은 MLFR FRF.16 인터페이스 내의 모든 포워딩 클래스에 대한 단편화 임계값입니다.
구성의 어느 곳에서도 최대 단편화 크기를 설정하지 않은 경우, 번들에 있는 모든 링크의 최소 최대 전송 단위(MTU) 또는 최대 수신 재구성 단위(MRRU)를 초과하면 패킷이 여전히 단편화됩니다. 캡슐화되지 않은 플로우는 하나의 링크만 사용합니다. 플로우가 단일 링크를 초과하는 경우, 패킷 크기가 MTU/MRRU를 초과하지 않는 한 포워딩 클래스는 멀티링크 캡슐화되어야 합니다.
구성의 어느 곳에서도 최대 조각 크기를 설정하지 않더라도 or [edit interfaces interface-name mlfr-uni-nni-bundle-options] 계층 수준에서 [edit interfaces lsq-fpc/pic/port unit logical-unit-number] 문을 포함하여 mrru MRRU를 구성할 수 있습니다. MRRU는 MTU와 유사하지만 링크 서비스 인터페이스에만 적용됩니다. 기본적으로 MRRU 크기는 1500바이트이며, 1500바이트에서 4500바이트까지 구성할 수 있습니다. 자세한 내용은 다중 링크 및 링크 서비스 논리적 인터페이스에서 MRRU 구성을 참조하십시오.
대기열에서 단편화 속성을 구성하려면 계층 수준에서 [edit class-of-service] 문을 포함 fragmentation-maps 합니다.
[edit class-of-service] fragmentation-maps { map-name { forwarding-class class-name { (fragment-threshold bytes | no-fragmentation); multilink-class number; } } }
포워딩별 클래스 단편화 임계값을 설정하려면 단편화 맵에 문을 포함 fragment-threshold 합니다. 이 문은 각 다중 링크 조각의 최대 크기를 설정합니다.
대기열의 트래픽을 다중 링크 캡슐화가 아닌 비 캡슐화되도록 설정하려면 단편화 맵에 문을 포함 no-fragmentation 합니다. 이 명령문은 이 대기열에서 수신된 패킷 앞에 추가 단편화 헤더가 추가되지 않으며 정적 링크 로드 밸런싱을 사용하여 패킷의 순서에 따른 전달을 보장합니다.
지정된 포워딩 클래스에 대해 OR no-fragmentation 문 중 하나를 fragment-threshold 포함할 수 있습니다. 이는 상호 배타적입니다.
이 multilink-class 문을 사용하여 포워딩 클래스를 멀티클래스 MLPPP(MCML)에 매핑할 수 있습니다. 지정된 포워딩 클래스에 대해 OR no-fragmentation 문 중 하나를 multilink-class 포함할 수 있습니다. 이는 상호 배타적입니다.
단편화 맵을 멀티링크 PPP 인터페이스 또는 MLFR FRF.16 DLCI와 연결하려면 계층 수준에서 [edit class-of-service interfaces interface-name unit logical-unit-number] 문을 포함 fragmentation-map 합니다.
[edit class-of-service interfaces]
lsq-fpc/pic/port {
unit logical-unit-number { # Multilink PPP
fragmentation-map map-name;
}
lsq-fpc/pic/port:channel { # MLFR FRF.16
unit logical-unit-number {
fragmentation-map map-name;
}
구성 예제는 다음 주제를 참조하십시오.
링크 서비스 PIC 링크 서비스(ls-) 인터페이스의 경우, 단편화 맵은 지원되지 않습니다. 대신 계층 수준에서 문을 포함하여 interleave-fragments LFI를 활성화합니다[edit interfaces interface-name unit logical-unit-number]. 자세한 내용은 링크 서비스 논리적 인터페이스에서 지연에 민감한 패킷 인터리빙 구성을 참조하십시오.
또한보십시오
서비스 PIC에서 링크 서비스 및 CoS 구성
AS 또는 멀티서비스 PIC에서 링크 서비스 및 CoS를 구성하려면 다음 단계를 수행해야 합니다.
레이어 2 서비스 패키지를 활성화합니다. 서비스 패키지는 포트가 아닌 PIC별로 활성화합니다. 레이어 2 서비스 패키지를 활성화하면 전체 PIC가 구성된 패키지를 사용합니다. 레이어 2 서비스 패키지를 활성화하려면 계층 수준에서 문을 포함
service-package하고 다음을 지정합니다layer-2.[edit chassis fpc slot-number pic pic-number adaptive-services][edit chassis fpc slot-number pic pic-number adaptive-services] service-package layer-2;
AS 또는 멀티서비스 PIC 서비스 패키지에 대한 자세한 내용은 서비스 패키지 활성화 및 레이어 2 서비스 패키지 기능 및 인터페이스를 참조하십시오.
구성 링크를 가상 링크 또는 번들로 결합하여 다중 링크 PPP 또는 FRF.16 번들을 구성합니다.
MLPPP 번들 구성
MLPPP 번들을 구성하려면 구성에 다음 문을 포함하여 구성 링크 및 번들 속성을 구성합니다.
[edit interfaces interface-name unit logical-unit-number] encapsulation ppp; family mlppp { bundle lsq-fpc/pic/port.logical-unit-number; } [edit interfaces lsq-fpc/pic/port unit logical-unit-number] drop-timeout milliseconds; encapsulation multilink-ppp; fragment-threshold bytes; link-layer-overhead percent; minimum-links number; mrru bytes; short-sequence; family inet { address address; }이러한 명령문에 대한 자세한 내용은 라우팅 디바이스에 대한 링크 및 멀티링크 서비스 인터페이스 사용자 가이드를 참조하십시오.
MLFR FRF.16 번들 구성
MLFR FRF.16 번들을 구성하려면 구성에 다음 문을 포함하여 구성 링크 및 번들 속성을 구성합니다.
[edit chassis fpc slot-number pic slot-number] mlfr-uni-nni-bundles number; [edit interfaces interface-name ] encapsulation multilink-frame-relay-uni-nni; unit logical-unit-number { family mlfr-uni-nni { bundle lsq-fpc/pic/port:channel; } }명령
mlfr-uni-nni-bundles문에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오. MLFR FRF.16은 채널을 논리 단위로 사용합니다.MLFR FRF.16의 경우, 계층 수준에서
[edit interfaces lsq-fpc/pic/port:channel]다음 문을 포함하여 한쪽 끝을 DCE(Data Circuit Terminating Equipment)로 구성해야 합니다.encapsulation multilink-frame-relay-uni-nni; dce; mlfr-uni-nni-options { acknowledge-retries number; acknowledge-timer milliseconds; action-red-differential-delay (disable-tx | remove-link); drop-timeout milliseconds; fragment-threshold bytes; hello-timer milliseconds; link-layer-overhead percent; lmi-type (ansi | itu); minimum-links number; mrru bytes; n391 number; n392 number; n393 number; red-differential-delay milliseconds; t391 number; t392 number; yellow-differential-delay milliseconds; } unit logical-unit-number { dlci dlci-identifier; family inet { address address; } }MLFR UNI NNI 속성에 대한 자세한 내용은 라우팅 디바이스에 대한 링크 및 멀티링크 서비스 인터페이스 사용자 가이드를 참조하십시오.
각 멀티링크 번들에 대한 CoS 구성 요소를 구성하려면 인터페이스에서 유닛별 스케줄링을 활성화하고, 스케줄러 맵을 구성하고, 스케줄러를 각 대기열에 적용하고, 단편화 맵을 구성하고, 각 번들에 단편화 맵을 적용합니다. 다음 문을 포함합니다.
[edit interfaces] lsq-fpc/pic/port { per-unit-scheduler; # Enables per-unit scheduling on the bundle } [edit class-of-service] interfaces { lsq-fpc/pic/port { # Multilink PPP unit logical-unit-number { scheduler-map map-name; # Applies scheduler map to each queue } } lsq-fpc/pic/port:channel { # MLFR FRF.16 unit logical-unit-number { # Scheduler map provides scheduling information for # the queues within a single DLCI. scheduler-map map-name; shaping-rate percent percent; } forwarding-classes { queue queue-number class-name priority (high | low); } scheduler-maps { map-name { forwarding-class class-name scheduler scheduler-name; } } schedulers { scheduler-name { buffer-size (percent percentage | remainder | temporal microseconds); priority priority-level; transmit-rate (percent percentage | rate | remainder) <exact>; } } fragmentation-maps { map-name { forwarding-class class-name { fragment-threshold bytes; no-fragmentation; } } }계층 수준에서
[edit class-of-service]다음 문을 포함하여 단편화 맵을 다중 링크 PPP 인터페이스 또는 MLFR FRF.16 DLCI와 연결합니다.interfaces { lsq-fpc/pic/port { unit logical-unit-number { # Multilink PPP fragmentation-map map-name; } } lsq-fpc/pic/port:channel { # MLFR FRF.16 unit logical-unit-number { fragmentation-map map-name; }
또한보십시오
LSQ 인터페이스에서 인터페이스 대역폭 초과 구독
인터페이스 대역폭 초과 구독이라는 용어는 쉐이핑 속도(PIR(Peak Information Rate))의 합이 인터페이스 대역폭을 초과하도록 구성하는 것을 의미합니다.
AS 및 멀티서비스 PIC의 채널화된 IQ PIC, 기가비트 이더넷 IQ PIC 및 FRF.16 링크 서비스 IQ(lsq-) 인터페이스에서는 인터페이스 대역폭을 오버서브스크립션할 수 있습니다. 논리적 인터페이스(및 FRF.16 번들 내의 DLCI)는 대역폭이 남을 때 초과 구독될 수 있습니다. 초과 구독은 구성된 PIR로 제한됩니다. 미사용 대역폭은 초과 구독된 논리적 인터페이스 또는 DLCI 간에 균등하게 분배됩니다.
혼잡이 발생하지 않을 수 있는 네트워크의 경우 인터페이스 대역폭을 초과 구독하면 네트워크 활용도가 향상되어 단일 인터페이스에 더 많은 고객을 프로비저닝할 수 있습니다. 실제 데이터 트래픽이 인터페이스 대역폭을 초과하지 않는 경우, 초과 구독을 통해 인터페이스가 지원할 수 있는 것보다 더 많은 대역폭을 판매할 수 있습니다.
혼잡이 발생할 가능성이 있는 네트워크에서는 초과 구독을 피하는 것이 좋습니다. 서비스를 너무 많이 초과 구독하면 혼잡 시 라우터의 성능이 저하될 수 있으므로 주의하십시오. 초과 구독을 구성할 때 실제 데이터 트래픽이 물리적 인터페이스 대역폭을 초과할 경우 일부 출력 대기열이 부족해질 수 있습니다. 통계적 멀티플렉싱을 사용하여 실제 데이터 트래픽이 인터페이스 대역폭을 초과하지 않도록 함으로써 성능 저하를 방지할 수 있습니다.
DLCI 및 VLAN에 스케줄러 맵 및 셰이핑 속도 적용에 설명된 방법을 사용하여 트레픽 셰이핑을 구성할 때 인터페이스 대역폭을 초과 구독할 수 없습니다.
FRF.16 번들 인터페이스에 대한 초과 구독을 구성할 때 물리적 인터페이스 기반에 적용되는 트래픽 제어 프로필을 할당할 수 있습니다. 논리적 인터페이스 수준에서 FRF.16 번들에 트래픽 제어 프로필을 적용할 때, 개별 DLCI에 트래픽 비율이 적거나 전혀 없을 때 멤버 링크 인터페이스 대역폭이 충분히 활용되지 않습니다. FRF.16 번들 물리적 인터페이스 수준에서 트래픽 제어 기능을 지원하면 이러한 제한을 해결할 수 있습니다.
인터페이스의 초과 구독을 구성하려면 다음 단계를 수행합니다.
계층 수준에서 문을 포함
shaping-rate합니다[edit class-of-service traffic-control-profiles profile-name].[edit class-of-service traffic-control-profiles profile-name] shaping-rate (percent percentage | rate);
참고:물리적 인터페이스 기반에서 FRF.16 번들 인터페이스에 대한 초과 구독을 구성할 때 백분율로 지정
shaping-rate해야 합니다.LSQ 인터페이스에서는 쉐이핑 속도를 백분율로 구성할 수 있습니다.
IQ 및 IQ2 인터페이스에서 쉐이핑 속도를 초당 1000에서 6,400,000,000,000비트까지 절대 속도로 구성할 수 있습니다.
또는 논리적 인터페이스에 대한 셰이핑 속도를 구성하고 계층 수준에서
[edit class-of-service interfaces interface-name unit logical-unit-number]문을 포함하여shaping-rate물리적 인터페이스를 오버서브스크립션할 수 있습니다. 그러나 이 구성 접근 방식을 사용하면 2단계에서 설명한 대로 지연 버퍼 속도를 독립적으로 제어할 수 없습니다.참고:채널화 및 기가비트 이더넷 IQ 인터페이스의 경우,
shaping-rateandguaranteed-rate문은 상호 배타적입니다. 일부 논리적 인터페이스는 쉐이핑 속도를 사용하고 다른 논리적 인터페이스는 보장된 속도를 사용하도록 구성할 수 없습니다. 즉, PIR을 구성할 때 서비스가 보장되지 않습니다. 이러한 인터페이스의 경우 PIR 또는 커밋된 정보 속도(CIR) 중 하나를 구성할 수 있지만 둘 다 구성할 수는 없습니다.이 제한은 AS 또는 멀티서비스 PIC의 기가비트 이더넷 IQ2 PIC 또는 링크 서비스 IQ(LSQ) 인터페이스에는 적용되지 않습니다. LSQ 및 기가비트 이더넷 IQ2 인터페이스의 경우, 인터페이스에서 PIR과 CIR을 모두 구성할 수 있습니다. CIR에 대한 자세한 내용은 LSQ 인터페이스에서 보장된 최소 속도 구성을 참조하십시오.
선택적으로 지연 버퍼 속도를 기반으로 지연 버퍼 계산을 수행할 수 있습니다. 이렇게 하려면 계층 수준에서 다음 문을 포함
delay-buffer-rate합니다.[edit class-of-service traffic-control-profiles profile-name]참고:물리적 인터페이스 기반에서 FRF.16 번들 인터페이스에 대한 초과 구독을 구성할 때 백분율로 지정
delay-buffer-rate해야 합니다.[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
지연 버퍼 속도는 지연 버퍼 계산의 기준으로 쉐이핑 속도를 재정의합니다. 즉, 쉐이핑 속도 또는 스케일링된 쉐이핑 속도는 지연 버퍼 속도가 구성되지 않은 경우에만 지연 버퍼 계산에 사용됩니다.
LSQ 인터페이스의 경우, 지연 버퍼 속도를 구성하지 않으면 보장 속도(CIR)가 버퍼를 할당하는 데 사용됩니다. 보장된 속도를 구성하지 않을 경우, 과소 구독된 경우에는 셰이핑 속도(PIR)가 사용되며, 초과 구독 사례에서는 스케일링된 셰이핑 속도가 사용됩니다.
LSQ 인터페이스에서 지연 버퍼 속도를 백분율로 구성할 수 있습니다.
IQ 및 IQ2 인터페이스에서, 초당 1000에서 6,400,000,000,000,000비트까지의 절대 속도로 지연 버퍼 속도를 구성할 수 있습니다.
실제 지연 버퍼는 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)에 설명된 계산을 기반으로 합니다. 지연 버퍼 속도가 적용되는 방법을 보여주는 예는 예: LSQ 인터페이스 초과 구독을 참조하십시오.
상대적으로 느린 속도의 링크에서 큰 버퍼를 구성하면 패킷 노화가 발생할 수 있습니다. 이 문제를 방지하기 위해 소프트웨어는 지연 버퍼 속도의 합이 포트 속도보다 작거나 같아야 합니다.
이 제한은 패킷 에이징의 가능성을 제거하지는 않으므로 문을 사용할
delay-buffer-rate때 주의해야 합니다. 버스트 흡수를 위해 어느 정도의 추가 버퍼링이 바람직할 수 있지만, 지연 버퍼 속도는 논리적 인터페이스의 서비스 속도를 훨씬 초과해서는 안 됩니다.합계가 포트 속도를 초과하도록 지연 버퍼 속도를 구성하는 경우, 구성된 지연 버퍼 속도는 구성한 마지막 논리적 인터페이스에 대해 구현되지 않습니다. 대신, 해당 논리 인터페이스는 0의 지연 버퍼 속도를 수신하고 CLI에 경고 메시지가 표시됩니다. 대역폭을 사용할 수 있게 되면(다른 논리적 인터페이스가 삭제 또는 비활성화되거나 포트 속도가 증가하기 때문에) 구성된 delay-buffer-rate가 재평가되고 가능하면 구현됩니다.
지연 버퍼 속도 또는 보장 속도를 구성하지 않을 경우, 논리적 인터페이스는 쉐이핑 속도와 사용 가능한 나머지 지연 버퍼 속도에 비례하여 지연 버퍼 속도를 수신합니다. 즉, 구성된 지연 버퍼 속도가 없는 각 논리 인터페이스의 지연 버퍼 속도는 다음과 같습니다.
(remaining delay-buffer rate * shaping rate) / (sum of shaping rates)
나머지 지연 버퍼 속도는 다음과 같습니다.
(interface speed) – (sum of configured delay-buffer rates)
스케줄러 맵을 논리적 인터페이스에 할당하려면 계층 수준에서 문을 포함
scheduler-map합니다.[edit class-of-service traffic-control-profiles profile-name][edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
스케줄러 및 스케줄러 맵 구성에 대한 자세한 내용은 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
선택적으로 큰 버퍼 크기를 구성할 수 있습니다. 이렇게 하려면 계층 수준에서 다음 문을 포함
q-pic-large-buffer합니다.[edit chassis fpc slot-number pic pic-number][edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
이 명령문을 포함하지 않으면 delay-buffer 크기가 더 제한됩니다. 음성 트래픽과 같이 지연에 민감한 트래픽에는 제한된 버퍼를 사용하는 것이 좋습니다. 자세한 정보는 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
논리적 인터페이스에서 스케줄링을 활성화하려면 계층 수준에서
[edit interfaces interface-name]문을 포함per-unit-scheduler합니다.[edit interfaces interface-name ] per-unit-scheduler;
이 명령문을 포함할 경우, 지원되는 최대 VLAN 수는 단일 포트 기가비트 이더넷 IQ PIC에서 768개입니다. 2포트 기가비트 이더넷 IQ PIC에서 최대 수는 384입니다.
FRF.16 번들 물리적 인터페이스에 대한 스케줄링을 활성화하려면 계층 수준에서
[edit interfaces interface-name]다음 문을 포함no-per-unit-scheduler합니다.[edit interfaces interface-name] no-per-unit-scheduler;
트래픽 스케줄링 프로필을 논리적 인터페이스에 적용하려면 계층 수준에서 문을 포함
output-traffic-control-profile합니다.[edit class-of-service interfaces interface-name unit logical-unit-number][edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
다음 문이 논리적 인터페이스 구성에 포함된 경우 구성에 문을 포함
output-traffic-control-profile할 수 없습니다: ,shaping-rate,adaptive-shaper, 또는virtual-channel-group.scheduler-map다양한 구성에서 대역폭 및 지연 버퍼가 어떻게 할당되는지 보여주는 표는 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
예: LSQ 인터페이스 초과 구독
논리적 인터페이스 기반 스케줄링으로 LSQ 인터페이스 초과 구독
FRF.16 번들에서 DLCI를 나타내는 논리적 인터페이스에 트래픽 제어 프로필을 적용합니다.
interfaces {
lsq-1/3/0:0 {
per-unit-scheduler;
unit 0 {
dlci 100;
}
unit 1 {
dlci 200;
}
}
}
class-of-service {
traffic-control-profiles {
tc_0 {
shaping-rate percent 100;
guaranteed-rate percent 60;
delay-buffer-rate percent 80;
}
tc_1 {
shaping-rate percent 80;
guaranteed-rate percent 40;
}
}
interfaces {
lsq-1/3/0 {
unit 0 {
output-traffic-control-profile tc_0;
}
unit 1 {
output-traffic-control-profile tc_1;
}
}
}
}
물리적 인터페이스에 기반한 스케줄링으로 LSQ 인터페이스 초과 구독
FRF.16 번들을 나타내는 물리적 인터페이스에 트래픽 제어 프로필을 적용합니다.
interfaces {
lsq-0/2/0:0 {
no-per-unit-scheduler;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 100;
family inet {
address 18.18.18.2/24;
}
}
}
class-of-service {
traffic-control-profiles {
rlsq_tc {
scheduler-map rlsq;
shaping-rate percent 60;
delay-buffer-rate percent 10;
}
}
interfaces {
lsq-0/2/0:0 {
output-traffic-control-profile rlsq_tc;
}
}
}
scheduler-maps {
rlsq {
forwarding-class best-effort scheduler rlsq_scheduler;
forwarding-class expedited-forwarding scheduler rlsq_scheduler1;
}
}
schedulers {
rlsq_scheduler {
transmit-rate percent 20;
priority low;
}
rlsq_scheduler1 {
transmit-rate percent 40;
priority high;
}
}
또한보십시오
LSQ 인터페이스에서 보장된 최소 속도 구성
AS 및 멀티서비스 PIC의 기가비트 이더넷 IQ PIC, 채널화된 IQ PIC 및 FRF.16 링크 서비스 IQ(LSQ) 인터페이스에서는 CIR(Committed Information Rate)이라고도 하는 보장 대역폭을 구성할 수 있습니다. 이를 통해 각 논리적 인터페이스에 대해 보장된 속도를 지정할 수 있습니다. 보장 요금은 최소 요금입니다. 초과 물리적 인터페이스 대역폭을 사용할 수 있는 경우, 논리적 인터페이스는 인터페이스에 대해 프로비저닝된 보장된 속도보다 더 많은 대역폭을 수신합니다.
보장된 속도의 합계가 물리적 인터페이스 대역폭 또는 LSQ 인터페이스의 번들 대역폭보다 클 수 있도록 프로비저닝할 수 없습니다. 보장된 속도의 합이 인터페이스 또는 번들 대역폭을 초과하는 경우, 커밋 작업은 실패하지 않지만 소프트웨어는 보장된 속도의 합이 사용 가능한 번들 대역폭과 같도록 자동으로 속도를 줄입니다.
보장된 최소 속도를 구성하려면 다음 단계를 수행합니다.
계층 수준에서 문을 포함
guaranteed-rate합니다[edit class-of-service traffic-control-profiles profile-name].[edit class-of-service traffic-control-profiles profile-name] guaranteed-rate (percent percentage | rate);
LSQ 인터페이스에서 보장 속도를 백분율로 구성할 수 있습니다.
IQ 및 IQ2 인터페이스에서 보장된 속도를 초당 1000에서 160,000,000,000비트까지의 절대 속도로 구성할 수 있습니다.
참고:채널화 및 기가비트 이더넷 IQ 인터페이스의 경우,
shaping-rateandguaranteed-rate문은 상호 배타적입니다. 일부 논리적 인터페이스는 쉐이핑 속도를 사용하고 다른 논리적 인터페이스는 보장된 속도를 사용하도록 구성할 수 없습니다. 즉, PIR을 구성할 때 서비스가 보장되지 않습니다. 이러한 인터페이스의 경우 PIR 또는 커밋된 정보 속도(CIR) 중 하나를 구성할 수 있지만 둘 다 구성할 수는 없습니다.이 제한은 AS 또는 멀티서비스 PIC의 기가비트 이더넷 IQ2 PIC 또는 링크 서비스 IQ(LSQ) 인터페이스에는 적용되지 않습니다. LSQ 및 기가비트 이더넷 IQ2 인터페이스의 경우, 인터페이스에서 PIR과 CIR을 모두 구성할 수 있습니다. CIR에 대한 자세한 내용은 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
선택적으로 지연 버퍼 속도를 기반으로 지연 버퍼 계산을 수행할 수 있습니다. 이렇게 하려면 계층 수준에서 다음 문을 포함
delay-buffer-rate합니다.[edit class-of-service traffic-control-profiles profile-name][edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
LSQ 인터페이스에서 지연 버퍼 속도를 백분율로 구성할 수 있습니다.
IQ 및 IQ2 인터페이스에서, 초당 1000에서 160,000,000,000,000비트까지의 절대 속도로 지연 버퍼 속도를 구성할 수 있습니다.
실제 지연 버퍼는 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)의 표에 설명된 계산을 기반으로 합니다. 지연 버퍼 속도가 적용되는 방법을 보여주는 예는 예: 보장된 최소 속도 구성을 참조하십시오.
명령문을 포함
delay-buffer-rate하지 않을 경우, 지연 버퍼 계산은 보장된 속도, 보장된 속도가 구성되지 않은 경우 셰이핑 속도 또는 인터페이스가 초과 구독된 경우 스케일링된 셰이핑 속도를 기반으로 합니다.쉐이핑 속도 또는 보장 속도를 지정하지 않으면 논리적 인터페이스는 최소 지연 버퍼 속도와 4 MTU 크기 패킷에 해당하는 최소 대역폭을 수신합니다.
보장된 속도보다 높은 지연 버퍼 속도를 구성할 수 있습니다. 이는 트래픽 플로우에 일반적으로 많은 대역폭이 필요하지 않을 수 있지만 경우에 따라 버스트가 발생하여 큰 버퍼가 필요할 때 유용할 수 있습니다.
상대적으로 느린 속도의 링크에서 큰 버퍼를 구성하면 패킷 노화가 발생할 수 있습니다. 이 문제를 방지하기 위해 소프트웨어는 지연 버퍼 속도의 합이 포트 속도보다 작거나 같아야 합니다. 이 제한은 패킷 에이징의 가능성을 제거하지는 않으므로 문을 사용할
delay-buffer-rate때 주의해야 합니다. 버스트 흡수를 위해 어느 정도의 추가 버퍼링이 바람직할 수 있지만, 지연 버퍼 속도는 논리적 인터페이스의 서비스 속도를 훨씬 초과해서는 안 됩니다.합계가 포트 속도를 초과하도록 지연 버퍼 속도를 구성하는 경우, 구성된 지연 버퍼 속도는 구성한 마지막 논리적 인터페이스에 대해 구현되지 않습니다. 대신, 해당 논리적 인터페이스는 0의 지연 버퍼 속도를 수신하고 CLI에 경고 메시지가 표시됩니다. 대역폭을 사용할 수 있게 되면(다른 논리적 인터페이스가 삭제 또는 비활성화되거나 포트 속도가 증가하기 때문에) 구성된 delay-buffer-rate가 재평가되고 가능하면 구현됩니다.
논리적 인터페이스의 보장된 속도를 구현할 수 없는 경우, 구성된 지연 버퍼 속도가 인터페이스 속도 내에 있더라도 해당 논리적 인터페이스는 0의 지연 버퍼 속도를 받습니다. 나중에 논리적 인터페이스의 보장된 속도를 충족할 수 있는 경우, 구성된 지연 버퍼 속도가 재평가되고 지연 버퍼 속도가 남은 대역폭 내에 있으면 구현됩니다.
어떤 논리 인터페이스가 구성된 보장 속도를 가지고 있는 경우, 보장 속도가 구성되지 않은 해당 포트의 다른 모든 논리 인터페이스는 0의 지연 버퍼 속도를 수신합니다. 이는 보장된 속도 구성이 없으면 보장된 속도 0에 해당하며, 결과적으로 지연 버퍼 속도 0에 해당하기 때문입니다.
스케줄러 맵을 논리적 인터페이스에 할당하려면 계층 수준에서 문을 포함
scheduler-map합니다.[edit class-of-service traffic-control-profiles profile-name][edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
스케줄러 및 스케줄러 맵 구성에 대한 자세한 내용은 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
큰 버퍼 크기를 구성하려면 계층 수준에서
[edit chassis fpc slot-number pic pic-number]문을 포함q-pic-large-buffer합니다.[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
이 명령문을 포함하지 않으면 delay-buffer 크기가 더 제한됩니다. 자세한 정보는 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
논리적 인터페이스에서 스케줄링을 활성화하려면 계층 수준에서
[edit interfaces interface-name]문을 포함per-unit-scheduler합니다.[edit interfaces interface-name ] per-unit-scheduler;
이 명령문을 포함할 경우, 지원되는 최대 VLAN 수는 단일 포트 기가비트 이더넷 IQ PIC에서 767개입니다. 2포트 기가비트 이더넷 IQ PIC에서 최대 수는 383입니다.
트래픽 스케줄링 프로필을 논리적 인터페이스에 적용하려면 계층 수준에서
[edit class-of-service interfaces interface-name unit logical-unit-number]output-traffic-control-profile 문을 포함합니다.[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
예: 보장된 최소 요금 구성
두 개의 논리적 인터페이스 유닛 0 및 1는 각각 최소 750Kbps 및 500Kbps로 프로비저닝됩니다. 논리 단위 1의 경우, 지연 버퍼는 보장된 속도 설정을 기반으로 합니다. 논리 단위 0의 경우 500Kbps의 지연 버퍼 속도가 지정됩니다. 각 논리적 인터페이스에 할당된 실제 지연 버퍼는 500Kbps의 2초입니다. 2초 값은 다음 계산을 기반으로 합니다.
delay-buffer-rate < [8 x 64 Kbps]): 2 seconds of delay-buffer-rate
이 계산에 대한 자세한 내용은 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.
chassis {
fpc 3 {
pic 0 {
q-pic-large-buffer;
}
}
}
interfaces {
t1-3/0/1 {
per-unit-scheduler;
}
}
class-of-service {
traffic-control-profiles {
tc-profile3 {
guaranteed-rate 750k;
scheduler-map sched-map3;
delay-buffer-rate 500k; # 500 Kbps is less than 8 x 64 Kbps
}
tc-profile4 {
guaranteed-rate 500k; # 500 Kbps is less than 8 x 64 Kbps
scheduler-map sched-map4;
}
}
interface t1-3/0/1 {
unit 0 {
output-traffic-control-profile tc-profile3;
}
unit 1 {
output-traffic-control-profile tc-profile4;
}
}
}