CN114095361A - 设备汇聚维护方法、装置及网络系统 - Google Patents
设备汇聚维护方法、装置及网络系统 Download PDFInfo
- Publication number
- CN114095361A CN114095361A CN202111383281.XA CN202111383281A CN114095361A CN 114095361 A CN114095361 A CN 114095361A CN 202111383281 A CN202111383281 A CN 202111383281A CN 114095361 A CN114095361 A CN 114095361A
- Authority
- CN
- China
- Prior art keywords
- message
- equipment
- sending
- convergence
- messages
- 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.)
- Granted
Links
- 238000012423 maintenance Methods 0.000 title claims abstract description 54
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000000694 effects Effects 0.000 claims abstract description 10
- 230000005540 biological transmission Effects 0.000 claims description 21
- 230000009286 beneficial effect Effects 0.000 abstract description 4
- 238000005520 cutting process Methods 0.000 abstract description 3
- 230000002776 aggregation Effects 0.000 description 39
- 238000004220 aggregation Methods 0.000 description 39
- 238000003860 storage Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000004904 shortening Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种设备汇聚维护方法、装置及网络系统。方法包括:第一设备的汇聚端口向第二设备发送用于汇聚维护的第一报文,第一报文表示第一设备当前期望不接收报文,且准许发送报文;第一设备在收到所有第二设备发送的第二报文,或距离发送第一报文的时长超过第一预设时长时,第一设备重启,且第一设备加载预设配置数据,以使预设配置数据生效,其中,第二报文表征第二设备已完成停止向第一设备发送报文的设置。如此,有利于第一设备有序切断流量,从而能在完成流量切断后快速重启,以完成汇聚维护的配置,进而缩短网络中断时长,改善因重启出现数据丢包的问题。
Description
技术领域
本申请涉及网络通信技术领域,具体而言,涉及一种设备汇聚维护方法、装置及网络系统。
背景技术
在数据中心网络中,电子设备之间,或电子设备与服务器之间为了提高可靠性和提高带宽,通常会采用多链路通信,多个设备之间可以基于链路汇聚实现互联。在对数据中心网络中的电子设备进行维护时,常规的ISSU(In-Service Software Upgrade,不中断业务升级)技术是通过将端口逐一关闭(shutdown),在这种维护方式中,虽然单个汇聚的收敛能够满足50毫秒的要求,但是当一个设备有大量的端口汇聚需要进行切换时,就会导致网络出现较长时间的中断,或维护期间容易导致数据丢包。
发明内容
本申请实施例的目的在于提供一种设备汇聚维护方法、装置及网络系统,能够在汇聚维护期间,改善网络出现较长中断、出现数据丢包的问题。
为了实现上述目的,本申请的实施例通过如下方式实现:
第一方面,本申请实施例提供一种设备汇聚维护方法,应用于网络系统中的第一设备,所述第一设备用于与所述网络系统中的第二设备通信,所述方法包括:所述第一设备的汇聚端口向所述第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;所述第一设备在收到所有第二设备发送的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,且所述第一设备加载预设配置数据,以使所述预设配置数据生效,其中,所述第二报文表征所述第二设备已完成停止向所述第一设备发送报文的设置。
在上述的实施方式中,在第一设备重启之前,通过汇聚端口告知对端的第二设备,通知第二设备停止向第一设备发送报文,如此,有利于第一设备有序切断流量,从而能在完成流量切断后重启,以完成汇聚维护的配置,进而缩短网络中断时长,改善因重启出现数据丢包的问题。
结合第一方面,在一些可选的实施方式,所述方法还包括:基于预设协商规则与所述第二设备进行发送协商;当与所述第二设备完成所述发送协商,或进行所述发送协商的时长超过第二预设时长时,通过所述汇聚端口向所述第二设备发送第三报文,所述第三报文表征所述第一设备期望接收报文,且准许发送报文,其中,所述第二设备用于根据所述第三报文,设置所述第二设备准许向所述第一设备发送报文,且准许接收所述第一设备所发送的报文。
在上述的实施方式中,在第一设备重启之后,当与第二设备完成发送协商后,便可以通知第二设备,让第二设备可以继续向第一设备发送数据,如此,可以让第一设备以经过维护配置后的方式进行数据转发。
结合第一方面,在一些可选的实施方式,所述方法还包括:在接收到所述第二设备发送的第四报文,或在发出所述第三报文的时长超过第三预设时长时,输出表征完成维护配置的提示信息,其中,所述第四报文表征所述第二设备已根据所述第三报文完成所述设置。
结合第一方面,在一些可选的实施方式,基于预设协商规则与所述第二设备进行发送协商,包括:在所述第一设备完成重启后,且所述第一设备的端口处于UP状态时,向所述第二设备发送所述第一报文,所述第一报文用于通知所述第二设备不向所述第一设备发送报文;当所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,确定完成所述发送协商。
在上述的实施方式中,在第一设备完成重启后,通过发送协商,可以让第一设备继续维持不接收但可以发送报文的处理方式,避免在重启后第一设备接收到报文因无法处理而丢弃,导致出现数据丢包的问题。
第二方面,本申请实施例还提供一种设备汇聚维护方法,应用于网络系统,所述网络系统包括第一设备及第二设备,所述方法包括:所述第一设备通过汇聚端口向第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;所述第二设备根据所述第一报文,设置所述第二设备停止向所述第一设备发送报文;在所述第一设备收到所有第二设备发送的表征完成所述设置的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,且所述第一设备加载预设配置数据,以使所述预设配置数据生效。
结合第二方面,在一些可选的实施方式,所述方法还包括:所述第一设备和所述第二设备基于预设协商规则进行发送协商;当所述第一设备和所述第二设备完成所述发送协商,或进行所述发送协商的时长超过第二预设时长时,所述第一设备通过所述汇聚端口向所述第二设备发送第三报文,所述第三报文表征所述第一设备期望接收报文,且准许发送报文;
所述第二设备根据所述第三报文,设置所述第二设备准许向所述第一设备发送报文,且准许接收所述第一设备所发送的报文。
结合第二方面,在一些可选的实施方式,所述方法还包括:所述第二设备在根据所述第三报文完成所述设置的操作时,向所述第一设备发送表征完成所述设置的第四报文;所述第一设备在接收到所述第四报文,或在发出所述第三报文的时长超过第三预设时长时,输出表征完成维护配置的提示信息。
结合第二方面,在一些可选的实施方式,所述第一设备和所述第二设备基于预设协商规则进行发送协商,包括:在所述第一设备完成重启后,且所述第一设备的端口处于UP状态时,向所述第二设备发送所述第一报文,所述第一报文用于通知所述第二设备不向所述第一设备发送报文;当所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,确定完成所述发送协商。
第三方面,本申请实施例还提供一种设备汇聚维护装置,配置于网络系统中的第一设备,所述第一设备用于与所述网络系统中的第二设备通信,所述装置包括:发送单元,用于通过所述第一设备的汇聚端口向所述第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;重启配置单元,用于在所述第一设备收到所有第二设备发送的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,重启所述第一设备,且所述第一设备加载预设配置数据,以使所述预设配置数据生效,其中,所述第二报文表征所述第二设备已完成停止向所述第一设备发送报文的设置。
第四方面,本申请实施例还提供一种电子设备,所述电子设备包括相互耦合的处理器及存储器,所述存储器内存储计算机程序,当所述计算机程序被所述处理器执行时,使得所述电子设备执行上述的方法。
第五方面,本申请实施例还提供一种网络系统,所述网络系统包括第一设备及第二设备,其中:所述第一设备用于通过汇聚端口向第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;所述第二设备用于根据所述第一报文,设置所述第二设备停止向所述第一设备发送报文;在所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,并加载预设配置数据,以使所述预设配置数据生效。
第五方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述的方法。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的网络系统的通信连接示意图。
图2为本申请实施例提供的设备汇聚维护方法的流程示意图之一。
图3为本申请实施例提供的设备汇聚维护方法的流程示意图之二。
图4为本申请实施例提供的设备汇聚维护装置的框图。
图标:10-网络系统;11-网络设备;12-网络设备;13-网络设备;14-网络设备;15-服务器;200-设备汇聚维护装置;210-发送单元;220-重启配置单元。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。需要说明的是,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
本申请实施例提供一种网络系统,网络系统中可以仅包括两个或多个网络设备,或者网络系统中还可以包括服务器。其中,网络设备和服务器的数量均可以根据实际情况进行灵活确定。网络设备可以是交换机或路由器。网络设备与网络设备之间,或者网络设备与服务器之间,可以进行端口汇聚,端口汇聚的方式为本领域技术人员熟知,这里不再赘述。
示例性地,请参照图1,网络系统10可以包括网络设备11、网络设备12、网络设备13、网络设备14、服务器15。当然,在其他实施方式中,网络系统10还可以包括比图1所示更多或更少的设备,这里对网络系统10所包括的设备的数量及类型不作具体限定。
其中,网络设备11和网络设备12之间,可以通过peerlink链路连接。Peerlink链路是位于部署有M-LAG(Multichassis Link Aggregation Group,跨设备链路聚合组)的两台设备之间的一条直连聚合链路,用于交互协议报文和传输部分流量。网络设备13和网络设备14之间可以通VSL(Virtual Switching Link,虚拟交换链路)连接。Peerlink链路和VSL均为本领域技术人员熟知的链路。
网络设备11、网络设备12、网络设备13和网络设备14可以进行端口汇聚,可以分别作为一个汇聚组(汇聚组A)中的成员。网络设备11、网络设备12和服务器15,可以进行端口汇聚,可以分别作为另一个汇聚组(汇聚组B)中的成员。
需要说明的是,在网络系统10中,下述的第一设备为网络系统10中需要进行维护的电子设备,下述的第二设备为网络系统10中与第一设备端口汇聚的对端设备。第二设备的数量可以为一个或多个。另外,第一设备和第二设备的设备类型可以根据实际情况进行灵活确定,例如,第一设备可以为网络设备(如交换机),第二设备可以为服务器;或者第一设备和第二设备均为网络设备。
本申请还提供一种电子设备可以包括处理模块及存储模块。存储模块内存储计算机程序,当计算机程序被所述处理模块执行时,使得电子设备能够执行下述设备汇聚维护方法中的各步骤。其中,电子设备可以为上述的网络设备或服务器。
请参照图2,本申请提供一种设备汇聚维护方法,可以应用于上述的网络系统10中,由网络系统10中的各电子设备相互配合,以实现方法中的各步骤。其中,在第一设备进行汇聚维护之前,管理员可以将配置数据输入至第一设备的指定位置进行存储,以作为下述的预设配置数据。第一设备需要重启后,再加载预设配置数据,该预设配置数据才会生效。另外,端口汇聚的设备中,均安装有端口汇聚模块,可以用于生成相应的汇聚协议报文。
在本实施例中,方法可以包括如下步骤:
步骤S110,第一设备通过汇聚端口向第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;
步骤S120,所述第二设备根据所述第一报文,设置所述第二设备停止向所述第一设备发送报文;
步骤S130,所述第一设备在收到所有第二设备发送的表征完成所述设置的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,且所述第一设备加载预设配置数据,以使所述预设配置数据生效。
可理解地,在第一设备重启之前,通过汇聚端口告知对端的第二设备,通知第二设备停止向第一设备发送报文,如此,有利于第一设备有序切断流量,从而能在完成流量切断后快速重启,以完成汇聚维护的配置,进而缩短网络中断时长,改善因重启出现数据丢包的问题。
下面将对方法的各步骤进行详细阐述,如下:
在步骤S110中,当第一设备需要进行汇聚维护时,可以自动触发并执行用于端口汇聚维护的命令,然后,由第一设备中的端口汇聚模块生成第一报文,并通过第一设备中的汇聚端口向第二设备发送第一报文。其中,第二设备可理解为在第一设备的汇聚组中除去第一设备之外的其他设备,即为第一设备的对端设备。
其中,端口汇聚模块还可以启动第一设备上的定时器,用于记录第一设备发送第一报文之后的等待时长。另外,端口汇聚模块还可以生成并保存用于端口汇聚正在重启的命令。
若第一设备仅为一个汇聚组中的成员,则第一设备可以通过自身的汇聚端口,将第一报文发送至汇聚组中除去第一设备之外的其他设备。若第一设备在多个汇聚组中,此时,第一设备可以通过自身在各自汇聚组中的汇聚端口,分别向不同汇聚组中的各设备发送第一报文。
例如,在图1中,若第一设备为网络设备13。假设,网络设备13仅为汇聚组A中的成员,不属于汇聚组B中的成员。此时,网络设备13可以通过自身的汇聚端口,向网络设备11、网络设备12发送第一报文。
又例如,第一设备为网络设备11,假设,网络设备11同时作为汇聚组A和汇聚组B中的成员。此时,网络设备11可以通过汇聚组A中的汇聚端口向网络设备13、网络设备14发送第一报文。另外,网络设备还可以通过汇聚组B中的汇聚端口,向服务器15发送第一报文。
在步骤S120中,每个第二设备在接收到第一报文后,可以从第一报文中解析得到表征“第一设备期望不接收报文,且准许发送报文”的信息,然后基于该信息,对第二设备中与第一设备聚合的汇聚端口进行相应设置,即,让第二设备的该汇聚端口停止向第一设备发送报文,且可以接收第一设备发送的报文。
当第二设备完成上述设置时,便向第一设备发送第二报文,第二报文中携带有表征第二设备完成上述设置的信息。
在步骤S130中,第一设备可以存储记录有与第一设备汇聚的所有第二设备的设备信息。第一设备可以对接收的第二报文进行解析,从而获取到第二设备已完成设置的信息及第二设备的设备信息。当第一设备接收到所有第二设备发送的第二报文,或者,在定时器超时(比如,距离发送第一报文的时长超过第一预设时长)时,第一设备便认为所有第二设备已完成相应的设置,将不再向第一设备发送报文,如此,可以切断第一设备接收的流量,避免流量被发送至第一设备后,因第一设备需要重启而出现数据丢包的情况。
当定时器超时,或者在第一设备接收到所有第二设备发送的第二报文时,第一设备便保存配置并自动重启。重启后,第一设备可以执行在步骤S110中存储的用于端口汇聚正在重启的命令。另外,第一设备加载预设配置数据,以使预设配置数据在重启后生效。
请参照图3,在本实施例中,方法还可以包括:
步骤S140,所述第一设备和所述第二设备基于预设协商规则进行发送协商;
步骤S150,当所述第一设备和所述第二设备完成所述发送协商,或进行所述发送协商的时长超过第二预设时长时,所述第一设备通过所述汇聚端口向所述第二设备发送第三报文,所述第三报文表征所述第一设备期望接收报文,且准许发送报文;
步骤S160,所述第二设备根据所述第三报文,设置所述第二设备准许向所述第一设备发送报文,且准许接收所述第一设备所发送的报文。
在本实施例中,当第一设备重启后,第一设备的汇聚端口存在DOWM和UP的状态切换,第一设备和第二设备的状态机会重置,因此,当汇聚端口重新UP之后,重新开始发送协商。
其中,在步骤S140中,可以根据实际情况进行发送协商,用于确保第一设备在重启后,继续以第一设备期望不接收报文,但可以对外发送报文方式的运行。
例如,步骤S140可以包括:
在所述第一设备完成重启后,且所述第一设备的端口处于UP状态时,向所述第二设备发送所述第一报文,所述第一报文用于通知所述第二设备不向所述第一设备发送报文;
当所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,确定完成所述发送协商。
可理解地,当第一设备的端口重新处于UP状态时,第一设备中的端口汇聚模块可以再次生成第一报文,然后通过第一设备的汇聚端口,将第二报文发送至第二设备。第二设备在接收到第一报文后,再次对第二设备自身的汇聚端口进行设置,以使第二设备将不向第一设备发送报文,但可以接收第一设备所发送的报文。第二设备完成设置之后,便向第一设备发送最后的通知报文,即为第二报文,表征第二设备已完成设置,将不向第一设备发送报文。
另外,在发送协商期间,第一设备中的端口汇聚模块可以再次启动定时器,用于记录发送协商的时长。
在步骤S150中,完成发送协商是指第一设备和所有的第二设备均完成发送协商,使得所有的第二设备均不向第一设备发送报文。为了避免协商时间过长,当发送协商的时长超过第二预设时长时,第一设备便认为完成当前的发送协商。
可理解地,当第一设备和所有的第二设备完成发送协商,或者在定时器记录发送协商的时长超时时,第一设备可以通汇聚端口向第二设备发送第三报文,以表示第一设备已做好准备,可以接收第二设备发送的报文。
第二设备在接收到第三报文之后,便可以对第二设备自身的汇聚端口进行设置,以使第二设备准许向第一设备发送报文,同时也准许接收第一设备所发送的报文。
作为一种可选的实施方式,方法还可以包括:
所述第二设备在根据所述第三报文完成所述设置的操作时,向所述第一设备发送表征完成所述设置的第四报文;
所述第一设备在接收到所述第四报文,或在发出所述第三报文的时长超过第三预设时长时,输出表征完成维护配置的提示信息。
可理解地,第一设备通过输出提示信息,有利于管理员及时发现第一设备已完成维护配置。其中,第一预设时长、第二预设时长及第三预设时长均可以根据实际情况进行灵活设置,这里不作具体限定。
为了便于理解方法的实现流程,下面将举例阐述,如下:
例如,在第一设备的汇聚端口的配置中,存在“actor_state”和“partner_state”的配置数据。在第一设备中,actor_state用于对第一设备自身的数据接收、数据发送进行控制,包括用于接收控制的Collecting字段,以及用于发送控制的distributing字段。partner_state包括用于期望对第一设备的对端设备(指第二设备)接收控制的Collecting字段,以及用于对端设备发送控制的distributing字段。
在第二设备的汇聚端口的配置中,存在“actor_state”和“partner_state”的配置数据。在第二设备中,actor_state用于对第二设备自身的数据接收、数据发送进行控制,包括用于接收控制的Collecting字段,以及用于发送控制的distributing字段。partner_state包括用于对第二设备的对端设备(指第一设备)接收控制的Collecting字段,以及用于对端设备发送控制的distributing字段。
比如,Collecting字段设置为“1”时,可以用于表示准许接收数据;Collecting字段设置为0时,表示停止接收数据。distributing字段设置为1时,表示准许发送数据;distributing字段设置为0时,表示停止发送数据。
例如,针对第一设备的汇聚端口,若actor_state中的Collecting字段设置为0,distributing字段设置为1,表示第一设备不接收报文,但可以发送报文。同样地,针对第一设备的汇聚端口,若partner_state中的Collecting字段设置为1,distributing字段设置为0,表示期望第二设备不向第一设备发送报文,但准许第二设备接收第一设备发送的报文。
在第一设备向第二设备发送的第一报文中,可以携带表征第一设备的“actor_state中的Collecting字段设置为0,distributing字段设置为1”的信息,表示第一设备期望不再接收但会发送数据报文。第二设备在接收到第一报文后,便可以对第二设备自身的汇聚端口的actor_state中的Collecting字段设置为1,distributing字段设置为0,表示第二设备不再向第一设备发送报文,但可以接收第一设备所发送的报文。
当第一设备重启,并完成与第二设备的发送协商时,第一设备向第二设备发送的第三报文中,可以携带表征第一设备的“actor_state中的Collecting字段设置为1,distributing字段设置为1”的信息,表示第一设备期望接收,并会发送数据报文。第二设备在接收到第三报文后,便可以对第二设备自身的汇聚端口的actor_state中的Collecting字段设置为1,distributing字段设置为1,表示第二设备准许向第一设备发送报文,同时也可以接收第一设备所发送的报文。另外,第一设备重启后,预设配置数据生效,表示以完成维护配置。
基于上述设计,第一设备重启前,主动通知对端的第二设备关闭数据发送的流程,将对端设备只能被动通过感知端口状态,然后各自切换而导致的网络中断时间不可控,转换成了让对端设备响应通知主动有序进行链路切换。第一设备重启后,通过分阶段协商汇聚的数据收发状态,使对端设备能够控制数据切换时机,如此,可以优化网络维护,改善在维护期间存在数据丢包的问题。
请参照图4,本申请实施例还提供一种设备汇聚维护装置200,可以配置于上述的电子设备中,用于执行方法中的各步骤。设备汇聚维护装置200包括至少一个可以软件或固件(Firmware)的形式存储于存储模块中或固化在电子设备操作系统(Operating System,OS)中的软件功能模块。处理模块用于执行存储模块中存储的可执行模块,例如设备汇聚维护装置200所包括的软件功能模块及计算机程序等。
设备汇聚维护装置200可以包括发送单元210及重启配置单元220,可以执行的操作步骤如下:
发送单元210,用于通过所述第一设备的汇聚端口向所述第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;
重启配置单元220,用于在所述第一设备收到所有第二设备发送的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,重启所述第一设备,且所述第一设备加载预设配置数据,以使所述预设配置数据生效,其中,所述第二报文表征所述第二设备已完成停止向所述第一设备发送报文的设置。
可选地,设备汇聚维护装置200还可以包括协商单元。协商单元用于基于预设协商规则与所述第二设备进行发送协商;发送单元210还用于当所述第一设备和所述第二设备完成所述发送协商,或进行所述发送协商的时长超过第二预设时长时,通过所述汇聚端口向所述第二设备发送第三报文,所述第三报文表征所述第一设备期望接收报文,且准许发送报文,其中,所述第二设备用于根据所述第三报文,设置所述第二设备准许向所述第一设备发送报文,且准许接收所述第一设备所发送的报文。
可选地,设备汇聚维护装置200还可以包括提示单元,用于在接收到所述第二设备发送的第四报文,或在发出所述第三报文的时长超过第三预设时长时,输出表征完成维护配置的提示信息,其中,所述第四报文表征所述第二设备已根据所述第三报文完成所述设置。
可选地,协商单元还可以用于:在所述第一设备完成重启后,且所述第一设备的端口处于UP状态时,向所述第二设备发送所述第一报文,所述第一报文用于通知所述第二设备不向所述第一设备发送报文;当所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,确定完成所述发送协商。
在本实施例中,处理模块可以是一种集成电路芯片,具有信号的处理能力。上述处理模块可以是通用处理器。例如,该处理器可以是中央处理器(Central Processing Unit,CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。
存储模块可以是,但不限于,随机存取存储器,只读存储器,可编程只读存储器,可擦除可编程只读存储器,电可擦除可编程只读存储器等。在本实施例中,存储模块可以用于存储预设配置数据。当然,存储模块还可以用于存储程序,处理模块在接收到执行指令后,执行该程序。
需要说明的是,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的网络系统10、电子设备、设备汇聚维护装置200的具体工作过程,可以参考前述方法中的各步骤对应过程,在此不再过多赘述。
本申请实施例还提供一种计算机可读存储介质。计算机可读存储介质中存储有计算机程序,当计算机程序在计算机上运行时,使得计算机执行如上述实施例中所述的设备汇聚维护方法。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现,基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者电子设备等)执行本申请各个实施场景所述的方法。
综上所述,在本方案中,在第一设备重启之前,通过汇聚端口告知对端的第二设备,通知第二设备停止向第一设备发送报文,如此,有利于第一设备有序切断流量,从而能在完成流量切断后快速重启,以完成汇聚维护的配置,进而缩短网络中断时长,改善因重启出现数据丢包的问题。
在本申请所提供的实施例中,应该理解到,所揭露的装置、系统和方法,也可以通过其它的方式实现。以上所描述的装置、系统和方法实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种设备汇聚维护方法,其特征在于,应用于网络系统中的第一设备,所述第一设备用于与所述网络系统中的第二设备通信,所述方法包括:
所述第一设备的汇聚端口向所述第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;
所述第一设备在收到所有第二设备发送的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,且所述第一设备加载预设配置数据,以使所述预设配置数据生效,其中,所述第二报文表征所述第二设备已完成停止向所述第一设备发送报文的设置。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
基于预设协商规则与所述第二设备进行发送协商;
当与所述第二设备完成所述发送协商,或进行所述发送协商的时长超过第二预设时长时,通过所述汇聚端口向所述第二设备发送第三报文,所述第三报文表征所述第一设备期望接收报文,且准许发送报文,其中,所述第二设备用于根据所述第三报文,设置所述第二设备准许向所述第一设备发送报文,且准许接收所述第一设备所发送的报文。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在接收到所述第二设备发送的第四报文,或在发出所述第三报文的时长超过第三预设时长时,输出表征完成维护配置的提示信息,其中,所述第四报文表征所述第二设备已根据所述第三报文完成所述设置。
4.根据权利要求2所述的方法,其特征在于,基于预设协商规则与所述第二设备进行发送协商,包括:
在所述第一设备完成重启后,且所述第一设备的端口处于UP状态时,向所述第二设备发送所述第一报文,所述第一报文用于通知所述第二设备不向所述第一设备发送报文;
当所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,确定完成所述发送协商。
5.一种设备汇聚维护方法,其特征在于,应用于网络系统,所述网络系统包括第一设备及第二设备,所述方法包括:
所述第一设备通过汇聚端口向所述第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;
所述第二设备根据所述第一报文,设置所述第二设备停止向所述第一设备发送报文;
在所述第一设备收到所有第二设备发送的表征完成所述设置的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,且所述第一设备加载预设配置数据,以使所述预设配置数据生效。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一设备和所述第二设备基于预设协商规则进行发送协商;
当所述第一设备和所述第二设备完成所述发送协商,或进行所述发送协商的时长超过第二预设时长时,所述第一设备通过所述汇聚端口向所述第二设备发送第三报文,所述第三报文表征所述第一设备期望接收报文,且准许发送报文;
所述第二设备根据所述第三报文,设置所述第二设备准许向所述第一设备发送报文,且准许接收所述第一设备所发送的报文。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述第二设备在根据所述第三报文完成所述设置的操作时,向所述第一设备发送表征完成所述设置的第四报文;
所述第一设备在接收到所述第四报文,或在发出所述第三报文的时长超过第三预设时长时,输出表征完成维护配置的提示信息。
8.根据权利要求6所述的方法,其特征在于,所述第一设备和所述第二设备基于预设协商规则进行发送协商,包括:
在所述第一设备完成重启后,且所述第一设备的端口处于UP状态时,向所述第二设备发送所述第一报文,所述第一报文用于通知所述第二设备不向所述第一设备发送报文;
当所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,确定完成所述发送协商。
9.一种设备汇聚维护装置,其特征在于,配置于网络系统中的第一设备,所述第一设备用于与所述网络系统中的第二设备通信,所述装置包括:
发送单元,用于通过所述第一设备的汇聚端口向所述第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;
重启配置单元,用于在所述第一设备收到所有第二设备发送的第二报文,或距离发送所述第一报文的时长超过第一预设时长时,重启所述第一设备,且所述第一设备加载预设配置数据,以使所述预设配置数据生效,其中,所述第二报文表征所述第二设备已完成停止向所述第一设备发送报文的设置。
10.一种网络系统,其特征在于,所述网络系统包括第一设备及第二设备,其中:
所述第一设备用于通过汇聚端口向第二设备发送用于汇聚维护的第一报文,所述第一报文表示所述第一设备当前期望不接收报文,且准许发送报文;
所述第二设备用于根据所述第一报文,设置所述第二设备停止向所述第一设备发送报文;
在所述第一设备收到所有第二设备发送的表征不向所述第一设备发送报文的第二报文时,或距离发送所述第一报文的时长超过第一预设时长时,所述第一设备重启,并加载预设配置数据,以使所述预设配置数据生效。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111383281.XA CN114095361B (zh) | 2021-11-22 | 2021-11-22 | 设备汇聚维护方法、装置及网络系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111383281.XA CN114095361B (zh) | 2021-11-22 | 2021-11-22 | 设备汇聚维护方法、装置及网络系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114095361A true CN114095361A (zh) | 2022-02-25 |
CN114095361B CN114095361B (zh) | 2023-11-17 |
Family
ID=80302796
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111383281.XA Active CN114095361B (zh) | 2021-11-22 | 2021-11-22 | 设备汇聚维护方法、装置及网络系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114095361B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060233182A1 (en) * | 2005-04-14 | 2006-10-19 | Chandrashekhar Appanna | BGP hitless upgrade approaches |
CN102185718A (zh) * | 2011-05-12 | 2011-09-14 | 杭州华三通信技术有限公司 | 一种系统升级方法及其装置 |
CN104022867A (zh) * | 2014-06-10 | 2014-09-03 | 杭州华三通信技术有限公司 | 一种issu软重启预处理方法及设备 |
CN105871743A (zh) * | 2015-01-21 | 2016-08-17 | 杭州迪普科技有限公司 | 聚合端口状态协商方法以及装置 |
CN106533736A (zh) * | 2016-10-13 | 2017-03-22 | 杭州迪普科技股份有限公司 | 一种网络设备重启方法和装置 |
CN108574583A (zh) * | 2017-03-08 | 2018-09-25 | 华为技术有限公司 | 一种设备升级方法及接入设备 |
CN111049682A (zh) * | 2019-12-09 | 2020-04-21 | 迈普通信技术股份有限公司 | 实现不中断业务升级的方法、系统及中心网络设备 |
-
2021
- 2021-11-22 CN CN202111383281.XA patent/CN114095361B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060233182A1 (en) * | 2005-04-14 | 2006-10-19 | Chandrashekhar Appanna | BGP hitless upgrade approaches |
CN102185718A (zh) * | 2011-05-12 | 2011-09-14 | 杭州华三通信技术有限公司 | 一种系统升级方法及其装置 |
CN104022867A (zh) * | 2014-06-10 | 2014-09-03 | 杭州华三通信技术有限公司 | 一种issu软重启预处理方法及设备 |
CN105871743A (zh) * | 2015-01-21 | 2016-08-17 | 杭州迪普科技有限公司 | 聚合端口状态协商方法以及装置 |
CN106533736A (zh) * | 2016-10-13 | 2017-03-22 | 杭州迪普科技股份有限公司 | 一种网络设备重启方法和装置 |
CN108574583A (zh) * | 2017-03-08 | 2018-09-25 | 华为技术有限公司 | 一种设备升级方法及接入设备 |
CN111049682A (zh) * | 2019-12-09 | 2020-04-21 | 迈普通信技术股份有限公司 | 实现不中断业务升级的方法、系统及中心网络设备 |
Non-Patent Citations (2)
Title |
---|
TAKUMI HARADA, TAKASHI YAMADA, HIROTAKA UJIKAWA ET.AL: "In-Service Software Updating without Packet Loss for a Time-critical Function on Optical Access Network System", 《IEEE》, pages 1 - 3 * |
陈光礼: "基于堆叠系统业务不中断升级的设计与实现", 《中国优秀硕士学位论文全文数据库》 * |
Also Published As
Publication number | Publication date |
---|---|
CN114095361B (zh) | 2023-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9736132B2 (en) | Workflow directed resource access | |
US9552490B1 (en) | Managing resource dependent workflows | |
US8738775B1 (en) | Managing resource dependent workflows | |
CN110764963B (zh) | 一种服务异常处理方法、装置及设备 | |
CN103338524B (zh) | 无线接入方法、装置及系统、接入控制器、接入点设备 | |
CN110808948B (zh) | 远程过程调用方法、装置及系统 | |
CN111585883B (zh) | 一种链路聚合端口切换方法、网络设备和计算机存储介质 | |
CN111913851A (zh) | 进程监控方法、系统、终端及存储介质 | |
CN107547368B (zh) | Bfd会话切换方法、装置及存储介质 | |
US10462016B2 (en) | Communication control system, communication control method, and recording medium | |
CN105897623B (zh) | 一种数据的传输方法和装置 | |
CN108600100B (zh) | 成员端口选取方法和装置 | |
WO2020252724A1 (zh) | 日志处理方法、设备及计算机可读存储介质 | |
CN107317731A (zh) | 一种客户端与服务器连接状态的检测方法 | |
CN105933271B (zh) | 一种基于加密机的数据处理方法及装置 | |
WO2022160308A1 (zh) | 数据存取方法、装置和存储介质 | |
CN107333252B (zh) | 通信异常处理方法、装置及智能卡终端 | |
CN114095361A (zh) | 设备汇聚维护方法、装置及网络系统 | |
CN112994918B (zh) | 一种设备管理方法及装置 | |
CN113873041A (zh) | 报文传输方法、装置、网络设备及计算机可读存储介质 | |
CN113873008A (zh) | 一种rdma网络节点的连接重配方法、装置、系统及介质 | |
CN112398731B (zh) | 一种处理报文的方法和第一网络设备 | |
US9152460B1 (en) | Management of computing devices processing workflow stages of a resource dependent workflow | |
US9128761B1 (en) | Management of computing devices processing workflow stages of resource dependent workflow | |
CN113783769B (zh) | 自动驾驶中传输消息的方法、装置及中继设备 |
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 |