通过一个网络,R S V P 携带着资源预约请求信息,而这个网络可能由不同的媒体构成。沿着数
据路径,R S V P 可将一名用户的 Q o S 请求传播到配置了 R S V P 功能的所有网络设备上,允许将
资源从所有R S V P 设备中“预约”或“保留”出来。这样一来,网络节点便可根据网络的现状,
判断出它是否能达到要求的服务级别(或服务品质)。
R S V P 协议在预约网络资源时,需要贯穿全网,建立端到点的“数据流”。这里的“数据
流”实际就是一个网络路径,除了同一个或多个发送者联系在一起之外,还要同一个特定的
Q o S级别联系在一起。作为发送方主机,假如希望自己发出的数据分派到一个特定级别的 Q o S ,
便需向目标接收者(可能不止一个)发送一条 PAT H (路径)消息。在这条 PAT H 消息中,主
要包含了对带宽的要求。沿着这条路径,相关的参数便会传播至目标接收者。
作为一个接收方主机,假如对这个数据有兴趣,便可为数据流保留相应的资源(以及自
发送者那里来的完整路径)。因此,它需要发回一条 R E S V (就是“预约”的意思)消息,对
发送者作出回应。此后,位于中途的 R S V P 设备便必须判断自己是否能提供要求的带宽,并核
查发出资源请求的用户是否真的有权来做这样的事情。假如拿出请求的带宽毫无问题,而且
根据用户的安全策略设置,表明用户有权发出这样的请求,那么位于中途的每个 R S V P 设备都
会腾出需要的资源,并将R E S V 消息传回当初的发送者。
发送者收到R E S V 消息之后,Q o S 数据便可开始“流动”了。在这个“流”内的每个端点
都会定期发送PAT H 和R E S V消息,重申资源预约,以及在可用带宽级别发生更改之后,提供
相关的网络信息。此外,通过 PAT H和R E S V 消息的定时刷新,R S V P协议便能“永葆青春”;
或者说,一直保持“动态”。假如出现了一条更好(比如更快)的传输路径,刷新过的消息便
能发现那条新路由。本章后面讨论 Wi n s o c k 提供的 Q o S 机制时,还会将重点放回 R S V P 协议,
并讲解如何用Winsock API调用提供对它的支持。
对于会话设置和 R S V P 来说,有个问题切不可掉以轻心
—
资源的预约永远都是“单向”
的!即便应用程序同时为数据发送及接收请求带宽,预约仍然是单向进行的。此时会为发送
请求初始化一个会话,并为接收请求初始化另一个会话。在本章后面,还会详细论述 R S V P 会
话的初始化要求。
12.1.2 网络组件
为使“端到端”的Q o S 能正常运作,两个端点之间的网络设备必须能对数据通信的优先级
加以区分。只有这样,它们才能在满足 Q o S 要求的前提下,对应用程序要接收的数据进行正
确的路由(选择)。除此以外,在应用程序发出带宽请求之后,这些网络设备必须能判断出网
络中是否存在足够的带宽。为满足这一系列要求,我们创建了下面这些必不可少的组件:
■ 8 0 2 . 1 p :在子网中区分数据包优先次序的一种标准,它在包的访问媒体控制( M A C )
头中另行设置了3个位(二进制位)。
■ I P 优先级:用于为I P 包建立优先级的一种方法。
■ 第2层传信:将R S V P对象映射成正宗WAN QoS组件(网络的位于O S I第2层)的一种机
制。
■ 子网带宽管理器(S B M):用于对共享媒体网络带宽进行管理的组件。
■ 资源预约协议( R S V P ):用于携带(负载) Q o S请求以及相关信息的一种协议。沿着
发送者与接收者之间的数据路径,这些信息会传递给配备了 Q o S 能力的网络设备。注
第12章计常规服务质量计计293