QOS

QOS

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

一、 流量分类

TOS位，位于包头为之后，8位二进制

规定：数字越大，越容易从接口出去（优先级越高）
不合理之处：当队列满时，若再有较重要流量要进行排队，将会被拒绝

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

流量标记：

策略路由PBR、令牌桶也可做流量标记

二、 令牌桶（装令牌的容器）

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

1. 单速率双色单桶

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

2. 单速率三色双桶

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

3. 双速率三色双桶

双速率：两个桶各自拥有一个速率，一个容量为pir，一个为cir
先查看流量是否超过cir，未超过，从cir中取；超过cir，从pir中取。若超过pir，则会被丢弃

管制—限速，令牌桶做令牌发放速率限制，从而限制发送速度
整形—红色流量进行缓存，等待下次获得令牌通过，未被丢弃。一般适用于高带宽向低带宽发送数据
拥塞通知符：告知所在位置产生堵塞
队列调度—提供保障

三、 流量管理

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