CN105656715A - 用于监测云计算环境下网络设备的状态的方法和装置 - Google Patents

用于监测云计算环境下网络设备的状态的方法和装置 Download PDF

Info

Publication number
CN105656715A
CN105656715A CN201511018980.9A CN201511018980A CN105656715A CN 105656715 A CN105656715 A CN 105656715A CN 201511018980 A CN201511018980 A CN 201511018980A CN 105656715 A CN105656715 A CN 105656715A
Authority
CN
China
Prior art keywords
network equipment
message
state
exchange board
port set
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
Application number
CN201511018980.9A
Other languages
English (en)
Other versions
CN105656715B (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.)
China Unionpay Co Ltd
Original Assignee
China Unionpay 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 China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN201511018980.9A priority Critical patent/CN105656715B/zh
Publication of CN105656715A publication Critical patent/CN105656715A/zh
Application granted granted Critical
Publication of CN105656715B publication Critical patent/CN105656715B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<b>本发明涉及云计算技术，特别涉及用于监测云计算环境下网络设备的状态的方法和装置。根据本发明的用于监测云计算环境下网络设备的状态的方法包含下列步骤：向所述交换机发送采集所述网络设备的状态的请求；根据从交换机接收的所述网络设备的状态信息，确定所述网络设备的状态是否出现异常，其中，所述状态信息包括所述交换机上将所述网络设备互联的成对端口组的报文收发状态，所述成对端口组的其中一个向另一个发送报文。</b>

Description

