QOS

QOS

按权重进行资源分配,进行资源协调
(1) 甄别流量(哪些有用,哪些无用----重要程度)
(2) 分析流量诉求(有哪些要求----带宽、时延)
(3) 细化流量诉求(对哪些参数比较敏感)
队列机制
拥塞避免

一、 流量分类

TOS位,位于包头为之后,8位二进制
QOS_第1张图片
规定:数字越大,越容易从接口出去(优先级越高)
不合理之处:当队列满时,若再有较重要流量要进行排队,将会被拒绝

DSCP:插分服务代码点
高三位:决定优先出去
低三位:低三位中最后一位没有作用,为0,低三位中的前两位决定丢弃优先级,数字越大,被丢弃概率越大

流量标记:
在这里插入图片描述
策略路由PBR、令牌桶也可做流量标记

二、 令牌桶(装令牌的容器)

Cir:承诺信息速率 ---- 每秒钟承诺的带宽
Tc:时间值 ---- 每隔多长时间下发一次令牌
Bc:个数 ---- 每次发多少个令牌
Be:超发流量

1. 单速率双色单桶

Cir=bc/tc
单速率:容量为一个常量,发放令牌速率固定,初始桶满
双色:取到令牌被染为绿色,未取到染为红色,默认放行绿色
单桶:只有一个令牌桶
缺点:上一秒令牌未用完,则下一秒将会被清空

2. 单速率三色双桶

第一个桶满,当前一个桶中的令牌未消耗完,将会被存入下一个桶;当超发时,第一个桶被用尽,则会去第二桶继续取用之前积存的令牌。最大量为两个桶之和。(超发前提:第二个桶中有积存)
三色:从第一个桶取到令牌染为绿色,从第二个桶取到令牌染为黄色,未取到染为红色,红色不允许通过
双桶:有两个令牌桶。可以有积存机制,解决超发问题

3. 双速率三色双桶

双速率:两个桶各自拥有一个速率,一个容量为pir,一个为cir
先查看流量是否超过cir,未超过,从cir中取;超过cir,从pir中取。若超过pir,则会被丢弃
QOS_第2张图片
管制—限速,令牌桶做令牌发放速率限制,从而限制发送速度
整形—红色流量进行缓存,等待下次获得令牌通过,未被丢弃。一般适用于高带宽向低带宽发送数据
拥塞通知符:告知所在位置产生堵塞
队列调度—提供保障

三、 流量管理

队列机制:默认队列----先进先出
(1) PQ 分成四个队列:高high 中medium 正常normal 低low — 先调动高队列 ---- 会出现一种饿死现象
(2) CQ 轮询队列 共16个队列 0队列为优先队列 剩余队列按顺序依次查询是否有流量,有则转发,没有则跳过,继续查询后面队列
(3) WFQ 加权公平队列 256个队列 权重通过TOS字段计算
(4) CBWFQ 手动设置队列和占用带宽值(带宽的百分比占用默认不能大于75%)
(5) LLQ 专门为VOIP流量而设置的队列

四、 拥塞避免(如何合理的丢弃超出流量)

队列满引发
早期为尾丢弃
尾丢弃会引发TCP“全局同步”,RED早期检测随机丢弃会避免这种现象,WRED加权的RED根据优先级对数据进行丢弃

资源预留:提前告知需要多大的资源空间

P2p应该如何限速?
P2p为分布式模型,有一台中央设备,提供种子。资源由中心点下载到各个节点上,当有新用户也要下载该文件时,中心设备将文件进行切割,分布于各个节点上,当用户下载时,将从不同节点进行下载,从而获得较快的下载速度。缺点:当含有文件相同部分的全部节点都挂掉时,下载将会失败。
只限制入口量,则仍旧会有大量请求包占据外网口,会造成阻塞,所以应该在出口处进行出包限制,限制回应包的数量,从而对发送来的包进行限制

你可能感兴趣的:(技术,QOS)