QOS

QOS（服务质量）
提高QOS的最简单的方法：提高带宽（不建议使用，几乎不能解决绝大部分问题）
定义：在资源有限的情况下，提升网络的服务质量，优化网络流量
1.流量识别
识别二层头部、三层头部、四层头部（ACL可以做到）
2.特殊设备（除路由器交换机等）：应用层头部和应用层内容（ACL做不到的）（DPI/DFI深层流量监测技术）
3.队列机制（只能解决最少传多少流量）
队列的设置（只要有重要的流量过来就直接先处理）
队列的调度（为重要的流量预留一部分带宽）
4.流量管理机制
令牌桶算法（原理类似于公园买票）
5.拥塞控制
队列的丢弃机制
一、Tos（服务类型）：
8位二进制
0.：普通流量
1、2、3：比较紧急的业务流量
5：一帮用于语音流量（特例：10111 EF 优先权高，丢弃概率也高）
4：视频流量
6、7：协议路由流量控制
IP PREC
队列满了时优先级即使为5也不能马上转发（ip prec只能决定谁先转谁后转，决定不了丢弃的概率）
DSCP
前三位决定谁先转谁后转（与ip prec一样），后面两位决定被丢弃的概率（后两位越小越不容易被丢弃）
策略路由也可以做标记
指令：class-map match-all(match-any) XXX（如果不写中间的match-all/match-any则默认为match-all）抓取的容器
Match access-group XXX
Match not … 不匹配什么
Policy-map XXX策略处理
Class a
Set dscp（ip prec） af11
调用：
Int f0/1
Service-policy output（input） XXX
流量进入路由器不先进入路由表，先进入Contral-plane
Control-plane
Service-policy output(output XXX
二、队列机制：
1.PQ high medium normal low绝对优先队列
优先走高队列流量，其次是中，依次类推，对高优先级绝对友好，对低优先级绝对不友好
饿死现象（低优先级）：可以得到的转发机会太少
2.CQ：轮循队列 ROBIN 16个队列 0对为优先队列
有0队绝对优先转发，1-15轮流循环转发，不存在饿死现象，但时延不友好
3.WFQ：加权公平队列 256个队列 低于2.048串行线路的默认队列（大于2.048默认队列FIFO）
所有的对列会占用带宽的一定份额，权重一样时采用FIFO原则，流量需要转发时份额足够就可以进行转发，高优先级也可以进行快速转发，也不会出现时延和饿死现象，但是分类是自动分类—根据流来进行分类（具备相同五元组的叫做一个流）
每一个队列占到的份额是按照 权重值+1+另一（权重值+1）/队列数
4.CBWFQ：手动控制的加权队列 手动设置队列和占用带宽值（带宽的百分比占用默认不能大于75%）
5.LLQ 专门为VOIP流量而设的队列 低延时队列，有低延时队列的流量就先转发低延时队列的流量

三、流量的管理与整形
令牌桶算法
CIR：承诺信息速率 TC：令牌下发间隔（ms） bc：每次下发令牌数量
be：超发令牌
CIR=bc/Tc
三色：取到令牌的流量会染成绿色，未取到令牌的流量会染成红色，默认绿色流量为放行，红色流量被滞留（丢弃/缓存），在第二个桶中取得令牌的流量染成黄色（默认放行）
令牌桶：
1.单速率双色单桶
2.单速率三色双桶
3.双速率三色双桶
Policy指令红色流量如果是drop那么流量会被丢弃，常用语限速场景
Shape指令红色流量如果是drop那么流量会被缓存（等待下次发送），常用语整形场景
队列之间可以互相嵌套，同一个接口下只能调用一个police
Policy-map整形
Class a
Shape整形
Service-policy b
Policy的带宽分配
Policy-map限速
Class a
Policy限速
Service-policy b
Policy的带宽分配
四、拥塞避免（丢弃原则）
WRED
尾丢弃会引发TCP“全局同步”，RED 早期检测随机丢弃 会避免这种现象，WRED 加权的RED 根据优先级来对数据进行丢弃