报文传输的方法和框式通信设备

文档序号:1819792 发布日期:2021-11-09 浏览:13次 >En<

阅读说明:本技术 报文传输的方法和框式通信设备 (Message transmission method and frame type communication equipment ) 是由 王建兵 秦晓鹏 丁俊 于 2020-05-06 设计创作,主要内容包括:本申请公开了报文传输的方法和框式通信设备,属于通信技术领域。报文传输的方法应用在框式通信设备中,框式通信设备包括第一MPU、第二MPU和LPU,第一MPU与LPU通过第一传输通道连接,第二MPU与LPU通过第二传输通道连接。在传输报文时,业务流报文通过第一传输通道传输,非业务流报文通过第二传输通道传输。从而,业务流报文和非业务流报文通过不同的传输通道传输,并由不同的MPU处理,业务流报文和非业务流报文之间不会互相竞争。这样,非业务流报文的传输效率提高,并且,在第一MPU受到异常的业务流报文攻击时,第二MPU不受影响,可以正常进行设备的运维管理。(The application discloses a message transmission method and frame type communication equipment, and belongs to the technical field of communication. The message transmission method is applied to a frame type communication device, the frame type communication device comprises a first MPU, a second MPU and an LPU, the first MPU is connected with the LPU through a first transmission channel, and the second MPU is connected with the LPU through a second transmission channel. When the message is transmitted, the service flow message is transmitted through the first transmission channel, and the non-service flow message is transmitted through the second transmission channel. Therefore, the service flow message and the non-service flow message are transmitted through different transmission channels and processed by different MPUs, and the service flow message and the non-service flow message cannot compete with each other. Therefore, the transmission efficiency of the non-service flow message is improved, and when the first MPU is attacked by the abnormal service flow message, the second MPU is not affected, and the operation and maintenance management of the equipment can be normally carried out.)

报文传输的方法和框式通信设备

技术领域

本申请涉及通信技术领域,特别涉及一种报文传输的方法和框式通信设备。

背景技术

框式通信设备,如框式交换机一般由主处理单元(Main Processing Unit,MPU)和线路接口处理单元(Line Processing Unit,LPU)组成,MPU和LPU之间通过传输通道连接。并且,为了提高业务的可靠性,交换机中一般设置有主用MPU和备用MPU,正常情况下,设备的所有业务都运行在主用MPU上,一旦主用MPU故障则进行主备倒换,备用MPU升级成主用MPU继续运行业务,达到业务不中断,提高业务的可靠性。

在实现本申请的过程中,申请人发现相关技术至少存在以下问题:框式通信设备在进行报文传输时,报文包括业务流报文和非业务流报文,非业务流包括运维任务类报文、配置管理类报文和未知类型报文,在所有的报文中业务流报文的数量最多。

业务流报文和非业务流报文会互相竞争,而为了保障业务的可靠性,非业务流报文的传输空间被压缩,导致非业务流报文的传输效率过低。并且,在主用MPU受到异常的业务流报文攻击时,会出现主用MPU中的中央处理器(Central Processing Unit,CPU)过载,导致无法进行设备的运维管理。

发明内容

本申请实施例提供了报文传输的方法和框式通信设备,报文传输的方法应用在框式通信设备中。通过采用本申请实施例提供的技术方案,可以提高非业务流报文的传输效率,并且,减小业务流报文的攻击对运维任务和管理任务的影响。所述报文传输的方法和框式通信设备的技术方案如下:

第一方面,提供了一种报文传输的方法,所述方法应用在框式通信设备中,所述框式通信设备包括第一主处理单元(Main Processing Unit,MPU)、第二MPU和线路接口处理单元(Line Processing Unit,LPU),所述第一MPU与所述LPU通过第一传输通道连接,所述第二MPU与所述LPU通过第二传输通道连接,所述方法包括:所述LPU确定待传输的第一报文的类型;如果所述第一报文属于业务流报文,则所述LPU通过所述第一传输通道向所述第一MPU发送所述第一报文;如果所述第一报文属于非业务流报文,则所述LPU通过所述第二传输通道向所述第二MPU发送所述第一报文。

其中,框式通信设备可以为任意具有LPU和至少两个MPU的通信设备。例如,可以为框式交换机和框式路由器等。

MPU(第一MPU或第二MPU),也可以称为主处理单元,集主控单元和系统维护单元于一体,负责框式通信设备的集中控制和管理,以及数据交换。MPU包括中央处理器(CentralProcessing Unit,CPU)和局域网交换(Lan Switch,LSW)芯片,其中,CPU负责集中控制和管理,LSW芯片负责报文的转发,报文进入到MPU网口后,通过LSW芯片转发然后上送CPU处理。LSW芯片还可以称为转发引擎,可以简称为LSW。