用于监测云计算环境下网络设备的状态的方法和装置
技术领域
本发明涉及云计算技术，特别涉及用于监测云计算环境下网络设备的状态的方法和装置。
背景技术
云计算是一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需求提供给计算机和其他设备。云计算描述了一种基于互联网的新的IT服务增加、使用和交付模式，通常涉及通过互联网来提供动态易扩展而且经常是虚拟化的资源，它意味着计算能力也可作为一种商品通过互联网进行流通。
云计算技术的运用改变了数据中心的网络架构。传统网络采用接入层、汇聚层和核心层的三层互联架构，但是由于云计算的网络设备需要考虑虚拟机的迁移域，因此采用接入层+核心层的两层互连架构，并且网关设置在核心层交换机中以增加迁移域的范围，层间则通过端口聚合互联以增加云计算网络的弹性。
聚合端口主要用于交换机之间的连接。当两个交换机之间有多条冗余链路时，根据生成树协议（STP），其中的几条链路将被关闭而仅保留一条链路，由此避免层间环路的形成。但是路径冗余的放弃将带来STP链路切换很慢（50秒左右）的后果。当使用以太网通道时，交换机将把一组物理端口联合在一起形成一个逻辑通道，此时交换机将这样的逻辑通道视为一个端口。
网络设备的状态主要指板卡、端口的使用状态，其异常一般表现为板卡或者端口僵死。目前，监测网络设备板卡状态包括基于ping机制的方法、基于硬件狗机制的方法和基于分布式网络控制的方法。
在Ping机制方法中，主控盘使用操作系统提供的ping命令对所有线卡的内网IP地址施行ping操作，然后检测Ping命令的回馈结果，如果丢包率为100%，就认为该线卡出现异常。
硬件狗机制方法需要FPGA支持硬件狗功能，软件根据硬件狗要求，在规定时间内对硬件规定的某个寄存器位施行写入操作，如果线卡CPU死机，则在规定的时间内不存在上述写入操作，硬件狗将超时从而重启该线卡。
在基于分布式网络控制机制的方法中，主控盘生成并发送第一UDP心跳报文至线卡，响应于第一UDP心跳报文，线卡根据自身的资源使用率信息来生成第二UDP心跳报文并向主控盘发送生成的第二UDP报文。当主控盘判断线卡的资源使用率超过预设阈值时，判定线卡出现异常。
但是上述三种方法都存在缺陷。具体而言，在基于ping机制的方法和基于分布式网络控制机制的方法中，利用ICMP或UDP报文来探测，源地址和目的地地址不变，交换机始终通过聚合端口中的某一个端口固定转发，因此无法检测到聚合端口中其他端口的状态。基于硬件狗机制的方法需要硬件支持，此外，采用硬件狗机制将无法同时监测分布式系统内网通信异常的情况。
由上可见，需要一种能够克服上述缺点的用于监测云计算环境下网络设备的状态的方法和装置。
发明内容
本发明提供用于监测云计算环境下网络设备的状态的方法和装置，其具有实施方便、响应速度快和故障定位能力强等优点。
根据本发明的一个方面，提供了一种用于监测云计算环境下网络设备的状态的方法，所述网络设备被汇接至位于接入层的交换机，所述方法包含下列步骤：
向所述交换机发送采集所述网络设备的状态的请求；
根据从交换机接收的所述网络设备的状态信息，确定所述网络设备的状态是否出现异常，
其中，所述状态信息包括所述交换机上将所述网络设备互联的成对端口组的报文收发状态，所述成对端口组的其中一个向另一个发送报文。
优选地，在上述方法中，所述报文收发状态包括所述成对端口组处发送和接收的报文的数量。
优选地，在上述方法中，根据预设时长的间隔内在成对端口组处接收和发送的报文的数量的偏移值来确定所述网络设备的状态是否出现异常。
优选地，在上述方法中，所述偏移值为预设时长的间隔内在成对端口组处接收和发送的报文的数量之比，如果连续n个时间间隔内所述偏移值小于或等于阈值，则确定所述网络设备的状态是否出现异常，这里n为预先设定的正整数。
优选地，在上述方法中，与所述交换机的通信基于简单网络管理协议（SNMP）。
优选地，在上述方法中，所述交换机基于链路层发现协议（LLDP）获取网络拓扑结构的信息，所述网络拓扑结构用于确定成对端口组，并且所述交换机基于生成树协议（STP）得到成对端口组的报文收发状态。
优选地，在上述方法中，所述报文为网桥协议数据单元（BPDU）报文。
根据本发明的另一个方面，提供了一种用于监测云计算环境下网络设备的状态的装置，包括：
与位于接入层的交换机耦合的收集单元，所述网络设备被汇接至所述交换机，所述收集单元被配置为向所述交换机发送采集所述网络设备的状态的请求和从所述交换机接收所述网络设备的状态信息；
与所述收集单元耦合的处理单元，其被配置为根据所述网络设备的状态信息确定所述网络设备的状态是否出现异常，
其中，所述状态信息包括所述交换机上将所述网络设备互联的成对端口组的报文收发状态，所述成对端口组的其中一个向另一个发送报文。
优选地，在上述装置中，进一步包括与处理单元耦合的告警单元，其被配置为在所述处理单元确定所述网络设备的状态出现异常时生成告警消息。
附图说明
本发明的上述和/或其它方面和优点将通过以下结合附图的各个方面的描述变得更加清晰和更容易理解，附图中相同或相似的单元采用相同的标号表示，附图包括：
图1为按照本发明一个实施例的用于监测云计算环境下网络设备的状态的装置的框图。
图2为图1中所示交换机的逻辑功能框图。
图3为按照本发明另一个实施例的用于监测云计算环境下网络设备的状态的方法的流程图。
图4为可应用于图3所示实施例的确定网络设备是否出现异常的方法的流程图。
图5为用于表征网络设备出现异常的偏移值-时间的示意图。
具体实施方式
下面参照其中图示了本发明示意性实施例的附图更为全面地说明本发明。但本发明可以按不同形式来实现，而不应解读为仅限于本文给出的各实施例。给出的上述各实施例旨在使本文的披露全面完整，以将本发明的保护范围更为全面地传达给本领域技术人员。
诸如“包含”和“包括”之类的用语表示除了具有在说明书和权利要求书中有直接和明确表述的单元和步骤以外，本发明的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。
在云计算环境下，交换机通常将一组物理端口联合在一起形成一个聚合端口，不同类型的数据分组根据其源或者目的MAC地址、IP地址被分配到聚合端口的各个端口。由于在网络监控中同一类型的数据分组将从同一端口转发，因此故障难以被发现。按照本发明的实施例，通过收集网络设备互联端口处报文收发的状态（例如收发报文的数量）并且根据互联端口报文收发状态的偏移值来判断网络设备是否出现异常。
优选地，收发的报文为网桥协议数据单元（BPDU）报文。BPDU报文是生成树协议（STP）下的一种问候数据分组，其以可配置的间隔发送，用于在网络的网桥间进行信息交换。当一个网桥开始变为活动时，其每个端口都以设定的间隔（例如2秒）发送一个BPDU报文，对于接收到BPDU报文的本地端口，如果接收到的BPDU报文的优先级高于其正要发送的BPDU报文，则该本地端口将优先发送接收到BPDU报文，此后，如果在预设的时间间隔内未接收到高优先级的BPDU报文，则本地端口再发送被延迟的BPDU报文。
以下借助附图描述本发明的具体实施例。
图1为按照本发明一个实施例的用于监测云计算环境下网络设备的状态的装置的框图。
图1所示的用于监测云计算环境下网络设备的状态的装置10包括收集单元110和处理单元120。可选地，装置10还包含告警单元130。
如图1所示，收集单元110与接入层交换机20耦合，其被配置为向接入层交换机发送采集网络设备（未画出）的状态的请求，其中这些网络设备被汇接至位于接入层的交换机20。优选地，收集单元110与交换机20的通信基于简单网络管理协议（SNMP）。
由一组网络管理的标准组成，包含一个应用层协议、数据库模型和一组资源对象，其目标是管理互联网上众多厂家生产的软硬件平台，因此受互联网标准网络管理框架的影响很大。
图2为图1中所示交换机的逻辑功能框图。如图2所示，交换机20包含下列逻辑功能模块：SNMP接收端210、STP模块220和链路层发现协议（LLDP）模块230。
接收端210负责与采集单元110通信，其配置为从采集单元110接收采集网络设备的状态的请求，并且向采集单元110发送网络设备的状态信息。在本实施例中，状态信息包括云计算环境的网络拓扑结构和交换机的端口处的报文收发状态。
协议具有在交换机的互联端口之间周期性发送报文（例如hello报文、BPDU报文等）的功能。对于互联的成对端口组，其中一个端口（又称为发送端口）周期性地发送报文（例如BPDU报文），而另一个端口（又称为接收端口）则接收被发送的报文。在本实施例中，与SNMP接收端210耦合的STP模块220被配置为记录成对端口组处报文收发的状态（例如发送端口发送报文的数量和接收端口接收到的报文的数量）并且将记录的状态提供给SNMP接收端210。
协议是一种邻近发现协议，其为以太网网络设备（如交换机、路由器和无线局域网接入点）定义了一种标准的方法，使这些以太网网络设备可以向网络中的其他节点公告自身的存在并保存各个邻近设备的发现信息（以下又称为LLDP信息），这些信息包括对端设备名、对端设备硬件地址、对端设备互联接口、本设备互联接口信息等。在本实施例中，与SNMP接收端210耦合的LLDP模块230被配置为记录LLDP信息并且将记录的LLDP信息提供给SNMP接收端210。LLDP信息可在LLDP模块230、SNMP接收端210或装置10的处理单元120处被用来确定或“绘制”云计算网络拓扑结构，以根据网络拓扑结构确定交换机上将网络设备互联的成对端口组。
如图1所示，采集单元120与收集单元110耦合，其被配置为根据采集单元110从交换机接收的网络设备的状态信息确定网络设备的状态是否出现异常。
参见图1，告警单元130与处理单元120耦合，其被配置为处理单元确定网络设备的状态出现异常时生成告警消息。
图3为按照本发明另一个实施例的用于监测云计算环境下网络设备的状态的方法的流程图。示例性地，这里假设本实施例的方法由图1所示的装置10实现。但是本领域技术人员应该理解的是，本实施例的方法的实施并不局限于特定结构的装置。
如图3所示，在步骤S310，收集单元110向交换机20的SNMP接收端210发送采集网络设备的状态的请求。如上所述，状态信息包括交换机上将网络设备互联的成对端口组的报文收发状态。
随后在步骤S320，响应于采集网络设备的状态的请求，SNMP接收端210向手机单元110发送由STP模块210记录的成对端口组处报文收发的状态（例如发送端口发送报文的数量和接收端口接收到的报文的数量）和由LLDP模块220记录的LLDP信息。
图3所示的流程随后进入步骤S330，处理单元120根据采集单元110从SNMP接收端210接收的网络设备的状态信息，确定网络设备的状态是否出现异常。
优选地，在步骤S330中，采用图4所示的方式确定网络设备的状态是否出现异常。
如图4所示，在步骤S410，对于一组成对的端口，处理单元120确定预设时长的间隔内在成对端口组处发送和接收的报文的数量的偏移值，为此可计算接收端口处接收的报文数量与发送端口处发送的报文数量之比，该比值是一个范围为[0,1]的数值。在网络设备处于正常状态下，接收端口接收到的报文数量等于发送端口发送的报文数量应该一致，即，该比值等于1。
随后在步骤S420，处理单元120判断在最近的连续n个（这里n为预先设定的正整数，其例如取值为3）时间间隔内，步骤S410计算得到的偏移值是否都小于或等于阈值（例如取值为0），如果满足条件，则进入步骤S430，否则，则转至步骤S440。
在步骤S430，处理单元120通知告警单元130与该成对端口组相关联的网络设备出现异常。
步骤S430之后进入步骤S440，处理单元120判断是否遍历所有成对的端口，如果全部遍历，则结束图4的流程，否则返回步骤S410，对其他的成对端口组重复上述异常检测的步骤。
图5为用于表征网络设备出现异常的偏移值-时间的示意图。在图5中，纵轴和横轴分别表示偏移值和时间。假设在图5所示的示例中有10组成对的端口被监测，成对端口组1~4和6~10在10:01到10:15的时间段内偏移值始终为1，因此与这些端口组相关联的网络设备被确定为处于正常状态，但是对于成对端口组5，其在10:07~10:11的时间段内，偏移值降低为0，即，连续4个时长为1秒的间隔偏移值都小于或等于阈值，因此与该成对端口组相关联的网络设备被确定为发生异常。
与现有技术相比，本发明具有下列优点：
1.本发明利用公有协议的数据分组来监测网络设备的状态，其对设备、硬件并无特别的依赖，因此具有较强的适应性。
本发明基于端到端的BPDU报文收发数量的偏移值来判定端口是否僵死，这种方式具有故障定位能力强、准确性高和响应速度快等优点。
虽然已经示出并说明了各个示例性实施例，但本领域普通技术人员应当理解的是，可以对这些示例性实施例在形式和细节方面做出各种改变而不背离由所附权利要求书限定的本发明构思的精神和范围。

Claims (13)

1.一种用于监测云计算环境下网络设备的状态的方法，其特征在于，所述网络设备被汇接至位于接入层的交换机，所述方法包含下列步骤：
向所述交换机发送采集所述网络设备的状态的请求；
根据从交换机接收的所述网络设备的状态信息，确定所述网络设备的状态是否出现异常，
其中，所述状态信息包括所述交换机上将所述网络设备互联的成对端口组的报文收发状态，所述成对端口组的其中一个向另一个发送报文。
2.如权利要求1所述的方法，其中，所述报文收发状态包括所述成对端口组处发送和接收的报文的数量。
3.如权利要求2所述的方法，其中，根据预设时长的间隔内在成对端口组处接收和发送的报文的数量的偏移值来确定所述网络设备的状态是否出现异常。
4.如权利要求3所述的方法，其中，所述偏移值为预设时长的间隔内在成对端口组处接收和发送的报文的数量之比，如果连续n个时间间隔内所述偏移值小于或等于阈值，则确定所述网络设备的状态是否出现异常，这里n为预先设定的正整数。
5.如权利要求1所述的方法，其中，与所述交换机的通信基于简单网络管理协议（SNMP）。
6.如权利要求1所述的方法，其中，所述交换机基于链路层发现协议（LLDP）获取网络拓扑结构的信息，所述网络拓扑结构用于确定成对端口组，并且所述交换机基于生成树协议（STP）得到成对端口组的报文收发状态。
7.如权利要求6所述的方法，其中，所述报文为网桥协议数据单元（BPDU）报文。
8.一种用于监测云计算环境下网络设备的状态的装置，其特征在于，包括：
与位于接入层的交换机耦合的收集单元，所述网络设备被汇接至所述交换机，所述收集单元被配置为向所述交换机发送采集所述网络设备的状态的请求和从所述交换机接收所述网络设备的状态信息；
与所述收集单元耦合的处理单元，其被配置为根据所述网络设备的状态信息确定所述网络设备的状态是否出现异常，
其中，所述状态信息包括所述交换机上将所述网络设备互联的成对端口组的报文收发状态，所述成对端口组的其中一个向另一个发送报文。
9.如权利要求8所述的装置，其中，所述报文收发状态包括所述成对端口组处接收和发送的报文的数量。
10.如权利要求9所述的装置，其中，所述处理单元根据预设时长的间隔内在成对端口组处接收和发送的报文的数量的偏移值来确定所述网络设备的状态是否出现异常。
11.如权利要求10所述的装置，其中，所述偏移值为预设时长的间隔内在成对端口组处接收和发送的报文的数量之比，如果连续n个时间间隔内所述偏移值小于或等于阈值，则确定所述网络设备的状态是否出现异常，这里n为预先设定的正整数。
12.如权利要求9所述的装置，其中，所述采集单元与所述交换机的通信基于简单网络管理协议（SNMP）。
13.如权利要求8所述的装置，其中，进一步包括与处理单元耦合的告警单元，其被配置为在所述处理单元确定所述网络设备的状态出现异常时生成告警消息。
CN201511018980.9A 2015-12-30 2015-12-30 用于监测云计算环境下网络设备的状态的方法和装置 Active CN105656715B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201511018980.9A CN105656715B (zh) 2015-12-30 2015-12-30 用于监测云计算环境下网络设备的状态的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201511018980.9A CN105656715B (zh) 2015-12-30 2015-12-30 用于监测云计算环境下网络设备的状态的方法和装置

