QoS服务器模型

QoS服务模型

• 尽力而为的服务（Best Effort ）

1. 没有应用QOS，网络的默认行为。

• 集成服务（IntServ ）

1. 所有的中间系统和资源都显式的为流提供预定的服务，这种服务需要预留网络资源，确保网络能够满足通信流的特定服务要求。
2. 要求综合全网的网络资源，要每一跳的传输都是可预见的。
3. 主要用于实时信息，可以绝对保证其转发。因为对控制的要求高，所以用于小网络。
4. RSVP（Resource Reservation Protocol资源预留协议）是支持集成服务的一种协议。

• 区分服务（DiffServ）

1. 将根据服务要求将通信流分类，然后将它们加入到效率不同的队列中，使一些通信流优先于其他类别的通信流得到处理。
2. 不同的流，给以不同的对待。（流分类+流策略+流策略应用）

IntServ服务模型

• IntServ 是通过部署RSVP（Resource Reservation Protocol资源预留协议）实现的，在两个端点（发送者、接收者）中间网络设备上都要启用RSVP。
• 业务数据流在发送之前，起始节点会向网络请求特定类型的服务，并将其流量配置文件告诉网络中的每个中间节点，请求网络提供一种能够满足其带宽和延迟要求的服务。（传输过程中的所有节点都要为此类型的业务流量预留资源，保证其所需的服务）
• 当从网络得到确认后，业务才开始发送数据。

资源预留过程

1. 数据发送方发送rsvp path控制消息，此消息描述了将要被发送的数据的信息。
2. 每个rsvp路由器收到rsvp path消息后，保存上一跳的IP地址，并继续向下发送。
3. 接收方接收到rsvp path消息后，使用rsvp resv消息向上一跳路由器请求rsvp资源预留。rsvp resv消息从接收方到发送方所经过的路径与rsvp path消息到来时完全相同。
4. 收到rsvp resv消息后，rsvp路由器需要确定是否可以满足这些rsvp请求，如果不能，则拒绝；如果可以，则预留出足够资源，并继续向上一跳发送出rsvp resv。
5. 发送方收到rsvp resv，说明预留已经就绪，可以开始发送数据了。

资源预留方式

1. 独占式
   适合于多个数据源同时发送的应用程序，针对每个发送方预留资源，且发送方是很清楚的。
2. 共享式
   适合于多个数据源不太可能同时发送的应用程序，可细分为两种：

• 共享显式SE（shard explicit），可以为多个明确的数据源源预留资源
• 通配符过滤器 WF（wildcard filter），可以为所有源预留资源

IntServ局限性

需要一个PDP（policy Decision Point策略决策点）来集中完成网络对RSVP请求的许可控制。不具有可扩展性，并且需要网络设备不断的发送信号，本身占用带宽。

DiffServ服务器模型

• 能够提供满足不同QOS需求（带宽、时延、抖动、丢包）的多种服务等级。
• 与集成服务（IntServ）相比，区分服务（DiffServ）不需要显示的通知网络设备预留网络资源，一般常用DiffServ服务模型部署QoS。
• 路由器对数据包的处理是逐跳行为。

DiffServ局限性

没有绝对的服务保证，工作机制复杂。

MQC（Modular QoS CLI(command line interface)）

• MQC，模块化的QOS命令行。
• MQC是一种模块化的配置工具，为配置QOS提供了一个统一的格式标准。基本思想是：它需要先对流量分类，再为不同类别的流量制定转发策略。
• 与传统的CLI配置相比，MQC的效率更高。

MQC配置步骤：

1. 定义class-map对流量分类
2. 定义policy-map为不同类别流量制定策略（流分类+流动作）
3. 使用service-policy命令将策略调用在接口下

DiffServ四要素

对于QoS区分服务模型（DiffServ），我们可以从以下四个要素展开理解：

1. 流分类和标记（classification & marking）

• 基于QoS优先级流分类
• 流标记之QoS优先级映射
• 基于报文五元组流分类

2. 限速之流量监管和整形（shaping & policing）

• GTS
• FRTS
• CBshaping
• CAR
• CBpolicing

3. 拥塞避免（congestion avoidance）

• RED
• WRED
• FB-WRED
• CB-WRED

4. 拥塞管理之队列（Congestion management）

• FIFO
• PQ
• CQ
• WFQ
• LLQ
• CBWFQ
• WRRQ