CN114553707B - 网络的拓扑信息的生成和网络故障的定界方法、装置 - Google Patents
网络的拓扑信息的生成和网络故障的定界方法、装置 Download PDFInfo
- Publication number
- CN114553707B CN114553707B CN202011349225.XA CN202011349225A CN114553707B CN 114553707 B CN114553707 B CN 114553707B CN 202011349225 A CN202011349225 A CN 202011349225A CN 114553707 B CN114553707 B CN 114553707B
- Authority
- CN
- China
- Prior art keywords
- network
- information
- mapping relation
- establishing
- layer
- 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
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/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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/14—Network analysis or design
-
- 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
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
技术领域
本申请涉及互联网技术领域，具体而言，本申请涉及一种网络的拓扑信息的生成方法、装置、电子设备及计算机可读存储介质，以及一种网络故障的定界方法、装置、电子设备及计算机可读存储介质。
背景技术
传统网络都是基于IP(Internet Protocol，网际协议)路由进行转发控制，无法解决实际业务网络拓扑中物理网络和业务网络的边界问题。VPC(Virtual Private Cloud，虚拟私有云)网络虽然实现私有网络按需定义，但仍然无法解决实际网络状况下物理网络和业务网络的边界问题，尤其在SDN(Software Defined Network，软件定义网络)网络overlay(SDN的一种实现方式)场景下，网络边界在云的物理服务器终端节点内部转发成为黑盒，大大增加了分布式业务系统的全链路故障定界的难度。
由于当前传统网络故障定界仅聚焦在物理网络，在VPC网络成为主流网络的场景下，基于IP路由的传统网络的拓扑计算方法无法满足当前要求，尤其无法真实描述VPC网络中多节点下的业务网络拓扑信息，给网络故障定界带来了更大的困难。
发明内容
本申请提供了一种网络故障的定界方法、装置、电子设备及计算机可读存储介质，可以解决基于IP路由的传统网络的拓扑计算方法无法满足当前要求，尤其无法真实描述VPC网络中多节点下的业务网络拓扑信息，给网络故障定界带来了更大的困难的问题。所述技术方案如下：
一方面，提供了一种网络的拓扑信息的生成方法，所述网络包括物理层、服务器层和业务层；所述方法包括：
建立所述物理层与所述网络中虚拟私有云网络的网络标识的第一映射关系；
建立所述服务器层与所述网络标识的第二映射关系；
建立与所述网络进行通信的外部网络与所述网络标识的第三映射关系；
建立所述业务层与所述服务器层的第四映射关系；
建立访问所述业务层的业务会话与所述业务层的第五映射关系；
基于所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系，以及所述第五映射关系生成所述网络的拓扑信息。
优选地，所述建立所述物理层与所述网络中虚拟私有云网络的网络标识的第一映射关系，包括：
从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息；
基于至少两个物理网络节点的节点信息生成物理层网络拓扑；
建立所述物理层网络拓扑与所述网络中虚拟私有云网络的网络标识的第一映射关系。
优选地，所述建立所述服务器层与所述网络标识的第二映射关系，包括：
从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息；
建立所述第一配置信息与所述网络标识的第二映射关系；所述至少两个代理组件各自部署在一一对应的服务器中。
优选地，所述建立与所述网络进行通信的外部网络与所述网络标识的第三映射关系，包括：
获取与所述网络进行通信的外部网络的第二配置信息；
建立所述第二配置信息与所述网络标识的第三映射关系。
优选地，所述建立所述业务层与所述服务器层的第四映射关系，包括：
从所述业务层的负载均衡系统中获取业务会话的会话标识；
建立所述会话标识与所述第一配置信息的第四映射关系。
优选地，所述建立访问所述业务层的业务会话与所述业务层的第五映射关系，包括：
从所述业务层的负载均衡系统中获取所述负载均衡系统的第三配置信息；
建立所述第三配置信息与所述业务会话的会话标识的第五映射关系。
优选地，所述从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息，基于至少两个物理网络节点的节点信息生成物理层网络拓扑，以及建立所述物理层网络拓扑与所述网络的网络标识的第一映射关系，包括：
从所述软件定义网络控制器中获取虚拟扩展局域网VXLAN隧道中逐跳网络节点的节点信息；所述VXLAN隧道的起点为所述服务器层中的任一服务器，终点为所述服务器层中的除所述任一服务器之外的任一其它服务器，或者，为所述物理层中的虚拟私有云网关；
基于所述节点信息生成所述VXLAN隧道的隧道拓扑，并建立所述隧道拓扑与所述网络标识的第一映射关系。
优选地，所述从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息，并建立所述第一配置信息与所述网络标识的第二映射关系，包括：
从所述至少两个代理组件中获取各自对应的服务器中的物理网卡标识和虚拟网卡标识；
建立所述物理网卡标识、虚拟网卡标识，以及所述网络标识相互之间的第二映射关系。
优选地，所述获取与所述网络进行通信的外部网络的第二配置信息，并建立所述第二配置信息与所述网络标识的第三映射关系，包括：
获取所述外部网络的地址信息和网络地址转换信息；
建立所述地址信息、所述网络地址转换信息，以及所述网络标识相互之间的第三映射关系。
优选地，所述从所述业务层的负载均衡系统中获取业务会话的会话标识，并建立所述会话标识与所述第一配置信息的第四映射关系，包括：
从所述负载均衡系统中获取所述业务层中各个业务网络节点各自对应的会话标识；
当所述第一配置信息中包括虚拟网卡标识时，建立所述会话标识与所述虚拟网卡标识的第一子映射关系，并将所述第一子映射关系作为所述第四映射关系；
当所述第一配置信息中不包括虚拟网卡标识时，建立所述会话标识与所述物理网卡标识的第二子映射关系，并将所述第二子映射关系作为所述第四映射关系。
优选地，从所述负载均衡系统中获取所述负载均衡系统的第三配置信息，并建立所述第三配置信息与所述会话标识的第五映射关系，包括：
从所述负载均衡系统中获取所述负载均衡系统的虚拟业务地址信息；
建立所述虚拟业务地址信息与所述会话标识中的实际业务地址信息的第五映射关系。
另一方面，提供了一种网络故障的定界方法，该方法包括：
基于所述网络的全链路的拓扑信息对所述全链路中的各条链路进行健康检测；所述拓扑信息通过第一方面所述的网络的拓扑信息的生成方法得到；
当检测到至少一条目标链路为非健康状态时，获取所述至少一条目标链路各自对应的故障信息；
基于所述故障信息确定出所述全链路中的故障节点，并基于所述故障节点对所述拓扑信息进行更新，得到更新后的拓扑信息。
优选地，所述基于所述网络的全链路的拓扑信息对所述全链路中的各条链路进行健康检测，包括：
基于所述拓扑信息对所述全链路中的各条链路分别发送链路探测报文；
当在任一链路中发送探测报文成功时，判定所述任一链路为健康状态；否则，判定所述任一链路为非健康状态。
优选地，所述当检测到至少一条目标链路为非健康状态时，获取所述至少一条目标链路各自对应的故障信息，包括：
当检测到至少一条目标链路为非健康状态时，从软件定义网络控制器、代理组件、负载均衡系统中的至少一项，获取所述至少一条目标链路各自对应的故障信息。
优选地，所述基于所述故障信息确定出所述全链路中的故障节点，并基于所述故障节点对所述拓扑信息进行更新，得到更新后的拓扑信息，包括：
基于所述故障信息确定出所述全链路中的故障节点，以及与所述故障节点具有关联关系的下游节点；
在所述拓扑信息中对所述故障节点和所述下游节点的信息进行更新，得到更新后的拓扑信息。
另一方面，提供了一种网络的拓扑信息的生成装置，其特征在于，所述网络包括物理层、服务器层和业务层；所述装置包括：
第一处理模块，用于建立所述物理层与所述网络中虚拟私有云网络的网络标识的第一映射关系；
第二处理模块，用于建立所述服务器层与所述网络标识的第二映射关系；
第三处理模块，用于建立与所述网络进行通信的外部网络与所述网络标识的第三映射关系；
第四处理模块，用于建立所述业务层与所述服务器层的第四映射关系；
第五处理模块，用于建立访问所述业务层的业务会话与所述业务层的第五映射关系；
第六处理模块，用于基于所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系，以及所述第五映射关系生成所述网络的拓扑信息。
优选地，所述第一处理模块具体用于：
从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息；基于至少两个物理网络节点的节点信息生成物理层网络拓扑；建立所述物理层网络拓扑与所述网络中虚拟私有云网络的网络标识的第一映射关系。
优选地，所述第二处理模块具体用于：
从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息；建立所述第一配置信息与所述网络标识的第二映射关系；所述至少两个代理组件各自部署在一一对应的服务器中。
优选地，所述第三处理模块具体用于：
获取与所述网络进行通信的外部网络的第二配置信息；建立所述第二配置信息与所述网络标识的第三映射关系。
优选地，所述第四处理模块具体用于：
从所述业务层的负载均衡系统中获取业务会话的会话标识；建立所述会话标识与所述第一配置信息的第四映射关系。
优选地，所述第五处理模块具体用于：
从所述业务层的负载均衡系统中获取所述负载均衡系统的第三配置信息；建立所述第三配置信息与所述会话标识的第五映射关系。
优选地，所述第一处理模块具体用于：
从所述软件定义网络控制器中获取虚拟扩展局域网VXLAN隧道中逐跳网络节点的节点信息；所述VXLAN隧道的起点为所述服务器层中的任一服务器，终点为所述服务器层中的除所述任一服务器之外的任一其它服务器，或者，为所述物理层中的虚拟私有云网关；基于所述节点信息生成所述VXLAN隧道的隧道拓扑，并建立所述隧道拓扑与所述网络标识的第一映射关系。
优选地，所述第二处理模块具体用于：
从所述至少两个代理组件中获取各自对应的服务器中的物理网卡标识和虚拟网卡标识；建立所述物理网卡标识、虚拟网卡标识，以及所述网络标识相互之间的第二映射关系。
优选地，所述第三处理模块具体用于：
获取所述外部网络的地址信息和网络地址转换信息；建立所述地址信息、所述网络地址转换信息，以及所述网络标识相互之间的第三映射关系。
优选地，所述第四处理模块具体用于：
从所述负载均衡系统中获取所述业务层中各个业务网络节点各自对应的会话标识；当所述第一配置信息中包括虚拟网卡标识时，建立所述会话标识与所述虚拟网卡标识的第一子映射关系，并将所述第一子映射关系作为所述第四映射关系；当所述第一配置信息中不包括虚拟网卡标识时，建立所述会话标识与所述物理网卡标识的第二子映射关系，并将所述第二子映射关系作为所述第四映射关系。
优选地，所述第五处理模块具体用于：
从所述负载均衡系统中获取所述负载均衡系统的虚拟业务地址信息；建立所述虚拟业务地址信息与所述会话标识中的实际业务地址信息的第五映射关系。
另一方面，提供了一种网络故障的定界装置，该装置包括：
检测模块，用于基于所述网络的全链路的拓扑信息对所述全链路中的各条链路进行健康检测；所述拓扑信息通过第一方面所述的网络的拓扑信息的生成方法得到；
获取模块，用于当检测到至少一条目标链路为非健康状态时，获取所述至少一条目标链路各自对应的故障信息；
更新模块，用于基于所述故障信息确定出所述全链路中的故障节点，并基于所述故障节点对所述拓扑信息进行更新，得到更新后的拓扑信息。
优选地，所述检测模块，包括：
发送子模块，用于基于所述拓扑信息对所述全链路中的各条链路分别发送链路探测报文；
判定子模块，用于当在任一链路中发送探测报文成功时，判定所述任一链路为健康状态；否则，判定所述任一链路为非健康状态。
优选地，所述获取模块具体用于：
当检测到至少一条目标链路为非健康状态时，从软件定义网络控制器、代理组件、负载均衡系统中的至少一项，获取所述至少一条目标链路各自对应的故障信息。
优选地，所述更新模块具体用于：
基于所述故障信息确定出所述全链路中的故障节点，以及与所述故障节点具有关联关系的下游节点；在所述拓扑信息中对所述故障节点和所述下游节点的信息进行更新，得到更新后的拓扑信息。
另一方面，提供了一种电子设备，该电子设备包括：
处理器、存储器和总线；
所述总线，用于连接所述处理器和所述存储器；
所述存储器，用于存储操作指令；
所述处理器，用于通过调用所述操作指令，可执行指令使处理器执行如本申请的第一方面所示的网络的拓扑信息的生成方法对应的操作。
另一方面，提供了一种电子设备，该电子设备包括：
处理器、存储器和总线；
所述总线，用于连接所述处理器和所述存储器；
所述存储器，用于存储操作指令；
所述处理器，用于通过调用所述操作指令，可执行指令使处理器执行如本申请的第二方面所示的网络故障的定界方法对应的操作。
另一方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第一方面所示的网络的拓扑信息的生成方法。
另一方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第二方面所示的网络故障的定界方法。
本申请提供的技术方案带来的有益效果是：
在本发明实施例中，云检测建立物理层与网络中虚拟私有云网络的网络标识的第一映射关系、建立服务器层与网络标识的第二映射关系、建立与网络进行通信的外部网络与网络标识的第三映射关系、建立业务层与服务器层的第四映射关系，以及，建立访问业务层的业务会话与业务层的第五映射关系，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成网络的拓扑信息，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成全链路的拓扑信息。通过上述方式建立各个映射关系，然后基于各个映射关系生成全链路的拓扑信息，不仅有效的打通了底层的物理网络节点和上层的业务网络节点之间的链路，自动生成全链路的拓扑信息。而且，对于分布式业务(如分布式存储、分布式数据库、消息中间件系统等)，也有效解决了底层的物理网络节点和上层的业务网络节点的拓扑关联关系，实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请一个实施例提供的一种网络故障的定界方法和一种网络的拓扑信息的生成方法的应用环境示意图；
图2为本申请图1的应用环境的拓扑信息示意图；
图3为本申请一个实施例提供的一种网络的拓扑信息的生成方法的流程示意图；
图4为本申请一个实施例提供的一种网络故障的定界方法的流程示意图；
图5为本申请中VXLAN报文的具体结构示意图；
图6为本申请中VXLAN隧道示意图；
图7为本申请图2调整后的拓扑信息示意图；
图8为本申请图2的更新后的拓扑信息示意图；
图9为本申请又一实施例提供的一种网络的拓扑信息的生成装置的结构示意图；
图10为本申请又一实施例提供的一种网络故障的定界装置的结构示意图；
图11为本申请又一实施例提供的一种网络的拓扑信息的生成的电子设备的结构示意图；
图12为本申请又一实施例提供的一种网络故障的定界的电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
首先对本申请涉及的几个名词进行介绍和解释：
VPC：Virtual Private Cloud，虚拟私有云，一种私有网络，泛指公有云的私有网络，本申请涵盖公有云、私有云等各种数据中心的VPC私有网络。
SDN：Software Defined Network，软件定义网络，SDN是网络虚拟化的一种实现方式。其核心技术OpenFlow通过将网络设备的控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能，为核心网络及应用的创新提供了良好的平台，而非传统网络基于IP(Internet Protocol，网际协议)、路由转发。
VPC网关：虚拟私有云网关，VPC网络的终结节点，在本申请中，VPC网关包括但不限于VXLAN(Virtual Extensible Local Area Network，虚拟扩展局域网)网关。VXLAN是一种网络虚拟化技术，可以改进大型云计算在部署时的扩展问题，是对VLAN(Virtual LocalArea Network，虚拟局域网)的一种扩展。VXLAN是一种功能强大的工具，可以穿透三层网络对二层进行扩展。它可通过封装流量并将其扩展到第三层网关，以此来解决VMS(VirtualMemory System，虚拟内存系统)的可移植性限制，使其可以访问在外部IP子网上的服务器。
DPDK：Data Plane Development Kit，数据平面开发套件，一种高速网卡转发套件。DPDK主要基于Linux系统运行，用于快速数据包处理的函数库与驱动集合，可以极大提高数据处理性能和吞吐量，提高数据平面应用程序的工作效率。在本申请中，DPDK应用在服务器的网卡上，可以理解为网卡的驱动程序。
overlay/underlay：SDN网络的两种实现方式，underlay是终结节点在物理层的实现方式，overlay相对于underlay是在物理层上叠加一层。
VF：virtual function，虚拟网卡，VFC网络尤其在支持DPDK的高速网卡场景下，一张物理网卡可以被虚拟成多网卡。
本申请提供的网络故障的定界方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
本发明实施例提供了一种网络故障的定界方法的应用环境，参见图1，该应用环境包括：业务层、服务器层、物理层，以及云检测。
业务层：包括负载均衡系统和至少两个业务网络节点。业务网络节点用于对业务会话进行基于应用层的处理，负载均衡系统用于对各个业务网络节点进行业务会话的分摊。其中，业务网络节点包括但不限于云数据库、分布式存储。
服务器层：包括与业务会话对应的至少两个服务器，至少两个服务器中包括至少一个源服务器和至少一个目的服务器。其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。
物理层：包括至少一个物理网络节点，用于对业务会话进行基于链路层的处理。其中，物理网络节点包括但不限于：接入交换机、汇聚交换机、VXLAN网关。
云检测：用于对业务层、服务器层、物理层中的任一链路、端口、节点等进行检测，当检测到故障时对全网络全链路进行故障的定界。
为方便理解，图2示出了图1的应用环境的拓扑示意图。其中，以源服务器(虚拟网卡)为起点，以目的服务器(虚拟网卡)为终点，或者，以VPC网关为终点，起点和终点之间的部分就是VPC网络，也就是说，本申请中的网络为从业务层到物理层的、端到端的全链路网络，VPC网络为该网络中的一个部分。
云检测通过SDN控制器获取VPC网络中各个节点的配置信息、通过各个服务器中的代理组件获取各个服务器的配置信息，以及通过负载均衡系统获取业务会话的相关信息，然后基于各个配置信息和相关信息生成全链路的拓扑信息，具体的生成方式在后文中会进行详细说明。
相应地，云检测通过SDN控制器、代理组件和负载均衡系统还可以获取故障信息，然后基于故障信息进行全链路的故障的定界。具体的实施方式在后文中会进行详细说明。
进一步，当业务会话的终点为VPC网络中的目的服务器时，表示业务会话不需要到达外部网络。比如，某栋楼中的不同楼层部署在同一VPC网络，每个楼层都部署了服务器，那么一楼的用户A的业务会话经过一楼的服务器到达二楼的服务器，再经过二楼的服务器即可到达二楼的用户B。
当业务会话的终点为VPC网关时，表示业务会话需要到达外部网络。比如，接上例，用户A需要访问谷歌网站，那么用户A的业务会话经过一楼的服务器到达VPC网关，再经过VPC发送至外部网络。
进一步，在上述应用环境中可以执行一种网络的拓扑信息的生成方法，如图3所示，该网络包括物理层、服务器层和业务层；该方法包括：
步骤S301，建立所述物理层与所述网络中虚拟私有云网络的网络标识的第一映射关系；
步骤S302，建立所述服务器层与所述网络标识的第二映射关系；
步骤S303，建立与所述网络进行通信的外部网络与所述网络标识的第三映射关系；
步骤S304，建立所述业务层与所述服务器层的第四映射关系；
步骤S305，建立访问所述业务层的业务会话与所述业务层的第五映射关系；
步骤S306，基于所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系，以及所述第五映射关系生成所述网络的拓扑信息。
在本发明实施例中，云检测建立物理层与网络中虚拟私有云网络的网络标识的第一映射关系、建立服务器层与网络标识的第二映射关系、建立与网络进行通信的外部网络与网络标识的第三映射关系、建立业务层与服务器层的第四映射关系，以及，建立访问业务层的业务会话与业务层的第五映射关系，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成网络的拓扑信息，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成全链路的拓扑信息。通过上述方式建立各个映射关系，然后基于各个映射关系生成全链路的拓扑信息，不仅有效的打通了底层的物理网络节点和上层的业务网络节点之间的链路，自动生成全链路的拓扑信息。而且，对于分布式业务(如分布式存储、分布式数据库、消息中间件系统等)，也有效解决了底层的物理网络节点和上层的业务网络节点的拓扑关联关系，实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视。
进一步，在上述应用环境中还可以执行一种网络故障的定界方法，如图4所示，该方法可以应用在云检测中，该方法包括：
步骤S401，基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测；
网络的全链路的拓扑信息生成完成之后，云检测可以基于拓扑信息对全链路中的各条链路进行健康检测，以确保每条链路的连通。其中，拓扑信息通过步骤S301～步骤S306所示的网络的拓扑信息的生成方法得到。
步骤S402，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息；
当云检测通过步骤S401检测到至少一条目标链路为非健康状态时，可以获取每条目标链路各自对应的故障信息，从而基于故障信息对全链路进行故障的定界。
步骤S403，基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。
云检测获取到故障信息后，可以基于故障信息确定出全链路中的故障节点，然后在拓扑信息中对故障节点对应的拓扑信息进行更新，得到更新后的拓扑信息，并将更新后的拓扑信息进行展示。
在本发明实施例中，云检测基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息，然后基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。这样，在实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视的基础上，云检测可以基于全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到非健康状态的目标链路时，确定出目标链路中的故障节点，并基于故障节点对拓扑信息进行更新，实现了对全链路的网络故障的快速定界，不仅避免了大量的人工检测，而且也解决了分布式业务下全链路的网络故障的定界难度大的问题。
在本发明实施例中，对步骤S301～步骤S306中的各个步骤进行详细说明。
在本发明一种优选实施例中，步骤S301包括：
从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息；
基于至少两个物理网络节点的节点信息生成物理层网络拓扑；
建立物理层网络拓扑与网络中虚拟私有云网络的网络标识的第一映射关系。
其中，物理网络节点的节点信息包括但不限于：标识信息、地址信息、下一跳信息。这样，基于节点信息即可确定出各个物理网络节点之间的连接关系，从而生成物理层网络拓扑。
生成物理层网络拓扑之后，即可创建一个虚拟私有云网络的网络标识，并将物理层网络拓扑与该网络标识建立第一映射关系。其中，虚拟私有云网络的网络标识可以是VPCID(Identity document，身份标识号)，也可以是其它形式的标识，在实际应用中可以根据实际需求进行设置，本发明实施例对此不作限制。
在本发明一种优选实施例中，步骤S301包括：
从软件定义网络控制器中获取虚拟扩展局域网VXLAN隧道中逐跳网络节点的节点信息；VXLAN隧道的起点为服务器层中的任一服务器，终点为服务器层中的除任一服务器之外的任一其它服务器，或者，为物理层中的虚拟私有云网关；
基于节点信息生成VXLAN隧道的隧道拓扑，并建立隧道拓扑与网络标识的第一映射关系。
在本发明实施例中，由于各个物理网络节点的节点信息已经预先配置完成，所以，在实际应用中，当各个物理网络节点连接完成后，在物理上已经实现了各个物理网络节点之间的连通，形成一条链路，这条链路就是VXLAN隧道。
通过VXLAN可以使得处于不同网络中的两台终端在“逻辑上”位于“同一个”链路层网络中，而与两台终端直接相连的节点也在逻辑上构建了一条在虚拟链路中的通道VXLANtunnel，这样的节点称之为“VXLAN隧道终端”(VXLAN Tunnel End Point，VTEP)。VTEP作为起点时，可以是服务器层中的任一服务器；作为终点时，可以是服务器层中除该任一服务器之外的任一其它服务器，或者，是物理层中的VPC网关。
进一步，SDN是VPC网络的控制面实现方式的一种，VPC网络的转发控制是基于SDN实现的(不是传统的基于每台交换机路由器来做转发控制)。所以，SDN控制器可以获取各个物理网络节点的节点信息，然后将各个节点信息上报至云检测，云检测基于各个节点信息生成拓扑信息，也就是就是VXLAN隧道的拓扑信息，再创建一个VPC网络的网络标识，并将拓扑信息与该网络标识建立第一映射关系。其中，拓扑信息包括但不限于VXLAN隧道的隧道标识。
进一步，云检测除了可以创建VPC的网络标识之外，还可以创建其它参数，VPC网络的主要参数如表1所示：
表1
其中，VNI被封装在VXLAN报文中的header部分，VXLAN报文的具体结构如图5所示。
为方便理解，图6示出了VXLAN隧道的示意图。其中，虚拟机管理器1包括虚拟机1、虚拟机3，以及VTEP 1；虚拟机管理器2包括虚拟机2、虚拟机4，以及VTEP 2；VXLAN网关包括VTEP 3。VTEP 1、VTEP 2、VTEP 3均与网络节点连接。虚拟机1、虚拟机2、VXLAN网关部署在同一个VPC网络中，VPC ID为vpc12345，虚拟机1与虚拟机2通过VXLAN隧道1进行通信，VXLAN隧道1的VNI为1000；虚拟机3、虚拟机4、VXLAN网关部署在另一个VPC网络中，VPC ID为vpc45678，虚拟机3与VXLAN网关通过VXLAN隧道2进行通信，VXLAN隧道2的VNI为1001。
具体映射包括：
vpc12345和VNI 1000进行一一映射；vpc45678和VNI 1001进行一一映射。
虚拟机1在报文出虚拟网卡(虚拟机1中的虚拟网卡)时进行封装，进入VTEP(VNI1000的VXLAN隧道1)，首个报文经过VXLAN网关识别后，后续报文直接转发到虚拟机2并在虚拟机2的虚拟网卡进行解封装。
虚拟机3在报文出虚拟网卡(虚拟机3中的虚拟网卡)时进行封装，进入VTEP(VNI1001的VXLAN隧道2)，首个报文经过VXLAN网关识别后，后续报文直接转发到虚拟机4并在虚拟机4的虚拟网卡进行解封装，当虚拟机3有需要跨VPC网络转发报文，经识别目的地址不在本VPC网络，经VXLAN网关进行转发。比如，剥离VXLAN报文中header后直接转发到其它VPC网络，或者，剥离VXLAN报文中header后经过转换再转发到其它VPC网络。
其中，第一个报文类似广播报文，需要VXLAN网关来解析并确定VXLAN隧道，VXLAN隧道确认后VTEP就直接转发，不再经VXLAN网关了。
需要说明的是，云检测可以基于至少两个物理网络节点的节点信息生成物理层网络拓扑，以及建立物理层网络拓扑与网络中虚拟私有云网络的网络标识的第一映射关系，也可以是SDN控制器基于至少两个物理网络节点的节点信息生成物理层网络拓扑，以及建立物理层网络拓扑与网络中虚拟私有云网络的网络标识的第一映射关系，然后将第一映射关系上报至云检测，在实际应用中可以根据实际需求进行设置，本发明实施例对此不作限制。
在本发明一种优选实施例中，步骤S302包括：
从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息；
建立第一配置信息与网络标识的第二映射关系；至少两个代理组件各自部署在一一对应的服务器中。
其中，服务器层中的每个服务器中都一一部署了代理组件，代理组件用于向云检测上报服务器的第一配置信息，第一配置信息包括但不限于服务器的物理网卡标识、虚拟网卡标识。云检测接收到各个第一配置信息后，即可建立各个第一配置信息与网络标识的第二映射关系。
在本发明一种优选实施例中，步骤S302包括：
从至少两个代理组件中获取各自对应的服务器中的物理网卡标识和虚拟网卡标识；
建立物理网卡标识、虚拟网卡标识，以及网络标识相互之间的第二映射关系。
具体而言，每个代理组件获取与其一一对应的服务器的第一配置信息，也就是物理网卡标识和虚拟网卡标识，然后将第一配置信息上报至云检测，云检测建立物理网卡标识、虚拟网卡标识、网络标识相互之间的第二映射关系。
比如，服务器层包括服务器A、B、C，其中，服务器A中部署了代理组件a，服务器B中部署了代理组件b，服务器C中部署了代理组件c。那么，a用于将A的第一配置信息config A上报至云检测，config A包括但不限于A的物理网卡标识和虚拟网卡标识；b用于将B的第一配置信息config B上报至云检测，config B包括但不限于B的物理网卡标识和虚拟网卡标识；c用于将C的第一配置信息config C上报至云检测，config C包括但不限于C的物理网卡标识和虚拟网卡标识。
云检测接收到config A、config B以及config C之后，分别建立config A与网络标识的第二映射关系、建立config B与网络标识的第二映射关系以及建立config C与网络标识的第二映射关系。也就是说，网络标识同时与config A、config B以及config C具有映射关系。
需要说明的是，在实际应用中，服务器中一定会部署物理网卡，但不一定会部署虚拟网卡，所以，当服务器中没有部署虚拟网卡时，代理组件上报服务器的物理网卡标识即可，云检测接收到物理网卡标识后，建立物理网卡标识与网络标识的第二映射关系即可。
进一步，第一配置信息中除了可以包括物理网卡标识和虚拟网卡标识外，还可以包括物理网卡的状态信息。在实际应用中，为了防止由于物理网卡损坏导致服务器断连的情况，服务器中可能部署了不止一块物理网卡，但是在正常情况下，一块物理网卡工作即可。那么在这种情况下，代理组件还可以获取每块网卡的状态信息，状态信息可以包括工作状态和非工作状态，然后将状态信息上报至云检测，云检测对每块物理网卡和各自对应的状态信息进行记录。这样，在云检测对全链路进行检测的时候，当检测到服务器进行物理网卡切换时，云检测可以基于切换后的物理网卡对全链路的拓扑信息进行更新。
需要说明的是，除了可以由云检测建立第二映射关系之外，还可以先由代理组件建立第二映射关系，然后代理组件将第二映射关系上报至云检测，在实际应用中可以根据实际需求进行设置，本发明实施例对此不作限制。
在本发明一种优选实施例中，步骤S303包括：
获取与网络进行通信的外部网络的第二配置信息；
建立第二配置信息与网络标识的第三映射关系。
其中，外部网络可以是与VXLAN网关连接的互联网，第二配置信息包括但不限于外部网络的地址信息和NAT(Network Address Translation，网络地址转换)信息。云检测接收到第二配置信息后，即可建立第二配置信息与网络标识的第三映射关系。
在本发明一种优选实施例中，步骤S303包括：
获取外部网络的地址信息和网络地址转换信息；
建立地址信息、网络地址转换信息，以及网络标识相互之间的第三映射关系。
具体而言，云检测从外部网络获取外部网络的地址信息和NAT信息，然后建立地址信息、NAT信息、网络标识相互之间的第三映射关系。
在本发明一种优选实施例中，步骤S304包括：
从业务层的负载均衡系统中获取业务会话的会话标识；
建立会话标识与第一配置信息的第四映射关系。
其中，业务会话可以是用户发起的，每个业务会话都具有会话标识。云检测接收到会话标识后，即可建立会话标识与第一配置信息的第二映射关系。
在本发明一种优选实施例中，步骤S304包括：
从负载均衡系统中获取业务层中各个业务网络节点各自对应的会话标识；
当第一配置信息中包括虚拟网卡标识时，建立会话标识与虚拟网卡标识的第一子映射关系，并将第一子映射关系作为第四映射关系；
当第一配置信息中不包括虚拟网卡标识时，建立会话标识与物理网卡标识的第二子映射关系，并将第二子映射关系作为第四映射关系。
具体而言，负载均衡系统获取业务层中各个业务网络节点各自处理的业务会话的会话标识，然后将各个会话标识上报到云检测，云检测将各个会话标识与第一配置信息建立第四映射关系。
进一步，当第一配置信息中包括虚拟网卡标识时，云检测建立会话标识与虚拟网卡标识的第一子映射关系，并将第一子映射关系作为第四映射关系。
当第一配置信息中不包括虚拟网卡标识时，云检测建立会话标识与物理网卡标识的第二子映射关系，并将第二子映射关系作为第四映射关系。
需要说明的是，第一子映射关系、第二子映射关系，以及第四映射关系仅仅只是为了方便理解的举例说明。也就是说，当第一配置信息中包括虚拟网卡标识时，第一子映射关系就是第四映射关系；当第一配置信息中不包括虚拟网卡标识时，第二子映射关系就是第四映射关系。第一子映射关系、第二子映射关系，以及第四映射关系之间并不存在等级关系等。
需要说明的是，除了可以由云检测建立第四映射关系之外，还可以先由负载均衡系统建立第四映射关系，然后负载均衡系统将第四映射关系上报至云检测，在实际应用中可以根据实际需求进行设置，本发明实施例对此不作限制。
在本发明一种优选实施例中，步骤S305包括：
从负载均衡系统中获取负载均衡系统的第三配置信息；
建立第三配置信息与会话标识的第五映射关系。
其中，会话标识中还可以包括实际业务地址信息；第三配置信息包括但不限于负载均衡系统的虚拟业务地址信息。实际业务地址信息可以是业务网络节点的地址信息，虚拟业务地址信息可以是负载均衡系统的地址信息。
在本发明一种优选实施例中，步骤S305包括：
从负载均衡系统中获取负载均衡系统的虚拟业务地址信息；
建立虚拟业务地址信息与会话标识中的实际业务地址信息的第五映射关系。
具体而言，云检测获取到负载均衡系统的虚拟业务地址信息和各个会话标识各自对应的实际业务地址信息后，即可建立虚拟业务地址信息和各个实际业务地址信息的第五映射关系。也就是说，一个虚拟业务地址信息可以对应多个实际业务地址信息，比如，10.100.0.2～10.100.0.5的四个实际业务IP对应一个虚拟业务IP：10.200.0.2。
需要说明的是，除了可以由云检测建立第四映射关系之外，还可以由负载均衡系统建立第五映射关系，然后负载均衡系统将第五映射关系上报至云检测，在实际应用中可以根据实际需求进行设置，本发明实施例对此不作限制。
进一步，云检测获取到第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系后，即可基于各个映射关系生成全链路网络的拓扑信息，具体地，将各个映射关系进行整合、拼接，即可建立各个物理网络节点和各个业务网络节点之间的、端到端的拓扑路径。生成的拓扑信息可以如图2所示，然后将拓扑信息进行展示即可。
需要说明的是，网络中各个物理网络节点和各个业务网络节点的数量不同，最后得到的拓扑信息也是不同的。比如，针对图2所示的拓扑信息，当各个物理网络节点和各个业务网络节点的数量不同时，生成的拓扑信息可以如图7所示。
进一步，本发明实施例中的网络在接收到用户发起的业务请求时，可以执行如下操作：
1)负载均衡系统接收到业务请求(假设业务请求为访问外部网络)时，云检测获取负载均衡系统的虚拟业务地址信息，然后基于拓扑信息中的映射关系确定出与虚拟业务地址信息对应的实际业务地址信息；
2)云检测基于实际业务地址信息确定出对应的虚拟网卡标识，或，物理网卡标识(也就是确定出服务器)；
3)云检测基于拓扑信息中的映射关系确定出与虚拟网卡标识，或，物理网卡标识对应的VPC ID；
4)云检测基于拓扑信息中的映射关系确定出与VPC ID对应的VXLAN隧道、外部网络的地址信息，以及NAT信息；
5)云检测基于拓扑信息中的映射关系确定出与外部网络的地址信息对应的外部网络，业务请求通过VXLAN隧道发送至外部网络。
在本发明实施例中，云检测从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息，并基于至少两个物理网络节点的节点信息生成物理层网络拓扑，以及建立物理层网络拓扑与网络的网络标识的第一映射关系，进一步，从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息，并建立第一配置信息与网络标识的第二映射关系；至少两个代理组件各自部署在一一对应的服务器中，进一步，获取与网络进行通信的外部网络的第二配置信息，并建立第二配置信息与网络标识的第三映射关系，进一步，从业务层的负载均衡系统中获取业务会话的会话标识，并建立会话标识与第一配置信息的第四映射关系，进一步，从负载均衡系统中获取负载均衡系统的第三配置信息，并建立第三配置信息与会话标识的第五映射关系，进一步，基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成全链路的拓扑信息。通过上述方式建立各个映射关系，然后基于各个映射关系生成全链路的拓扑信息，不仅有效的打通了底层的物理网络节点和上层的业务网络节点之间的链路，自动生成全链路的拓扑信息。而且，对于分布式业务(如分布式存储、分布式数据库、消息中间件系统等)，也有效解决了底层的物理网络节点和上层的业务网络节点的拓扑关联关系，实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视。
进一步，云检测可以从负载均衡系统中获取业务层的各种信息、从代理组件中获取各个服务器各自对应的各种信息，以及从SDN控制器中获取各个物理网络节点各自对应的各种信息，从而实现了检测控对全链路中各个节点的信息的自动化运维管理，避免了大量的人工配置操作，提升了运维管理效率。
在另一个实施例中继续对如图4所示的一种网络故障的定界方法进行详细说明。
步骤S401，基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测；
网络的全链路的拓扑信息生成完成之后，云检测可以基于拓扑信息对全链路中的各条链路进行健康检测，以确保每条链路的连通。其中，拓扑信息通过步骤S301～步骤S306所示的网络的拓扑信息的生成方法得到。
在本发明一种优选实施例中，基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测，包括：
基于拓扑信息对全链路中的各条链路分别发送链路探测报文；
当在任一链路中发送探测报文成功时，判定任一链路为健康状态；否则，判定任一链路为非健康状态。
具体而言，云检测可以基于拓扑信息向全链路中各条链路的起点分别发送链路探测报文，如果链路探测报文从起点能够到达终点，那么就可以判定链路是连通的，链路为健康状态；如果链路探测报文从起点不能够到达终点，那么就可以判定链路是不连通的，链路为非健康状态。其中，每条链路的起点可以是负载均衡系统，终点可以是VPC网关或者服务器。
进一步，健康检测可以是云检测经过预设的时间间隔后发起，比如，每隔10分钟，云检测发起健康检测；也可以在接收到用户触发的检测指令时，发起健康检测；当然，还可以通过其它方式发起健康检测，在实际应用中可以根据实际需求进行设置，本发明实施例对此不作限制。
步骤S402，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息；
当云检测通过步骤S401检测到至少一条目标链路为非健康状态时，可以获取每条目标链路各自对应的故障信息，从而基于故障信息对全链路进行故障的定界。
在本发明一种优选实施例中，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息，包括：
当检测到至少一条目标链路为非健康状态时，从软件定义网络控制器、代理组件、负载均衡系统中的至少一项，获取至少一条目标链路各自对应的故障信息。
具体而言，由于每条链路的信息是通过SDN控制器、代理组件、负载均衡系统共同上报至云检测，所以，当云检测检测到至少一条非健康状态的目标链路时，可以通过SDN控制器、代理组件、负载均衡系统中的至少一项来获取每条目标链路各自对应的故障信息。
其中，故障信息包括但不限于链路标识、节点标识、节点中的端口标识、时间信息。节点标识为出现故障的节点的标识，包括物理网络节点、服务器、业务网络节点；端口标识为出现故障的节点中出现故障的端口；时间信息为生成故障信息的时间。
步骤S403，基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。
云检测获取到故障信息后，可以基于故障信息确定出全链路中的故障节点，然后在拓扑信息中对故障节点对应的拓扑信息进行更新，得到更新后的拓扑信息，并将更新后的拓扑信息进行展示。
在本发明一种优选实施例中，基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息，包括：
基于故障信息确定出全链路中的故障节点，以及与故障节点具有关联关系的下游节点；
在拓扑信息中对故障节点和下游节点的信息进行更新，得到更新后的拓扑信息。
具体而言，云检测除了可以基于故障信息确定出全链路中的故障节点之后，还可以确定出与故障节点具有关联关系的下游节点，然后在拓扑信息中对故障节点和下游节点的信息进行更新，得到更新后的拓扑信息。
比如，针对图2所示的拓扑信息，假设云检测检测到某个接入交换机为故障节点，由于与该接入交换机具有关联关系的下游节点为三台服务器，同时，每台服务器又具有关联关系的下游节点，也就是业务网络节点(负载均衡系统用于为各个业务网络节点分摊业务会话，所以负载均衡系统并不属于业务网络节点的下游节点)，所以，云检测在全链路的拓扑信息中将各个业务网络节点、各台服务器、接入交换机采用不同的颜色进行标记，得到如图8所示的拓扑信息。这样，用户看到更新后的拓扑信息，可以一目了然出现故障的节点。
进一步，本发明实施例除了可以基于故障信息对拓扑信息进行更新，还可以基于切换信息对拓扑信息进行更新。其中，切换信息为全链路中任一节点的终端设备，或者终端设备中的硬件发生切换时生成的信息。云检测可以在获取到切换信息后对拓扑信息进行更新，从而得到更新后的拓扑信息。比如，某个服务器中部署了物理网卡A和物理网卡B，当前物理网卡A为工作状态，物理网卡B为非工作状态，当前的拓扑信息中的记录为物理网卡A为工作状态。当将物理网卡A切换为非工作状态，将物理网卡B切换为工作状态时，生成切换信息，并通过该服务器中的代理组件将切换信息上报至云检测，云检测基于切换信息对当前的拓扑信息进行更新，得到更新后的拓扑信息。
在本发明实施例中，云检测基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息，然后基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。这样，在实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视的基础上，云检测可以基于全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到非健康状态的目标链路时，确定出目标链路中的故障节点，并基于故障节点对拓扑信息进行更新，实现了对全链路的网络故障的快速定界，不仅避免了大量的人工检测，而且也解决了分布式业务下全链路的网络故障的定界难度大的问题。
图9为本申请又一实施例提供的一种网络的拓扑信息的生成装置的结构示意图，网络包括物理层、服务器层和业务层，如图9所示，本实施例的装置可以包括：
第一处理模块901，用于建立物理层与网络中虚拟私有云网络的网络标识的第一映射关系；
第二处理模块902，用于建立服务器层与网络标识的第二映射关系；
第三处理模块903，用于建立与网络进行通信的外部网络与网络标识的第三映射关系；
第四处理模块904，用于建立业务层与服务器层的第四映射关系；
第五处理模块905，用于建立访问业务层的业务会话与业务层的第五映射关系；
第六处理模块906，用于基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成网络的拓扑信息。
在本发明一种优选实施例中，第一处理模块具体用于：
从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息；基于至少两个物理网络节点的节点信息生成物理层网络拓扑；建立物理层网络拓扑与网络中虚拟私有云网络的网络标识的第一映射关系。
在本发明一种优选实施例中，第二处理模块具体用于：
从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息；建立第一配置信息与网络标识的第二映射关系；至少两个代理组件各自部署在一一对应的服务器中。
在本发明一种优选实施例中，第三处理模块具体用于：
获取与网络进行通信的外部网络的第二配置信息；建立第二配置信息与网络标识的第三映射关系。
在本发明一种优选实施例中，第四处理模块具体用于：
从业务层的负载均衡系统中获取业务会话的会话标识；建立会话标识与第一配置信息的第四映射关系。
在本发明一种优选实施例中，第五处理模块具体用于：
从业务层的负载均衡系统中获取负载均衡系统的第三配置信息；建立第三配置信息与会话标识的第五映射关系。
在本发明一种优选实施例中，第一处理模块具体用于：
从软件定义网络控制器中获取虚拟扩展局域网VXLAN隧道中逐跳网络节点的节点信息；VXLAN隧道的起点为服务器层中的任一服务器，终点为服务器层中的除任一服务器之外的任一其它服务器，或者，为物理层中的虚拟私有云网关；基于节点信息生成VXLAN隧道的隧道拓扑，并建立隧道拓扑与网络标识的第一映射关系。
在本发明一种优选实施例中，第二处理模块具体用于：
从至少两个代理组件中获取各自对应的服务器中的物理网卡标识和虚拟网卡标识；建立物理网卡标识、虚拟网卡标识，以及网络标识相互之间的第二映射关系。
在本发明一种优选实施例中，第三处理模块具体用于：
获取外部网络的地址信息和网络地址转换信息；建立地址信息、网络地址转换信息，以及网络标识相互之间的第三映射关系。
在本发明一种优选实施例中，第四处理模块具体用于：
从负载均衡系统中获取业务层中各个业务网络节点各自对应的会话标识；当第一配置信息中包括虚拟网卡标识时，建立会话标识与虚拟网卡标识的第一子映射关系，并将第一子映射关系作为第四映射关系；当第一配置信息中不包括虚拟网卡标识时，建立会话标识与物理网卡标识的第二子映射关系，并将第二子映射关系作为第四映射关系。
在本发明一种优选实施例中，第五处理模块具体用于：
从负载均衡系统中获取负载均衡系统的虚拟业务地址信息；建立虚拟业务地址信息与会话标识中的实际业务地址信息的第五映射关系。
在本发明实施例中，云检测从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息，并基于至少两个物理网络节点的节点信息生成物理层网络拓扑，以及建立物理层网络拓扑与网络的网络标识的第一映射关系，进一步，从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息，并建立第一配置信息与网络标识的第二映射关系；至少两个代理组件各自部署在一一对应的服务器中，进一步，获取与网络进行通信的外部网络的第二配置信息，并建立第二配置信息与网络标识的第三映射关系，进一步，从业务层的负载均衡系统中获取业务会话的会话标识，并建立会话标识与第一配置信息的第四映射关系，进一步，从负载均衡系统中获取负载均衡系统的第三配置信息，并建立第三配置信息与会话标识的第五映射关系，进一步，基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成全链路的拓扑信息。通过上述方式建立各个映射关系，然后基于各个映射关系生成全链路的拓扑信息，不仅有效的打通了底层的物理网络节点和上层的业务网络节点之间的链路，自动生成全链路的拓扑信息。而且，对于分布式业务(如分布式存储、分布式数据库、消息中间件系统等)，也有效解决了底层的物理网络节点和上层的业务网络节点的拓扑关联关系，实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视。
进一步，云检测可以从负载均衡系统中获取业务层的各种信息、从代理组件中获取各个服务器各自对应的各种信息，以及从SDN控制器中获取各个物理网络节点各自对应的各种信息，从而实现了云检测对全链路中各个节点的信息的自动化运维管理，避免了大量的人工配置操作，提升了运维管理效率。
图10为本申请又一实施例提供的一种网络故障的定界装置的结构示意图，如图10所示，本实施例的装置可以包括：
检测模块1001，用于基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测；其中，拓扑信息通过步骤S301～步骤S306所示的网络的拓扑信息的生成方法得到；
获取模块1002，用于当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息；
更新模块1003，用于基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。
在本发明一种优选实施例中，检测模块，包括：
发送子模块，用于基于拓扑信息对全链路中的各条链路分别发送链路探测报文；
判定子模块，用于当在任一链路中发送探测报文成功时，判定任一链路为健康状态；否则，判定任一链路为非健康状态。
在本发明一种优选实施例中，获取模块具体用于：
当检测到至少一条目标链路为非健康状态时，从软件定义网络控制器、代理组件、负载均衡系统中的至少一项，获取至少一条目标链路各自对应的故障信息。
在本发明一种优选实施例中，更新模块具体用于：
基于故障信息确定出全链路中的故障节点，以及与故障节点具有关联关系的下游节点；在拓扑信息中对故障节点和下游节点的信息进行更新，得到更新后的拓扑信息。
本实施例的网络故障的定界装置可执行本申请第一个实施例、第三个实施例所示的网络故障的定界方法，其实现原理相类似，此处不再赘述。
在本发明实施例中，云检测基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息，然后基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。这样，在实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视的基础上，云检测可以基于全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到非健康状态的目标链路时，确定出目标链路中的故障节点，并基于故障节点对拓扑信息进行更新，实现了对全链路的网络故障的快速定界，不仅避免了大量的人工检测，而且也解决了分布式业务下全链路的网络故障的定界难度大的问题。
本申请的又一实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：云检测建立物理层与网络中虚拟私有云网络的网络标识的第一映射关系、建立服务器层与网络标识的第二映射关系、建立与网络进行通信的外部网络与网络标识的第三映射关系、建立业务层与服务器层的第四映射关系，以及，建立访问业务层的业务会话与业务层的第五映射关系，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成网络的拓扑信息，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成全链路的拓扑信息。通过上述方式建立各个映射关系，然后基于各个映射关系生成全链路的拓扑信息，不仅有效的打通了底层的物理网络节点和上层的业务网络节点之间的链路，自动生成全链路的拓扑信息。而且，对于分布式业务(如分布式存储、分布式数据库、消息中间件系统等)，也有效解决了底层的物理网络节点和上层的业务网络节点的拓扑关联关系，实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视。
在一个可选实施例中提供了一种电子设备，如图11所示，图11所示的电子设备11000包括：处理器11001和存储器11003。其中，处理器11001和存储器11003相连，如通过总线11002相连。可选地，电子设备11000还可以包括收发器11004。需要说明的是，实际应用中收发器11004不限于一个，该电子设备11000的结构并不构成对本申请实施例的限定。
处理器11001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器11001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线11002可包括一通路，在上述组件之间传送信息。总线11002可以是PCI总线或EISA总线等。总线11002可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器11003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器11003用于存储执行本申请方案的应用程序代码，并由处理器11001来控制执行。处理器11001用于执行存储器11003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。
其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。
本申请的又一实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，云检测建立物理层与网络中虚拟私有云网络的网络标识的第一映射关系、建立服务器层与网络标识的第二映射关系、建立与网络进行通信的外部网络与网络标识的第三映射关系、建立业务层与服务器层的第四映射关系，以及，建立访问业务层的业务会话与业务层的第五映射关系，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成网络的拓扑信息，然后基于第一映射关系、第二映射关系、第三映射关系、第四映射关系，以及第五映射关系生成全链路的拓扑信息。通过上述方式建立各个映射关系，然后基于各个映射关系生成全链路的拓扑信息，不仅有效的打通了底层的物理网络节点和上层的业务网络节点之间的链路，自动生成全链路的拓扑信息。而且，对于分布式业务(如分布式存储、分布式数据库、消息中间件系统等)，也有效解决了底层的物理网络节点和上层的业务网络节点的拓扑关联关系，实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视。
本申请的又一实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：在本发明实施例中，云检测基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息，然后基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。这样，在实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视的基础上，云检测可以基于全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到非健康状态的目标链路时，确定出目标链路中的故障节点，并基于故障节点对拓扑信息进行更新，实现了对全链路的网络故障的快速定界，不仅避免了大量的人工检测，而且也解决了分布式业务下全链路的网络故障的定界难度大的问题。
在一个可选实施例中提供了一种电子设备，如图12所示，图12所示的电子设备12000包括：处理器12001和存储器12003。其中，处理器12001和存储器12003相连，如通过总线12002相连。可选地，电子设备12000还可以包括收发器12004。需要说明的是，实际应用中收发器12004不限于一个，该电子设备12000的结构并不构成对本申请实施例的限定。
处理器12001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器12001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线12002可包括一通路，在上述组件之间传送信息。总线12002可以是PCI总线或EISA总线等。总线12002可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器12003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器12003用于存储执行本申请方案的应用程序代码，并由处理器12001来控制执行。处理器12001用于执行存储器12003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。
其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。
本申请的又一实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，在本发明实施例中，云检测基于网络的全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到至少一条目标链路为非健康状态时，获取至少一条目标链路各自对应的故障信息，然后基于故障信息确定出全链路中的故障节点，并基于故障节点对拓扑信息进行更新，得到更新后的拓扑信息。这样，在实现了底层的物理网络节点和上层的业务网络节点之间全链路的拓扑信息的端到端可视的基础上，云检测可以基于全链路的拓扑信息对全链路中的各条链路进行健康检测，当检测到非健康状态的目标链路时，确定出目标链路中的故障节点，并基于故障节点对拓扑信息进行更新，实现了对全链路的网络故障的快速定界，不仅避免了大量的人工检测，而且也解决了分布式业务下全链路的网络故障的定界难度大的问题。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (15)
1.一种网络的拓扑信息的生成方法，其特征在于，所述网络包括物理层、服务器层和业务层；所述方法包括：
建立所述物理层与所述网络中虚拟私有云网络的网络标识的第一映射关系；
建立所述服务器层与所述网络标识的第二映射关系；
建立与所述网络进行通信的外部网络与所述网络标识的第三映射关系；
建立所述业务层与所述服务器层的第四映射关系；
建立访问所述业务层的业务会话与所述业务层的第五映射关系；
基于所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系，以及所述第五映射关系生成所述网络的拓扑信息。
2.根据权利要求1所述的网络的拓扑信息的生成方法，其特征在于，所述建立所述物理层与所述网络中虚拟私有云网络的网络标识的第一映射关系，包括：
从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息；
基于至少两个物理网络节点的节点信息生成物理层网络拓扑；
建立所述物理层网络拓扑与所述网络中虚拟私有云网络的网络标识的第一映射关系。
3.根据权利要求1所述的网络的拓扑信息的生成方法，其特征在于，所述建立所述服务器层与所述网络标识的第二映射关系，包括：
从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息；
建立所述第一配置信息与所述网络标识的第二映射关系；所述至少两个代理组件各自部署在一一对应的服务器中。
4.根据权利要求1所述的网络的拓扑信息的生成方法，其特征在于，所述建立与所述网络进行通信的外部网络与所述网络标识的第三映射关系，包括：
获取与所述网络进行通信的外部网络的第二配置信息；
建立所述第二配置信息与所述网络标识的第三映射关系。
5.根据权利要求3所述的网络的拓扑信息的生成方法，其特征在于，所述建立所述业务层与所述服务器层的第四映射关系，包括：
从所述业务层的负载均衡系统中获取业务会话的会话标识；
建立所述会话标识与所述第一配置信息的第四映射关系。
6.根据权利要求1所述的网络的拓扑信息的生成方法，其特征在于，所述建立访问所述业务层的业务会话与所述业务层的第五映射关系，包括：
从所述业务层的负载均衡系统中获取所述负载均衡系统的第三配置信息；
建立所述第三配置信息与所述业务会话的会话标识的第五映射关系。
7.根据权利要求2所述的网络的拓扑信息的生成方法，其特征在于，所述从软件定义网络控制器中获取物理层中至少两个物理网络节点的节点信息，基于至少两个物理网络节点的节点信息生成物理层网络拓扑，以及建立所述物理层网络拓扑与所述网络的网络标识的第一映射关系，包括：
从所述软件定义网络控制器中获取虚拟扩展局域网VXLAN隧道中逐跳网络节点的节点信息；所述VXLAN隧道的起点为所述服务器层中的任一服务器，终点为所述服务器层中的除所述任一服务器之外的任一其它服务器，或者，为所述物理层中的虚拟私有云网关；
基于所述节点信息生成所述VXLAN隧道的隧道拓扑，并建立所述隧道拓扑与所述网络标识的第一映射关系。
8.根据权利要求3所述的网络的拓扑信息的生成方法，其特征在于，所述从服务器层的至少两个代理组件中获取各自对应的服务器的第一配置信息，建立所述第一配置信息与所述网络标识的第二映射关系，包括：
从所述至少两个代理组件中获取各自对应的服务器中的物理网卡标识和虚拟网卡标识；
建立所述物理网卡标识、虚拟网卡标识，以及所述网络标识相互之间的第二映射关系。
9.根据权利要求4所述的网络的拓扑信息的生成方法，其特征在于，所述获取与所述网络进行通信的外部网络的第二配置信息，建立所述第二配置信息与所述网络标识的第三映射关系，包括：
获取所述外部网络的地址信息和网络地址转换信息；
建立所述地址信息、所述网络地址转换信息，以及所述网络标识相互之间的第三映射关系。
10.根据权利要求5所述的网络的拓扑信息的生成方法，其特征在于，所述从所述业务层的负载均衡系统中获取业务会话的会话标识，建立所述会话标识与所述第一配置信息的第四映射关系，包括：
从所述负载均衡系统中获取所述业务层中各个业务网络节点各自对应的会话标识；
当所述第一配置信息中包括虚拟网卡标识时，建立所述会话标识与所述虚拟网卡标识的第一子映射关系，并将所述第一子映射关系作为所述第四映射关系；
当所述第一配置信息中不包括虚拟网卡标识时，建立所述会话标识与物理网卡标识的第二子映射关系，并将所述第二子映射关系作为所述第四映射关系。
11.根据权利要求6所述的网络的拓扑信息的生成方法，其特征在于，从所述负载均衡系统中获取所述负载均衡系统的第三配置信息，建立所述第三配置信息与所述会话标识的第五映射关系，包括：
从所述负载均衡系统中获取所述负载均衡系统的虚拟业务地址信息；
建立所述虚拟业务地址信息与所述会话标识中的实际业务地址信息的第五映射关系。
12.一种网络故障的定界方法，其特征在于，包括：
基于所述网络的全链路的拓扑信息对所述全链路中的各条链路进行健康检测；所述拓扑信息通过权利要求1-11任一所述的网络的拓扑信息的生成方法得到；
当检测到至少一条目标链路为非健康状态时，获取所述至少一条目标链路各自对应的故障信息；
基于所述故障信息确定出所述全链路中的故障节点，并基于所述故障节点对所述拓扑信息进行更新，得到更新后的拓扑信息。
13.根据权利要求12所述的网络故障的定界方法，其特征在于，所述基于所述网络的全链路的拓扑信息对所述全链路中的各条链路进行健康检测，包括：
基于所述拓扑信息对所述全链路中的各条链路分别发送链路探测报文；
当在任一链路中发送探测报文成功时，判定所述任一链路为健康状态；否则，判定所述任一链路为非健康状态。
14.根据权利要求12所述的网络故障的定界方法，其特征在于，所述当检测到至少一条目标链路为非健康状态时，获取所述至少一条目标链路各自对应的故障信息，包括：
当检测到至少一条目标链路为非健康状态时，从软件定义网络控制器、代理组件、负载均衡系统中的至少一项，获取所述至少一条目标链路各自对应的故障信息。
15.根据权利要求12所述的网络故障的定界方法，其特征在于，所述基于所述故障信息确定出所述全链路中的故障节点，并基于所述故障节点对所述拓扑信息进行更新，得到更新后的拓扑信息，包括：
基于所述故障信息确定出所述全链路中的故障节点，以及与所述故障节点具有关联关系的下游节点；
在所述拓扑信息中对所述故障节点和所述下游节点的信息进行更新，得到更新后的拓扑信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011349225.XA CN114553707B (zh) | 2020-11-26 | 2020-11-26 | 网络的拓扑信息的生成和网络故障的定界方法、装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011349225.XA CN114553707B (zh) | 2020-11-26 | 2020-11-26 | 网络的拓扑信息的生成和网络故障的定界方法、装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114553707A CN114553707A (zh) | 2022-05-27 |
| CN114553707B true CN114553707B (zh) | 2023-09-15 |
Family
ID=81668397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011349225.XA Active CN114553707B (zh) | 2020-11-26 | 2020-11-26 | 网络的拓扑信息的生成和网络故障的定界方法、装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114553707B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114980232B (zh) * | 2022-06-07 | 2023-08-08 | 中国联合网络通信集团有限公司 | 网络接入方法、装置、系统及存储介质 |
| CN118473856A (zh) * | 2023-02-07 | 2024-08-09 | 京东科技信息技术有限公司 | 用于集群通信的方法及装置、存储介质及电子设备 |
Citations (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008043284A1 (fr) * | 2006-10-09 | 2008-04-17 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif noeud permettant d'établir une relation de mappage d'identificateurs |
| CN104272661A (zh) * | 2012-06-25 | 2015-01-07 | 惠普发展公司，有限责任合伙企业 | 供给网络路径的经转化的会话信息 |
| CN104639372A (zh) * | 2015-02-13 | 2015-05-20 | 中国联合网络通信集团有限公司 | 基于sdn的覆盖网络和物理网络的关联方法及系统 |
| CN105262615A (zh) * | 2012-06-06 | 2016-01-20 | 瞻博网络公司 | 针对虚拟网络分组流的物理路径确定 |
| CN105391568A (zh) * | 2014-09-05 | 2016-03-09 | 华为技术有限公司 | 一种软件定义网络sdn的实现方法、装置和系统 |
| CN106713050A (zh) * | 2017-02-08 | 2017-05-24 | 腾讯科技（深圳）有限公司 | 一种网络拓扑展示方法及装置 |
| WO2017121247A1 (en) * | 2016-01-11 | 2017-07-20 | Huawei Technologies Co., Ltd. | Method of establishing relationships between sets of label switched paths and virtual networks |
| CN107005781A (zh) * | 2014-11-28 | 2017-08-01 | 华为技术有限公司 | 用于生成m2m通信的虚拟网络拓扑的系统与方法 |
| CN107395555A (zh) * | 2016-05-17 | 2017-11-24 | 中兴通讯股份有限公司 | 一种会话管理的方法、设备和系统 |
| CN107959654A (zh) * | 2016-10-14 | 2018-04-24 | 北京金山云网络技术有限公司 | 一种数据传输方法、装置及混合云系统 |
| CN108234168A (zh) * | 2016-12-15 | 2018-06-29 | 腾讯科技（深圳）有限公司 | 一种基于业务拓扑的数据展示方法及系统 |
| US10205638B1 (en) * | 2013-05-28 | 2019-02-12 | Ns3I, Llc. | Method and apparatus for configuring a network topology in a cloud computing environment |
| CN109417508A (zh) * | 2016-07-06 | 2019-03-01 | 华为技术有限公司 | 分层路径计算单元（pce）的连接和访问 |
| CN109451084A (zh) * | 2018-09-14 | 2019-03-08 | 华为技术有限公司 | 一种服务访问方法及装置 |
| CN110495144A (zh) * | 2017-06-29 | 2019-11-22 | 华为技术有限公司 | 网络拓扑结构映射方法及装置、终端、存储介质 |
| CN110505539A (zh) * | 2018-05-17 | 2019-11-26 | 中兴通讯股份有限公司 | 物理光网络虚拟化映射方法、装置、控制器及存储介质 |
| CN110838930A (zh) * | 2018-08-16 | 2020-02-25 | 中国移动通信集团浙江有限公司 | 业务逻辑拓扑的生成方法及装置 |
| CN111343093A (zh) * | 2020-02-28 | 2020-06-26 | 腾讯科技（深圳）有限公司 | 业务数据的传输方法及装置 |
| WO2020135575A1 (zh) * | 2018-12-26 | 2020-07-02 | 中兴通讯股份有限公司 | 一种获取网络拓扑的系统、方法和服务器 |
| CN111654402A (zh) * | 2020-06-23 | 2020-09-11 | 中国平安财产保险股份有限公司 | 网络拓扑创建方法、装置、设备及存储介质 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7545755B2 (en) * | 2000-03-03 | 2009-06-09 | Adtran Inc. | Routing switch detecting change in session identifier before reconfiguring routing table |
| US8045486B2 (en) * | 2008-05-15 | 2011-10-25 | Solarwinds Worldwide, Llc | Discovery and visualization of active directory domain controllers in topological network maps |
| TWI583151B (zh) * | 2011-08-04 | 2017-05-11 | 中界雲端公司 | 實施及管理虛擬網路的系統與方法 |
| US8750166B2 (en) * | 2011-09-23 | 2014-06-10 | Netsocket, Inc. | Route topology discovery in data networks |
| US9104836B2 (en) * | 2011-11-21 | 2015-08-11 | Cisco Technology, Inc. | Dynamically mapping network trust relationships |
| US9413612B2 (en) * | 2013-12-24 | 2016-08-09 | Cisco Technology, Inc. | Automatic resolution of virtual network instance to VLAN mapping conflicts in dual-homed deployments in a dynamic fabric automation network architecture |
| US9860350B2 (en) * | 2015-05-12 | 2018-01-02 | Huawei Technologies Co., Ltd. | Transport software defined networking (SDN)—logical to physical topology discovery |
| US9979604B2 (en) * | 2015-08-12 | 2018-05-22 | At&T Intellectual Property I, L.P. | Network management for content broadcast |
| US10904094B2 (en) * | 2017-03-29 | 2021-01-26 | Ca, Inc. | Extending a known topology of a network using data obtained from monitoring the network |
| JP7166982B2 (ja) * | 2019-04-22 | 2022-11-08 | 株式会社日立製作所 | トポロジマップ提示システム、トポロジマップ提示方法及びコンピュータプログラム |
-
2020
- 2020-11-26 CN CN202011349225.XA patent/CN114553707B/zh active Active
Patent Citations (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008043284A1 (fr) * | 2006-10-09 | 2008-04-17 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif noeud permettant d'établir une relation de mappage d'identificateurs |
| CN105262615A (zh) * | 2012-06-06 | 2016-01-20 | 瞻博网络公司 | 针对虚拟网络分组流的物理路径确定 |
| CN104272661A (zh) * | 2012-06-25 | 2015-01-07 | 惠普发展公司，有限责任合伙企业 | 供给网络路径的经转化的会话信息 |
| US10205638B1 (en) * | 2013-05-28 | 2019-02-12 | Ns3I, Llc. | Method and apparatus for configuring a network topology in a cloud computing environment |
| CN105391568A (zh) * | 2014-09-05 | 2016-03-09 | 华为技术有限公司 | 一种软件定义网络sdn的实现方法、装置和系统 |
| CN107005781A (zh) * | 2014-11-28 | 2017-08-01 | 华为技术有限公司 | 用于生成m2m通信的虚拟网络拓扑的系统与方法 |
| CN104639372A (zh) * | 2015-02-13 | 2015-05-20 | 中国联合网络通信集团有限公司 | 基于sdn的覆盖网络和物理网络的关联方法及系统 |
| WO2017121247A1 (en) * | 2016-01-11 | 2017-07-20 | Huawei Technologies Co., Ltd. | Method of establishing relationships between sets of label switched paths and virtual networks |
| CN107395555A (zh) * | 2016-05-17 | 2017-11-24 | 中兴通讯股份有限公司 | 一种会话管理的方法、设备和系统 |
| CN109417508A (zh) * | 2016-07-06 | 2019-03-01 | 华为技术有限公司 | 分层路径计算单元（pce）的连接和访问 |
| CN107959654A (zh) * | 2016-10-14 | 2018-04-24 | 北京金山云网络技术有限公司 | 一种数据传输方法、装置及混合云系统 |
| CN108234168A (zh) * | 2016-12-15 | 2018-06-29 | 腾讯科技（深圳）有限公司 | 一种基于业务拓扑的数据展示方法及系统 |
| CN106713050A (zh) * | 2017-02-08 | 2017-05-24 | 腾讯科技（深圳）有限公司 | 一种网络拓扑展示方法及装置 |
| CN110495144A (zh) * | 2017-06-29 | 2019-11-22 | 华为技术有限公司 | 网络拓扑结构映射方法及装置、终端、存储介质 |
| CN110505539A (zh) * | 2018-05-17 | 2019-11-26 | 中兴通讯股份有限公司 | 物理光网络虚拟化映射方法、装置、控制器及存储介质 |
| CN110838930A (zh) * | 2018-08-16 | 2020-02-25 | 中国移动通信集团浙江有限公司 | 业务逻辑拓扑的生成方法及装置 |
| CN109451084A (zh) * | 2018-09-14 | 2019-03-08 | 华为技术有限公司 | 一种服务访问方法及装置 |
| WO2020135575A1 (zh) * | 2018-12-26 | 2020-07-02 | 中兴通讯股份有限公司 | 一种获取网络拓扑的系统、方法和服务器 |
| CN111343093A (zh) * | 2020-02-28 | 2020-06-26 | 腾讯科技（深圳）有限公司 | 业务数据的传输方法及装置 |
| CN111654402A (zh) * | 2020-06-23 | 2020-09-11 | 中国平安财产保险股份有限公司 | 网络拓扑创建方法、装置、设备及存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 面向SDN的生存性虚拟网络映射算法;冉金鹏;赵尚弘;王翔;高航航;;系统工程与电子技术(第05期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114553707A (zh) | 2022-05-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115460068B (zh) | 对计算机网络的高可用性增强的方法和系统 | |
| US10063470B2 (en) | Data center network system based on software-defined network and packet forwarding method, address resolution method, routing controller thereof | |
| CN107819677B (zh) | 一种报文转发方法及装置 | |
| US11398956B2 (en) | Multi-Edge EtherChannel (MEEC) creation and management | |
| CN108574616A (zh) | 一种处理路由的方法、设备及系统 | |
| US9344360B2 (en) | Technique for managing an allocation of a VLAN | |
| CN107306215B (zh) | 一种数据处理方法、系统及节点 | |
| CN110213148B (zh) | 一种数据传输的方法、系统及装置 | |
| CN111556110B (zh) | 一种用于私有云系统的不同物理业务网络自动化适配方法 | |
| US10581669B2 (en) | Restoring control-plane connectivity with a network management entity | |
| CN114553707B (zh) | 网络的拓扑信息的生成和网络故障的定界方法、装置 | |
| CN113225252B (zh) | 双向转发检测bfd会话的建立方法、处理方法以及相关设备 | |
| CN113938405B (zh) | 一种数据处理的方法、装置 | |
| WO2021139304A1 (zh) | 一种多云互联的方法及设备 | |
| CN113746717A (zh) | 网络设备通信方法及网络设备通信装置 | |
| CN113254148A (zh) | 一种虚拟机的迁移方法及云管理平台 | |
| US20230254244A1 (en) | Path determining method and apparatus, and computer storage medium | |
| CN112671811B (zh) | 一种网络接入方法和设备 | |
| CN110601882B (zh) | 一种二层专线网络系统及配置方法 | |
| CN113039752B (zh) | 用于支持基于服务的架构的网络节点和方法 | |
| CN113660131B (zh) | 虚拟网络功能单元切换的方法、装置、控制器和存储介质 | |
| CN115242708B (zh) | 组播表项处理方法、装置、电子设备及存储介质 | |
| JP7273130B2 (ja) | 通信方法および装置 | |
| WO2022053007A1 (zh) | 网络可达性验证方法及装置、计算机存储介质 | |
| CN115913819A (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 |