学习CCNP时的QOS笔记学习CCNP时的QOS笔记.docVIP

QOS(Quality Of Server)（在拥塞时才用） 针对与出去的包 ·交换进程：负责对到达路由器接口的数据流进行处理，将数据流发送到出站接口的缓存中，这种交换进程随协议而异。 ·FIFO(First In First Out) 排队是一种经典的分组传输算法。 　分组的传输顺序与接收顺序相同。现今仍是大部分接口的默认设置。（大于2M的基本都是） 默认2M一下都是WFQ ·确定数据流的优先顺序。对延迟敏感的流量赋予高的优先级。 　如果WAN链路不发生拥塞，没有必要划分数据流的优先顺序。 　如果WAN链路经常发生拥塞，划分数据流的优先顺序可能解决不了问题，更合适的解决方案是增加带宽。 ·制定排队策略： 　1.为所有用户提供合适的服务级别 　2.节省昂贵的WAN费用 ·RTP（Real-Time Protocol）：实时传输协议 　RTP传输多媒体应用的数据流，包括IP语音和视频（对延迟比较敏感的） 　SSH（Secure Shell）：安全远程登陆，类似telnet 　SSH是一种安全应用，用于登录远程设备，并在远程设备上执行命令，将远程文件下载到本地，默认使用22端口。 　FTP（File Transport Protocol）： 　FTP用于在设备之间传输文件，默认使用21（控制）端口,20（数据）端口。 排队技术： 分类classification 加队 相应数据加到队列中 3，调度 PQ分类：1high 2medium 3normal 4low 不定义就是3 加队： 调度：只要高优先级有流量就发高优先级的 实验：telnet high icmp normal Config: priority-list 1 protocol ip high tcp telnet Config: priority-list 1 protocol ip normal list 100 Access-list 100 permit icmp any any Show int e0 Show queueing (看所以队列) Debug priority Ping telnet CQ (建立在PQ的基础上) 分类：1～16队列 0级为最优 共17个队列 加队：默认1500个字节 调度：轮循，第一个传完就传第二个 先有1000个字节，再来1000，还是会传 Config :queue-list 1 protocol ip 0 tcp telnet Config :queue-list 1 protocol ip 1 list 10 Acc-list 10 permit icmp any any CQ与PQ不能同时 Config queue-list 1 queue 0 byte-count 800 Debug custom-queue 把0级变为没有优先级 ：config :queue-list 1 lowest-custom 0不推荐打0 一般打2 WFQ(Weighted Fair Queuing) （基于流的） 2层 源和目标的mac地址 3层 源和目标的ip 4层 源和目标的端口号 ·WFQ算法将数据流划分成流，这是根据分组报头中的地址实现的。 　源/目标网络地址（MAC地址）（套接字）（DLCI） 调度： ·基于流的WFQ在传输数据之前，将各个会话的分组放到公平队列中。 　WFQ给每个流指定一个权重，权重决定了队列中分组的传输顺序。 　这里首先传输权重小的分组。小容量的权重较小。 　小容量流量发送后，各大容量共享余下的链路带宽。 　大小相同的文件传输将获得相同的带宽，而不是先到的文件占用大量带宽。·WFQ可确保每个数据报都能占用适当的带宽。 ·WFQ给每个会话分配一个队列，队列优先级分7种。 R2(config-if)#fair-queue （接口启用WFQ） （s口默认是开启的） R2#show interfaces ethernet 0/0 　 ....Queueing strategy: weighted fair ·速率不超过E1（2.048Mbps）的Serial默认使用WFQ。 　在使用X.25或压缩PPP的Serial，WFQ被禁用。 　E3/T3 (34M/45M）的WAN接口和Serial不支持WFQ。 R2(config-if)#fair-queue 128 　队列中的分组超过128个后，新分组将不会被加入到队列中， 　直接队列中的分组数小于32（128/4)为止。 Show queueing random-detect WRED（专门解决伪丢弃出现的滑窗问题） 有七个优