Citrix SD-WAN

QoS 公平性 (红色)

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 连接可以实现的吞吐量。

有关如何使用和启用 RED 的信息,请参阅 如何使用 RED

QoS 公平性 (红色)