一种IGMPv3/MLDv2成员报告报文的处理方法与流程

一种igmpv3/mldv2成员报告报文的处理方法
技术领域
1.本发明涉及报告报文的处理方法，更具体的是，本发明涉及一种igmpv3/mldv2成员报告报文的处理方法。


背景技术：

2.如果成员报告报文中单个group record段包含的组播源地址太多，导致整个报文的长度超过了mtu限制，并且group record的type字段为mode_is_exclude或者change_to_exclude_mode，那么超过限制的组播源地址就不会报告，并且每次报告的组播源地址列表基本保持一致。
3.直接丢弃超过限制的组播源地址，会导致该组播组成员一直都收不到实际想要点播的组播源的组播流量。如果想要报告全部组播源地址，需要调整mtu，但是当报文长度超过最大mtu时，仍然会有部分组播源数据丢失。


技术实现要素：

4.本发明设计开发了一种igmpv3/mldv2成员报告报文的处理方法，解决超过mtu限制时，无法点播部分组播源发出的组播流量的问题，并且不需要修改mtu，并且可以适应任意数量的组播源地址。
5.一种igmpv3/mldv2成员报告报文的处理方法，
6.如果组播源数量超限时，最后一个组播源地址段用第一特定ip地址填充；
7.如果组播路由器收到的group record中的组播源地址列表的最后一个ip地址是所述第一特定ip地址，则表示该报文报告的组播源地址不完整，还有后续报文；
8.如果第二个report报文仍然不能发送完所有组播源列表，则该报文的最后一个组播源地址段仍然用所述第一特定的ip地址填充；依次类推；
9.最后一个report报文中最后一个组播源字段的用第二特定ip填充：表示最后一个report报文；
10.如果组播路由器收到的report报文中的最后一个组播源字段填充的所述第二特定ip地址，表示此次report报文接收完毕，生成组播转发表项并通知相关组播路由协议下发组播表项。
11.作为进一步的优选，所述第一特定ip地址为igmp：0.0.0.0、mld:0:0:0:0:0:0。
12.作为进一步的优选，所述第二特定ip地址为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff。
13.作为进一步的优选，所述第一特定ip地址为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff。
14.作为进一步的优选，所述第二特定ip地址为igmp：0.0.0.0、mld:0:0:0:0:0:0。
15.作为进一步的优选，如果组播路由器在一定时间内都没有收到后续报文，则将缓存的数据生成组播转发表项，并通知相关组播路由协议下发组播路由。
16.本发明所述的有益效果：
17.当成员报告报文中单个group record段包含的组播源地址太多，导致整个报文的长度超过mtu的限制时，仍然能够正常点播所有组播源的组播流量。
附图说明
18.图1为本发明发送端处理流程。
19.图2为本发明组播路由器处理流程。
具体实施方式
20.下面结合附图对本发明做进一步的详细说明，以令本领域技术人员参照说明书文字能够据以实施。
21.通过将group record的最后一个组播源地址段填充为一个特殊的ip地址(比如igmp：0.0.0.0，mld:0:0:0:0:0:0)，组播路由器解析报文时，如果最后一个组播源地址段的ip地址为特殊ip(比如igmp：0.0.0.0，mld:0:0:0:0:0:0)，则认为还有追加报文。这样就可以避免组播源数据丢失问题。
22.组播源数量超限时，最后一个组播源地址段可以用一个特定的ip地址(比如igmp：0.0.0.0，mld:0:0:0:0:0:0)填充。
23.作为一种优选，如果组播路由器收到的group record中的组播源地址列表的最后一个ip地址为igmp：0.0.0.0、mld:0:0:0:0:0:0，则表示该报文报告的组播源地址不完整，还有后续报文。作为一种优选，组播源地址列表的最后一个ip地址为igmp：0.0.0.0、mld:0:0:0:0:0:0只是一种优选，也可以是其他ip地址。
24.如果第二个report报文仍然不能发送完所有组播源列表，则该报文的最后一个组播源地址段仍然用的特定的ip地址(igmp：0.0.0.0、mld:0:0:0:0:0:0)，依次类推。作为一种优选，最后一个组播源地址段仍然用的特定的ip地址(igmp：0.0.0.0、mld:0:0:0:0:0:0)只是一种优选，也可以是其他ip地址。
25.最后一个report报文中最后一个组播源字段的ip填充为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff表示最后一个report报文。
26.如果组播路由器收到的report报文中的最后一个组播源字段填充的ip地址为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff，表示此次report报文接收完毕，生成组播转发表项，并通知相关组播路由协议下发组播表项。作为一种优选，组播源字段填充的ip地址为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff只是一种优选，也可以是其他ip地址。
27.如果组播路由器在t时间内都没有收到后续报文，则将缓存的数据生成组播转发表项，并通知相关组播路由协议下发组播路由。等待时间t缺省值为10秒，也可由管理员根据网络状态配置。
28.发送端报文处理流程如图1所示，组播路由器的处理流程如图2所示。
29.尽管本发明的实施方案已公开如上，但其并不仅仅限于说明书和实施方式中所列运用，它完全可以被适用于各种适合本发明的领域，对于熟悉本领域的人员而言，可容易地实现另外的修改，因此在不背离权利要求及等同范围所限定的一般概念下，本发明并不限
于特定的细节和这里示出与描述的图例。