Publications (2)

Publication Number Publication Date
CN105656715A true CN105656715A (zh) 2016-06-08
CN105656715B CN105656715B (zh) 2019-06-18

Family

ID=56477441

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201511018980.9A Active CN105656715B (zh) 2015-12-30 2015-12-30 用于监测云计算环境下网络设备的状态的方法和装置

Country Status (1)

Country Link
CN (1) CN105656715B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106302001A (zh) * 2016-07-30 2017-01-04 华为技术有限公司 数据通信网络中业务故障检测方法、相关装置及系统
CN107995018A (zh) * 2016-10-27 2018-05-04 迈普通信技术股份有限公司 故障检测方法、lpu和分布式网络通信设备
CN109302358A (zh) * 2017-07-24 2019-02-01 华为技术有限公司 一种网络中邻居发现方法、交换机及ap
CN110247821A (zh) * 2019-06-04 2019-09-17 平安科技（深圳）有限公司 一种故障检测方法及相关设备
CN113098725A (zh) * 2021-06-10 2021-07-09 北京全路通信信号研究设计院集团有限公司 一种双网交织异常检测方法及系统
US11334453B2 (en) 2020-05-07 2022-05-17 Oracle International Corporation System and method for providing fault tolerance and resiliency in a cloud network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610212A (zh) * 2009-07-27 2009-12-23 迈普通信技术股份有限公司 实现数据平面可靠通信的方法和板卡
CN104113428A (zh) * 2013-04-18 2014-10-22 杭州迪普科技有限公司 一种设备管理装置和方法
CN104219107A (zh) * 2014-08-26 2014-12-17 华为技术有限公司 一种通信故障的检测方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610212A (zh) * 2009-07-27 2009-12-23 迈普通信技术股份有限公司 实现数据平面可靠通信的方法和板卡
CN104113428A (zh) * 2013-04-18 2014-10-22 杭州迪普科技有限公司 一种设备管理装置和方法
CN104219107A (zh) * 2014-08-26 2014-12-17 华为技术有限公司 一种通信故障的检测方法、装置及系统

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106302001A (zh) * 2016-07-30 2017-01-04 华为技术有限公司 数据通信网络中业务故障检测方法、相关装置及系统
CN106302001B (zh) * 2016-07-30 2020-02-14 华为技术有限公司 数据通信网络中业务故障检测方法、相关装置及系统
CN107995018A (zh) * 2016-10-27 2018-05-04 迈普通信技术股份有限公司 故障检测方法、lpu和分布式网络通信设备
CN109302358A (zh) * 2017-07-24 2019-02-01 华为技术有限公司 一种网络中邻居发现方法、交换机及ap
CN109302358B (zh) * 2017-07-24 2021-01-15 华为技术有限公司 一种网络中邻居发现方法、交换机及ap
CN110247821A (zh) * 2019-06-04 2019-09-17 平安科技（深圳）有限公司 一种故障检测方法及相关设备
WO2020244067A1 (zh) * 2019-06-04 2020-12-10 平安科技（深圳）有限公司 故障检测方法及相关设备
US11334453B2 (en) 2020-05-07 2022-05-17 Oracle International Corporation System and method for providing fault tolerance and resiliency in a cloud network
CN113098725A (zh) * 2021-06-10 2021-07-09 北京全路通信信号研究设计院集团有限公司 一种双网交织异常检测方法及系统
CN113098725B (zh) * 2021-06-10 2021-08-24 北京全路通信信号研究设计院集团有限公司 一种双网交织异常检测方法及系统