LPU,也可以称为线路接口处理单元,又称业务板。框式通信设备外的IP(InternetProtocol)数据包从LPU的物理接口输入到框式通信设备中。一个框式通信设备中可以包括多个LPU。

第一传输通道可以为100M、1G或10G的传输通道,第二传输通道也可以为100M、1G或10G的传输通道。第一传输通道和第二传输通道的带宽可以相同也可以不同,本申请对此不做限定。

本申请实施例所示的方案,LPU在上送报文至MPU时,确定待传输的报文的类型,并根据待传输的报文的类型,确定目标MPU。具体的,在待传输的第一报文属于业务流报文时,将第一报文通过第一传输通道发送给第一MPU;在待传输的第二报文属于非业务流报文时,将第二报文通过第二传输通道发送给第二MPU。

从而,业务流报文和非业务流报文通过不同的传输通道传输,业务流报文和非业务流报文之间不会互相竞争,两者的传输效率均较高。并且,在第一MPU受到异常的业务流报文的攻击时,第二MPU不受影响,第二MPU还可以正常进行设备的运维管理。

在一种可能的实现方式中,所述非业务流报文包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种;其中,所述运维任务类报文包括google过程调用(google Remote Procedure Call,gRPC)报文、安全外壳(secure shell,ssh)报文和简单网络管理协议(simple network management protocol,snmp)报文;所述配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。

在一种可能的实现方式中,所述LPU通过所述第二传输通道向所述第二MPU发送所述第一报文之后,所述方法还包括:所述第二MPU确定所述第一报文属于所述未知类型报文,对所述第一报文进行丢弃或限速处理。

本申请实施例所示的方案,为了减少对正常的运维任务和配置管理任务的冲击,第二MPU可以对通过第二传输通道接收到的非业务流报文进行过滤处理。

具体的,第二MPU确定接收到的非业务流报文的报文类型,在确定报文类型为未知类型报文时,对未知类型报文进行丢弃或限速处理。对于运维任务类报文和配置管理类报文则正常放行。

在一种可能的实现方式中,所述第一报文属于所述运维任务类报文,在所述LPU通过所述第二传输通道向所述第二MPU发送第一报文之前,所述方法还包括:所述LPU通过所述第二传输通道接收来自所述第二MPU的第二报文,所述第二报文属于所述运维任务类报文,所述第二报文包括设备信息采集指示;所述LPU基于所述设备信息采集指示采集所述框式通信设备的设备信息。

所述LPU通过所述第二传输通道向所述第二MPU发送所述第一报文,包括:所述LPU通过所述第二传输通道向所述第二MPU发送所述设备信息,所述设备信息包括在所述第一报文中。

其中,设备信息包括在第一报文中,设备信息采集指示包括在第二报文中,均属于运维任务类报文。

本申请实施例所示的方案,在处理运维任务时,第二MPU需要获取到框式通信设备的设备信息。

具体的,第二MPU通过第二传输通道向LPU下发设备信息采集指示,LPU接收该设备采集指示。然后,LPU基于该设备采集指示采集框式通信设备的设备信息。然后,LPU通过第二传输通道向第二MPU发送采集到的设备信息。第二MPU接收该设备信息,并进行相应的处理。

在一种可能的实现方式中,所述第一MPU为主用MPU,所述第二MPU为备用MPU。

本申请实施例所示的方案,由于业务流报文的数据量比非业务流报文的数据量大,所以可以由主用MPU进行业务流报文相关的处理,而由备用MPU进行非业务流报文相关的处理。即,可以将主用MPU配置为上述第一MPU,将备用MPU配置为上述第二MPU。

并且,通过使第一MPU和第二MPU互为主备关系,使得在有一个MPU失效的情况下,还可以由另一个MPU承载所有的报文的处理,并通过该MPU对应的传输通道传输所有类型的报文。从而,提高了框式通信设备的工作的可靠性。

在一种可能的实现方式中,在所述第一MPU处于失效状态下,所述LPU将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第二传输通道发送给所述第二MPU。

其中,第一MPU失效是指第一MPU不能再对业务流报文进行相应的处理。具体的,可以是第一MPU故障。

本申请实施例所示的方案,在第一MPU处于失效状态下,可以由第二MPU实现第一MPU原有的处理。具体的,LPU确定第一MPU失效,将属于业务流报文和属于非业务流报文的报文均通过第二传输通道发送给第二MPU。则第二MPU对接收到业务流报文和非业务流报文进行相应的处理。