技术特征：
1.一种igmpv3/mldv2成员报告报文的处理方法，其特征在于，如果组播源数量超限时，最后一个组播源地址段用第一特定ip地址填充；如果组播路由器收到的group record中的组播源地址列表的最后一个ip地址是所述第一特定ip地址，则表示该报文报告的组播源地址不完整，还有后续报文；如果第二个report报文仍然不能发送完所有组播源列表，则该报文的最后一个组播源地址段仍然用所述第一特定的ip地址填充；依次类推；最后一个report报文中最后一个组播源字段的用第二特定ip填充：表示最后一个report报文；如果组播路由器收到的report报文中的最后一个组播源字段填充的所述第二特定ip地址，表示此次report报文接收完毕，生成组播转发表项并通知相关组播路由协议下发组播表项。2.如权利要求1所述的igmpv3/mldv2成员报告报文的处理方法，其特征在于，所述第一特定ip地址为igmp：0.0.0.0、mld:0:0:0:0:0:0。3.如权利要求1或2所述的igmpv3/mldv2成员报告报文的处理方法，其特征在于，所述第二特定ip地址为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff。4.如权利要求1所述的igmpv3/mldv2成员报告报文的处理方法，其特征在于，所述第一特定ip地址为igmp：255.255.255.255，mld：ff:ff:ff:ff:ff:ff。5.如权利要求1或4所述的igmpv3/mldv2成员报告报文的处理方法，其特征在于，所述第二特定ip地址为igmp：0.0.0.0、mld:0:0:0:0:0:0。6.如权利要求1所述的igmpv3/mldv2成员报告报文的处理方法，其特征在于，如果组播路由器在一定时间内都没有收到后续报文，则将缓存的数据生成组播转发表项，并通知相关组播路由协议下发组播路由。

技术总结
本发明公开了一种IGMPv3/MLDv2成员报告报文的处理方法，如果组播源数量超限时，最后一个组播源地址段用第一特定IP地址填充；如果组播路由器收到的Group Record中的组播源地址列表的最后一个IP地址是所述第一特定IP地址，则表示该报文报告的组播源地址不完整，还有后续报文；如果最后一个Report报文中最后一个组播源字段的用第二特定IP填充：表示最后一个Report报文。个Report报文。个Report报文。


技术研发人员：汪洋
受保护的技术使用者：武汉神州数码云科网络技术有限公司
技术研发日：2020.07.29
技术公布日：2022/2/24