CN108390780B - 用于处理信息的方法和装置 - Google Patents
用于处理信息的方法和装置 Download PDFInfo
- Publication number
- CN108390780B CN108390780B CN201810143075.3A CN201810143075A CN108390780B CN 108390780 B CN108390780 B CN 108390780B CN 201810143075 A CN201810143075 A CN 201810143075A CN 108390780 B CN108390780 B CN 108390780B
- Authority
- CN
- China
- Prior art keywords
- output port
- port information
- information
- fault
- target network
- 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
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/06—Management of faults, events, alarms or notifications
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开了用于处理信息的方法和装置。该方法的一具体实施方式包括:响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息;从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送;响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等;响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。该实施方式提高了数据转发的效率。
Description
技术领域
本申请实施例涉及计算机技术领域,具体涉及用于处理信息的方法和装置。
背景技术
路由协议是指运行于路由器上的路由选择协议,它依据一定的算法,计算出路由信息,路由信息主要包括目的网络信息以及到达目的网络的下一跳信息等,“下一跳”表示到达目的网络的下一台网络设备。路由器通过互通信息更新各自路由信息来正确反映网络的拓扑变化。
路由收敛是网络拓扑发生变化时,例如,某一台网络设备断掉,或者网络中新增了一台或几台设备等情况时,路由器重新学习网络新状况的过程。路由收敛是针对路由协议来说的。网络的收敛性是指由于路由器某些路由项的改变,网络中的所有路由器全部更新它们的路由表所需时间。网络的收敛性直接影响网络的运行性能。由于在网络中总是使用路由协议进行路由器间的路由变化通告,所以路由协议的收敛性直接影响网络的收敛速度。
现有的控制路由收敛时间的方法依赖路由协议。通常的方式是当端口出现故障时,路由协议重新规划路由并将新的路由应用到交换机的芯片中。
发明内容
本申请实施例提出了用于处理信息的方法和装置。
第一方面,本申请实施例提供了一种用于处理信息的方法,该方法包括:响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息,其中,初始输出端口信息包括端口号和端口号对应的网络端口转发的数据的下一跳地址;从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送;响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等;响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。
在一些实施例中,在确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等之前,方法还包括:推送用于表征目标网络端口发生故障的端口故障信息,其中,端口故障信息包括目标网络端口的端口号。
在一些实施例中,初始输出端口信息为适用于预设的等价路由ECMP组的输出端口信息。
在一些实施例中,所接收的输出端口信息为适用于ECMP组的输出端口信息。
在一些实施例中,在从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息之前,方法还包括:获取目标网络端口的端口状态信息;响应于确定端口状态信息表征目标网络端口处于关闭状态,确定目标网络端口发生故障。
第二方面,本申请实施例提供了一种用于处理信息的装置,该装置包括:第一确定单元,配置用于响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息,其中,初始输出端口信息包括端口号和端口号对应的网络端口转发的数据的下一跳地址;选择单元,配置用于从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送;接收单元,配置用于响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等;第一推送单元,配置用于响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。
在一些实施例中,该装置还包括:第二推送单元,配置用于推送用于表征目标网络端口发生故障的端口故障信息,其中,端口故障信息包括目标网络端口的端口号。
在一些实施例中,初始输出端口信息为适用于预设的等价路由ECMP组的输出端口信息。
在一些实施例中,所接收的输出端口信息为适用于ECMP组的输出端口信息。
在一些实施例中,该装置还包括:获取单元,配置用于获取目标网络端口的端口状态信息;第二确定单元,配置用于响应于确定端口状态信息表征目标网络端口处于关闭状态,确定目标网络端口发生故障。
第三方面,本申请实施例提供了一种网络设备,该网络设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本申请实施例提供的用于处理信息的方法和装置,通过从初始输出端口信息集合中,将发生故障的目标网络端口对应的初始输出端口信息之外的初始输出端口信息作为无故障输出端口信息,然后推送各个无故障输出端口信息,再然后确定接收到输出端口信息集合与无故障输出端口信息集合是否相等,如果不相等,再把接收到输出端口信息集合推送出去,从而提高了数据转发的效率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请可以应用于其中的示例性系统架构图;
图2是根据本申请的用于处理信息的方法的一个实施例的流程图;
图3是根据本申请的用于处理信息的方法的一个应用场景的示意图;
图4是根据本申请的用于处理信息的方法的又一个实施例的流程图;
图5是根据本申请的用于处理信息的装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的网络设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请实施例的用于处理信息的方法或用于处理信息的装置的示例性系统架构100。
如图1所示,系统架构100可以包括数据收发设备101,端口管理设备102,网络103和路由分配设备104、105。网络103用以在数据管理设备102和路由分配设备104、105之间提供通信链路的介质。网络103可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
数据收发设备101可以是基于接收的路由信息进行数据收发的设备,例如数据交换芯片。端口管理设备102可以是具有监控端口和处理端口故障等信息的设备,例如交换机。需要说明的是,数据收发设备101可以处于端口管理设备102外的其他设备中,也可以处于端口管理设备102中。
路由分配设备104、105可以是基于各种路由协议进行路由分配的设备,例如路由器、路由分配服务器等。路由分配设备104可以对接收到的网络端口故障信息进行分析等处理,并将处理结果(例如重新分配的路由信息)反馈给端口管理设备102。
需要说明的是,本申请实施例所提供的用于处理信息的方法一般由端口管理设备102执行,相应地,用于处理信息的装置一般设置于端口管理设备102中。
应该理解,图1中的数据收发设备、端口管理设备,网络和路由分配设备的数目仅仅是示意性的。根据实现需要,可以具有任意数目的数据收发设备、端口管理设备,网络和路由分配设备。当端口管理设备具有分配路由功能的时候,上述系统架构100可以不包括路由分配设备104、105。
继续参考图2,示出了根据本申请的用于处理信息的方法的一个实施例的流程200。该用于处理信息的方法,包括以下步骤:
步骤201,响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息。
在本实施例中,用于处理信息的方法运行于其上的电子设备(例如图1所示的端口管理设备)可以首先确定目标网络端口是否发生故障。其中,目标网络端口可以是设置于上述电子设备中的一个或多个网络端口。然后,上述电子设备响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息。其中,初始输出端口信息可以包括端口号和端口号对应的网络端口转发的数据的下一跳地址。
通常,网络端口可以为物理意义上的端口,例如集线器、交换机、路由器等用于连接其他网络设备的接口;也可以是逻辑意义上的端口,一般是指TCP/IP(TransmissionControl Protocol/Internet Protocol,传输控制协议/因特网互联)协议中的端口,例如用于浏览网页服务的80端口,用于FTP(File Transfer Protocol,文件传输协议)服务的21端口等。在本实施例中,上述目标网络端口可以是物理意义上的端口,也可以是逻辑意义上的端口。实践中,当目标网络端口发生故障时,上述电子设备可以确定目标网络端口的端口号。例如,当目标网络端口发生故障时,会生成故障信号,上述电子设备获取到故障信号后,确定该故障信息对应的网络端口的端口号。
在本实施例中,输出(Egress)端口信息可以用于指示网络端口转发的数据的下一跳地址。例如,输出端口信息可以为:“001,44-45-53-54-00-00”,其中,001为网络端口的端口号,44-45-53-54-00-00为数据的下一跳的设备的MAC(Media Access Control,媒体访问控制)地址。实践中,由于不同的路由可以经过相同的网络端口,因此,上述初始端口信息集合中,可以包括至少一个包括目标网络的端口号的初始端口信息,该至少一个包括目标网络的端口号的初始端口信息中的每个初始端口信息分别包括不同的下一跳地址。
在本实施例的一些可选的实现方式中,初始输出端口信息可以为适用于预设的ECMP(Equal-Cost Multipath Routing,等价路由)组的输出端口信息。其中,ECMP组为多条到达同一个目的地址的、相同开销(cost)值的路径。它可以实现网络的负载均衡,并在其中某些路径出现故障时,由其它路径代替完成转发处理,实现路由冗余备份功能。ECMP组中的每条ECMP路径包括多个网络端口,其中的每个网络端口对应一个输出端口信息,多个输出端口信息的集合形成了ECMP组适用的输出端口信息集合。例如在数据中心的接入层的各个交换机中,ECMP组被应用到交换机之间的路由中。
步骤202,从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送。
在本实施例中,基于步骤201中确定的故障输出端口信息,上述电子设备可以首先从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合。然后,上述电子设备可以将无故障输出端口信息集合推送出去。
通常,上述电子设备可以将无故障输出端口信息集合推送至如图1所示的数据收发设备中。数据收发设备可以根据接收到的无故障输出端口信息进行数据转发。当网络端口发生故障的时候,如图1所示的数据收发设备可以根据接收到的无故障输出端口信息继续进行数据转发,节省了因网络端口故障导致等待重新分配路由所占用的时间。
步骤203,响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等。
在本实施例中,上述电子设备可以响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等。其中,接收的输出端口信息可以是如图1所示的路由分配设备基于预设的路由分配协议进行路由分配计算所得到的输出端口信息。
在本实施例的一些可选的实现方式中,所接收的输出端口信息可以为适用于ECMP组的输出端口信息。其中,适用于ECMP组的输出端口信息可以是如图1所示的路由分配设备基于预设的路由协议(例如OSPF(Open Shortest Path First,开放式最短路径优先)协议)进行等价路由计算所得到的输出端口信息。需要说明的是,计算等价路由所用到的算法是目前广泛研究和应用的公知技术,在此不再赘述。
步骤204,响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。
在本实施例中,基于步骤203中接收的输出端口信息集合,上述电子设备可以响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,将所接收的输出端口信息集合推送出去。
通常,上述电子设备可以将无故障输出端口信息集合推送至如图1所示的数据收发设备中。数据收发设备可以将当前进行数据转发所使用的无故障输出端口信息集合更新为上述电子设备推送的输出端口信息集合,以根据上述电子设备推送的输出端口信息集合进行数据转发。
继续参见图3,图3是根据本实施例的用于处理信息的方法的应用场景的一个示意图。在图3的应用场景中,端口管理设备301中存储有初始输出端口信息集合303,其中,初始输出端口信息包括端口号和数据的下一跳设备的MAC地址,端口管理设备301响应于确定目标网络端口(例如端口号003对应的网络端口)发生故障,从初始输出端口信息集合中,将端口号003对应的初始输出端口信息删除,得到无故障输出端口信息集合304。然后,端口管理设备301将无故障输出端口信息集合304推送至数据交换芯片302。接着,端口管理设备301接收到输出端口信息集合305,确定所接收的输出端口信息集合305与无故障输出端口信息集合304是否相等。最后,端口管理设备301确定所接收的输出端口信息集合305与无故障输出端口信息集合304不相等,将所接收的输出端口信息集合305推送数据交换芯片302。
本申请的上述实施例提供的方法,通过从初始输出端口信息集合中,将发生故障的目标网络端口对应的初始输出端口信息之外的初始输出端口信息作为无故障输出端口信息,然后推送各个无故障输出端口信息,再然后确定接收到输出端口信息集合与无故障输出端口信息集合是否相等,如果不相等,再把接收到输出端口信息集合推送出去,从而提高了数据转发的效率。
进一步参考图4,其示出了用于处理信息的方法的又一个实施例的流程400。该用于处理信息的方法的流程400,包括以下步骤:
步骤401,获取目标网络端口的端口状态信息。
在本实施例中,用于处理信息的方法运行于其上的电子设备(例如图1所示的端口管理设备)可以获取目标网络端口的端口状态信息。端口状态信息可以表征目标网络端口的状态为无故障或有故障。
步骤402,响应于确定端口状态信息表征目标网络端口处于关闭状态,确定目标网络端口发生故障。
在本实施例中,上述电子设备可以响应于状态信息表征目标网络端口为关闭状态时,则确定目标网络端口出现故障。当目标网络端口正常收发数据时,端口状态信息可以表征目标网络端口为打开(UP)状态,当目标网络端口发生故障时(例如发生数据丢失或线路连接中断),端口状态信息可以表征目标网络端口为关闭(DOWN)状态。
步骤403,响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息。
在本实施例中,步骤403与图2对应实施例中的步骤201基本一致,这里不再赘述。
步骤404,从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送。
在本实施例中,步骤404与图2对应实施例中的步骤202基本一致,这里不再赘述。
步骤405,推送用于表征目标网络端口发生故障的端口故障信息。
在本实施例中,上述电子设备可以推送用于表征目标网络端口发生故障的端口故障信息。其中,端口故障信息可以包括目标网络端口的端口号。例如,端口故障信息可以为“端口发生故障,端口号:003”。实践中,端口故障信息可以发送至如图1所示的数据收发设备,数据收发设备接收到端口故障信息,重新基于预设的路由协议进行路由分配计算,得到新的输出端口信息集合。
步骤406,响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等。
在本实施例中,步骤406与图2对应实施例中的步骤203基本一致,这里不再赘述。
步骤407,响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。
在本实施例中,步骤407与图2对应实施例中的步骤204基本一致,这里不再赘述。
从图4中可以看出,与图2对应的实施例相比,本实施例中的用于处理信息的方法的流程400突出了通过端口状态信息确定目标网络端口是否发生故障的步骤,以及发生端口故障信息的步骤。从而更加细化了对故障处理的步骤,进一步提高了数据转发的效率。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种用于处理信息的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的用于处理信息的装置500包括:第一确定单元501,配置用于响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息,其中,初始输出端口信息包括端口号和端口号对应的网络端口转发的数据的下一跳地址;选择单元502,配置用于从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送;接收单元503,配置用于响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等;第一推送单元504,配置用于响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。
在本实施例中,用于处理信息的装置500的第一确定单元501可以首先确定目标网络端口是否发生故障。其中,目标网络端口可以是设置于上述电子设备中的一个或多个网络端口。然后,第一确定单元501响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息。其中,初始输出端口信息可以包括端口号和端口号对应的网络端口转发的数据的下一跳地址。输出(Egress)端口信息可以用于指示网络端口转发的数据的下一跳地址。例如,输出端口信息可以为:“001,44-45-53-54-00-00”,其中,001为网络端口的端口号,44-45-53-54-00-00为数据的下一跳的设备的MAC(Media Access Control,媒体访问控制)地址。当目标网络端口发生故障时,上述电子设备可以确定目标网络端口的端口号。例如,当目标网络端口发生故障时,会生成故障信号,上述电子设备获取到故障信号后,确定该故障信息对应的网络端口的端口号。
在本实施例中,基于第一确定单元501确定的故障输出端口信息,选择单元502可以首先从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合。然后,选择单元502可以将无故障输出端口信息集合推送出去。通常,上述电子设备可以将无故障输出端口信息集合推送至如图1所示的数据收发设备中。数据收发设备可以根据接收到的无故障输出端口信息进行数据转发。
在本实施例中,接收单元503可以响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等。其中,接收的输出端口信息可以是如图1所示的路由分配设备基于预设的路由分配协议进行路由分配计算所得到的输出端口信息。
在本实施例中,基于接收单元503接收的输出端口信息集合,第一推送单元504可以响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,将所接收的输出端口信息集合推送出去。通常,上述电子设备可以将无故障输出端口信息集合推送至如图1所示的数据收发设备中。数据收发设备可以将当前进行数据转发所使用的无故障输出端口信息集合更新为上述电子设备推送的输出端口信息集合,以根据上述电子设备推送的输出端口信息集合进行数据转发。
在本实施例的一些可选的实现方式中,用于处理信息的装置500还可以包括:第二推送单元(图中未示出),配置用于推送用于表征目标网络端口发生故障的端口故障信息,其中,端口故障信息包括目标网络端口的端口号。例如,端口故障信息可以为“端口发生故障,端口号:003”。
在本实施例的一些可选的实现方式中,初始输出端口信息为适用于预设的等价路由ECMP组的输出端口信息。其中,ECMP组为多条到达同一个目的地址的、相同开销(cost)值的路径。它可以实现网络的负载均衡,并在其中某些路径出现故障时,由其它路径代替完成转发处理,实现路由冗余备份功能。
在本实施例的一些可选的实现方式中,所接收的输出端口信息为适用于ECMP组的输出端口信息。其中,适用于ECMP组的输出端口信息可以是如图1所示的路由分配设备基于预设的路由协议进行等价路由计算所得到的输出端口信息。
在本实施例的一些可选的实现方式中,用于处理信息的装置500还可以包括:获取单元(图中未示出),配置用于获取目标网络端口的端口状态信息;第二确定单元(图中未示出),配置用于响应于确定端口状态信息表征目标网络端口处于关闭状态,确定目标网络端口发生故障。当目标网络端口正常收发数据时,端口状态信息可以表征目标网络端口为打开(UP)状态,当目标网络端口发生故障时(例如发生数据丢失或线路连接中断),端口状态信息可以表征目标网络端口为关闭(DOWN)状态。
本申请的上述实施例提供的装置,通过从初始输出端口信息集合中,将发生故障的目标网络端口对应的初始输出端口信息之外的初始输出端口信息作为无故障输出端口信息,然后推送各个无故障输出端口信息,再然后确定接收到输出端口信息集合与无故障输出端口信息集合是否相等,如果不相等,再把接收到输出端口信息集合推送出去,从而提高了数据转发的效率。
下面参考图6,其示出了适于用来实现本申请实施例的网络设备的计算机系统600的结构示意图。图6示出的网络设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括硬盘等的存储部分606;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分607。通信部分607经由诸如因特网的网络执行通信处理。驱动器608也根据需要连接至I/O接口605。可拆卸介质609,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器608上,以便于从其上读出的计算机程序根据需要被安装入存储部分606。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分607从网络上被下载和安装,和/或从可拆卸介质609被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括第一确定单元、选择单元、接收单元和第一推送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,接收单元还可以被描述为“响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与所述无故障输出端口信息集合是否相等的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的网络设备中所包含的;也可以是单独存在,而未装配入该网络设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该网络设备执行时,使得该网络设备:响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括目标网络端口的端口号的初始输出端口信息作为故障输出端口信息;从初始输出端口信息集合中选择故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送;响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与无故障输出端口信息集合是否相等;响应于确定所接收的输出端口信息集合与无故障输出端口信息集合不相等,推送所接收的输出端口信息集合。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (12)
1.一种用于处理信息的方法,包括:
响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括所述目标网络端口的端口号的初始输出端口信息作为故障输出端口信息,其中,初始输出端口信息包括端口号和端口号对应的网络端口转发的数据的下一跳地址;
从所述初始输出端口信息集合中选择所述故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送至数据收发设备中,使得所述数据收发设备根据所述无故障输出端口信息集合进行数据转发;
响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与所述无故障输出端口信息集合是否相等;
响应于确定所接收的输出端口信息集合与所述无故障输出端口信息集合不相等,推送所接收的输出端口信息集合至所述数据收发设备中,使得所述数据收发设备将所述无故障输出端口信息集合更新为所述输出端口信息集合,以根据所述输出端口信息集合进行数据转发。
2.根据权利要求1所述的方法,其中,在所述确定所接收的输出端口信息集合与所述无故障输出端口信息集合是否相等之前,所述方法还包括:
推送用于表征所述目标网络端口发生故障的端口故障信息,其中,所述端口故障信息包括所述目标网络端口的端口号。
3.根据权利要求1所述的方法,其中,初始输出端口信息为适用于预设的等价路由ECMP组的输出端口信息。
4.根据权利要求1所述的方法,其中,所接收的输出端口信息为适用于ECMP组的输出端口信息。
5.根据权利要求1-4之一所述的方法,其中,在所述从预先建立的初始输出端口信息集合中,确定包括所述目标网络端口的端口号的初始输出端口信息之前,所述方法还包括:
获取目标网络端口的端口状态信息;
响应于确定所述端口状态信息表征所述目标网络端口处于关闭状态,确定所述目标网络端口发生故障。
6.一种用于处理信息的装置,包括:
第一确定单元,配置用于响应于确定目标网络端口发生故障,从预先建立的初始输出端口信息集合中,确定包括所述目标网络端口的端口号的初始输出端口信息作为故障输出端口信息,其中,初始输出端口信息包括端口号和端口号对应的网络端口转发的数据的下一跳地址;
选择单元,配置用于从所述初始输出端口信息集合中选择所述故障输出端口信息之外的初始输出端口信息作为无故障输出端口信息,得到无故障输出端口信息集合以推送至数据收发设备中,使得所述数据收发设备根据所述无故障输出端口信息集合进行数据转发;
接收单元,配置用于响应于接收到输出端口信息集合,确定所接收的输出端口信息集合与所述无故障输出端口信息集合是否相等;
第一推送单元,配置用于响应于确定所接收的输出端口信息集合与所述无故障输出端口信息集合不相等,推送所接收的输出端口信息集合至所述数据收发设备中,使得所述数据收发设备将所述无故障输出端口信息集合更新为所述输出端口信息集合,以根据所述输出端口信息集合进行数据转发。
7.根据权利要求6所述的装置,其中,所述装置还包括:
第二推送单元,配置用于推送用于表征所述目标网络端口发生故障的端口故障信息,其中,所述端口故障信息包括所述目标网络端口的端口号。
8.根据权利要求6所述的装置,其中,初始输出端口信息为适用于预设的等价路由ECMP组的输出端口信息。
9.根据权利要求6所述的装置,其中,所接收的输出端口信息为适用于ECMP组的输出端口信息。
10.根据权利要求6-9之一所述的装置,其中,所述装置还包括:
获取单元,配置用于获取目标网络端口的端口状态信息;
第二确定单元,配置用于响应于确定所述端口状态信息表征所述目标网络端口处于关闭状态,确定所述目标网络端口发生故障。
11.一种网络设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其中,所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810143075.3A CN108390780B (zh) | 2018-02-11 | 2018-02-11 | 用于处理信息的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810143075.3A CN108390780B (zh) | 2018-02-11 | 2018-02-11 | 用于处理信息的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108390780A CN108390780A (zh) | 2018-08-10 |
CN108390780B true CN108390780B (zh) | 2021-04-20 |
Family
ID=63068801
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810143075.3A Active CN108390780B (zh) | 2018-02-11 | 2018-02-11 | 用于处理信息的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108390780B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111290873B (zh) * | 2020-02-18 | 2024-03-29 | 北京百度网讯科技有限公司 | 故障处理方法和装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101729305A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 故障自动恢复的方法、系统和控制网元 |
US8351429B2 (en) * | 2009-05-13 | 2013-01-08 | Avaya Inc. | Method and apparatus for providing fast reroute of a packet that may be forwarded on one of a plurality of equal cost multipath routes through a network |
CN102387077B (zh) * | 2011-10-19 | 2014-02-12 | 西安电子科技大学 | 具有容错功能的热量均衡片上网络路径选择方法 |
CN103780511B (zh) * | 2012-10-19 | 2018-09-28 | 中兴通讯股份有限公司 | 链路聚合组中流量路径的协商方法及装置 |
CN104219107B (zh) * | 2014-08-26 | 2018-08-14 | 华为技术有限公司 | 一种通信故障的检测方法、装置及系统 |
-
2018
- 2018-02-11 CN CN201810143075.3A patent/CN108390780B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN108390780A (zh) | 2018-08-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11012353B2 (en) | Using in-band operations data to signal packet processing departures in a network | |
US10868757B2 (en) | Efficient routing in software defined networks | |
EP3619896B1 (en) | Mechanism and apparatus for path protection when using compressed segment routing label stacks | |
US10200307B2 (en) | Communication system, control device, processing rule setting method, packet transmission method, and program | |
CN106464589B (zh) | Ip网络中的部分软件定义网络交换机替换的方法和设备 | |
US20220191133A1 (en) | Malleable routing for data packets | |
EP2974166B1 (en) | Method and apparatus for ip/mpls fast reroute | |
US20160352578A1 (en) | System and method for adaptive paths locator for virtual network function links | |
US9071532B2 (en) | Method for discovery and load balancing of path computation elements based on transport plane link metrics | |
US20150016242A1 (en) | Method and Apparatus for Optimized LFA Computations by Pruning Neighbor Shortest Path Trees | |
JP2013510459A (ja) | 分離的なパス計算アルゴリズム | |
US20170237654A1 (en) | Fast failover recovery in software defined networks | |
EP3891929B1 (en) | Fast forwarding re-convergence of switch fabric multi-destination packets triggered by link failures | |
WO2015045466A1 (ja) | 通信制御装置、通信制御システム、通信制御方法及び通信制御プログラム | |
US11706146B1 (en) | Directing network traffic using local routing decisions with a global overview | |
JP6042838B2 (ja) | 管理システム、管理サーバ、および管理方法 | |
US9515918B2 (en) | Computing forwarding tables for link failures | |
CN108390780B (zh) | 用于处理信息的方法和装置 | |
US12052161B2 (en) | Computing forward and reverse paths and checking the liveness thereof | |
CN115514700A (zh) | 一种确定节点设备之间的备份路径的方法、装置及设备 | |
US12149436B2 (en) | Virtual testing of network resiliency | |
GB2537657A (en) | Subsea control system communication network | |
US20240146643A1 (en) | Virtual testing of network resiliency | |
WO2023040503A1 (zh) | 路径计算方法、装置、网络控制器和存储介质 | |
EP3941003A1 (en) | Achieving highly available autonomous systems (as) in a source-selected path routing network |
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 |