基于H.323协议的IP电话网关的QoS设计与实现

首先介绍了RSVP的基本框架，基本原理和主要特点，然后分别从H．225的RAS协议、H．245协议和RSVP的同步问题等方面，对IP电话网关的RSVP过程进行了较为详细的分析，最后阐述了RTP／RTCP协议里与QoS相关的一些细节。     

流媒体系统引入RSVP协议的实现方法

RSVP协议在具有QoS保证的应用程序实现中的复杂性成为RSVP协议应用到流媒体系统中的一个瓶颈.提出一种在基于Windows平台的流媒体系统中引入RSVP协议的实现方法,此方法在实现了RTP/RTCP协议的流媒体系统基础上,不必修改源码,通过一种RLR（RSVP library redirection,RSVP库重定向）方法,结合微软Winsock2中的常规服务质量（generic quality of service,GQoS）技术,为流媒体预留带宽.     

一种微移动环境中高效RSVP路径管理方案

在微移动/无线环境下,针对延迟抖动敏感的实时业务,高效RSVP路径管理方案通过分步地顺序执行指针转发RSVP路径扩展方法和交叉路由器RSVP路径部分建立方法,设计了一种高效的微移动资源预留协议MMRSVP,同时兼顾了移动主机RSVP切换的延迟时间和网络资源利用率.性能分析与仿真实验表明,在RSVP切换延迟和资源利用率上,MMRSVP均取得了优越的性能.     

RSVP协议端到端QoS控制机制的研究

1 引言为了支持在Internet/Intranet上开发多媒体应用,IETF开发了两个支持多媒体通信的传输协议:实时传输协议RTP和资源保留协议RSVP,这两种传输协议都是在无连接协议UDP上提供端到端实时传输服务的、本文主要讨论RSVP协议。 RSVP目标是在网络中为建立特定的服务质量(QoS)提供一种方法,以减小网络传输延迟。RSVP定义了一种称为会话(session)的特殊QoS控制关系,支持端到端的QoS协商和控制。 RSVP的基本原理是发送者在发送数据前首先发送Path消息与接收者建立一个传输路径,Path     

RSVP实现中的两个问题

本文简单介绍了RSVP协议,主要讨论了RSVP协议实现中的两个问题：消息循环问题和合并流说明带来的问题及解决方法。     

PATH消息触发的RSVP主动网络加载机制

提出了一种新的机制来解决在传输路径中加入非RSVP节点的问题：当周期性的PATH消息到达一个没有部署RSVP协议的主动节点时,将触发一个RANDP请求包,该RANDP请求包将会到达一个已经部署RSVP协议的主动节点。该节点将会对RANDO请求包作出响应,发出一个RANDP部署包,从而存新的非RSVP节点加载RSVP协议。提出了有关部分的设计,定义了RANDP请求包和部署包的格式,并对新机制的带宽消耗进行了分析。     

Windows系统IP网络上的QoS分析

当前网络服务质量的热点之一——RSVP协议和使用RSVP协议的应用接口GQoS。描述了QoS组件和结构,使用Winsock2GQoSAPI编写请求QoS的应用程序。     

一种基于RSVP协议的资源提前保留技术

IETF提出使用RSVP协议确保能在Internet上得到QoS。但由于RSVP协议是面向接收者的，接收者可能会由于不清楚整个路径的情况而做出超要求，从而使得需求被拒绝的机会变大。提出了一种基于RSVP的资源提前保留技术，能在一定程度上弥补RSVP资源预留模式的不足。     

RSVP资源保留

你可能已经听说过资源保留协议(RSVP),已经了解了它如何提高Internet访问的质量。应用程序使用RSVP可以为特別的数据流请求特別的处理方式——如视频会议等。很多深受Web图象载入缓慢之苦的网络管理员们都希望他们的ISP能够支持这种新的协议。到目前为止,RSVP是最为智能化的协议,然而只有为数不多的几种应用程序能够利用它。这些先驱们一方面实现了RSVP的优点,另一方面也暴露了一些缺     

一种RSVP结合Agent保证QoS的方案

QoS是近来网络技术研究的一个热点，RSVP是目前流行的几种QoS协议之一，目前主要用于小型私有网络或互联网的边缘区域，其中一个重要原因是因为并非所有的路由都支持RSVP，对于不支持RSVP的结点处，服务退回到尽力转发，因此很难保证端到端的服务质量。在分析了RSVP协议的基础上提出了结合Agent来保证QoS。     

Windows系统网络QoS分析

简要介绍了当前网络服务质量的热点之一,ＲＳＶＰ协议和使用ＲＳＶＰ协议和使用ＲＳＶＰ协议的应用接口,ＧＱｏＳ,说明了如何使用Ｗｉｎｓｏｃｋ２ＧＱｏｓＡＦＩ来写请求ＱｏＳ的应用程序。着重阐述了一些与ＱｏＳ有关的ＡＰＩ的使用方法。并介绍一个使用ＧＱｏＳ编写的测试程序和利用这个测试程序对ＲＳＶＰ协议所做的一次测试。     

基于RSVP的高速网络传输

随着因特网的发展,网络应用系统对传输的实时性提出了越来越高的要求,保证关键网络业务的高速传输是迫切需要解决的难题。本文在研究ＲＳＶＰ协议的基础上,分析了 网络协议接口,设计并实现了ｒｓｖｐｄ守护进程和实时ＡＰＩ接口,建立ＲＳＶＰ的高速网络传输测试实验环境,并验证了该网络的实时特性。     

基于传输路径的RANDP部署策略(TPBDS)

设计了支持RSVP协议动态部署的RSVP主动网络部署包(RANDP)及其封装格式,提出了两种RANDP包的部署策略,即点到点的部署策略EEDS和基于传输路径的RANDP部署策略TPBDS。对两种RANDP包部署策略的带宽消耗做了定量分析。分析表明,一般情况下,在RSVP协议部署过程中,采用TPBDS策略比采用EEDS策略要节省带宽。     

简单资源预留协议及其在多播通信中的应用

由于传统的RSVP实现起来比较复杂，尤其是在初始建立阶段，因此需要一种简单易行的资源预留协议来克服其弱点。该文以RSVP为基础，讨论并分析了一种简单的资源预留协议SRSVP。由于SRSVP对动态和可重组的多播环境下的资源预留是可扩展的，因此将其运用到多播通信中。     

基于RSVP实时应用的QoS性能研究

介绍了当前网络服务质量的热点之一———RSVP协议。利用OPNET模拟日常业务流对实时应用所造成的影响,并就RSVP在实时系统中的应用进行了仿真和QoS性能评估,结果证明RSVP能够很好地为实时应用提供端到端的资源预留,并使带宽、延迟、丢包率、抖动等QoS参数得到明显改善。文中所列参数对将来在实际网络中的部署具有指导意义。     

Extending RSVP for quality of security service

The resource reservation protocol (RSVP) lets hosts request quality of (bandwidth) service for multicast applications on the Internet. As network equipment advances to provide improved bandwidth service, security service becomes the more critical problem. However, RSVP doesn't provide a flexible mechanism to support quality of security service (QoSS). Security service RSVP extends RSVP to provide the needed mechanism for dynamically negotiating QoSS among the senders and receivers of multicast applications on the Internet. SSRSVP provides different QoSS resolutions according to receiver nodes' security service needs.