CN113630318B - 报文传输的方法和框式通信设备 - Google Patents
报文传输的方法和框式通信设备 Download PDFInfo
- Publication number
- CN113630318B CN113630318B CN202010371228.7A CN202010371228A CN113630318B CN 113630318 B CN113630318 B CN 113630318B CN 202010371228 A CN202010371228 A CN 202010371228A CN 113630318 B CN113630318 B CN 113630318B
- Authority
- CN
- China
- Prior art keywords
- mpu
- message
- lpu
- transmission channel
- service flow
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 198
- 238000004891 communication Methods 0.000 title claims abstract description 83
- 238000000034 method Methods 0.000 title claims abstract description 56
- 238000012423 maintenance Methods 0.000 claims abstract description 57
- 238000012545 processing Methods 0.000 claims description 89
- 230000008569 process Effects 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 6
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 230000002159 abnormal effect Effects 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 238000001914 filtration Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- PENWAFASUFITRC-UHFFFAOYSA-N 2-(4-chlorophenyl)imidazo[2,1-a]isoquinoline Chemical compound C1=CC(Cl)=CC=C1C1=CN(C=CC=2C3=CC=CC=2)C3=N1 PENWAFASUFITRC-UHFFFAOYSA-N 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/30—Routing of multiclass traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/22—Traffic shaping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了报文传输的方法和框式通信设备,属于通信技术领域。报文传输的方法应用在框式通信设备中,框式通信设备包括第一MPU、第二MPU和LPU,第一MPU与LPU通过第一传输通道连接,第二MPU与LPU通过第二传输通道连接。在传输报文时,业务流报文通过第一传输通道传输,非业务流报文通过第二传输通道传输。从而,业务流报文和非业务流报文通过不同的传输通道传输,并由不同的MPU处理,业务流报文和非业务流报文之间不会互相竞争。这样,非业务流报文的传输效率提高,并且,在第一MPU受到异常的业务流报文攻击时,第二MPU不受影响,可以正常进行设备的运维管理。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种报文传输的方法和框式通信设备。
背景技术
框式通信设备,如框式交换机一般由主处理单元(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连接。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种报文传输的方法,其特征在于,所述方法应用在框式通信设备中,所述框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,所述第一MPU为主用MPU,所述第二MPU为备用MPU,所述第一MPU和所述第二MPU均包括中央处理器和局域网交换芯片,所述第一MPU与所述LPU通过第一传输通道连接,所述第二MPU与所述LPU通过第二传输通道连接;
所述方法包括:
所述LPU确定待传输的第一报文的类型,如果所述第一报文属于业务流报文,则所述LPU通过所述第一传输通道向所述第一MPU发送所述第一报文,如果所述第一报文属于非业务流报文,则所述LPU通过所述第二传输通道向所述第二MPU发送所述第一报文;
所述第二MPU通过所述第二传输通道向所述LPU发送第二报文,所述第二报文属于非业务流报文;
当执行运维任务时,所述方法还包括:
所述第二MPU中的ESPM模块通过所述第二传输通道向所述LPU中的Telemetry Agent发送设备信息采集指示,所述设备信息采集指示包括在所述第二报文中,所述第二报文属于所述非业务流报文中的运维任务类报文;
所述LPU中的Telemetry Agent基于所述设备信息采集指示采集所述框式通信设备的设备信息;
所述LPU中的Telemetry Agent通过所述第二传输通道向所述第二MPU中的gRPC模块发送所述设备信息,所述设备信息包括在所述第一报文中,所述第一报文属于所述非业务流报文中的运维任务类报文;
所述第二MPU中的gRPC模块对所述设备信息进行模型转换,并将转换后的设备信息上报采集器;
当执行配置管理类任务时,所述方法还包括:
在进行表项下发时,所述第一MPU上的路由协议模块进行表项同步到所述第二MPU的路由协议模块;
所述第二MPU上的路由协议模块下发表项到所述第二MPU的转发引擎;
所述第二MPU的转发引擎发送所述第二报文到所述LPU的转发引擎,所述第二报文包括所述表项,所述第二报文属于所述非业务流报文中的配置管理类报文;
所述LPU的转发引擎将表项发给所述LPU的转发芯片;
所述LPU处理完表项后,进行下表应答,发送给所述第二MPU的转发引擎。
2.根据权利要求1所述的方法,其特征在于,所述运维任务类报文包括google过程调用gRPC报文、安全外壳ssh报文和简单网络管理协议snmp报文;
所述配置管理类报文包括表项下发任务、表项配置任务、表项删除任务和表项对账任务所承载的报文。
3.根据权利要求1所述的方法,其特征在于,当所述第二MPU确定通过所述第二传输通道接收到的报文属于未知类型报文时,对所述未知类型报文进行丢弃或限速处理,其中,所述未知类型报文属于所述非业务流报文。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
在所述第一MPU处于失效状态下,所述LPU将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第二传输通道发送给所述第二MPU。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
在所述第二MPU处于失效状态下,所述LPU将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第一传输通道发送给所述第一MPU。
6.根据权利要求1-3任一项所述的方法,其特征在于,所述业务流报文包括边界网关协议BGP报文、开放式最短路径优先OSPF报文、中间系统-中间系统IS-IS报文和路由信息协议RIP报文。
7.一种框式通信设备,其特征在于,所述框式通信设备包括第一主处理单元MPU、第二MPU和线路接口处理单元LPU,所述第一MPU为主用MPU,所述第二MPU为备用MPU,所述第一MPU和所述第二MPU均包括中央处理器和局域网交换芯片,所述第一MPU与所述LPU通过第一传输通道连接,所述第二MPU与所述LPU通过第二传输通道连接;
所述LPU用于:确定待传输的第一报文的类型,如果所述第一报文属于业务流报文,则通过所述第一传输通道向所述第一MPU发送所述第一报文,如果所述第一报文属于非业务流报文,则通过所述第二传输通道向所述第二MPU发送所述第一报文;
所述第二MPU用于:通过所述第二传输通道向所述LPU发送第二报文,所述第二报文属于非业务流报文;
当执行运维任务时,所述第二MPU还用于:所述第二MPU中的ESPM模块通过所述第二传输通道向所述LPU中的Telemetry Agent发送设备信息采集指示,所述设备信息采集指示包括在所述第二报文中,所述第二报文属于所述非业务流报文中的运维任务类报文;
所述LPU还用于:所述LPU中的Telemetry Agent基于所述设备信息采集指示采集所述框式通信设备的设备信息,所述LPU中的Telemetry Agent通过所述第二传输通道向所述第二MPU中的gRPC模块发送所述设备信息,所述设备信息包括在所述第一报文中,所述第一报文属于所述非业务流报文中的运维任务类报文;
所述第二MPU还用于:所述第二MPU中的gRPC模块对所述设备信息进行模型转换,并将转换后的设备信息上报采集器;
当执行配置管理类任务时,所述第一MPU用于:在进行表项下发时,所述第一MPU上的路由协议模块进行表项同步到所述第二MPU的路由协议模块;
所述第二MPU还用于:所述第二MPU上的路由协议模块下发表项到所述第二MPU的转发引擎;所述第二MPU的转发引擎发送所述第二报文到所述LPU的转发引擎,所述第二报文包括所述表项,所述第二报文属于所述非业务流报文中的配置管理类报文;
所述LPU还用于:所述LPU的转发引擎将表项发给所述LPU的转发芯片,所述LPU处理完表项后,进行下表应答,发送给所述第二MPU的转发引擎。
8.根据权利要求7所述的框式通信设备,其特征在于,所述第二MPU用于:
确定通过所述第二传输通道接收到未知类型报文,对所述未知类型报文进行丢弃或限速处理,其中,所述未知类型报文属于所述非业务流报文。
9.根据权利要求7或8所述的框式通信设备,其特征在于,所述LPU还用于:
在所述第一MPU处于失效状态下,将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第二传输通道发送给所述第二MPU。
10.根据权利要求7或8所述的框式通信设备,其特征在于,所述LPU还用于:
在所述第二MPU处于失效状态下,将属于所述业务流报文的报文和属于所述非业务流报文的报文均通过所述第一传输通道发送给所述第一MPU。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010371228.7A CN113630318B (zh) | 2020-05-06 | 2020-05-06 | 报文传输的方法和框式通信设备 |
PCT/CN2021/091911 WO2021223710A1 (zh) | 2020-05-06 | 2021-05-06 | 报文传输的方法和框式通信设备 |
EP21800709.4A EP4135276A4 (en) | 2020-05-06 | 2021-05-06 | MESSAGE TRANSMISSION METHOD AND FRAMEWORK COMMUNICATION DEVICE |
US17/980,825 US20230047971A1 (en) | 2020-05-06 | 2022-11-04 | Packet transmission method and communication device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010371228.7A CN113630318B (zh) | 2020-05-06 | 2020-05-06 | 报文传输的方法和框式通信设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113630318A CN113630318A (zh) | 2021-11-09 |
CN113630318B true CN113630318B (zh) | 2023-05-12 |
Family
ID=78376312
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010371228.7A Active CN113630318B (zh) | 2020-05-06 | 2020-05-06 | 报文传输的方法和框式通信设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230047971A1 (zh) |
EP (1) | EP4135276A4 (zh) |
CN (1) | CN113630318B (zh) |
WO (1) | WO2021223710A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115225393B (zh) * | 2022-07-20 | 2023-09-26 | 北京天融信网络安全技术有限公司 | 一种源限速方法及装置、电子设备 |
CN115766625B (zh) * | 2022-09-07 | 2024-08-09 | 迈普通信技术股份有限公司 | 接口资源同步方法、装置及分布式交换机 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010020151A1 (zh) * | 2008-08-18 | 2010-02-25 | 成都市华为赛门铁克科技有限公司 | 报文处理方法、装置和系统 |
US8990365B1 (en) * | 2004-09-27 | 2015-03-24 | Alcatel Lucent | Processing management packets |
CN109324549A (zh) * | 2018-09-30 | 2019-02-12 | 杭州迪普科技股份有限公司 | 一种双主控设备配置方法及双主控设备 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100336345C (zh) * | 2005-10-27 | 2007-09-05 | 杭州华三通信技术有限公司 | 双主控网络设备及其主备切换方法 |
US20090207074A1 (en) * | 2008-02-19 | 2009-08-20 | Aniruddha Das | Near simultaneous dissemination of global data from many sources to many receivers |
JP2011070365A (ja) * | 2009-09-25 | 2011-04-07 | Toshiba Corp | メモリシステム |
CN102006223B (zh) * | 2010-11-17 | 2013-06-19 | 福建星网锐捷网络有限公司 | 卡间数据传输方法、装置及系统、板卡和分布式系统 |
CN101986594B (zh) * | 2010-11-18 | 2015-06-03 | 中兴通讯股份有限公司 | 一种实现单板间通讯的方法及装置 |
CN102739552B (zh) * | 2012-07-19 | 2015-09-23 | 迈普通信技术股份有限公司 | 一种实现多主控远程过程调用的方法及系统 |
CN102957626B (zh) * | 2012-11-14 | 2016-08-10 | 中兴通讯股份有限公司 | 一种报文转发方法和装置 |
CN103532765A (zh) * | 2013-10-24 | 2014-01-22 | 华为技术有限公司 | 主备倒换控制方法和装置 |
CN105337896A (zh) * | 2014-07-25 | 2016-02-17 | 华为技术有限公司 | 报文处理方法和装置 |
CN107306235A (zh) * | 2016-04-21 | 2017-10-31 | 中兴通讯股份有限公司 | 一种双主控设备主控之间链路扩展方法及装置 |
CN109729021A (zh) * | 2018-12-27 | 2019-05-07 | 北京天融信网络安全技术有限公司 | 一种报文处理方法及电子设备 |
-
2020
- 2020-05-06 CN CN202010371228.7A patent/CN113630318B/zh active Active
-
2021
- 2021-05-06 WO PCT/CN2021/091911 patent/WO2021223710A1/zh unknown
- 2021-05-06 EP EP21800709.4A patent/EP4135276A4/en not_active Withdrawn
-
2022
- 2022-11-04 US US17/980,825 patent/US20230047971A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8990365B1 (en) * | 2004-09-27 | 2015-03-24 | Alcatel Lucent | Processing management packets |
WO2010020151A1 (zh) * | 2008-08-18 | 2010-02-25 | 成都市华为赛门铁克科技有限公司 | 报文处理方法、装置和系统 |
CN109324549A (zh) * | 2018-09-30 | 2019-02-12 | 杭州迪普科技股份有限公司 | 一种双主控设备配置方法及双主控设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113630318A (zh) | 2021-11-09 |
US20230047971A1 (en) | 2023-02-16 |
WO2021223710A1 (zh) | 2021-11-11 |
EP4135276A4 (en) | 2023-10-04 |
EP4135276A1 (en) | 2023-02-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7911940B2 (en) | Adaptive redundancy protection scheme | |
US9590888B2 (en) | Link keepalive method, controller and switch | |
US9628324B2 (en) | Openflow switch and failure recovery method in openflow network | |
EP2671352B1 (en) | System and method for aggregating and estimating the bandwidth of multiple network interfaces | |
US20230047971A1 (en) | Packet transmission method and communication device | |
CN108306777B (zh) | 基于sdn控制器的虚拟网关主备切换方法及装置 | |
EP2608459A2 (en) | Router, virtual cluster router system and establishion method thereof | |
US9094330B2 (en) | Data transport system and control method of data transport system | |
JPWO2013115177A1 (ja) | ネットワークシステム、及びトポロジー管理方法 | |
JP2011082834A (ja) | コンピュータシステム、及びコンピュータシステムの監視方法 | |
CA2311197A1 (en) | Enhanced dual counter rotating ring network control system | |
EP2627039A1 (en) | Method and device for switching aggregation links | |
EP2696542A1 (en) | Method, ToR switch, and system for implementing protection switchover based on TRILL network | |
WO2014000399A1 (zh) | 链路选择方法和装置 | |
KR20140072343A (ko) | Sdn 망의 장애 대처 방법 | |
US8166156B2 (en) | Failure differentiation and recovery in distributed systems | |
US20210281471A1 (en) | Cross-layer network fault recovery system and method based on configuration migration | |
EP3754933A1 (en) | Fault diagnosis method and apparatus therefor | |
RU2730390C1 (ru) | Способ и устройство для автоматического определения топологии межузловой связи в совместно используемом резервном кольце трансокеанской мультиплексной секции | |
JP2006229399A (ja) | 通信システム、中継ノード及びそれらに用いる通信方法並びにそのプログラム | |
CN112073270B (zh) | 一种链路故障检测方法及装置 | |
CN106533771B (zh) | 一种网络设备以及控制信息传输方法 | |
WO2012079328A1 (zh) | 复用段保护的倒换方法、系统及分组传输网设备 | |
CN113037622B (zh) | 一种防止bfd震荡的系统及方法 | |
JP2001067291A (ja) | ネットワーク監視方式 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |