扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
当移动节点改变网络连接点时,数据包经过的中间网络域可能发生变化。
因此,在这些网络域中,需要在移动节点的数据包上提供适当的服务质量支持,这样运行在移动节点上的服务质量敏感应用程序能保持可用的服务等级。
[TSZ99]提出了一个无线和移动网络中的信令协议,当移动主机从一个子网移动到另一个子网时,允许移动主机在当前位置的路径上建立和维持预留资源。这个协议通过结合RSVP隧道[ZWKT98]和移动IP协议来实现。
[FZHNS98]解决了在移动IP网络中运行RSVP信令的问题,采用优化路由,并且讨论了这个问题的基本解决方法。在移动节点和通信节点上修改RSVP,使其知道移动IPv6的地址。允许在固定网络和移动网络之间传输RSVP数据流。
所有上面这些为移动用户提供服务的方法都是基于RSVP的,因此,就有了RSVP的可扩展性问题。IP移动性和RSVP的结合是[T01]很复杂的问题。移动IP和RSVP的结合很不好理解,[T01]试图解决结合的问题,还有假设在正确执行基本协议的前提下,解释如何将RSVP与移动IP主机进行结合。
在[CK00]中,引入了一个新的IPv6选项,称为“服务质量对象”。根据上下文不同,服务质量对象可以作为目的选项或者Hop-by-Hop选项,包含在绑定更新和绑定认可消息中。作为Hop-by-Hop选项时,服务质量对象在中间网络域触发特定的服务质量过程。这篇文章描述了在尽力而为、MPLS、Diffserv和IntServ域中的服务质量过程,这包括了所有将来可能用到的支持服务质量的网络。
基本思想是把服务质量对象作为Hop-by-Hop选项放在绑定消息中,传输方向与服务质量敏感的数据流相同(HA到MN、CN到MN或者MN到CN)。当数据包在端到端路径上穿过不同域时,需要检查服务质量对象,为MN的数据包提供服务质量支持。
我们知道,现在有两种类型服务质量:
资源预留(集成服务):根据应用程序的服务质量需求分配网络资源,服从带宽管理策略。RSVP提供了这样的机制[IntServ]。
优先级(差分服务):将网络数据流进行分类,然后根据带宽管理策略标准进行网络资源分配。为了支持服务质量,分类时对要求很高的应用给予优先处理。[DiffServ]提供了这种服务。
这些类型的服务质量可以应用到单独的应用程序的数据流或者是数据流集合,因此有其他两种方法来区别服务质量类型:
每个数据流:数据流定义为单独的、单向的、在两个应用(发送方和接受方)之间的数据流,由五元组唯一标识(传输协议、源地址、源端口号、目的地址和目的端口号)。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。