우선 순위 일정 개요
이 Junos OS 우선순위가 높아짐에 따라 , , strict-highhighmedium-highmedium-low등 여러 수준의 전송 우선순위low를 지원합니다. 이를 통해 소프트웨어는 우선순위가 낮은 대기열에 앞서 우선 순위가 높은 대기열에 서비스를 제공하게 됩니다.
우선 순위 스케줄링은 출력 인터페이스가 대기열에서 트래픽을 전송하는 순서를 결정하므로 중요한 트래픽을 포함하는 대기열이 발신 인터페이스에 더 나은 액세스를 제공하도록 보장합니다. Junos OS 각 개별 대기열의 할당된 우선순위를 검토하고 각 개별 대기열이 정의된 대역폭 프로필 내에 있는지 여부를 조사하여 우선 순위 스케줄링을 수행합니다. Junos OS 정기적으로 계층 수준에서 정의된 구성된 스케줄러 전송 속도(transmit-rate) [edit class-of-service schedulers scheduler-name] 에 의해 할당된 대역폭 양과 대기열에 의해 전송되는 데이터의 양을 비교하여 개별 대기열이 대역폭 프로필 내에 있는지 여부를 결정합니다. 전송된 양이 할당된 양보다 적으면 대기열이 프로필에 있는 것으로 간주됩니다. 전송 양이 할당된 양보다 클 때 대기열이 프로필에서 제외 됩니다.
주어진 출력 물리적 인터페이스에 대한 대기열(또는 해당 인터페이스에서 단위당 스케줄링이 활성화된 경우 출력 논리적 인터페이스 )은 우선 순위에 따라 세트로 나뉩니다. 이러한 세트에는 동일한 우선 순위의 대기열이 포함됩니다.
Junos OS 우선 순위의 내림차순으로 세트를 통과합니다. 세트의 대기열 중 하나 이상에 전송할 패킷이 있는 경우 소프트웨어가 해당 세트를 선택합니다. 집합에서 대기열은 집합 내에서 작동하는 가중 라운드 로빈(WRR) 알고리즘을 기반으로 선택됩니다.
Junos OS 다음 단계를 사용하여 우선 순위 큐잉을 수행합니다.
소프트웨어는 현재 프로필에 있는 모든 높은 우선 순위 대기열을 찾습니다. 이러한 대기열은 가중치가 지정된 라운드 로빈 방식으로 먼저 서비스됩니다.
소프트웨어는 현재 프로파일에 있는 모든 중고 우선순위 대기열을 찾습니다. 이러한 대기열은 가중치가 지정된 라운드 로빈 방식으로 두 번째로 서비스됩니다.
소프트웨어는 현재 프로파일에 있는 모든 중저우선 순위 대기열을 찾습니다. 이러한 대기열은 가중된 라운드 로빈 방식으로 세 번째로 서비스됩니다.
소프트웨어는 현재 프로필에 있는 모든 낮은 우선 순위 대기열을 찾습니다. 이러한 대기열은 가중된 라운드 로빈 방식으로 네 번째로 서비스됩니다.
소프트웨어는 현재 프로필에서 벗어나 속도 제한되지 않은 모든 높은 우선 순위 대기열을 찾습니다. 가중치가 지정된 라운드 로빈 알고리즘은 서비스를 위해 이러한 대기열에 적용됩니다.
소프트웨어는 현재 프로필이 없고 속도가 제한되지 않은 모든 중간 우선 순위 대기열을 찾습니다. 가중치가 지정된 라운드 로빈 알고리즘은 서비스를 위해 이러한 대기열에 적용됩니다.
소프트웨어는 현재 프로필이 없고 속도가 제한되지 않은 모든 중저우선 순위 대기열을 찾습니다. 가중치가 지정된 라운드 로빈 알고리즘은 서비스를 위해 이러한 대기열에 적용됩니다.
소프트웨어는 현재 프로필에서 벗어나 속도 제한되지 않은 모든 낮은 우선 순위 대기열을 찾습니다. 이러한 대기열은 가중된 라운드 로빈 방식으로 마지막으로 서비스됩니다.
엄격한 우선 순위 구성 개요
우선 순위와 동일하게 작동하지만 무제한 전송 대역폭을 제공하는 우선 순위를 갖 strict-high high 도록 인터페이스당 하나의 대기열을 구성할 수 있습니다. 우선순위가 있는 strict-high 대기열에 전송할 트래픽이 있는 한 우선 순위가 있는 대기열 high 을 제외한 다른 모든 대기열보다 우선합니다. strict-high 대기열과 high 우선순위가 있는 대기열은 대기열이 비어 있거나 우선 순위 대기열이 비어 high 있거나 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 것이 좋습니다. 옵션을 대기열의 전송 속도에 적용하여 일반적으로 필요한 대역폭 양만 우선 순위로 strict-high 대기열에 할당하여 rate-limit우선순위가 낮은 대기열에 대한 대역폭 보장을 보존할 strict-high 수 있습니다. 예를 들어, 다음의 전송 대역폭 할당을 고려하십시오.
Q0 BE—20%, 낮은 우선순위
1분기 EF—30%, 엄격한 우선 순위
2분기 AF—40%, 낮은 우선순위
3분기 NC—10%, 낮은 우선순위
이 대역폭 할당은 일반적으로 EF 포워딩 클래스가 인터페이스의 전송 대역폭의 30%만 필요로 한다고 가정합니다. 그러나 EF 포워딩 클래스에서 짧은 트래픽 버스트가 수신되고 rate-limit옵션이 적용되지 않으면 설정으로 인해 strict-high 대역폭의 100%가 EF 포워딩 클래스에 제공됩니다.