产品文档
Citrix SD-WAN Orchestrator
查看 PDF

QoS 公平性 (红色)

October 21, 2022
投稿者: 
C

QoS 公平性功能通过使用 QoS 类 和随机早期检测 (RED) 提高了多个虚拟路径流的公平性。虚拟路径可以分配给 16 个不同类之一。一个类可以是以下三种基本类型之一：

  • 实时类为需要即时服务的流量提供服务，直至达到一定带宽限制。低延迟优先于总吞吐量。
  • 交互式课程的优先级低于实时课程，但绝对优先于批量流量。
  • 批量类获取实时和交互式类的剩余部分，因为延迟对批量流量不那么重要。

用户为不同的类指定不同的带宽要求，这使虚拟路径调度程序能够仲裁来自同一类型的多个类的竞争带宽请求。调度程序使用分层公平服务曲线 (HFSC) 算法来实现各类之间的公平性。

HFSC 按先进先出 (FIFO) 顺序提供服务。在计划数据包之前，Citrix SD-WAN 会检查数据包类的待处理流量。当过多的流量处于挂起状态时，数据包将被丢弃，而不是被放入队列（尾部丢弃）。

为什么 TCP 会导致排队?

TCP 无法控制网络传输数据的速度。为了控制带宽，TCP 实现了带宽窗口的概念，即它允许在网络中的未确认流量。它最初以一个小窗口开始，每当收到确认时，它将该窗口的大小加倍。这被称为缓慢启动或指数增长阶段。

TCP 通过检测丢弃的数据包来识别网络拥堵。如果 TCP 堆栈发送导致 250 ms 延迟的数据包突发，TCP 不会检测拥塞，如果没有丢弃任何数据包，因此它会继续增加窗口的大小。它可能会继续这样做，直到等待时间达到 600—800 毫秒。

当 TCP 不处于慢速启动模式时，它会在检测到数据包丢失时减少一半带宽，并为每次接收的确认增加一个数据包允许带宽。因此，TCP 在对带宽施加上升压力和退出之间交替。不幸的是，如果等待时间在检测到数据包丢失时达到 800 ms，带宽降低会导致传输延迟。

对 QoS 公平性的影响

当发生 TCP 传输延迟时，在虚拟路径类中提供任何类型的公平性保证都是困难的。虚拟路径调度程序必须应用尾放 行为，以避免持有大量流量。TCP 连接的性质是， 少量流量流动到虚拟路径，这使得新的 TCP 连接难以获得公平的带宽份额。公平共享带宽需要确保带宽可用于传输新数据包。

随机早期检测

随机早期检测 (RED) 可防止流量队列填满并导致尾部掉落操作。它可以防止虚拟路径调度程序不必要地排队，而不会影响 TCP 连接可以实现的吞吐量。

如何使用红色

  1. 启动 TCP 会话以创建虚拟路径。验证启用 RED 时，该类的等待时间在稳定状态下保持在 50 ms 左右。

  2. 启动第二个 TCP 会话并验证这两个 TCP 会话是否均匀共享虚拟路径带宽。验证班级上的等待时间保持稳定状态。

  3. 验证 SD-WAN Orchestrator 服务中的规则是否已启用 RED。

如何启用 RED

在网络级别，导航到 配置 > QoS > QoS 策略。添加规则并导航到 “ 高级设置” > “局域网到 WAN”， 然后选择 “ 启用 RED”。

启用红色

QoS 公平性 (红色)
October 21, 2022
投稿者: 
C
October 21, 2022
投稿者: 
C

在本文中

站点反馈 | Your privacy choices footer link您的隐私选择 | 隐私和法律条款 | Cookie 首选项 | 同意设置 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.