[发明专利]一种报文处理方法及装置在审
申请号: | 202110877418.0 | 申请日: | 2021-07-31 |
公开(公告)号: | CN113703966A | 公开(公告)日: | 2021-11-26 |
发明(设计)人: | 张岩 | 申请(专利权)人: | 新华三大数据技术有限公司 |
主分类号: | G06F9/50 | 分类号: | G06F9/50 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 450000 河南省郑州市郑州高*** | 国省代码: | 河南;41 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 报文 处理 方法 装置 | ||
本申请提供了一种报文处理方法及装置,该方法应用于第一网络设备,第一网络设备查询第一网络设备每个接口的组播表项是否发生变化;当未发生变化时,通过该接口向位于所述第一网络设备上游的第二网络设备发送设定报文,以使所述第二网络设备接收到所述设定报文时,刷新包含该接口的组播表项。针对未发生变化的组播表项,只需要发送一个设定报文即可,无需针对每个组播表项都发送一个pim‑join协议报文,大大降低了上送报文的数量,同时也减轻了第一网络设备的CPU的处理压力,同时也避免了带宽资源的浪费。
技术领域
本申请涉及通信技术领域,尤其涉及一种报文处理方法及装置。
背景技术
在大规模组播应用场景下,例如轨道交通的组播场景,组播组的数量巨大,如每个车站300个摄像头,对应300个组播组,而一条线路30个车站,则一条线路紧接10k数量的组播组。在轨道交通的中心会同时管理N条线路的组播数据,则中心需要管理的组播组的数量为是10k x N。参考图1所示,线路组播设备管理一条线路的10k数量的组播组,经过汇聚组播设备到达中心组播设备后,中心组播设备则需要管理10k*N的组播组,也就是说,到达中心的组播组的数量高达10k*N。而在流量转发阶段,PIM-SM协议会针对每个组播组(S,G)周期性发送pim-join(protocol independent multicast-join,与协议无关组播-加入)协议报文(默认60秒)以维护组播转发表,这样就引入一个问题,在大规模组播应用场景下会存在大量的pim-join的协议报文,通常组播网络设备会有协议报文上送CPU处理的队列,大量的并发流量可能会导致丢包进而导致组播表项转发不稳定,出现组播数据的丢包。另一方面,持续的报文上送CPU也会影响设备性能以及浪费带宽。
现有的解决方案是,修改组播的pim-join协议报文上送的时间间隔,以降低每秒上送设备CPU的速率,但是这样一来就会降低组播组的报文上报的实时性,而且上报报文的总数量依然没变,依然会出现组播数据的丢包及影响设备CPU性能及带宽的浪费。
因此,如何在大规模组播应用场景下,减轻组播设备上报报文的压力及组播设备的处理性能是值得考虑的技术问题之一。
发明内容
有鉴于此,本申请提供一种报文处理方法及装置,用以在大规模组播应用场景下,减轻组播设备上报报文的压力及组播设备的处理性能。
具体地,本申请是通过如下技术方案实现的:
根据本申请的第一方面,提供一种报文处理方法,应用于第一网络设备中,所述方法包括:
查询第一网络设备每个接口的组播表项是否发生变化;
当未发生变化时,通过该接口向位于所述第一网络设备上游的第二网络设备发送设定报文,以使所述第二网络设备接收到所述设定报文时,刷新包含该接口的组播表项。
可选地,本申请提供的报文处理方法,还包括:
若发生变化时,则通过该接口向所述第二网络设备发送协议报文,所述协议报文中携带该接口所属组播组的组播组信息。
可选地,所述设定报文包括组播组字段,所述组播组字段的取值为设定值,所述设定值与实际组播组的组播组信息不同。
根据本申请的第二方面,提供另一种报文处理方法,应用于第二网络设备,所述方法包括:
接收所述第二网络设备下游的第一网络设备通过接口发送的设定报文;
根据所述设定报文,刷新包含所述接口的组播表项。
可选地,本申请提供的报文处理方法,还包括:
接收所述第一网络设备发送的协议报文,所述协议报文中携带该接口所属组播组的组播组信息;
根据所述协议报文中的组播组信息修改对应的组播表项。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于新华三大数据技术有限公司,未经新华三大数据技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110877418.0/2.html,转载请声明来源钻瓜专利网。