在一种可能的实现方式中,在所述第二MPU处于失效状态下,所述LPU将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第一传输通道发送给所述第一MPU。

其中,第二MPU失效是指第二MPU不能再对非业务流报文进行相应的处理。例如,可以是第二MPU故障。

本申请实施例所示的方案,在第二MPU处于失效状态下,可以由第一MPU实现第二MPU原有的处理。具体的,LPU确定第二MPU失效,将属于业务流报文和属于非业务流报文的报文均通过第一传输通道发送给第一MPU。则第一MPU对接收到的业务流报文和非业务流报文进行相应的处理。

在一种可能的实现方式中,所述业务流报文包括边界网关协议(Border GatewayProtocol,BGP)报文、开放式最短路径优先(Open Shortest Path First,OSPF)报文、中间系统-中间系统(Intermediate System to Intermediate System,IS-IS)报文和路由信息协议(Routing Information Protocol,RIP)报文。

第二方面,提供了一种报文传输的方法,所述方法应用在框式通信设备中,所述框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,所述第一MPU与所述LPU通过第一传输通道连接,所述第二MPU与所述LPU通过第二传输通道连接,所述第一传输通道用于传输所述LPU和所述第一MPU之间的业务流报文,所述方法包括:所述第二MPU通过所述第二传输通道向所述LPU发送第二报文,所述第二报文属于非业务流报文。

其中,框式通信设备可以为任意具有LPU和至少两个MPU的通信设备。例如,可以为框式交换机和框式路由器等。

MPU(第一MPU或第二MPU),也可以称为主处理单元,集主控单元和系统维护单元于一体,负责框式通信设备的集中控制和管理,以及数据交换。MPU包括中央处理器CPU和LSW芯片,其中,CPU负责集中控制和管理,LSW芯片负责报文的转发,报文进入到MPU网口后,通过LSW芯片转发然后上送CPU处理。LSW芯片还可以称为转发引擎,可以简称为LSW。

LPU,也可以称为线路接口处理单元,又称业务板。框式通信设备外的IP(InternetProtocol)数据包从LPU的物理接口输入到框式通信设备中。一个框式通信设备中可以包括多个LPU。

第一传输通道可以为100M、1G或10G的传输通道,第二传输通道也可以为100M、1G或10G的传输通道。第一传输通道和第二传输通道的带宽可以相同也可以不同,本申请对此不做限定。

本申请实施例所示的方案,第一MPU与LPU通过第一传输通道连接,第一传输通道用于传输第一MPU和LPU之间的业务流报文。第二MPU与LPU通过第二传输通道连接,第二传输通道用于传输非业务流报文。

从而,业务流报文和非业务流报文通过不同的传输通道传输,业务流报文和非业务流报文之间不会互相竞争,两者的传输效率均较高。并且,在第一MPU受到异常的业务流报文的攻击时,第二MPU不受影响,第二MPU还可以正常进行设备的运维管理。

在一种可能的实现方式中,所述非业务流报文包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种;其中,所述运维任务类报文包括gRPC报文、ssh报文和snmp报文;所述配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。

在一种可能的实现方式中,所述方法还包括:所述第二MPU对通过所述第二传输通道接收到的来自所述LPU的第一报文进行丢弃或限速处理,所述第一报文属于未知类型报文。

本申请实施例所示的方案,为了减少对正常的运维任务和配置管理任务的冲击,第二MPU可以对通过第二传输通道接收到的非业务流报文进行过滤处理。

具体的,第二MPU确定接收到的非业务流报文的报文类型,在确定报文类型为未知类型报文时,对未知类型报文进行丢弃或限速处理。对于运维任务类报文和配置管理类报文则正常放行。

在一种可能的实现方式中,所述第二报文属于所述运维任务类报文,所述第二MPU通过所述第二传输通道向所述LPU发送所述第二报文,包括:所述第二MPU通过所述第二传输通道向所述LPU发送设备信息采集指示,所述设备信息采集指示包括在所述第二报文中,所述设备信息采集指示用于指示所述LPU采集所述框式通信设备的设备信息;

在所述第二MPU通过所述第二传输通道向所述LPU发送业务流报文之后,所述方法还包括:所述第二MPU接收所述LPU通过所述第二传输通道发送的第一报文,所述第一报文属于所述运维任务类报文,所述设备信息包括在所述第一报文中。

其中,设备信息包括在第一报文中,设备信息采集指示包括在第二报文中,均属于运维任务类报文。

本申请实施例所示的方案,在处理运维任务时,第二MPU需要获取到框式通信设备的设备信息。

具体的,第二MPU通过第二传输通道向LPU下发设备信息采集指示,LPU接收该设备采集指示。然后,LPU基于该设备采集指示采集框式通信设备的设备信息。然后,LPU通过第二传输通道向第二MPU发送采集到的设备信息。第二MPU接收该设备信息,并进行相应的处理。

在一种可能的实现方式中,所述第一MPU与所述第二MPU通过第三传输通道连接,所述第二报文属于配置管理类报文,在所述第二MPU通过所述第二传输通道向所述LPU下发第二报文之前,所述方法还包括:所述第二MPU通过所述第三传输通道获取所述第一MPU同步的表项。

所述第二MPU通过所述第二传输通道向所述LPU发送所述表项,所述表项包括在所述第二报文中,所述表项为路由表项或转发表项。

其中,第三传输通道可以为1GE或10GE的传输通道。表项为路由表项或转发表项,包括在第二报文中,属于配置管理类报文。

本申请实施例所示的方案,配置管理类任务主要涉及表项下发的处理。在进行表项下发时,首先,第二MPU通过第三传输通道进行表项同步,获取第一MPU同步的表项。然后,由第二MPU通过第二传输通道向LPU发送该表项,从而完成表项下发的处理。

在一种可能的实现方式中,所述第一MPU为主用MPU,所述第二MPU为备用MPU。

本申请实施例所示的方案,由于业务流报文的数据量比非业务流报文的数据量大,所以可以由主用MPU进行业务流报文相关的处理,而由备用MPU进行非业务流报文相关的处理。即,可以将主用MPU配置为上述第一MPU,将备用MPU配置为上述第二MPU。

并且,通过使第一MPU和第二MPU互为主备关系,使得在有一个MPU失效的情况下,还可以由另一个MPU承载所有的报文的处理,并通过该MPU对应的传输通道传输所有类型的报文。从而,提高了框式通信设备的工作的可靠性。

在一种可能的实现方式中,所述方法还包括:在所述第一MPU处于失效状态下,所述第二MPU将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第二传输通道发送给所述LPU。

其中,第一MPU失效是指第一MPU不能再对业务流报文进行相应的处理。具体的,可以是第一MPU故障。

本申请实施例所示的方案,在第一MPU处于失效状态下,可以由第二MPU实现第一MPU原有的处理。则第二MPU将属于业务流报文和非业务流报文的报文通过第二传输通道向发给LPU。

在一种可能的实现方式中,所述方法还包括:在所述第二MPU处于失效状态下,所述第一MPU将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第一传输通道发送给所述LPU。

其中,第二MPU失效是指第二MPU不能再对非业务流报文进行相应的处理。例如,可以是第二MPU故障。

本申请实施例所示的方案,在第二MPU处于失效状态下,可以由第一MPU实现第二MPU原有的处理。则第一MPU将属于业务流报文和非业务流报文的报文通过第一传输通道向发给LPU。

在一种可能的实现方式中,所述业务流报文包括BGP报文、OSPF报文、IS-IS报文和RIP报文。

第三方面,提供了一种框式通信设备,所述框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,所述第一MPU与所述LPU通过第一传输通道连接,所述第二MPU与所述LPU通过第二传输通道连接;

所述LPU用于:

确定待传输的第一报文的类型;

如果所述第一报文属于业务流报文,则通过所述第一传输通道向所述第一MPU发送所述第一报文;

如果所述第一报文属于非业务流报文,则通过所述第二传输通道向所述第二MPU发送所述第一报文。

在一种可能的实现方式中,所述第二MPU用于:

确定接收到的所述第一报文属于所述未知类型报文,对所述第一报文进行丢弃或限速处理。

在一种可能的实现方式中,所述第一报文属于所述运维任务类报文,所述LPU还用于:

通过所述第二传输通道接收来自所述第二MPU的第二报文,所述第二报文属于所述运维任务类报文,所述第二报文包括设备信息采集指示;

基于所述设备信息采集指示采集所述框式通信设备的设备信息;

通过所述第二传输通道向所述第二MPU发送所述设备信息,所述设备信息包括在所述第一报文中。

在一种可能的实现方式中,所述LPU还用于

在所述第一MPU处于失效状态下,将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第二传输通道发送给所述第二MPU。

在一种可能的实现方式中,所述LPU还用于:

在所述第二MPU处于失效状态下,将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第一传输通道发送给所述第一MPU。

在一种可能的实现方式中,所述非业务流报文包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种;其中,

所述运维任务类报文包括gRPC报文、ssh报文和snmp报文;

所述配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。

在一种可能的实现方式中,所述第一MPU为主用MPU,所述第二MPU为备用MPU。

在一种可能的实现方式中,所述业务流报文包括BGP报文、OSPF报文、IS-IS报文和RIP报文。

