我所遵循的网络课程提到了QoS中有关LLQ (低延迟队列)的以下信息
LLQ将一个(或多个)队列指定为严格优先级queues__。这意味着,如果队列中有通信量,调度程序将始终从该队列接收下一个数据包,直到它为空。
但是,如果指定的严格优先级队列中总是有通信量,则可能会导致其他队列饥饿。
警务可以控制严格优先级队列中允许的业务量,这样它就不能占用链路的所有带宽
警务如何才能防止排队饥饿问题?
我们基本上限制了优先级队列中的数据包数量,但这并没有改变这样一个事实,即如果一个优先级队列装满了数据包,调度程序总是尝试先清空优先级队列,然后再转移到其他队列,这可能会使它们挨饿。或者是真的?
提前谢谢你!
发布于 2022-11-30 18:22:32
警务如何才能防止排队饥饿问题?
您可以调整警务阈值,以便优先级队列的输入速率小于输出速率。
发布于 2023-02-20 13:14:31
给你一个比喻:想象一下有一条只有一条车道的隧道。但在隧道入口处有四条车道汇合成一条。有灯,以确保同样数量的汽车可以从任何车道进入隧道。光冰柱穿过所有的车道。来自lane1的10辆汽车,来自lane2的10辆汽车等等。
每分钟,我们可以让大约40辆汽车通过隧道,因此我们的吞吐量是每分钟40c。
有一条车道,叫做LLQ车道。如果一辆汽车接近,所有的灯必须切换到红色,并继续绿色循环,一旦LLQ车道是空的。如果每分钟有40辆车进入LLQ车道,所有其他车道都会被饿死,这是不好的。所以在LLQ车道前面,我们派了一名警察,确保每分钟不超过2辆车可以进入这条车道。因此,我们可以限制LLQ推进器,并确保我们不会饿死其他车道。
我们如何处理第三辆车,在一分钟之内,想要进入LLQ车道,你问?我们可以把他扔下(撞车)或者把他转到一个正常的队列,在那里他必须排队等待灯变绿。通常,您将限制设置为只有在流量标记失败或正在被利用时才会发生的值。
发布于 2023-02-20 14:30:52
这并不改变这样一个事实:如果一个优先级队列装满了数据包,调度程序总是在转移到其他队列之前先尝试清空该优先级队列,这可能会使它们饥饿。或者是真的?
确实如此。
警务限制了LLQ比其他所有LLQ更受青睐的最长时间。换句话说,调度程序总是会首先尝试清空优先级队列,除非它已经超过了它的警戒线数量。这也为其他优先事项提供了获得服务的机会。
例如,如果被监管的阈值设置为20%,而LLQ流量超过了该阈值(在某个定义的时间段内平均),则暂时将其降级到正常优先级,直到它不再超过阈值为止。
通常,低延迟需求伴随着低带宽需求(考虑到VoIP数据),优先调度利用了这一事实。治安通常被用作一种安全措施,因此在发生故障或DoS攻击时,优先协议不能使网络的其他部分挨饿。
https://networkengineering.stackexchange.com/questions/80733
复制相似问题