在计算机和通信网络中执行多播注册和资源预留的方法技术

根据本发明专利技术，提出了一种在计算机和通信网络中执行多播注册和资源预留的方法，所述方法包括以下步骤：当多播数据的接收者要加入多播组时，所述接收者生成多播加入消息，并向多播数据的发送者发送所述多播加入消息；当接收者与发送者之间的多播数据转发路径上的网桥接收到所述多播加入消息时，判断所述网桥是否存在与所述多播加入消息相对应的多播表项；在所述网桥不存在与所述多播加入消息相对应的多播表项的情况下，所述网桥进一步检测是否有足够的资源满足多播加入消息的资源请求；如果存在足够的资源，则所述网桥创建针对所述多播加入消息的多播表项，并接受所述多播加入消息且继续向多播数据的发送者转发；否则，则拒绝所述多播加入消息。

【技术实现步骤摘要】

本专利技术涉及一种，特别是介质访问子层的多播，如IEEE 802.3以太网的多播注册和资源预留，根据本专利技术，接收者能够通过发送单个消息来达到多播注册和资源预留的目的，从而能够快速、高效地提供多播服务质量的支持。
技术介绍
现有的以太网多播协议主要有IEEE 802.1D中规定的多播注册协议GMRP(GARP多播管理协议)和Cisco公司的CGMP(Cisco组管理协议)，其中GMRP基于IEEE 802.1D中定义的通用属性注册协议GARP，它的运行过程如下想要注册成为某个多播组G成员的设备D生成一个GMRP报文，并把该报文发到它所在的局域网上，其中a)报文的目的地址为GMRP多播地址01-80-C2-00-00-20。 b)报文包含多播组G的介质访问子层(MAC)地址。 c)当设备D所在局域网的网桥收到该GMRP报文之后，把收到该报文的端口标记为多播组G的转发端口，并把该报文向其他所有处于活动状态的端口转发。 其它网桥也作类似处理，这样，该GMRP报文就类似广播报文那样被发到整个局域网上。 CGMP是Cisco公司提出的，用于Cisco网桥和路由器之间交换二层和三层多播注册信息的协议。当Cisco路由器收到三层的多播注册消息后，用CGMP协议通知Cisco的交换机，这样建立三层多播组的同时也在二层建立了多播组。 GMRP和CGMP只提供多播注册，不提供资源预留。 IEEE的驻地以太网RSE研究小组最近提出了简单预留协议SRP，该协议的主要目的是为同步流提供资源预留。本申请和SRP的主要不同之处在于，SRP在多播注册的时候不进行资源是否满足需求的检查，只有发送者开始发送数据之后才知道带宽是否不足；本申请在多播注册的时候同时进行资源检查，只有当资源满足需求时才进行多播注册。 在现有技术中，只包含多播注册的技术，如GMRP和CGMP等，均不能提供服务质量的保证，由于目前越来越多的应用如视频播放、VoIP有着严格的带宽或延迟要求，因此在以太网中提供服务质量保证势在必行。 简单预留协议SRP在多播注册的时候不进行资源是否满足需求的检查，只有发送者开始发送数据之后才知道带宽是否不足，这样会造成网络状态的不一致性。对于有服务质量需求的流来说，一旦被接纳，则说明该流的服务质量一定能够得到保证。而SRP协议不具有这种特征，即使多播请求被接纳，也不一定能够提供相应的质量保证，这使得SRP协议不适合为以太网提供服务质量保证。 为了解决以太网中多播服务质量的保证问题，我们提出了一种新的综合多播和资源预留的解决方案。该方案中，接收者可以通过发送单个消息来达到多播注册和资源预留的目的，从而能够快速，高效地提供多播服务质量的支持。
技术实现思路
本专利技术的目的是提出一种，根据本专利技术，接收者能够通过发送单个消息来达到多播注册和资源预留的目的，从而能够快速、高效地提供多播服务质量的支持。 为了实现上述目的，根据本专利技术，提出了一种，所述方法包括以下步骤当多播数据的接收者要加入多播组时，所述接收者生成多播加入消息，并向多播数据的发送者发送所述多播加入消息；当接收者与发送者之间的多播数据转发路径上的网桥接收到所述多播加入消息时，判断所述网桥是否存在与所述多播加入消息相对应的多播表项；在所述网桥不存在与所述多播加入消息相对应的多播表项的情况下，所述网桥进一步检测是否有足够的资源满足多播加入消息的资源请求；如果存在足够的资源，则所述网桥创建针对所述多播加入消息的多播表项，并接受所述多播加入消息且继续向多播数据的发送者转发；否则，则拒绝所述多播加入消息。 优选地，所述方法还包括步骤在所述网桥存在与所述多播加入消息相对应的多播表项的情况下，所述网桥判断所述多播表项的转发端口列表是否包含接收所述多播加入消息的端口，如果断定所述转发端口列表不包含接收所述多播加入消息的端口，则在转发端口列表中创建所述端口，并在所述端口处为所述多播加入消息预留资源。 优选地，所述方法还包括步骤当多播数据的接收者要离开所述多播组时，所述接收者生成多播离开消息，并向所述多播数据的发送者发送所述多播离开消息；当接收者与发送者之间的多播数据转发路径上的网桥接收到所述多播离开消息时，判断所述网桥是否存在与所述多播离开消息相对应的多播表项；在所述网桥存在与所述多播离开消息相对应的多播表项的情况下，将接收所述多播离开消息的端口从所述多播表项的所述转发列表中删除，并将所述多播离开消息继续向多播数据的发送者转发。 优选地，在将接收所述多播离开消息的端口从所述多播表项的所述转发列表中删除的步骤之后，还包括步骤如果经过删除后的转发列表为空，则删除与所述转发列表相对应的多播表项。 优选地，所述拒绝所述多播加入消息的步骤包括由所述网桥产生针对所述多播加入消息的否定应答并向所述接收者转发所述否定应答。 优选地，当网桥接收到否定应答时，将所述否定应答向自身多播表项中的所有转发端口进行转发。 优选地，接收到针对所述多播加入消息的否定应答的网桥从其自身中删除与所述多播加入消息相对应的多播表项。 优选地，在网桥接收到所述多播离开消息之后，所述网桥释放为与所述多播离开消息相对应的多播数据预留的资源。 本专利技术使以太网系统具有了多播资源预留的能力。由于本专利技术把多播注册和资源预留结合在一起，因此大大降低了网络中需要传递的消息数目以及网络设备需要维护的状态数目。另外，综合多播和资源预留的解决方案还有助于降低网络中状态不一致的比率。附图说明通过参考以下结合附图对所采用的优选实施例的详细描述，本专利技术的上述目的、优点和特征将变得显而易见，其中图1是示出了网络拓扑图；图2是示出了设备R1发送多播加入消息的示意图；图3是示出了网桥B2建立多播表项，并转发多播加入消息的示意图；图4是示出了网桥B1建立多播表项，并转发多播加入消息的示意图；图5是示出了设备R1接收肯定应答消息的示意图；图6是示出了设备R3发送多播加入消息的示意图；图7是示出了网桥B3建立多播表项，并转发多播加入消息的示意图；图8是示出了设备R3接收肯定应答消息的示意图；图9是示出了设备R1发送多播离开消息的示意图；图10是示出了网桥B2删除端口状态和多播表项，并转发多播离开消息的示意图；图11是示出了网桥B1删除端口状态示意图；以及图12是示出了全网状态的定期刷新的示意图。具体实施方式为了在以太网中提供服务质量保证，提出了根据本专利技术的综合多播和资源预留的方法，该方法包括以下几个部分。 以太网网桥的多播变量定义网桥使用多播表项来记录多播组的注册和资源预留信息。每一个表项所包含的变量如下√接收端口即该多播组的上游网桥所对应的端口。上游的控制信息和多播数据都应该来自接收端口。 √转发端口列表一组端口。当网桥接收到来自上游的多播数据时，应该把该数据向转发端口列表中的所有端口进行转发。 √刷新定时器(RTimer)控制着网桥向上游定期发送刷新消息的定时器。当RTimer超时后，网桥向上游发送刷新消息。 √状态表明该表项当前所处的状态。其中■“等待状态”表明网桥已经为该多播组建立了多播表项，但它还没有收到来自上游网桥的加入确认信息；■“完成状态”表明网桥已经为该多播组建立了多播表项，且它已经收到来自上游网桥的加入确认信息本文档来自技高网...

【技术保护点】
一种在计算机和通信网络中执行多播注册和资源预留的方法，所述方法包括以下步骤：当多播数据的接收者要加入多播组时，所述接收者生成多播加入消息，并向多播数据的发送者发送所述多播加入消息；当接收者与发送者之间的多播数据转发路径上的网桥接收到所述多播加入消息时，判断所述网桥是否存在与所述多播加入消息相对应的多播表项；在所述网桥不存在与所述多播加入消息相对应的多播表项的情况下，所述网桥进一步检测是否有足够的资源满足多播加入消息的资源请求；如果存在足够的资源，则所述网桥创建针对所述多播加入消息的多播表项，并接受所述多播加入消息且继续向多播数据的发送者转发；否则，则拒绝所述多播加入消息。

【技术特征摘要】
及其等价物来限定。权利要求1.一种在计算机和通信网络中执行多播注册和资源预留的方法，所述方法包括以下步骤当多播数据的接收者要加入多播组时，所述接收者生成多播加入消息，并向多播数据的发送者发送所述多播加入消息；当接收者与发送者之间的多播数据转发路径上的网桥接收到所述多播加入消息时，判断所述网桥是否存在与所述多播加入消息相对应的多播表项；在所述网桥不存在与所述多播加入消息相对应的多播表项的情况下，所述网桥进一步检测是否有足够的资源满足多播加入消息的资源请求；如果存在足够的资源，则所述网桥创建针对所述多播加入消息的多播表项，并接受所述多播加入消息且继续向多播数据的发送者转发；否则，则拒绝所述多播加入消息。2.根据权利要求1所述的方法，其特征在于在所述网桥存在与所述多播加入消息相对应的多播表项的情况下，所述网桥判断所述多播表项的转发端口列表是否包含接收所述多播加入消息的端口，如果断定所述转发端口列表不包含接收所述多播加入消息的端口，则在转发端口列表中创建所述端口，并在所述端口处为所述多播加入消息预留资源。3.根据权利要求1所述的方法，其特征在于还包括步骤当多播数据的接收者要离开所述多播组时，所述接收者生成多播离开消息，并向所述多播数据的发送...

【专利技术属性】
技术研发人员：吴起，黄周松，
申请(专利权)人：北京三星通信技术研究有限公司，三星电子株式会社，
类型：发明
国别省市：11[中国|北京]