Also Published As

Publication number Publication date
CN105656715B (zh) 2019-06-18

Similar Documents

Publication Publication Date Title
CN105656715A (zh) 用于监测云计算环境下网络设备的状态的方法和装置
CN103929461B (zh) 堆叠系统中的mac地址信息同步方法及装置
US9461928B2 (en) LACP negotiation processing method, relay node, and system
CN101132320B (zh) 检测接口故障的方法及网络节点设备
CN102315975B (zh) 一种基于irf系统的故障处理方法及其设备
CN102821050B (zh) 一种快速生成树协议应用于单环网拓扑的处理方法
US20070183313A1 (en) System and method for detecting and recovering from virtual switch link failures
US10454809B2 (en) Automatic network topology detection for merging two isolated networks
CN104104570A (zh) Irf系统中的聚合处理方法及装置
CN104753828A (zh) 一种sdn控制器、数据中心系统和路由连接方法
CN104243239B (zh) 一种sdn集群中控制器的状态检测方法和装置
WO2016116050A1 (zh) 环保护链路故障保护方法、设备及系统
CN103416022B (zh) 分布式路由器/交换机架构中的服务中吞吐量测试方法和系统
TW201703473A (zh) 混合型網路生成樹建立方法、備援方法與其控制系統
CN104518936B (zh) 链路动态聚合方法和装置
CN105656645A (zh) 堆叠系统的故障处理的决策方法和装置
CN102638374B (zh) 基于远程登录协议维护光传输网络的方法
CN104618189A (zh) 链路故障检测方法及装置
CN103259687A (zh) 民航空管数据接入平台
US8681645B2 (en) System and method for coordinated discovery of the status of network routes by hosts in a network
CN102695239A (zh) 应用于嵌入式平台的服务发现系统及其服务发现方法
CN101296126B (zh) 一种链路故障通告方法、接口管理单元和路由器
CN104506339A (zh) 基于profinet的工业以太网网络拓扑管理实现方法
CN105379180A (zh) 一种业务流链路的连通性检测方法、相关装置及系统
CN102946335B (zh) 一种网络状况检测方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant