集成服务

Integrated Services（Int-Serv）集成服务（Int-Serv）

集成服务，或称Int-Serv，是一种通过使用带宽预留技术在因特网和企业网上提供QoS的模型。正像最初所设计的，因特网仅支持通过多路存取（共享）网络链路尽力传送分组。因为因特网的面向分组的特性以及队列延迟经常变化和拥塞丢失等因素，所以基本上不支持QoS（服务质量）。

Int-Serv模性定义了标识通信流（前往同一目的地的分组流）的方法。因特网话音呼叫即为这方面的示例。Int-Serv概念仅预留所希望的带宽数以支持流的需要，并保护它不受网络拥塞而导致的损坏。预留是通过与前往目的地的路线上的每个网络设备协商的。如果每个设备都有支持流的资源，则会建立预留路径。

RSVP（资源预留协议）是正向发送消息以请求预留，然后逆向发送消息以建立预留的信令协议（如果路线上的所有设备都同意预留资源的话）。

许多人觉得Int-Serv概念过于庞大和困难以致于无法在因特网实现（尽管它适合于企业网络）。与此相反，IETF Diff-Serv模型是一种分类和分组标记系统，它更为关注CoS（服务等级）而非QoS。不管在源地还是在Diff-Serv网络的边缘，都会对数据分组进行分类和标记，然后赋予它们在穿越网络时的适当优先级服务。Diff-Serv更加适合在因特网上实现。请参阅“区分服务（Diff-Serv）”。

最早讨论Int-Serv的文档是RFC1363（AProposedFlowSpecification,September1992）。它提出了可供主机用来请求互联网特殊服务的流规范（即，有关互联网如何提供应用程序间的通信质量该RFC描述了带有可供主机用来描述其流要求的字段的消息结构。该消息通过网络发送，并用于同设备进行协商以获得所需的服务级别。

该RFC还探讨了通信量和延迟特性、队列问题和缓冲区、延迟变差、速率控制以及网络提供保证范围的要求。当时，进行了关于主机是否应协商获得网络资源或互联网络是否应从嵌入在数据通信中的信息推知主机QoS要求的思考。

预留方法最主要的要求之一是查找支持QoS要求的路由。提供给路由选择系统的信息含有吞吐量要求、延迟敏感性（即，如果流是延迟敏感的，则避免使用卫星链路）、容错（应用对丢失数据分组敏感吗？）和延迟偏差容限（话音不能容忍抖动）。理想的情况是网络既可以允许流（接纳），也可以拒绝它。早期的设计者曾考虑过一个方案：主机通过与网络不断“协商”直到可以达成适合的预留！

RFC1363作出的最后说明是，必须存在一种机制来执行短时信息交换，以便为流的建立做好准备。这是RFC1633（Integrated Services in the Internet Architecture: An Overview,June1994)形成其构想的起源。它清楚阐明了一个可行的预留系统。特别是它提到了在网络上预留QoS时需要有资源预留协议（作为必然条件）。在RFC2205（Resource Reservation Protocol - Version1 Functional Specification, September1997)中介绍了RSVP1版本。

集成服务体系结构最早的Int-Serv规范提倡两种瞄准实时通信的业务类型：保证业务和预测业务。其目标是超越原始因特网体系结构的尽力性质，通过控制端到端数据分组延迟建立

能支持实时QoS的模型。该模型规定以下功能：

·受控链路共享通过控制链路，有可能监视进入链路的新流，并在它们会降级己分配给现有流的服务时拒绝它们。这是从最初的尽力共享模型的一个根本性转变。在以前的模型中，即使链路发生拥塞，分组也会被随意发送到网络。

·资源预留预留带宽是Int-Serv模型的关键特征。RFC1633指出，只有通过预留才能实现保证。此时的“保证”是指允许实时应用程序在其使用期间以可接受的方式运行的服务质量。

·许可控制拒绝那些可能会降级现有流的质量的新流，也是Int-Serv模型的一个主要特征。

为了满足上述要求，Int-Serv框架含有下列内容：管理数据分组流转发的数据分组调度程序；将传入分组映射成某种类别从而使同一类的分组可以获得同等对待的分类器；确定新流是否获得所请求的QoS的许可控制组件；预留建立协议（即RSVP)，它创建和维护位于流的路由路线上的主机和路由器中的流。许可控制组件还处理身份验证功能以及记帐和管理报告。这意味要有一个跟踪用户优先权的策略系统和一个向用户收取带宽费用的系统。请参阅"RSVP（资源预留协议）”和“基于策略的管理”。

RSVP的问题在于，它试图通过跨多个网络预留带宽来提供QoS这要求每个路由器都要为流预留资源，并在任何时候维护对可能是数百或数千个流的状态。这是违反因特网基本体系结构的。因特网基本体系结构基于以下概念：只有端系统保持流的状态信息，并且路由器应保持相对简单。

升级因特网协议和路由器以支持流和状态信息己成为令人畏缩的任务。虽然RSVP在目前己存在并且路由器可支持它，但是采用它的人很少，尤其在因特网上。许多人己经拒绝了Int-Serv模型，他们声称该模型有伸缩性问题，并说如果有足够的带宽，CoS技术将足够应付。CoS技术是实现较新的DiffServ模型的途径，它对数据分组进行分类和标记，从而在不需要进行通常的表查找的情况下，使数据分组在网络节点处得到特定的逐跳转发。最重要的部分是Diff-Serv在边缘从事该工作，因此网络设备只需要在正确排队和转发数据分组时介入。还有许多其他方法，包括更有效地传递多媒体流的技术。请参阅“QoS（服务质量）”、“多播”以及“多媒体”。