QoS详解和配置.docVIP

QOS(Quality Of Server)（在拥塞时才用） 哪些问题会影响网络的数据传输 1、有限的带宽 2、延迟 3、抖动(缓冲是解决抖动的) 4、丢包 解决可用带宽的方法： 1、升级带宽，增加链路带宽 2、让优先级高的流量先过 3、压缩二层的帧 4、压缩IP包的头部 延迟的分类： 1、处理延迟--网络设备将数据帧从入接口取出，将其放到接收队列，再放到出接口输出队列所需的时间 2、排队延迟--数据包在接口的输出队列中等待的时间 3、串行化延迟--将封装在数据帧中比特放到物理介质上的时间 4、传播延迟--通过物理介质传输数据帧中的比特所需的时间 注意：只有排队延迟可以通过使用QOS来进行控制 QOS服务模型： 1、尽力而为的服务--没有应用QOS，网络的默认行为 2、集成服务--所有的中间系统和资源都显式的为流提供预定的服务，这种服务需要预留网络资源，确保网络能够满足通信流的特定服务要求。 3、区分服务--将根据服务要求将通信流分类，然后将它们加入到效率不同的队列中，使一些通信流优先于其他类别的通信流得到处理。 IntServ(Integrated Services)应用的极少数 集成服务模式是通过信令来沟通 集成服务是通过使用RSVP（Resource Reservation Protocol资源预留协议）实现的，在两个端点中间网络设备上都要启用RSVP。（RSVP只是实现集成服务的一种应用之一） 工作原理--数据流在发送之前，起始节点会向网络请求特定类型的服务，并将其流量配置文件告诉网络中的每个中间节点，请求网络提供一种能够满足其带宽和延迟要求的服务。在从网络得到确认后，应用才开始发送数据。 资源预留的过程分为5步： 1、数据发送方发送rsvp path控制消息，这种消息描述了将要被发送的数据的信息。 2、每个rsvp路由器收到path消息后，保存上一跳的IP地址，并继续向下发送。 3、接收站接收到rsvp path消息后，使用rsvp resv消息向上一跳路由器请求rsvp资源预留。rsvp resv消息从接收方到发送方所经过的路径与rsvp path消息到来时完全相同。 4、rsvp路由器确定是否可以满足这些rsvp请求，如果不能，则拒绝。如果可以，则预留出资源，并继续向上一跳发送出rsvp请求。 5、发送方收到rsvp请求，说明预留已经就绪，可以开始发送数据了。 路由器对数据包的处理过程： 1、准入控制 2、分类 3、策略 4、排队 5、调度 RSVP:资源预留方式可分为两类： 1、独占式--适合于多个数据源同时发送的应用程序，针对每个发送方预留资源，且发送方是很清楚的。 2、共享式--适合于多个数据源不太可能同时发送的应用程序。 又可分为两种： ①共享显式（shard explicit SE）--为多个明确的源预留资源 ②通配符过滤器（wildcard filter WF）--为所有源预留资源 需要一个PDP（policy Decision Point策略决策点）来集中完成网络对RSVP请求的许可控制。 缺点：不具有可扩展性，并且需要网络设备不断的发送信号，本身占用带宽。 配置： R1(config)#interface e0 R1(config-if)#ip rsvp bandwidth 起用rsvp，默认使用75%的带宽做rsvp R1(config-if)#ip rsvp bandwidth 500 只使用500K的带宽 R1(config)#interface S0 R1(config-if)#ip rsvp bandwidth R1(config)#ip rsvp sender udp 1040 0 e0 32 32 目标IP 源IP 目标端口 源端口 预留带宽 R2(config)#interface S0 --中间路由器只需要在入接口和出接口开启RSVP就可以了 R2(config-if)#ip rsvp bandwidth R2(config)#interface S1 R2(config-if)#ip rsvp bandwidth R3(config)#interface e0 R3(config-if)#ip rsvp bandwidth R3(config)#interface S1 R3(config-if)#ip rsvp bandwidth R3(config)#ip rsvp reservation udp 1040 0 e0 ff load 32 32