CCNP 18 QOS

QOS：服务质量

• 包交换中由于带宽是共享的；故在没有进行QOS前，网络将被突发性的连续数据包来影响导致延时出现抖动、丢包；
• 带宽----整段路径的最小链路带宽
• 延时：

1. 进程延 时（转发延时） 路由器传输数据必须经过的步骤，如查路由表
2. 队列延时—缓存
3. 线路传播延时

整段路径所有延时的总和，为该路径的延时；

• 解决方法

1. 使用更快查表机制----CEF
2. 队列，优先重要报文
3. 升级物理链路
4. 数据压缩

• 抖动和丢包
  默认尾丢，该种丢弃机制将导致链路的利用率降低；
  QOS就是在队列处进行动作来优先重要的报文；

QOS的模型：

1. 尽力而为的模型；----没有实施手工QOS的模型；默认在以太网接口上使用FIFO先进先出；在串线链路上实施WFQ–加权的公平队列
2. 集成服务模型—使用RSVP （资源预留协议）
   从源到目标的整段路径上部署一致的策略 基于该源到目标的流量直接预留带宽
3. 区分服务模型-----手工QOS
   PHP逐跳行为

RSVP协议

• 资源预留协议
• 从发送方到接收方的整段路径上所有设备均需要支持RSVP的协议；

1. 发送方发出path（包含源、目标ip地址，需要预留的带宽）
2. 中间的设备保留信息，沿单播路由表传输到目标
3. 目标收到path后，若同意就回应resv 消息
4. Resv消息从目标到源的过程中可以了解是否有足够的带宽被保留；

• RSVP预留方式：

1. 独占式：适合多个源同时发送数据，针对每个发送方预留资源；中间的路由器对发送方地址是很清楚的；在路由上使用FF来标示
2. 共享式：适合多个源非同时发送数据；
   SE：为多个明确的源预留
   WF：为所有的源预留–不清楚源的ip地址

---

配置

1. 若PC支持RSVP协议，那么中间的路由仅需要开启RSVP协议及可
2. 若不支持，需要第一跳路由器和最后一跳路由器来进行取代

• 激活协议:流量进出的所有接口均需要配置；默认激活的接口可以预留接口带宽的75%

r1(config)#interface fastEthernet 0/0
r1(config-if)#ip rsvp bandwidth ?
<1-10000000> Reservable Bandwidth (kbps) 定义可预留带宽
< cr> 默认75%
r2#show ip rsvp interface serial 1/1

• 第一跳路由器

r1(config)#ip rsvp sender 3.3.3.2 1.1.1.2  0    0     0         1.1.1.2 f0/0        100 100
                          目标  源  协议 目端口  源端口 上行设备地址 接口相连接口
0标示为所有协议； 末尾两个100代表的是最小、最大预留带宽

• 最后一跳路由器

r3(config)#ip rsvp reservation 3.3.3.2 1.1.1.2 0 0 0 3.3.3.2 f0/0 ?
---------------------------------------------- 下级设备地址及相连接口
ff ------ Single Reservation
se------ Shared Reservation, Limited Scope
wf ------ Shared Reservation, Unlimited Scope
r3(config)#ip rsvp reservation 3.3.3.2 1.1.1.2 0 0 0 3.3.3.2 f0/0 ff load 100 100

• RSVP协议可以跨层封装也可基于TCP/UDP 3455端口工作；若跨层封装，协议号46；

• RSVP的缺点：

1. 若一台设备不支持RSVP那么将不能实现
2. 可控性差 PC的应用程序可以随意的定制预留带宽
3. RSVP 自身的协商流量不在被优先范围内的

区分服务模型：手工QOS

• 手工QOS存在的技术

1. 分类
2. 标记
3. 流量的监督和整形
4. 队列技术（策略）
5. 拥塞避免（丢弃机制）

• 以上所有技术在实际应用时，可以进行组合使用：

6. 分类—队列
7. 分类—队列----拥塞避免
8. 分类–标记----队列
9. 分类–标记—队列–拥塞避免
10. 分类–标记—队列–拥塞避免—监管、整形

分类流量：ACL和NBAR

• ACL可以抓取2、3、4层流量
• NBAR用于抓取应用层流量

NBAR：

• 基于网络的应用层流量来进行识别
• 基于PDLM进行流量的匹配；PDLM是一个应用层流量的特征文档；可以在互联网中获取；使用TFTP服务可以将PDLM文档上传到设备中假设TFTP server的根目录下存在一个PDLM文档，名为bt.pdlm将其加载到设备中

core#copy tftp: flash:
Address or name of remote host []? 172.16.10.253
Source filename []? bt.pdlm
Destination filename [bt.pdlm]?
Accessing tftp://172.16.10.253/bt.pdlm…
Loading bt.pdlm from 172.16.10.253 (via Vlan10): !
[OK - 0 bytes]

r1(config)#ip nbar pdlm flash://bt.pdlm 将flash中的PDLM文档加载到nbar中

r1(config)#class-map bt
r1(config-cmap)#match protocol bt
r1(config-cmap)#exit

r1(config)#policy-map bt
r1(config-pmap)#class bt
r1(config-pmap-c)#drop

r1(config)#class-map ccie
r1(config-cmap)#match protocol http url www.taobao.com
r1(config-cmap)#match protocol http mime *.jpg
默认限制流量是基于http的80端口
r1(config)#ip nbar port-map http tcp 80 8080 基于8080端口来限制http流量

二、标记

1. 基于网络层进行标记 —基于IP报头中的服务类型字段（TOS）进行服务类型字（TOS）存在8位二进制；

• • 优先级—取TOS前3位
    0–7个优先级 大优
    默认普通流量为0，VOIP语音为5
    控制层面流量为6；
• • DSCP 差分服务代码点–取前6位 可以兼容优先级
    为了方便配置，DSCP存在分类
    默认系列 全0
    CS系列（类的区分器） 仅使用前3位 CS1—CS7 对应优先级1–7
    AF系列（确保转发）
    EF系列（快速转发） 固定值46对应优先级中的5来固定给VOIP流量

2. 基于数据链路层标记

• • 以太网，只能在802.1q或ISL中进行标记；3位8个优先级
    当优先级被修改，802.1q被称为802.1p
• • 帧中继流量中拥有DE位—合法丢弃位 —0或1；决定了在拥塞时是否优先丢弃该流
    量
• • MPLS 中存在EXP（试验位） 3位8个优先级

配置

1. PBR—策略路由

• 作用：
  1）对数据层面流量进行控制
  2）对网络中的优先级进行标记；

• PBR基于数据层面控制时，凌驾于路由表之上，存在PBR后，路由器将不查看路由表来转发流量

• 所谓的PBR就是将route-