CN109964450B - 一种确定共享风险链路组的方法及装置 - Google Patents

一种确定共享风险链路组的方法及装置 Download PDF

Info

Publication number
CN109964450B
CN109964450B CN201780009064.XA CN201780009064A CN109964450B CN 109964450 B CN109964450 B CN 109964450B CN 201780009064 A CN201780009064 A CN 201780009064A CN 109964450 B CN109964450 B CN 109964450B
Authority
CN
China
Prior art keywords
log
interface
identifies
generation time
filtering
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
Application number
CN201780009064.XA
Other languages
English (en)
Other versions
CN109964450A (zh
Inventor
张耀坤
孙春霞
张大冬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN109964450A publication Critical patent/CN109964450A/zh
Application granted granted Critical
Publication of CN109964450B publication Critical patent/CN109964450B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种确定共享风险链路组的方法及装置，方法包括：获取一个或多个网络设备的第一日志集合，所述第一日志集合包含所述网络设备重启或所述网络设备的接口板故障产生的日志；根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。采用本申请实施例，可方便准确地确定共享风险链路组，降低业务传输风险。

Description

一种确定共享风险链路组的方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种确定共享风险链路组(Shared RiskLink Group，SRLG)的方法及装置。
背景技术
在路由器组网中的一些相互独立的物理接口/链路，具备相同的故障风险，在其中一个物理接口/链路发生故障时，具备相同故障风险的物理接口/链路也会同时down。例如，一些链路经过相同的光传输，当发生传输故障时，这些链路同时down。则可以将这些链路称为共享风险链路。如果网络中的两条关键路径(如用于链路保护的主备路径)上存在共享风险链路，经过相同传输，当传输故障发生，将导致路由器层面的业务保护完全失效，进而导致业务全面中断。
在现有技术中，路由器业界有共享风险链路组的概念和功能，可手工设置哪些链路属于同一个SRLG，具有相同故障风险。在流量工程(Traffic Engineering，TE)选择路径做热备份，基于路由受限标签分发协议(CR-LDP：Constraint-based Routing LabelDistribution Protocol，CR-LSP)或快速重路由(Fast Reroute，FRR)旁路(Bypass)隧道做禁忌计算，不使共享风险链路分别作为主备路径。但是，网络中哪些路径属于同一个SRLG，需要人为确认识别；由于各种客观原因，无论提供网络服务者还是客户，都很难弄清楚哪些链路共传输具有相同风险。因此，尽管当前有SRLG功能，但必须通过人为识别和手工添加，实施起来非常困难，容易导致互为备份的两条链路共享风险，业务传输风险较高。
发明内容
本申请实施例所要解决的技术问题在于，提供一种确定共享风险链路组的方法及装置，以期实现方便准确地确定共享风险链路组，降低业务传输风险。
第一方面，本申请的实施例提供了一种确定共享风险链路组的方法，可包括：
获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；
从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
通过获取组网中的一个或多个网络设备的第一日志集合，可以在网络协议(Internet Protocol，IP)层面通过日志分析的方式，根据日志过滤规则对第一日志集合进行过滤，得到网络设备接口相应故障的日志，形成第二日志集合；从而实现自动识别传输层的有用信息，然后根据是否满足预设条件确定第二日志集合中的共享风险链路组，可以省去客户人为识别SRLG的大量投入，并可以避免人为识别的不准确性；同时可以根据得到的SRLG集合动态调整业务部署，尤其在基于IP加光进行共享风险链路确认机制无法部署的场景有现实意义，对当前的SRLG功能是非常有益的补充，可以显著提升网络业务传输的稳定性和安全性。
在一种可能的实现方式中，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护OAM up和/或OAM down的日志。
通过上述多种日志规则，可以得到传输层的有用信息，利于缩小SRLG集合挖掘和识别的数据范围，提高了信息分析的有效性和效率。
在一种可能的实现方式中，确定所述第一日志和第二日志满足预设条件包括：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
通过上述条件来确定SRLG，可以准确地确认具备共享风险的链路，为客户提供参考或可直接发给网络设备作为路径选择的基准。
在一种可能的实现方式中，所述第二日志集合包括网络设备标识、日志发生接口、日志发生时间和日志发生事件。
通过携带网络设备标识和日志发生接口、日志发生时间和日志发生事件，可以令确定装置准确地获知故障发生的位置和类型，从而得到准确的SRLG分析识别结果。
在一种可能的实现方式中，所述方法还包括：
从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志；
在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组；
在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
当存在三个及以上的接口时，可以采用与第一方面类似的方式根据预设条件进行两个接口之间的共享风险确定，从而可以得到一个SRLG的集合，利于用户和网络设备进行规避。
在一种可能的实现方式中，所述方法还包括：
将确定的共享风险链路组上报用户设备，进行告警；
将确定的共享风险链路组下发至所述网络设备，或者根据所述用户设备的指示将确定的共享风险链路组下发至所述网络设备。
第二方面，本申请的实施例提供了一种确定共享风险链路组的装置，可包括：
收发单元，用于获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
处理单元，用于根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
在一种可能的实现方式中，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护OAM up和/或OAM down的日志。
在一种可能的实现方式中，在确定所述第一日志和第二日志满足预设条件时，所述处理单元具体用于：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
在一种可能的实现方式中，所述第二日志集合包括网络设备标识、日志发生接口、日志发生时间和日志发生事件。
在一种可能的实现方式中，所述处理单元还用于：
从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志；
在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组；
在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
在一种可能的实现方式中，所述处理单元还用于：
将确定的共享风险链路组上报用户设备，进行告警；
将确定的共享风险链路组下发至所述网络设备，或者根据所述用户设备的指示将确定的共享风险链路组下发至所述网络设备。
第三方面，本申请的实施例提供了一种确定共享风险链路组的装置，可包括：
处理器、存储器和总线，所述处理器和存储器通过总线连接，其中，所述存储器用于存储一组程序代码，所述处理器用于调用所述存储器中存储的程序代码，执行本申请实施例第一方面或第一方面任一实现方式中的步骤。
第四方面，本申请的实施例提供了一种确定共享风险链路组的装置，该装置包括：主控板和接口板。主控板包括：第一处理器和第二存储器。接口板包括：第二处理器、第二存储器和接口卡。主控板和接口板耦合。第一存储器可以用于存储程序代码，第一处理器用于调用第一存储器中的程序代码执行如下操作：
获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
第二存储器可以用于存储程序代码，第二处理器用于调用第二存储器中的程序代码执行如下操作：
触发接口卡向一个或多个网络设备发送日志获取消息，以触发所述网络设备返回非所述网络设备重启或非所述网络设备的接口板故障产生的日志。
在一种可能的实现方式中，主控板和接口板之间建立进程间通信协议(inter-process communication，IPC)控制通道。
第五方面，本申请的实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，实现上述第一方面或第一方面的任意可能的实现方式中的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例提供的一种在SDN网络中确定SRLG的系统架构示意图；
图2为本申请实施例提供的一种确定SRLG的方法的流程示意图；
图3为本申请实施例提供的另一种确定SRLG的方法的流程示意图；
图4为本申请实施例提供的又一种确定SRLG的方法的流程示意图；
图5为本申请实施例提供的一种确定SRLG的装置的组成示意图；
图6为本申请实施例提供的另一种确定SRLG的装置的组成示意图；
图7为本申请实施例提供的又一种确定SRLG的装置的组成示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请的实施例进行描述。
本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参见图1，图1为本申请实施例提供的一种在软件定义网络(Software DefinedNetwork，SDN)中确定SRLG的系统架构示意图；该SDN网络中包括SDN的架构自上而下可以分为五个部分：应用层、北向接口、控制层、南向接口、网络设备层。
应用层：包括各种不同的业务和应用，应用层通过控制层提供的编程接口对底层设备进行编程，开发各种业务应用，实现丰富多彩的业务创新。
北向接口：连接应用层与控制层的接口，使得各项SDN应用能够便捷的调用底层的网络资源。
控制层：是整个SDN网络的核心，集中管理网络中的所有设备，把整个网络看做统一的资源池，根据用户不同的需求以及全局网络拓扑，灵活动态的分配资源。对下层，通过标准的协议与网络设备层进行通信；对上层，通过开放接口向应用层提供对网络资源的控制能力。
南向接口：连接控制层与网络设备的接口，实现对网络设备状态、数据流量转发的管控。
网络设备层：即硬件设备层，包含组成整个IT基础架构的网络中的所有物理设备，比方说交换机、路由器等等。网络设备层主要负责数据处理、转发等工作。
在本申请实施例中，控制层可包括控制器(Controller)，网络设备层可以包括但不限于路由器等网络设备，如除了图1所示的路由器之外，还可以包括诸如交换机、网关设备、安全设备等其它网络设备。各个路由器可相互连接形成路由器网络拓扑，其中包含多条路径。
需要说明的是，执行本申请确定SRLG的装置在SDN组网中可以由SDN控制器(SDNController，SNC)或其他后台服务器实现；而在普通路由器组网中，可由各个路由器的主控中央处理器(Central Processing Unit，CPU)进行处理，由不同路由器之间进行协作完成。
下面结合图2-图3对本申请确定SRLG的方法进行详细描述。
请参见图2，图2为本申请实施例提供的一种确定SRLG的方法的流程示意图；具体包括如下步骤：
S201、获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
可选地，可以获取预设时间段内网络中指定网络设备或所有网络的日志数据。例如，预设时间段可以是一年或一个月，本申请实施例不作任何限定。
可选地，在获取第一日志集合时，为了减少分析的数据量，可以排除网络设备重启的日志，如人为操作关机引起的物理接口up和/或down的日志；还可以排除网络设备的接口板故障引起的诸如物理接口up和/或down的日志。
S202、根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；
S203、从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
可选地，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发(Bidirectional Forwarding Detection，BFD)检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护(Operation Administration andMaintenance，OAM)up和/或OAM down的日志。
其中，BFD是一种双向转发检测机制，可以提供毫秒级的检测，可以实现链路的快速检测，BFD通过与上层路由协议联动，可以实现路由的快速收敛，确保业务的永续性。
以太网OAM是一种监控网络故障的工具，目前主要用于解决以太网接入“最后一公里”中常见的链路问题。用户通过在两个点到点连接的设备上启用以太网OAM功能，可以监控这两台设备之间的链路状态。
以太网OAM能够有效提高以太网的管理和维护能力，保障网络的稳定运行，其主要功能包括：
1.链路性能监测：对链路的各种性能进行监测，包括对丢包、时延和抖动等的衡量，以及对各类流量的统计。
2.故障侦测和告警：通过发送检测报文来探测链路的连通性，当链路出现故障时及时通知网络管理员。
3.环路测试：通过非以太网OAM协议报文的环回来检测链路故障。
可选地，如果在步骤S201中获取到了网络设备相关的各种日志，也可以在步骤S202中进行日志过滤时排除掉排除网络设备重启的日志，如人为操作关机引起的物理接口up和/或down的日志；以及还可以排除掉网络设备的接口板故障引起的诸如物理接口up和/或down的日志。
需要说明的是，以上的日志过滤规则可以任意选择一个使用，也可以任意选择两个或以上进行组合使用，或者还可以全部采用。通过日志过滤规则进行过滤之后，可以得到与物理接口up和/或down的相关设备的日志，然后从中进行挖掘得到SRLG。
可选地，为了便于查看和挖掘，第二日志集合中的日志可以按照时间排序。其中，所述第二日志集合可以包括但不限于网络设备标识、日志发生接口、日志发生时间和日志发生事件等。
如下表所示，给出了一种可能的第二日志集合的形式：
Figure GWB0000003089130000091
例如，序号1中的数据可表示网络设备即路由器R14在2017-06-1517：51：30，该设备上的一个接口GiabitEthernetO/8/7发生CRC故障，出现误码。如果在同一时间另一接口也发生类似故障，则这两个接口可能共风险。
在得到第二日志集合之后，便可以从中包含的各个接口的日志挖掘得到SRLG。
可选地，以第二日志集合中包含的第一日志和第二日志为例，确定所述第一日志和第二日志满足预设条件包括：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
以上多种预设条件可以选择一种使用，也可以一同使用。
需要说明的是，除了两个接口同时出现相同的故障情况，此时，可以将这两个接口对应的链路视为可能的共享风险链路组，记录到SRLG的集合中，当两个接口同时出现不同的故障情况时，也可以考虑将这两个接口对应的链路视为可能的共享风险链路组，记录到SRLG的集合中，尤其在同时出现不同故障的次数较多时，可以将将这两个接口对应的链路视为可能的共享风险链路组。
另一个需要说明的是，本申请实施例中所述的“同时”并非严格意义上的同一时刻，由于线路传输时间等因素的影响，两个物理接口/链路之间可能存在非常细微的时差，因此本申请中“同时”既包含严格的同一时刻，也包含在较小时差如500毫秒或1秒等的两个相距非常近的时刻。如本申请实施例中的第一阈值至第五阈值，可以是一个较小的时差或者无限接近于0，五个阈值的具体数值可以相同也可以不同，本申请实施例不作任何限定。
可选地，预设条件的伪码可以包含如下部分：
Figure GWB0000003089130000101
即出现上述预设条件中的情况时，返回true，将第一链路即链路A和第二链路即链路B视为可能的共享风险链路组，记录到SRLG的集合中；当出现默认的其他情况即不满足上述预设条件中的情况时，则返回false，将链路A和链路B视为非共享风险链路组，无需记录到SRLG的集合中。
通过获取组网中的一个或多个网络设备的第一日志集合，可以在IP层面通过日志分析的方式，根据日志过滤规则对第一日志集合进行过滤，得到网络设备接口相应故障的日志，形成第二日志集合；从而实现自动识别传输层的有用信息，然后根据是否满足预设条件确定第二日志集合中的共享风险链路组，可以省去客户人为识别SRLG的大量投入，并可以避免人为识别的不准确性；同时可以根据得到的SRLG集合动态调整业务部署，尤其在基于IP加光进行共享风险链路确认机制无法部署的局点有现实意义，对当前的SRLG功能是非常有益的补充，可以显著提升网络业务传输的稳定性和安全性。
参见图3，图3为本申请实施例提供的另一种确定SRLG的方法的流程示意图；在本实施例中，步骤S301-S303与步骤S201-S203相同，此处不再赘述。在步骤S303之后，还包括：
S304、从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志。
S305、在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
S306、在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
以上，给出了第二日志集合中包括大于两个接口的日志时的处理方法，当还存在第四日志时，处理方法与上述类似，此处不再赘述。通过两两接口的日志与预设条件的比对，可以将满足预设条件的共享风险链路组依次筛选出来，生成一个SRLG的集合。
可选地，在筛选的过程中，可以根据与预设条件的比对情况生成一个共享风险链路组关系表。
然后根据共享风险链路组关系表中的信息，输出一个共享风险链路组的集合。
其中，所述共享风险链路组关系表包括同时发生故障的两条链路的标识以及同时发生故障的频次。
具体地，根据第二日志集合输出SRLG的集合过程中，可以包括：
输入：第二日志集合；
检测时间阈值time1：如500毫秒或1秒等，认为此时间内两个物理接口同时up/down等，可能共传输风险；
输出：共享风险链路SRLG集合
步骤1：遍历第二日志集合，输出SRLG关系表
Figure GWB0000003089130000111
步骤2：遍历SRLG关系表，输出SRLG所有集合
如下表所示，给出了一种可能的SRLG关系表的形式：
Figure GWB0000003089130000112
输出的SRLG的集合中的共享风险链路组示例如下：
{R16.GigabitEthernet0/8/1，R11.GigabitEthernet1/1/0，R1.GigabitEthernet12/0/1}；表示上述3个接口对应的链路共风险。
或者还可以表示如下：{R3.GigabitEthernet0/3/0，R9.GigabitEthernet9/0/11}；表示上述2个接口对应的链路共风险。
请参见图4，图4为本申请实施例提供的又一种确定SRLG的方法的流程示意图；在本实施例中，步骤S401-S406与图3所示实施例中的步骤S301-S306相同，此处不再赘述，在步骤S406之后，还包括：
S407、将确定的共享风险链路组上报用户，进行告警。
S408、将确定的共享风险链路组下发至所述网络设备，或者在用户确认后将确定的共享风险链路组下发至所述网络设备。
即通过上述实施例中的方法挖掘确定得到可能共风险传输的物理链路之后，可以将其补充到SRLG集合中，既可以供客户决策确认，也可以将SRLG集合自动下发到网络设备上。省去客户人为识别的过程。
请参照图5，为本申请实施例提供的一种确定SRLG的装置的组成示意图；可包括：
收发单元100，用于获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
处理单元200，用于根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
可选地，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护OAM up和/或OAM down的日志。
可选地，在确定所述第一日志和第二日志满足预设条件时，所述处理单元200具体用于：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
可选地，所述第二日志集合包括网络设备标识、日志发生接口、日志发生时间和日志发生事件。
可选地，所述处理单元200还用于：
从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志；
在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组；
在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
可选地，所述处理单元200还用于：
将确定的共享风险链路组上报用户，进行告警；
将确定的共享风险链路组下发至所述网络设备，或者在用户确认后将确定的共享风险链路组下发至所述网络设备。
请参照图6，为本申请实施例提供的另一种确定SRLG的装置的组成示意图；如图6所示，该装置可以包括处理器110、存储器120和总线130。处理器110和存储器120通过总线130连接，该存储器120用于存储指令，该处理器110用于执行该存储器120存储的指令，以实现如上图2-图4对应的方法中的步骤。
进一步的，该装置还可以包括、输入口140和输出口150。其中，处理器110、存储器120、输入口140和输出口150可以通过总线130相连。
处理器110用于执行该存储器120存储的指令，以控制输入口140接收信号，并控制输出口150发送信号，完成上述方法中控制器执行的步骤。其中，输入口140和输出口150可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为输入输出口。所述存储器120可以集成在所述处理器110中，也可以与所述处理器110分开设置。
作为一种实现方式，输入口140和输出口150的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器110可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的装置。即将实现处理器110，输入口140和输出口150功能的程序代码存储在存储器中，通用处理器通过执行存储器中的代码来实现处理器110，输入口140和输出口150的功能。
该装置所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
本领域技术人员可以理解，为了便于说明，图6仅示出了一个存储器和处理器。在实际的控制器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。
请参见图7，本申请实施例提供了一种确定SRLG的装置210。所述装置210包括：主控板220和接口板230。主控板220包括：处理器221和存储器222。接口板230包括：处理器231、存储器232和接口卡233。主控板220和接口板230耦合。
存储器222可以用于存储主控板210的程序代码，处理器221用于调用存储器222中的程序代码执行如下操作：
获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；从所述第二日志集合中获取第一日志和第二日志，所述第一日志为所述第一接口产生的日志，所述第二日志为所述第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
存储器232可以用于存储接口板230的程序代码，处理器231用于调用存储器232中的程序代码执行如下操作：
触发接口卡233向一个或多个网络设备发送日志获取消息，以触发所述网络设备返回非所述网络设备重启或非所述网络设备的接口板故障产生的日志。
在一种可能的实现方式中，主控板220和接口板230之间建立进程间通信协议IPC控制通道。
所述装置210可以为SDN控制器、路由器或其他后台服务器，所述装置210能够实现前述方法实施例中的确定SRLG的装置的功能，具体执行步骤可以参见前述方法实施例，此处不在赘述。
应理解，在本申请实施例中，处理器可以是中央处理单元(Central ProcessingUnit，简称为“CPU”)，该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。
该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
根据本申请实施例提供的方法，本申请实施例还提供一种系统，其包括前述的装置和一个或多于一个的网络设备。
还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种确定共享风险链路组的方法，其特征在于，包括：
获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；
从所述第二日志集合中获取第一日志和第二日志，所述第一日志为第一接口产生的日志，所述第二日志为第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
2.根据权利要求1所述的方法，其特征在于，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护OAM up和/或OAM down的日志。
3.根据权利要求1所述的方法，其特征在于，确定所述第一日志和第二日志满足预设条件包括：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述第二日志集合包括网络设备标识、日志发生接口、日志发生时间和日志发生事件。
5.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志；
在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组；
在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
6.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
将确定的共享风险链路组上报用户设备，进行告警；
将确定的共享风险链路组下发至所述网络设备，或者根据所述用户设备的指示将确定的共享风险链路组下发至所述网络设备。
7.一种确定共享风险链路组的装置，其特征在于，包括：
收发单元，用于获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
处理单元，用于根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；从所述第二日志集合中获取第一日志和第二日志，所述第一日志为第一接口产生的日志，所述第二日志为第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
8.根据权利要求7所述的装置，其特征在于，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护OAM up和/或OAM down的日志。
9.根据权利要求7所述的装置，其特征在于，在确定所述第一日志和第二日志满足预设条件时，所述处理单元具体用于：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
10.根据权利要求7至9任一项所述的装置，其特征在于，所述第二日志集合包括网络设备标识、日志发生接口、日志发生时间和日志发生事件。
11.根据权利要求7至9任一项所述的装置，其特征在于，所述处理单元还用于：
从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志；
在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组；
在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
12.根据权利要求7至9任一项所述的装置，其特征在于，所述处理单元还用于：
将确定的共享风险链路组上报用户设备，进行告警；
将确定的共享风险链路组下发至所述网络设备，或者根据用户指示将确定的共享风险链路组下发至所述网络设备。
13.一种确定共享风险链路组的装置，其特征在于，包括：
处理器、存储器和总线，所述处理器和存储器通过总线连接，其中，所述存储器用于存储一组程序代码，所述处理器用于调用所述存储器中存储的程序代码，执行以下操作：
获取一个或多个网络设备的第一日志集合，所述第一日志集合包含非所述网络设备重启或非所述网络设备的接口板故障产生的日志；
根据日志过滤规则对所述第一日志集合中的日志进行过滤，得到第二日志集合；
从所述第二日志集合中获取第一日志和第二日志，所述第一日志为第一接口产生的日志，所述第二日志为第二接口产生的日志，在确定所述第一日志和第二日志满足预设条件时，确定所述第一接口对应的第一链路和所述第二接口对应的第二链路属于同一个共享风险链路组。
14.根据权利要求13所述的装置，其特征在于，所述日志过滤规则包括以下至少一种：
过滤得到物理接口开启up和/或关闭down的日志；
过滤得到物理接口出现误码的日志；
过滤得到物理接口的双向转发检测up和/或双向转发检测down的日志；和
过滤得到物理接口的运行、管理和维护OAM up和/或OAM down的日志。
15.根据权利要求13所述的装置，其特征在于，在确定所述第一日志和第二日志满足预设条件时，所述处理器具体用于：
确定所述第一日志和所述第二日志满足以下条件中的至少一项：
所述第一日志标识所述第一接口的状态变为up，所述第二日志标识所述第二接口的状态变为up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第一阈值；
所述第一日志标识所述第一接口的状态变为down，所述第二日志标识所述第二接口的状态变为down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第二阈值；
所述第一日志标识所述第一接口出现误码，所述第二日志标识所述第二接口出现误码，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第三阈值；
所述第一日志标识所述第一接口出现运行、管理和维护OAM up，所述第二日志标识所述第二接口出现OAM up，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第四阈值；和，
所述第一日志标识所述第一接口出现OAM down，所述第二日志标识所述第二接口出现OAM down，所述第一日志的产生时间和所述第二日志的产生时间的间隔小于第五阈值。
16.根据权利要求13至15任一项所述的装置，其特征在于，所述第二日志集合包括网络设备标识、日志发生接口、日志发生时间和日志发生事件。
17.根据权利要求13至15任一项所述的装置，其特征在于，所述处理器还用于：
从所述第二日志集合中获取第三日志，所述第三日志为第三接口产生的日志；
在确定所述第一日志和第三日志满足所述预设条件时，确定所述第一接口对应的第一链路和所述第三接口对应的第三链路属于同一个共享风险链路组；
在确定所述第二日志和第三日志满足所述预设条件时，确定所述第二接口对应的第二链路和所述第三接口对应的第三链路属于同一个共享风险链路组。
18.根据权利要求13至15任一项所述的装置，其特征在于，所述处理单元还用于：
将确定的共享风险链路组上报用户设备，进行告警；
将确定的共享风险链路组下发至所述网络设备，或者根据用户设备指示将确定的共享风险链路组下发至所述网络设备。
CN201780009064.XA 2017-10-24 2017-10-24 一种确定共享风险链路组的方法及装置 Active CN109964450B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/107448 WO2019079961A1 (zh) 2017-10-24 2017-10-24 一种确定共享风险链路组的方法及装置

Publications (2)

Publication Number Publication Date
CN109964450A CN109964450A (zh) 2019-07-02
CN109964450B true CN109964450B (zh) 2020-06-26

Family

ID=66246174

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780009064.XA Active CN109964450B (zh) 2017-10-24 2017-10-24 一种确定共享风险链路组的方法及装置

Country Status (2)

Country Link
CN (1) CN109964450B (zh)
WO (1) WO2019079961A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113132223A (zh) * 2020-01-15 2021-07-16 华为技术有限公司 一种故障检测方法及设备
CN113821491A (zh) * 2021-02-22 2021-12-21 京东科技控股股份有限公司 用于生成网络设备日志模板的方法、装置、服务器和介质
CN113691395A (zh) * 2021-08-04 2021-11-23 曙光信息产业(北京)有限公司 网络运维方法、装置、计算机设备和存储介质
CN117074915B (zh) * 2023-08-23 2024-05-17 扬州万方科技股份有限公司 基于特征关键字监测技术的板卡软硬重启测试方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7701848B2 (en) * 2003-07-11 2010-04-20 Chunming Qiao Efficient trap avoidance and shared protection method in survivable networks with shared risk link groups and a survivable network
CN105763344A (zh) * 2014-12-15 2016-07-13 中兴通讯股份有限公司 一种动态调整srlg的方法和装置
CN105991188A (zh) * 2015-02-16 2016-10-05 阿里巴巴集团控股有限公司 一种检测共享风险链路组的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7428213B2 (en) * 2003-11-21 2008-09-23 Cisco Technology, Inc. Method and apparatus for determining network routing information based on shared risk link group information
CN101536383A (zh) * 2006-11-16 2009-09-16 艾利森电话股份有限公司 通信网络中的备选通信路径的提供
CN102868563B (zh) * 2012-09-30 2015-04-22 华信咨询设计研究院有限公司 共享风险链路组跨层映射管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7701848B2 (en) * 2003-07-11 2010-04-20 Chunming Qiao Efficient trap avoidance and shared protection method in survivable networks with shared risk link groups and a survivable network
CN105763344A (zh) * 2014-12-15 2016-07-13 中兴通讯股份有限公司 一种动态调整srlg的方法和装置
CN105991188A (zh) * 2015-02-16 2016-10-05 阿里巴巴集团控股有限公司 一种检测共享风险链路组的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IP/MPLS over WDM网中基于共享风险链路组限制的共享通路保护算法;何荣希;《电子学报》;20021125;全文 *

Also Published As

Publication number Publication date
CN109964450A (zh) 2019-07-02
WO2019079961A1 (zh) 2019-05-02

Similar Documents

Publication Publication Date Title
US20200106662A1 (en) Systems and methods for managing network health
CN109964450B (zh) 一种确定共享风险链路组的方法及装置
US10616074B2 (en) System, apparatus, procedure, and computer program product for planning and simulating an internet protocol network
CN104798341B (zh) 在电子网络上表征服务水平
CN106789323A (zh) 一种通信网络管理方法及其装置
WO2017014905A1 (en) Communication link failure detection in a software defined network
US20220052916A1 (en) Orchestration of Activities of Entities Operating in a Network Cloud
CN107888455A (zh) 一种数据检测方法、装置和系统
CN111565133B (zh) 专线切换方法、装置、电子设备和计算机可读存储介质
CN107005440B (zh) 一种链路故障定位的方法、装置及系统
US20230060758A1 (en) Orchestration of Activities of Entities Operating in a Network Cloud
CN101431435B (zh) 一种基于面向连接的业务配置与管理方法
US10432451B2 (en) Systems and methods for managing network health
US9521066B2 (en) vStack enhancements for path calculations
Gao et al. Xshot: Light-weight link failure localization using crossed probing cycles in SDN
CN108141406A (zh) 一种业务故障处理的方法、装置及设备
CN107104837A (zh) 路径检测的方法和控制设备
Tairaku et al. Social data driven SDN network operation using northbound interface
CN115484629A (zh) 一种业务状态确定方法及装置
EP3692655B1 (en) Locating a fault in an optical communication link
WO2017058137A1 (en) Latency tracking metadata for a network switch data packet
CN117560270A (zh) 网络故障的定位方法、装置、介质及电子设备
Barbecho Bautista et al. Evaluating scalability, resiliency, and load balancing in software-defined networking
Nitta et al. Conscious Network That Enables Autonomous Operation and Maintenance
CN115733726A (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