第四方面,提供了一种框式通信设备,所述框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,所述第一MPU与所述LPU通过第一传输通道连接,所述第二MPU与所述LPU通过第二传输通道连接,所述第一传输通道用于传输所述LPU和所述第一MPU之间的业务流报文;

所述第二MPU用于:

通过所述第二传输通道向所述LPU发送第二报文,所述第二报文属于非业务流报文。

在一种可能的实现方式中,所述第二MPU还用于:

对通过所述第二传输通道接收到的来自所述LPU的第一报文进行丢弃或限速处理,所述第一报文属于所述未知类型报文。

在一种可能的实现方式中,所述第二报文属于所述运维任务类报文,所述第二MPU还用于:

通过所述第二传输通道向所述LPU发送设备信息采集指示,所述设备信息采集指示包括在所述第二报文中,所述设备采集信息指示用于指示所述LPU采集所述框式通信设备的设备信息;

接收所述LPU通过所述第二传输通道发送的第一报文,所述第一报文属于所述运维任务类报文,所述设备信息包括在所述第一报文中。

在一种可能的实现方式中,所述第一MPU与所述第二MPU通过第三传输通道连接,所述第二报文属于配置管理类报文,所述第二MPU用于:

通过所述第三传输通道获取所述第一MPU同步的表项;

通过所述第二传输通道向所述LPU发送所述表项,所述表项包括在所述第二报文中,所述表项为路由表项或转发表项。

在一种可能的实现方式中,所述第二MPU还用于:

在所述第一MPU处于失效状态下,将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第二传输通道发送给所述LPU。

在一种可能的实现方式中,所述第一MPU用于:

在所述第二MPU处于失效状态下,将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第一传输通道发送给所述LPU。

在一种可能的实现方式中,所述非业务流报文包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种;其中,

所述运维任务类报文包括gRPC报文、ssh报文和snmp报文;

所述配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。

在一种可能的实现方式中,所述第一MPU为主用MPU,所述第二MPU为备用MPU。

在一种可能的实现方式中,所述业务流报文包括BGP报文、OSPF报文、IS-IS报文和RIP报文。

本申请实施例提供的技术方案带来的有益效果是:

本申请实施例提供了报文传输的方法,该报文传输的方法应用在框式通信设备中,该框式通信设备包括第一MPU、第二MPU和LPU。第一MPU和LPU通过第一传输通道连接,第二MPU和LPU通过第二传输通道连接。在传输报文时,业务流报文通过第一传输通道传输,而非业务流报文通过第二传输通道传输。从而,在报文传输过程中,业务流报文和非业务流报文之间不会互相竞争,业务流报文和非业务流报文的传输效率均较高。并且,在第一MPU受到异常的业务流报文攻击时,第二MPU不受影响,可以正常进行设备的运维管理。

附图说明

图1是本申请实施例提供的一种框式通信设备的结构示意图;

图2是本申请实施例提供的一种框式通信设备的结构示意图;

图3是本申请实施例提供的一种框式通信设备的结构示意图;

图4是本申请实施例提供的一种报文传输的方法的流程图;

图5是本申请实施例提供的一种报文传输的方法的流程图;

图6是本申请实施例提供的一种运维任务类报文的传输示意图;

图7是本申请实施例提供的一种配置管理类报文的传输示意图;

图8是本申请实施例提供的一种配置管理类报文的传输的时序图。

具体实施方式

本申请实施例提供了报文传输的方法和框式通信设备,其中,报文传输的方法可以应用于框式通信设备中,该框式通信设备可以为框式交换机或框式路由器等。如图1-3所示,框式通信设备包括第一主处理单元(Main Processing Unit,MPU)、第二MPU和线路接口处理单元(Line Processing Unit,LPU)。

其中,MPU(第一MPU或第二MPU),也可以称为主处理单元,集主控单元和系统维护单元于一体,负责框式通信设备的集中控制和管理,以及数据交换。如图2和图3所示,MPU中包括中央处理器(Central Processing Unit,CPU)和局域网交换(Lan Switch,LSW)芯片,其中,CPU负责集中控制和管理,LSW芯片负责报文的转发,报文进入到MPU网口后,通过LSW芯片转发然后上送CPU处理。LSW芯片还可以称为转发引擎,可以简称为LSW。为了提高框式通信设备的可靠性,本申请实施例提供的框式通信设备中的MPU可以采用1:1冗余备份设计,即第一MPU和第二MPU可以互为主备。在框式通信设备处理的报文中,大部分属于业务流报文,所以业务流报文的相关处理可以由主用MPU进行,而非业务流报文可以由备用MPU进行。也即,框式通信设备中的第一MPU可以为主用MPU,框式通信设备中的第二MPU可以为备用MPU。

LPU,也可以称为线路接口处理单元,又称业务板。框式通信设备外的IP(InternetProtocol)数据包从LPU的物理接口输入到框式通信设备中。一个框式通信设备中可以包括多个LPU。

第一MPU与LPU通过第一传输通道连接,第二MPU与LPU通过第二传输通道连接。其中,第一传输通道用于传输业务流报文,第二传输通道用于传输非业务流报文。从而,业务流报文和非业务流报文通过不同的传输通道传输,业务流报文和非业务流报文之间不会互相竞争,两者的传输效率均较高。并且,由于是第一MPU负责业务流报文的处理,第二MPU负责非业务流报文的处理,所以,在第一MPU受到异常的业务流报文的攻击时,第二MPU不受影响,第二MPU还可以正常进行设备的运维管理。第一传输通道可以为100M、1G或10G的传输通道,第二传输通道也可以为100M、1G或10G的传输通道。第一传输通道和第二传输通道的带宽可以相同也可以不同,本申请对此不做限定。另外,第一MPU和第二MPU可以通过第三传输通道连接,从而,第一MPU和第二MPU之间可以进行数据同步,例如,可以进行表项同步,如路由表项或转发表项的同步。其中,第三传输通道可以为1GE或10GE的传输通道。

需要补充的是,如图3所示,由于配置管理类任务和运维管理类任务由第二MPU处理,所以,第二MPU还可以与网络云化引擎(Network Cloud Engine,NCE)连接。从而,NCE可以直接控制第二MPU,而不必再经过第一MPU转发。

下面,为了便于理解业务流报文和非业务流报文,分别对业务流报文和非业务流报文进行介绍:

业务流报文也可以称为协议报文。业务流报文包括边界网关协议(BorderGateway Protocol,BGP)报文、开放式最短路径优先(Open Shortest Path First,OSPF)报文、中间系统-中间系统(Intermediate System to Intermediate System,IS-IS)报文和路由信息协议(Routing Information Protocol,RIP)报文,但不限于此。

非业务流报文可以包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种。其中,运维任务类报文包括google过程调用(google Remote Procedure Call,gRPC)报文、安全外壳(secure shell,ssh)报文和简单网络管理协议(simple networkmanagement protocol,snmp)报文,但不限于此。配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文,但不限于此。未知类型报文也可以称为UnKown报文。

本申请实施例提供了一种报文传输的方法,如图4所示,该报文传输的方法可以由框式通信设备中的LPU实现,下面将结合具体实施方式,对该方法的处理流程进行详细说明,内容可以如下:

步骤401、LPU确定待传输的第一报文的类型。

本申请实施例所示的方案,LPU向MPU上送报文时,需要先确定待传输的第一报文的类型,然后,根据具体的类型确定目标MPU,再通过对应的传输通道向目标MPU发送第一报文。具体的,如果第一报文属于业务流报文,则转至步骤402a执行;如果第一报文属于非业务流报文,则转至步骤402b处理。

步骤402a、如果第一报文属于业务流报文,则LPU通过第一传输通道向第一MPU发送第一报文。

本申请实施例所示的方案,在确定第一报文属于业务流报文时,LPU通过第一传输通道向第一MPU发送第一报文,并由第一MPU进行业务流报文相应的处理。

步骤402b、如果第二报文属于非业务流报文,则LPU通过第二传输通道向第二MPU发送第一报文。

本申请实施例所示的方案,在确定第一报文属于非业务流报文时,LPU通过第二传输通道向第二MPU发送第一报文,并由第二MPU进行非业务流报文相应的处理。

另外,为了减少对正常的运维任务和配置管理任务的冲击,第二MPU接收到第一报文之后,可以对接收到的第一报文进行过滤处理。首先,第二MPU确定接收到的第一报文的类型。如果确定第一报文属于未知类型报文,则对第一报文进行丢弃或限速处理。

本申请实施例所示的方案中,可以是由第二MPU中的LSW进行过滤处理。具体的,LSW确定接收到的第一报文所属的类型,如果确定属于未知类型报文,则对其进行丢弃或限速处理,并将限速处理后的第一报文,上送给第二MPU中的CPU处理。而如果LSW确定接收到的第一报文属于运维任务类报文或配置管理类报文,则将第一报文直接上送给第二MPU中的CPU处理。其中,上送给CPU处理,可以是上送给CPU中的协议栈进行处理。

如图5所示,本申请提供了一种LPU上送报文至第二MPU中的CPU的具体处理流程,内容可以如下所述:

