通信专业互联网技术考试IntServ的局限性

5.3.2 IntServ的局限性
IntServ在经过几年的研究和发展后已初具规模.但其中的问题也逐步显现。
IntServ/RSVP是基于流的（单独的或聚集的）、状态相关的体系结构，依赖于每个流的状态，并针对每个流进行管理。这种实现机制使ImeServ/RSVP能够较状态无关的体系结构提供具有更高的灵活性和更好的服务级别的保证；但同时也导致了IntServ的可扩展性问题和鲁_性问题，后果是实现较复杂.难以应用。所以一般将IntServ用于中小规模的网络，可以满足不同应用的QoS要求。
在IntServ体系结构中，网络中每个节点都要维护各类数据库并实现复杂的功能模块。RSVP信令协议提供QoS协商机制；各网络节点建立和维护预留信息，并根据自身资源状况对用户的预留请求进行接纳控制；数据传输时各网络节点监控传输流，并提供相应服务。这种完全分布式的控制造成了极大的复杂性。
总而言之，RSVP和IntServ在整个Internet网络应用时,存在如下根本的局限性：
①基于流的RSVP资源预留、调度处理以及缓冲区管理，有利于提供QoS保证，但使系统开销过高，对于大型网络存在可扩展性的问题。
②目前。只有少童的主机产生RSVP信令，虽然其数量预计会大幅度增长，但许多应用却从不产生RSVP信令，因而在实现时修改应用程序的阻力大。
③许多应用需要某种形式的QoS。但是无法使用IntServ模型来表达QoS请求。
④必要的策略控制（policycontrol）和价格（pricing）机制，如访问控制（accesscontrol）、鉴别（authentication）、记账（accounting）等，目前尚处于发展阶段，无法付诸应用。
因而，单纯的ImServ/RSVP结构实际上无法被业界接受，在商业上不可能有大的作为。现在人们普遍认为，ImServ/RSVP以其现在的形式将不会在Internet中得到广泛应用。

返回目录:通信专业考试IP网络服务质量控制汇总

编辑推荐:

中级通信专业实务互联网技术教程汇总

中级通信专业实务传输与接入教程汇总

通信专业实务考试设备与环境教程汇总

通信专业实务考试交换技术教程汇总