QOS服务质量

QOS：服务质量
造成网络传输出现故障的原因：
1.有效带宽不足：1.更换链路（不能根治）
2.使重要流量优先传递，UDP流量比TCP流量抢占性更高，因为TCP传输有滑动窗口机制，
3.数据压缩（视频。语音流量）
2.延时较大 ：分为4类
1.传播延时（一般不考虑，影响很小） 2.处理延时（进程，查表延时，影响也不大） 3.队列延时（在接口出现排队问题，拥塞，默认两种，一般为FIFO）
4.串行化延时（相当于封装，数据帧变为比特流的时间）
解决思路： 1.更换链路、设备 2.使重要流量优先传递 3.数据压缩
3.产生抖动：不一致的延时所产生，延时最大与延时最小的差是否满足要求
4.丢包 ：
一.qos 分类 ;
1.集成服务QOS模型，
2.区分服务QOS模型（IE中再去详细了解），
二.QOS部署方式：
1.CLI命令行部署，很少用
2.MQC：模块化QOS，使用class-map抓流量 和 policy-map制定策略之间的逻辑关系
3.Auto-Qos ：自动QOS
4.SDM：图形界面化QOS
三.集中式服务模型
RSVP:资源预留协议
资源预留方式：
固定资源预留：FF 别的流量不能抢，即便没有本身流量
共享资源预留：SE指定源预留 WF万用预留
实验拓扑：
R1 R5模拟主机 R2 R3 R4中间路由器

接口启用RSVP协议，默认预留接口带宽的75%,R2 R3 R4都做

第一跳路由器代替主机发送RSVP path消息

突发值设置为100，预留1M，分成多次发，每次发0.1M也就是100K
不然流量每次传输都是不平滑的，每次发一部分，中间是不传递这个流量的，到下一秒的这个时间继续发，现在改了以后就是一秒发送多次就可以把数据发送完

最后一跳路由器代替主机发送RSVP RESV 消息，只有收到RSVP RESV消息才会开 始进行资源预留（判断方式是AC准入控制，自身接口是否有足够的带宽进行预留）

查看

1544*0.75=1158



为什么是在R4上定义FF，是因为RSVP信息中才会定义如何预留

四：QOS工作过程
分类、标记
队列机制
拥塞避免
整形、监管
数据压缩 、链路捆绑
分类，标记
分类标准： 1.ACL 2.源IP地址 3.目标IP地址 4.协议 5.源、目的端口 6.二层地 址 7.TOS（服务类型） 8.EXP（MPLS中优先级字段） 9.PRI（802.1Q中的优先 级字段、称为COS） 10.FR DE位 11.ATM
标记：更加方便分类
二层标记：EXP COS(PRI) DE
三层标记：TOS （1.IP precedence 2.DSCP 3.PHB）
EXP ：MPLS 中EXP位 ，3bit ，0 1 2 3 4 5 6 7
COS：802.1Q中PRI位，3bit，0 1 2 3 4 5 6 7
DE：FR中丢弃位
TOS： type of service 服务类型 ，8个bit
1.IPP IP优先级字段 ，TOS中的前3bit ，定义标准 0 1 2 3 4 5 6 7
2.DSCP：区分服务代码点
3.PHB：每一跳行为 （21中PHB行为）
Default ：000000，没有优先级，执行FIFO
CS（分类选择器）：XXX 000 ， 4 ；100000 ，100000=32 8中分类
AF（确保转发）：
AF11 AF12 AF13
AF21 AF22 AF23
AF31 AF32 AF33
AF41 AF42 AF43
EF（特快转发）：101110—DSCP 46

分类标记实验： 1.CLI 2.MQC

PBR：基于策略的路由

MQC：CBMarking

1. 使用ACL或其他工具定感兴趣流
   2.使用class-map进行分类
   3.使用policy-map ，调用class-map，进行marking
   4.接口调用：