步骤501,LPU开始向MPU上送报文。

步骤502,LPU确定框式通信设备是否具有双MPU,即确定框式通信设备是否是具有第一MPU和第二MPU。

步骤503,LPU确定框式通信设备具有双MPU(即具有第一MPU和第二MPU)后,确定待传输的第一报文的类型。

步骤504a,LPU确定第一报文不属于业务流报文,则将第一报文上送给第二MPU中的LSW。

步骤504b,LPU确定第一报文属于业务流报文,则将第一报文上送给第一MPU。或者,LPU确定框式通信设备仅仅具有第一MPU,则将第一报文直接上送给第一MPU。

步骤505,第二MPU中的LSW确定接收到的第一报文的报文类型,确定是否属于未知类型报文。

步骤506,如果LSW确定接收到的第一报文属于未知类型报文,则对第一报文进行丢弃或限速处理。

步骤507,如果LSW确定接收到的第一报文不属于未知类型报文,则将第一报文上送到第二MPU中的CPU进行处理;或者,将经过限速处理后的第一报文上送到第二MPU中的CPU进行处理。

本申请实施例还提供了一种报文传输的方法,该报文传输的方法可以由框式通信设备中的第二MPU实现。在该框式通信设备中,第一MPU和LPU通过第一传输通道连接,第二MPU和LPU通过第二传输通道连接,第一传输通道用于传输LPU和第一MPU之间的业务流报文。该方法包括:

第二MPU通过第二传输通道向LPU发送第二报文,第二报文属于非业务流报文。

本申请实施例所示的方案,第一MPU与LPU通过第一传输通道连接,第一传输通道用于传输第一MPU和LPU之间的业务流报文。第二MPU与LPU通过第二传输通道连接,第二传输通道用于传输非业务流报文。

从而,业务流报文和非业务流报文通过不同的传输通道传输,业务流报文和非业务流报文之间不会互相竞争,两者的传输效率均较高。并且,在第一MPU受到异常的业务流报文的攻击时,第二MPU不受影响,第二MPU还可以正常进行设备的运维管理。

下面,结合上述两个报文传输的方法,并结合具体的实例对本申请进行更加详细的说明:

(1)运维任务的处理。运维任务主要涉及框式通信设备的设备信息的采集,具体的处理流程可以如下所述:

首先,第二MPU通过第二传输通道向LPU下发设备信息采集指示。然后,LPU通过第二传输通道接收该设备信息采集指示,并基于该设备信息采集指示采集框式通信设备的设备信息。再然后,LPU通过第二传输通道向第二MPU发送采集到的设备信息。最后,第二MPU通过第二传输通道接收该设备信息。

其中,设备信息和设备信息采集指示所承载的报文均为运维任务类报文中。

如图6所示,以telemetry数据采集为例,对运维任务类报文的传输过程进行说明:

步骤601,第二MPU中的ESPM(Telemetry任务分解中心)模块将订阅采集任务下发给LPU中的Telemetry Agent。

步骤602,Telemetry Agent根据下发的采集任务采集各类数据,并将采集数据发送给第二MPU上的gRPC模块。

步骤603中,由gRPC模块对采集数据进行模型转换,并将转换后的采集数据上报采集器。

(2)配置管理类任务的处理。配置管理类任务主要涉及表项下发、表项配置、表项删除和表项对账等,具体的处理流程可以如下所述:

首先,第二MPU通过第三传输通道获取第一MPU同步的表项。然后,第二MPU通过第二传输通道向所述LPU发送表项。其中,该表项为路由表项或转发表项。

本申请实施例所示的方案,第二MPU通过第三传输通道获取第一MPU同步的表项,具体的同步机制可以采用现有的同步机制,在此不再赘述。第二MPU获取到表项之后,通过第二传输通道向LPU发送表项。

如图7和图8所示,以表项下发为例,对配置管理类报文的传输过程进行说明,其中,图7是配置管理类报文的传输示意图,图8是配置管理类报文的传输的时序图。

第一步,第一MPU上的路由协议模块(包括BGP模块和OSPF模块)进行表项同步到第二MPU的路由协议模块。

第二步,第二MPU上的路由协议模块下发表项到第二MPU的转发引擎。

第三步,第二MPU的转发引擎下发表项到LPU的转发引擎。

第四步,LPU的转发引擎将表项发给LPU的转发芯片处理。

第五步,LPU处理完表项后,进行下表应答,发送给第二MPU的转发引擎。

需要补充说明的是,第一MPU和第二MPU可以互为主备关系,从而在存在一个MPU失效的情况下,还可以由另一个MPU承载所有的报文的处理,并通过该MPU对应的传输通道传输所有类型的报文。从而,提高了框式通信设备的工作的可靠性。具体的处理过程可以如下所述:

在一种可能的实现方式中,在第一MPU处于失效状态下,LPU将属于业务流报文的报文和属于非业务流报文的报文均通过第二传输通道发送给第二MPU。相应的,第二MPU将属于业务流报文的报文和属于非业务流报文的报文均通过第二传输通道发送给LPU。

在另一种可能的实现方式中,在第二MPU处于失效状态下,LPU将属于业务流报文的报文和属于非业务流报文的报文均通过第一传输通道发送给第一MPU。相应的,第一MPU将属于业务流报文的报文和属于非业务流报文的报文均通过第一传输通道发送给LPU。

本申请实施例还提供了一种框式通信设备,如图1-3所示,框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,第一MPU与LPU通过第一传输通道连接,第二MPU与LPU通过第二传输通道连接;

LPU用于:

确定待传输的第一报文的类型;

如果第一报文属于业务流报文,则通过第一传输通道向第一MPU发送第一报文;

如果第一报文属于非业务流报文,则通过第二传输通道向第二MPU发送第一报文。

在一种可能的实现方式中,第二MPU用于:

确定接收到的第一报文属于未知类型报文,对第一报文进行丢弃或限速处理。

在一种可能的实现方式中,第一报文属于运维任务类报文,LPU还用于:

通过第二传输通道接收来自第二MPU的第二报文,第二报文属于运维任务类报文,第二报文包括设备信息采集指示;

基于设备信息采集指示采集框式通信设备的设备信息;

通过第二传输通道向第二MPU发送设备信息,设备信息包括在第一报文中。

在一种可能的实现方式中,LPU还用于

在第一MPU处于失效状态下,将属于业务流报文的报文和属于非业务流报文的报文均通过第二传输通道发送给第二MPU。

在一种可能的实现方式中,LPU还用于:

在第二MPU处于失效状态下,将属于业务流报文的报文和属于非业务流报文的报文均通过第一传输通道发送给第一MPU。

在一种可能的实现方式中,非业务流报文包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种;其中,

运维任务类报文包括gRPC报文、ssh报文和snmp报文;

配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。

在一种可能的实现方式中,第一MPU为主用MPU,第二MPU为备用MPU。

在一种可能的实现方式中,业务流报文包括BGP报文、OSPF报文、IS-IS报文和RIP报文。

在一种可能的实现方式中,第二MPU还与NCE连接。

本申请实施例还提供了另一种框式通信设备,如图1-3所示,该框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,第一MPU与LPU通过第一传输通道连接,第二MPU与LPU通过第二传输通道连接,第一传输通道用于传输LPU和第一MPU之间的业务流报文;

第二MPU用于:

通过第二传输通道向LPU发送第二报文,第二报文属于非业务流报文。

在一种可能的实现方式中,第二MPU还用于:

对通过第二传输通道接收到的来自LPU的第一报文进行丢弃或限速处理,第一报文属于未知类型报文。

在一种可能的实现方式中,第二报文属于运维任务类报文,第二MPU还用于:

通过第二传输通道向LPU发送设备信息采集指示,设备信息采集指示包括在第二报文中,设备采集信息指示用于指示LPU采集框式通信设备的设备信息;

接收LPU通过第二传输通道发送的第一报文,第一报文属于运维任务类报文,设备信息包括在第一报文中。

在一种可能的实现方式中,第一MPU与第二MPU通过第三传输通道连接,第二报文属于配置管理类报文,第二MPU用于:

通过第三传输通道获取第一MPU同步的表项;

通过第二传输通道向LPU发送表项,表项包括在第二报文中,表项为路由表项或转发表项。

在一种可能的实现方式中,第二MPU还用于:

在第一MPU处于失效状态下,将属于业务流报文的报文和属于非业务流报文的报文均通过第二传输通道发送给LPU。

在一种可能的实现方式中,第一MPU还用于:

在第二MPU处于失效状态下,将属于业务流报文的报文和属于非业务流报文的报文均通过第一传输通道发送给LPU。

在一种可能的实现方式中,非业务流报文包括运维任务类报文、配置管理类报文和未知类型报文中的一种或多种;其中,

运维任务类报文包括gRPC报文、ssh报文和snmp报文;

配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。

在一种可能的实现方式中,第一MPU为主用MPU,第二MPU为备用MPU。

在一种可能的实现方式中,业务流报文包括BGP报文、OSPF报文、IS-IS报文和RIP报文。

在一种可能的实现方式中,第二MPU还与NCE连接。

以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

23页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:一种数据分流方法、装置及相关设备

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!