전송 우선 순위 스케줄링

LLQ(Low Latency Queuing) 개요

LLQ(Low Latency Queuing)를 지원하는 플랫폼에서. LLQ를 사용하면 지연에 민감한 데이터를 다른 트래픽보다 우선적으로 처리할 수 있습니다. 대기열은 low-latency 대기열을 포함한 strict-high 다른 우선 순위 대기열보다 우선 순위가 가장 높을 뿐만 아니라 낮은 지연 스케줄링 프로필을 갖습니다.

가상 출력 대기열(VOQ)의 포트 스케줄링의 경우, 저지연 VOQ는 자체 전용 송신 대기열을 수신합니다. 우선 순위가 높은 VOQ는 두 번째 전용 송신 대기열을 수신하고 우선 순위가 낮은 VOQ는 세 번째 전용 송신 대기열을 수신합니다.

계층적 서비스 등급(HCoS)의 스케줄링 계층으로 인해 계층적 스케줄링은 최대 2개의 송신 대기열을 사용할 수 있습니다. 따라서 VOQ의 계층적 스케줄링의 경우 저지연 VOQ 및 높은 우선 순위 VOQ는 공통 전용 송신 대기열을 수신하고 우선 순위가 낮은 VOQ는 두 번째 전용 송신 대기열을 수신합니다.

메모:

저지연 VOQ를 구성할 때 다음을 권장합니다.

• 폴리서를 사용하여 저지연 VOQ에 도달하기 전에 트래픽 버스트를 정규화합니다.

• 물리적 또는 논리적 인터페이스에 최대 2개의 저지연 VOQ를 구성합니다.

• 저지연 VOQ에 대한 트래픽(즉, 대역폭 예약)을 분류하고 스케줄링하여 해당 대기열에 혼잡이 발생하지 않도록 합니다.

메모:

저지연 큐는 다른 큐와 동일한 버퍼를 수신하여 제한된 하드웨어 VOQ 버퍼 프로파일을 효율적으로 사용합니다.

Strict-High 우선 순위 구성 개요

플랫폼에 따라 인터페이스당 하나 이상의 대기열이 우선 순위를 갖도록 strict-high 구성할 수 있으며, 이는 우선 순위와 high 동일하게 작동하지만 무제한 전송 대역폭을 제공합니다. 우선 순위가 있는 대기열에 전송할 트래픽이 있는 한, 우선 순위가 strict-high 있는 high 대기열을 제외한 다른 모든 대기열보다 우선권을 받습니다. 및 우선 순위가 있는 strict-high 대기열은 대기열이 strict-high 비어 있거나, 우선 순위 대기열이 high 비어 있거나, 우선 순위 대기열의 high 대역폭 크레딧이 부족할 때까지 번갈아 가며 패킷을 전송합니다.high 이러한 조건이 충족될 때만 우선 순위가 낮은 대기열이 트래픽을 전송할 수 있습니다.

인터페이스당 여러 strict-high 개의 대기열을 지원하는 플랫폼에서, 하드웨어는 우선 순위로 표시된 대기열 번호의 내림차순으로 strict-high 대기열을 서비스합니다.

대기열이 우선 순위를 갖도록 strict-high 구성할 경우, 우선 순위 대기열의 strict-high 전송 속도가 WRR 구성에 의해 제한되지 않기 때문에 계층 수준에서 대기열 구성 [edit class-of-service schedulers scheduler-name] 에 명령문을 포함할 transmit-rate 필요가 없습니다. 우선 순위 대기열에서 strict-high 전송 속도를 구성하는 경우 WRR 작업에 영향을 미치지 않습니다. 그러나 전송 속도는 지연 버퍼의 계산에 영향을 미치며 명령과 show interface queue 같은 명령의 출력에서 자리 표시자 역할도 합니다.

strict-high 우선순위 대기열은 우선순위 대기열을 고갈 low 시킬 수 있으며, 특정 상황에서는 우선순위 대기열을 제한 high 할 수도 있습니다. 우선순위를 사용하면 대기열의 high 트래픽이 트래픽 클래스를 굶주리지 않도록 보호할 수 있습니다 strict-high . 예를 들어 네트워크 제어 대기열에는 작은 대역폭 할당(예: 5 %)이 필요할 수 있습니다. 이 대기열에 우선 순위를 할당 high 하여 서비스가 부족하지 않도록 할 수 있습니다.

우선 순위가 있는 strict-high 대기열은 우선 순위가 낮은 대기열의 대역폭 보장을 대체합니다. 따라서 우선 순위를 사용하여 strict-high 음성 트래픽과 같은 특수 트래픽의 적절한 순서를 보장하는 것이 좋습니다. 대기열의 전송 속도에 옵션을 적용 rate-limit 하여 일반적으로 필요한 대역폭의 양만을 우선 순위가 있는 strict-high 대기열에 할당함으로써 우선 순위가 낮은 대기열에 strict-high 대한 대역폭 보장을 유지할 수 있습니다. 예를 들어, 다음과 같은 전송 대역폭 할당을 고려하십시오.

• Q0 BE—20 %, 낮은 우선 순위

• Q1 EF - 30 %, 엄격한-높은 우선 순위

• Q2 AF—40 %, 낮은 우선 순위

• Q3 NC—10 %, 낮은 우선 순위

이 대역폭 할당은 일반적으로 EF 포워딩 클래스에 인터페이스 전송 대역폭의 30 %만 필요하다고 가정합니다. 그러나 EF 포워딩 클래스에서 짧은 트래픽 버스트가 수신되고 rate-limit 옵션이 적용되지 않은 경우 설정으로 인해 strict-high 대역폭의 100 %가 EF 포워딩 클래스에 제공됩니다.