CN113098776A - 一种网络拓扑的确定方法、装置、设备及存储介质 - Google Patents
一种网络拓扑的确定方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113098776A CN113098776A CN202010019655.9A CN202010019655A CN113098776A CN 113098776 A CN113098776 A CN 113098776A CN 202010019655 A CN202010019655 A CN 202010019655A CN 113098776 A CN113098776 A CN 113098776A
- Authority
- CN
- China
- Prior art keywords
- lldp
- information
- network topology
- neighbor table
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开了一种网络拓扑的确定方法、装置、设备及计算机可读存储介质,其中,所述方法包括:接收第一设备发送的所述第一设备的设备信息;接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的;根据所述第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
Description
技术领域
本申请实施例涉及通信技术,涉及但不限于一种网络拓扑的确定方法、装置、设备及计算机可读存储介质。
背景技术
在现有数据中心内,交换机、路由器等网络设备或电信专用设备之间一般采用链路层发现协议(LLDP,Link Layer Discovery Protocol)发现各自邻居关系,并记录到各自的LLDP邻居表中,网管系统则通过获取LLDP邻居表自动化生成网络拓扑。对不支持LLDP协议的其它设备,如服务器,则一般采取手动绘制的方式生成网络拓扑。而通常服务器的数量占数据中心设备的大多数,显然采取手动绘制的工作量大、容易出错,而且现有技术中的网络拓扑更新不方便、无法自动判断故障位置。
发明内容
有鉴于此,本申请实施例提供一种网络拓扑的确定方法、装置、设备及计算机可读存储介质。
本申请实施例的技术方案是这样实现的:
本申请实施例提供一种网络拓扑的确定方法,其中,所述方法包括:
接收第一设备发送的所述第一设备的设备信息;
接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的;
根据所述第一设备的设备信息、所述第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例再提供一种网络拓扑的确定方法,所述方法包括:发送第一设备的设备信息至所述网管系统;
通过增加的LLDP协议处理模块发送LLDP报文至第二设备,以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,并将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送给网管系统,来确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例再提供一种网络拓扑的确定装置,所述装置包括:
第一接收模块,用于接收第一设备发送的所述第一设备的设备信息;
第二接收模块,用于接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的;
确定模块,用于根据所述第一设备的设备信息、所述第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例再提供一种网络拓扑的确定装置,所述装置包括:
第一发送模块,用于发送第一设备的设备信息至网管系统;
第二发送模块,用于通过增加的LLDP协议处理模块发送的LLDP报文至第二设备,以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,并将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送给网管系统,来确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例再提供一种网络拓扑的确定设备,所述设备至少包括:
处理器;以及
存储器,用于存储可在所述处理器上运行的计算机程序;
其中,所述计算机程序被处理器执行时实现上述任一项所述的网络拓扑的确定方法的步骤。
本申请实施例再提供一种计算机可读存储介质,所述计算机存储介质中存储有计算机可执行指令,该计算机可执行指令配置为执行上述任一项所述的网络拓扑的确定方法的步骤。
本申请实施例提供的一种网络拓扑的确定方法、装置、设备及计算机可读存储介质,其中,通过在第一设备(如服务器)增加LLDP协议处理模块,以使服务器发送LLDP报文至第二设备(如交换机),使交换机获取到服务器与交换机之间的LLDP邻居表,而网管系统根据获取的服务器的设备信息、交换机的设备信息及LLDP邻居表进而可以确定服务器与交换机之间的网络拓扑,不需要手动绘制服务器与交换机之间的网络拓扑,进而避免了手动绘制容易出错的问题,且本申请实施例提供的方法,计算第一设备与第二设备之间的网络拓扑时,需要的数据量小,进而使得网络拓扑计算快。
附图说明
在附图(其不一定是按比例绘制的)中,相似的附图标记可在不同的视图中描述相似的部件。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为相关技术中网络拓扑的确定方法的实现流程示意图;
图2为本申请实施例提供的网络拓扑的确定方法的流程示意图;
图3为本申请实施例提供的网络拓扑的确定方法的流程示意图;
图4为本申请实施例提供的网络拓扑的确定方法的流程示意图;
图5为本申请实施例提供的网络拓扑的确定方法的流程示意图;
图6为本申请实施例提供的网络拓扑的确定方法的流程示意图;
图7为本申请实施例提供的网络拓扑的确定装置的结构示意图;
图8为本申请实施例提供的网络拓扑的确定设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
如果申请文件中出现“第一\第二”的类似描述则增加以下的说明,在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
为了更好地理解本申请实施例中提供的网络拓扑的确定方法、装置、设备及计算机可读存储介质,首先对相关技术中的现状和问题进行分析说明。
为了获取全量设备的网络拓扑,相关技术中通常使用两种方法,以下是对相关技术中的两种方法的简单介绍:
方法一:图1为相关技术中网络拓扑的确定方法的实现流程示意图,如图1所示,通过交换机、路由器、电信专业设备103发送的链路层发现协议(LL DP,Link LayerDiscovery Protocol)邻居表(2类数据)和设备标识(Chassi s ID)、接口标识(Port ID)(1类数据)等信息至网管系统101,其中,LLDP邻居表中仅包括交换机、路由器、电信专业设备,网管系统101根据LLDP邻居表、Chassis ID、Port ID,确定出交换机、路由器、电信专业设备103之间网络拓扑。
相关技术中,服务器102还向网管系统101发送用于网管系统101正常管理和运维服务器的信息(3类数据),所传内容与网络拓扑无关。而服务器102还与交换机、路由器、电信专业设备103交换业务数据(4类数据),所述业务数据主要为服务器102和交换机、路由器、电信专业设备103之间的业务数据收发,所收发的内容与网络拓扑无关。
举例来说,其中,
1类数据示例:
交换机A:Chassis ID=1,Port ID=1-24
交换机B:Chassis ID=2,Port ID=1-24
2类数据示例:
交换机A:本端Chassis ID=1,本端Port ID=1,对端Chassis ID=2,对端PortID=24。
3类数据:网管系统101正常管理和运维服务器102的接口之间,所传输的内容与本方案无关。
4类数据:主要为服务器102和交换机103之间的业务数据收发,所传内容与本方案无关。
网管系统101通过获取1类数据和2类数据,计算出:交换机A的Port 1与交换机B的Port 24相连,因此可自动计算交换机、路由器、电信专用设备之间103的拓扑关系。但服务器102与交换机、路由器、电信专用设备103之间的拓扑关系依赖手工绘制。
相关技术中,LLDP邻居表包括:本端设备Chassis ID、本端设备Port ID、对端设备Chassis ID、对端设备Port ID,所述LLDP邻居表用于描述连接到该设备各端口上的对端设备及其端口信息。同时每个设备均有自身的Chassis ID和Port ID,并通过LLDP协议通告给所有连接的对端设备,用于对端设备在其LLDP邻居表中记录本端设备的信息。
这些交换机、路由器及电信设备103之间,通过定期发送和接收LLDP协议报文去通知和刷新LLDP邻居关系,所述LLDP报文中同时会携带一个超时时间(TTL,Time To Live),LLDP邻居表中的相关表项即根据TTL去定期老化相关条目,超过TTL没有收到对端的LLDP报文则视为对端设备已断开或发生故障。同理,如果连接关系发生改变,接收到的新的LLDP报文中的Chassis ID或Port ID会和已记录内容不一致,则LLDP邻居表会自动刷新到新的Chassis ID或Port ID。
数据中心内的网管系统101可以通过获取这些LLDP邻居表去自动化生成网络拓扑并提供图形化界面展示,用于帮助管理人员理解网络关系、简化运维。但对不支持LLDP协议的服务器102等设备,则需要手动绘制网络拓扑。
相关技术中,提供的方法的缺点在获取服务器与交换机之间的网络拓扑时,工作量大、容易出错、更新不方便、无法自动判断故障。
方法二:通过获取交换机、路由器、电信专业设备等的媒体存取控制位址(MAC,Media Access Control Address)表、地址解析协议(ARP,Address Resolution Protocol)表或IP转发表等,再比对服务器的MAC地址或互联网协议(IP,Internet Protocol)地址的方式自动计算网络拓扑。
相关技术中,由于交换机、路由器、电信专业设备等之间可以互相学习MAC表、ARP表和IP转发表,导致这些表项重复内容多且难以去重(比如:服务器MAC地址会同时出现在多个交换机的MAC表上,需要引入额外机制判断那个交换机是与服务器直连的)、数据量庞大,导致拓扑计算困难、刷新周期长。另一方面,并非服务器所有网口都存在IP地址(比如:云计算服务器的业务网口可不配IP,而使用虚拟机的IP)、并非服务器所有网口的MAC地址唯一(比如:服务器网口配置绑定(bonding)时,所有bonding成员网口的MAC地址均使用bonding的MAC地址),导致使用场景受限。
基于相关技术所存在的问题,本申请实施例提供一种网络拓扑的确定方法,所述方法应用于网管系统。本申请实施例提供的方法可以通过计算机程序来实现,该计算机程序在执行的时候,完成本实施例提供的方法中各个步骤。在一些实施例中,该计算机程序可以被网管系统中的处理器执行。图2为本申请实施例提供的网络拓扑的确定方法的流程示意图,如图2所示,所述方法包括:
步骤S201,网管系统接收第一设备发送的所述第一设备的设备信息。
本申请实施例中,网管系统位于数据中心内,所述网管系统可以通过获取LLDP邻居表和设备信息去自动化生成网络拓扑并提供图形化界面展示,用于帮助管理人员理解网络关系、简化运维。
本申请实施例中,所述第一设备可以是物理的设备,也可以是虚拟的设备。所述第一设备可以是以下任意一种:服务器、服务器的基板管理控制器(BMC,BaseboardManagement Controller)、防火墙、抗分布式拒绝服务攻击(DDoS,Distributed Denial ofService)系统、入侵防御系统(IPS,Intrusion Prevention System)入侵检测系统(IDS,intrusion detection system)、防病毒网管、条件接收系统。在没有新增LLDP协议处理模块前,第一设备不支持LLDP协议。
本申请实施例中,所述第一设备的设备信息包括第一设备的Chassis ID和PortID。可以用第一设备的序列号来表征第一设备的Chassis ID,用第一设备的MAC地址信息来表征第一设备的Port ID。这里的MAC地址信息为物理地址信息。示例性地,第一设备的序列号为4728AD3B,那么第一设备的Chassis ID=4728AD3B,第一设备的MAC地址为fe-24-1a-34-81-21,那么第一设备的Port ID=fe-24-1a-34-81-21。
本申请实施例中,步骤S201,网管系统接收第一设备发送的所述第一设备的设备信息,可以通过以下步骤实现:网管系统定期向所述第一设备发送请求信息,所述请求信息用于请求获取第一设备的设备信息,当第一设备接收到所述请求信息时,将第一设备的设备信息发送给网管系统,从而使网管系统接收第一设备发送的所述第一设备的设备信息。在一些实施例中,第一设备可以定期主动将第一设备的设备信息发送给网管系统,从而使网管系统接收到所述第一设备的设备信息。
承接上面的示例,网管系统接收第一设备发送的所述第一设备的设备信息为:Chassis ID=4728AD3B,Port ID=fe-24-1a-34-81-21。
步骤S202,网管系统接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的。
本申请实施例中,所述第二设备是与第一设备直连的设备,所述第二设备可以物理设备,也可以是虚拟设备,所述第二设备可以是交换机、路由器、电信专业设备中的一个。本申请实施例中,所述第二设备的设备信息包括:第一设备的Chassis ID和Port ID,所述Port ID表征设备的接口信息。示例性地,第二设备的Chassis ID=1,第二设备的Port ID=1-24,其中Port ID=1-24表征1至24个接口的接口标识。
本申请实施例中,所述第二设备的LLDP邻居表至少包括:第二设备Chassis ID、第二设备中与第一设备使用的Port ID、第一设备Chassis ID、第一设备中与第二设备使用的Port ID。承接上面的示例,第二设备通过Port ID=2与第一设备连接,所述LLDP邻居表包括:第二设备Chassis ID=1、第二设备Port ID=2,第一设备Chassis ID=4728AD3B,第一设备Port ID=fe-24-1a-34-81-21。
本申请实施例中,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定可以通过以下方法实现:
在第一设备的软件系统(如:操作系统、专业软件、基板管理控制器(BMC,Baseboard Management Controller)、固件(firm ware)等)内增加LLDP协议处理模块,定期发送LLDP协议报文给第二设备;本申请实施例中,所述LLDP协议报文至少包括第一设备的Chassis ID和Port ID;第二设备的端口设置为被动模式并监听所述LLDP协议报文。当第二设备收到LLDP协议处理模块定期发送的LLDP协议报文后,截取LLDP协议报文中的Chassis ID和Port ID并记录到第二设备的LLDP邻居表中,进而确定出第二设备的LLDP邻居表。
本申请实施例中,通过在第一设备中增加LLDP协议处理模块发送LLDP报文给第二设备,以使第二设备感知第一设备的存在,从而得到关于第一设备与第二设备之间的邻居关系。
本申请实施例中,网管系统接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表可以通过以下方式实现:网管系统定期发送请求信息,所述请求信息用于请求第二设备的设备信息和LLDP邻居表,当第二设备接收到该请求信息时,第二设备将自身的设备信息和LLDP邻居表发送给网管系统,从而使得网管系统接收到第二设备的设备信息和所述第二设备的LLDP邻居表。在一些实施例中,第二设备可以定期主动发送设备信息和LLDP邻居表给网管系统,以使网管系统接收到第二设备的设备信息和所述第二设备的LLDP邻居表。需要说明的是,第一设备和第二设备定期发送信息至网管系统的时间是相同的,或者网管系统发送的请求信息的时间也是相同的。
本申请实施例中,步骤S201和步骤S202并没有严格的先后关系,通常步骤S201和步骤S202是同时进行的。
步骤S203,网管系统根据所述第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例中,当网管系统接收到第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表时,可以通过比对第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表从而确定出第一设备和所述第二设备之间的第一网络拓扑。
承接上面的示例,第一设备的设备信息为:Chassis ID=4728AD3B,Port I D=fe-24-1a-34-81-21,第二设备的设备信息为:Chassis ID=1,Port ID=1-24,LLDP邻居表为:第二设备Chassis ID=1、第二设备Port ID=2,第一设备Chassis ID=4728AD3B,第一设备Port ID=fe-24-1a-34-81-21。从而可以确定第一设备与第二设备的Port ID=2连接,即确定出第一设备与第二设备之间的第一网络拓扑。
通过上述方法可以确定出与第一设备连接的所有第二设备的网络拓扑。可以看出,在确定第一设备与第二设备之间的网络拓扑时,需要当网管系统接收到第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表,显然需要的数据量小,进而使得网络拓扑速度计算快。
本申请实施例提供的方法,通过在第一设备(如服务器)增加LLDP协议处理模块,以使服务器发送LLDP报文至第二设备(如交换机),使交换机获取到服务器与交换机之间的LLDP邻居表,而网管系统根据获取的服务器的设备信息、交换机的设备信息及LLDP邻居表进而可以确定服务器与交换机之间的网络拓扑,不需要手动绘制服务器与交换机之间的网络拓扑,进而避免了手动绘制容易出错的问题,且本申请实施例提供的方法,在计算第一设备与第二设备之间的网络拓扑时,需要的数据量小,进而使得网络拓扑计算快。
在一些实施例中,在执行步骤S201和步骤S202时,还可以同时执行步骤S205。
步骤S205网管系统接收与第二设备连接的第三设备的设备信息和所述第三设备的LLDP邻居表。
本申请实施例中,所述第三设备可以是交换机、路由器、电信专用设备等,所述第三设备的设备信息包括:Chassis ID、Port ID,本申请实施例中,所述第二设备和所述第三设备支持LLDP协议,本申请实施例中,第二设备和第三设备均有自身的Chassis ID及PortID,并通过LLDP协议通告给连接的对端设备,以使对端设备在其LLDP邻居表中记录本端设备的信息。第二设备和第三设备通过定期发送和接收LLDP协议报文去通知对方和刷新自身的LLDP邻居关系,这些LLDP报文中同时会携带一个TTL,LLDP邻居表中的相关表项即根据TTL去定期老化相关条目,超过TTL没有收到对端新的LLDP报文则视为对端设备已断开或发生故障。同理,如果连接关系发生改变,接收到的新的LLDP报文中的Chassis ID或Port ID会和已记录内容不一致,则LLDP邻居表会自动刷新到新的Chassis ID或Port ID。
承接上面的示例,第三设备的设备信息为:Chassis ID=2,Port ID=1-24,第二设备与第三设备之间的邻居表包括:第二设备的Chassis ID=1,第二设备中与第三设备使用的Port ID=1,第三设备的Chassis ID=2,第三设备中与第二设备使用的Port ID=24。
对应地,在执行步骤S203时,还可以执行步骤S206。
步骤S206,网管系统根据所述第二设备的设备信息、所述第三设备的设备信息和第三设备的LLDP邻居表,确定所述第二设备与所述第三设备之间的第二网络拓扑。
本申请实施例中,当网管系统获取了第二设备的设备信息、所述第三设备的设备信息和第三设备的LLDP邻居表时,就可以确定所述第二设备与所述第三设备之间的第二网络拓扑。本申请实施例中,由于第二设备和第三设备是相邻的,第二设备和第三设备中都记录了第二设备与第三设备之间的LLDP邻居表项,因此,这里也可根据所述第二设备的设备信息、所述第三设备的设备信息和第二设备的LLDP邻居表来确定所述第二设备与所述第三设备之间的第二网络拓扑。
承接上面的示例,可以通过比对,确定第二设备的Port 1与第三设备的Port24相连,因此可自动计算第二设备与第三设备的网络拓扑。
本申请实施例提供的方法,由于第二设备与第三设备支持LLDP协议,使得第二设备和第三设备可以感知对方的存在,进而可以得到相互之间的LLDP邻居关系,根据相互的邻居关系确定邻居表,网管系统根据第二设备的设备信息、第三设备的设备信息和第三设备的LLDP邻居表确定第二设备与第三设备的网络拓扑。
在一些实施例中,在执行完步骤S203和步骤S206后,所述方法还包括:
步骤S207,网管系统根据所述第一网络拓扑和所述第二网络拓扑确定所述第一设备、所述第二设备、所述第三设备之间的第三网络拓扑。
本申请实施例中,通过上述的方法可以得到与第一设备直连的所有第二设备之间的网络拓扑,也可以得到所有与第二设备直连的所有第三设备之间的网络拓扑,进而得到全量设备的网络拓扑。
本申请实施例再提供一种网络拓扑的确定方法,图3为本申请实施例提供额网络拓扑的确定方法的流程示意图,如图3所示,所示方法包括:
步骤S301,网管系统接收第一设备发送的所述第一设备的设备信息。
本申请实施例中,第一设备的设备信息包括:Chassis ID、Port ID。
步骤S302,网管系统接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的。
本申请实施例中,第二设备的设备信息包括:Chassis ID、Port ID,所述LLDP邻居表包括:第一设备Chassis ID、第一设备中与第二设备使用的Port ID、第二设备ChassisID、第二设备中与第一设备使用的Port ID。
步骤S303,网管系统对所述第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表进行预设处理,以使第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表中携带的表征相同信息的字段一致。
本申请实施例中,所述预设处理可以是网管系统可以对Chassis ID和Port ID字段进行标准化或格式化。示例性地,Chassis ID约定为不可变的序列号,Port ID约定为MAC地址且为aa-bb-cc-dd-ee-ff格式,即对Chassis ID和Port ID字段进行标准化。本申请实施例中,执行预设处理的装置可以是集成在网管系统中,也可以是独立的设备。示例性地,预设处理装置是独立的设备,执行预设处理装置对第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表进行格式化处理后转发给网管系统。本申请实施例中,第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表进行预设处理,可以屏蔽因硬件的品牌、型号等不同带来的数据差异,并以提升网管系统的性能,在异构环境或大规模资源池效果更好。
步骤S304,网管系统根据所述第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例中,通过预设处理,使得第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表中携带的表征相同信息的字段一致,当网管系统接收到第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表时,可以更容易地计算出第一设备和第二设备之间的网络拓扑。
本申请实施例再提供一种网络拓扑确定方法,图4为本申请实施例提供额网络拓扑的确定方法的流程示意图,如图4所示,所示方法应用于第一设备,所述方法包括:
步骤S401,第一设备发送所述第一设备的设备信息至网管系统。
本申请实施例中,所述第一设备可以是以下任意一种:服务器、服务器的基板管理控制器(BMC,Baseboard Management Controller)、防火墙、抗分布式拒绝服务攻击(DDoS,Distributed Denial of Service)系统、入侵防御系统(IPS,Intrusion PreventionSystem)入侵检测系统(IDS,intrusion detection system)、防病毒网管、条件接收系统系统。第一设备通过定期主动发送所述第一设备的设备信息至网管系统。
步骤S402,第一设备通过增加的LLDP协议处理模块发送LLDP报文至第二设备,以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,并将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送给网管系统,来确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例中,在第一设备的软件系统(如:操作系统、专业软件、BMC固件(firmware)等)内增加LLDP协议处理模块,定期发送LLDP协议报文给第二设备以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,其中,当第二设备将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送至网管系统时,网管系统根据所述第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
本申请实施例提供的方法,通过在第一设备(如服务器)中增加LLDP协议处理模块,以使服务器可以定期发送LLDP协议报文给第二设备,使得第二设备获得第一设备与第二设备的邻居关系,从而确定第二设备的LLDP邻居表。
在一些实施例中,在步骤S401和步骤S402之前,所述方法还包括:
步骤S403,第一设备通过增加的LLDP协议处理模块设置所述第一设备的设备信息和LLDP报文中表征相同信息的字段一致。
本申请实施例中,为了确保网管系统计算准确,在LLDP协议报文的Chassis ID和Port ID字段上,需对服务器、交换机、路由器、电信专用设备等的取值进行标准化。其中,服务器等的LLDP协议处理模块中,可以要求Chassis ID为服务器序列号、主机名等,可以要求Port ID为MAC地址,但是本申请实施例中,所述MAC地址为物理MAC,而不是bonding后的MAC地址。本申请实施例中,所述LLDP协议的TTL需大于LLDP协议报文定期发送的周期。
本申请实施例再提供一种网络拓扑的确定方法,图5为本申请实施例提供的网络拓扑的确定方法实现流程示意图,如图5所示,所述方法包括:
步骤S501,第一设备发送的所述第一设备的设备信息至网管系统。
示例性地,第一设备的设备信息为:Chassis ID=4728AD3B,Port ID=fe-24-1a-34-81-21。
步骤S502,在第一设备中增加LLDP协议处理模块。
步骤S503,第一设备通过增加的LLDP协议处理模块发送LLDP报文至第二设备。
承接上面的示例,所述LLDP报文中包括Chassis ID=4728AD3B,Port ID=fe-24-1a-34-81-21。
步骤S504,第二设备获取LLDP报文,并确定第二设备的LLDP邻居表。
本申请实施例中,第二设备获取到LLDP报文后提取报文中第一设备的设备信息,从而根据自身设备的设备信息确定LLDP邻居表。
承接上面的示例,LLDP邻居表包括:第二设备的Chassis ID=1,第二设备的PortID=2,第一设备的Chassis ID=4728AD3B,第一设备的Port ID=fe-24-1a-34-81-21。
步骤S505,第二设备发送所述LLDP邻居表和第二设备的设备信息至网管系统。
承接上面的示例,第二设备的设备信息为:Chassis ID=1,Port ID=1-24。
步骤S506,网管系统根据所述第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
承接上面的示例,网管系统根据第一设备的Chassis ID=4728AD3B,第一设备的Port ID=fe-24-1a-34-81-21、第二设备的Chassis ID=1,第二设备的Port ID=1-24,LLDP邻居表包括:第二设备的Chassis ID=1,第二设备的Port ID=2,第一设备的ChassisID=4728AD3B,第一设备的Port ID=fe-24-1a-34-81-21。因此可以确定第一设备的PortID=fe-24-1a-34-81-21与第二设备的Port ID=2连接,即确定了第一设备和第二设备之间的网络拓扑。
本申请实施例再提供一种网络拓扑的确定方法,图6为本申请实施例提供的网络拓扑的确定方法的流程示意图,如图6所示,
步骤S1,在服务器602的软件系统内增加LLDP协议处理模块,定期发送LLDP协议报文(5类数据)给对端设备(通常为交换机603),使交换机603可以感知与服务器602之间的邻居关系。
步骤S2,在网管系统601与服务器602等的接口内,新增采集服务器Chassis ID、Port ID等字段(3类数据)。
步骤S3,在网管系统601与交换机603的接口内,新增采集服务器602、交换机603等相关的邻居信息(1类数据和2类数据)。服务器602和交换机603之间还会互通业务数据(4类信息)。其中1类数据为Chassis ID、Port ID等信息,2类数据为LLDP邻居表(包括:全量设备的LLDP邻居关系)。
步骤S4,对步骤1和步骤3中的Chassis ID和Port ID字段进行标准化(如ChassisID约定为不可变的序列号,Port ID约定为MAC地址且为aa-bb-cc-dd-ee-ff格式),在网管系统601上实现对全量设备的网络拓扑自动计算。
本申请实施例中,服务器602与交换机603之间还交换业务数据(4类数据)。
1类数据示例:
交换机A:Chassis ID=1,Port ID=1-24
交换机B:Chassis ID=2,Port ID=1-24
2类数据示例:
交换机A:本端Chassis ID=1,本端Port ID=1,对端Chassis ID=2,对端PortID=24;
本端Chassis ID=1,本端Port ID=2,对端Chassis ID=4728AD3B,对端Port ID=fe-24-1a-34-81-21
3类数据:新增Chassis ID、Port ID等参数,
示例:服务器A:Chassis ID=4728AD3B(序列号),Port ID=fe-24-1a-34-81-21(MAC地址)。
4类数据:主要为服务器602和交换机603之间的业务数据收发,所传内容与本申请实施例中网络拓扑的无关。
5类数据:在服务器602上引入LLDP装置,向交换机603发送LLDP报文,使交换机603感知服务器602的存在。
网管系统601通过获取1类数据和2类数据,计算出:交换机A Port1与交换机BPort24相连,因此可自动计算交换机、路由器、电信专用设备603之间的拓扑关系。
网管系统601通过获取2类数据和3类数据,计算出:交换机A的Port 2与服务器MAC地址为fe-24-1a-34-81-21的端口相连,因此可自动计算交换机603与服务器602之间的拓扑关系。
本申请实施例中,3类必选设备:服务器602,交换机、路由器、电信专用设备603,网管系统601。涉及1类可选设备:数据代理604,用于统一收集3类必选设备上的相关信息,并进行格式化处理后转发给网管系统,用于屏蔽因硬件品牌、型号等不同带来的数据差异,并以提升网管系统性能,建议在异构环境或大规模资源池下选用。
通过在服务器602等的软件系统(操作系统、专业软件、BMC firmware等)内增加LLDP协议处理模块,定期发送LLDP协议报文给对端设备(通常为交换机),交换机603上端口设置为被动模式并监听网络数据。当交换机603收到LLDP协议处理模块定期发送的LLDP报文后,截取LLDP报文中的Chassis ID和Port ID并记录到LLDP邻居表中。与此同时,交换机、路由器、电信专用设备603等之间正常交换LLDP信息。
网管系统601定期从服务器602以及交换机、路由器、电信专用设备603等直接查询、或从数据代理设备604间接查询其Chassis ID、Port ID。同时,网管系统601定期从交换机、路由器、电信专用设备603等查询LLDP邻居表。此时,网管系统即掌握了以下信息:
服务器602的Chassis ID、Port ID;
交换机、路由器、电信专用设备603的Chassis ID、Port ID;
交换机、路由器、电信专用设备603的LLDP邻居表,通常包含4类信息:本端ChassisID、本端Port ID、对端Chassis ID、对端Port ID;
通过信服务器602的Chassis ID、Port ID和交换机、路由器、电信专用设备603的LLDP邻居表,可以计算服务器602与交换机603的连接关系,通过交换机、路由器、电信专用设备603的Chassis ID、Port ID和交换机、路由器、电信专用设备603的LLDP邻居表可以计算交换机、路由器、电信专用设备603之间的连接关系,通过服务器602与交换机603的连接关系和交换机、路由器、电信专用设备603之间的连接关系可以自动生成全部拓扑。
本申请实施例中,为了确保计算准确,在LLDP协议报文的Chassis ID和Port ID字段上,需对服务器602、交换机、路由器、电信专用设备603等的取值进行标准化。其中,服务器602等的LLDP协议处理模块中,可以要求Chassis ID为服务器序列号、主机名等(不限定),可以要求Port ID为MAC地址(但需提取其物理MAC,而非bonding后的MAC)等(不限定),并且LLDP协议的TTL需大于LLDP协议报文发送周期。
另外,本申请提案所描述的服务器602、交换机603等可以是物理的或虚拟的(虚拟机或虚拟交换机);本申请提案所描述的服务器还可以是其它类网络设备,比如服务器BMC、防火墙、抗DDoS系统、IPS/IDS、防病毒网关、CA系统等,但这些设备的Chassis ID和Port ID也需进行标准化。
本申请实施例提供的方法,对服务器等设备的软件系统内增加LLDP协议处理模块,以及网管系统利用硬件设备的查询接口(如简单网络管理(SNMP,Simple NetworkManagement Protocol)、智能平台管理(IPMI,Intelligent Platform ManagementInterface)、超媒体(Redfish)等接口)查询各设备的Chassis ID、Port ID及LLDP邻居表并进行自动网络拓扑计算。
本申请实施例提供的网络拓扑的确定方法,支持规模大、且性能较好:不仅仅适用于小规模场景,还适用于大规模资源池,性能压力小,拓扑刷新周期短;支持设备类型多:数据中心内与交换机或路由器(这2类设备对LLDP邻居表的支持较好)直连的设备均支持,这覆盖几乎全部数据中心的电信拓扑;支持异构环境:选用数据代理设备后,还可以良好支持异构环境;方案简洁、可靠:整体方案采取的数据量小,比对的内容少,无需经过多级计算即可实现最终目标。
基于前述的实施例,本申请实施例提供一种网络拓扑的确定装置,该装置包括的各模块,可以通过计算机设备中的处理器来实现;当然也可通过具体的逻辑电路实现;在实施的过程中,处理器可以为中央处理器(CPU,Central Processing Unit)、微处理器(MPU,Microprocessor Unit)、数字信号处理器(DSP,Digital Signal Processing)或现场可编程门阵列(FPGA,Field Programmable Gate Array)等。
本申请实施例再提供一种网络拓扑的确定装置,图7为本申请实施例提供的网络拓扑的确定装置结构示意图,如图7所示,所述网络拓扑的确定装置700包括:
第一接收模块701,用于接收第一设备发送的所述第一设备的设备信息;
第二接收模块702,用于接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的;
第一确定模块703,用于根据所述第一设备的设备信息、第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
在一些实施例中,所述网络拓扑的确定装置700还包括:
第三接收模块,用于接收与第二设备连接的第三设备的设备信息和所述第三设备的LLDP邻居表;
第二确定模块,用于根据所述第二设备的设备信息、所述第三设备的设备信息和第三设备的LLDP邻居表,确定所述第二设备与所述第三设备之间的第二网络拓扑,其中,所述第二设备和所述第三设备支持LLDP协议。
在一些实施例中,所述网络拓扑的确定装置700还包括:
第三确定模块,用于根据所述第一网络拓扑和所述第二网络拓扑确定所述第一设备、所述第二设备、所述第三设备之间的第三网络拓扑。
在一些实施例中,所述网络拓扑的确定装置700还包括:
处理模块,用于对所述第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表进行预设处理,以使第一设备的设备信息、第二设备的设备信息和所述第二设备的LLDP邻居表中携带的表征相同信息的字段一致。
本申请实施例在提供一种网络拓扑的确定装置,所述装置包括:
第一发送模块,用于发送所述第一设备的设备信息至网管系统;
LLDP协议处理模块,用于发送LLDP报文至第二设备,以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,并将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送给网管系统,来确定所述第一设备和所述第二设备之间的第一网络拓扑。
在一些实施例中,所述LLDP协议处理模块还用于设置所述第一设备的设备信息和LLDP报文中表征相同信息的字段一致。
以上装置实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节,请参照本申请方法实施例的描述而理解。
需要说明的是,本申请实施例中,如果以软件功能模块的形式实现上述的网络拓扑的确定方法,并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样,本申请实施例不限制于任何特定的硬件和软件结合。
相应地,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现上述实施例中提供的网络拓扑的确定方法中的步骤。
本申请实施例提供一种网络拓扑的确定设备,图8为本申请实施例提供的网络拓扑的确定设备的组成结构示意图,如图8所示,所述设备800包括:一个处理器801、至少一个通信总线802、用户接口803、至少一个外部通信接口804和存储器805。其中,通信总线802配置为实现这些组件之间的连接通信。其中,用户接口803可以包括显示屏,外部通信接口804可以包括标准的有线接口和无线接口。其中所述处理器801,配置为执行存储器中存储的网络拓扑的获取程序,以实现以上述实施例提供的网络拓扑的确定方法中的步骤
以上网络拓扑的确定设备和存储介质实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本申请网络拓扑的确定设备和存储介质实施例中未披露的技术细节,请参照本申请方法实施例的描述而理解。
这里需要指出的是:以上存储介质和设备实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节,请参照本申请方法实施例的描述而理解。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元;既可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本申请各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台AC执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种网络拓扑的确定方法,其特征在于,所述方法包括:
接收第一设备发送的所述第一设备的设备信息;
接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的;
根据所述第一设备的设备信息、所述第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收与所述第二设备连接的第三设备的设备信息和所述第三设备的LLDP邻居表;
根据所述第二设备的设备信息、所述第三设备的设备信息和第三设备的LLDP邻居表,确定所述第二设备与所述第三设备之间的第二网络拓扑,其中,所述第二设备和所述第三设备支持LLDP协议。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述第一网络拓扑和所述第二网络拓扑确定所述第一设备、所述第二设备、所述第三设备之间的第三网络拓扑。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对所述第一设备的设备信息、所述第二设备的设备信息和所述第二设备的LLDP邻居表进行预设处理,以使所述第一设备的设备信息、所述第二设备的设备信息和所述第二设备的LLDP邻居表中携带的表征相同信息的字段一致。
5.一种网络拓扑的确定方法,其特征在于,所述方法包括:
发送第一设备的设备信息至网管系统;
通过增加的LLDP协议处理模块发送LLDP报文至第二设备,以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,并将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送给网管系统,来确定所述第一设备和所述第二设备之间的第一网络拓扑。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
通过增加的LLDP协议处理模块设置所述第一设备的设备信息和LLDP报文中表征相同信息的字段一致。
7.一种网络拓扑的确定装置,其特征在于,所述装置包括:
第一接收模块,用于接收第一设备发送的所述第一设备的设备信息;
第二接收模块,用于接收第二设备发送的所述第二设备的设备信息和所述第二设备的LLDP邻居表,所述LLDP邻居表是所述第二设备根据所述第一设备通过增加的LLDP协议处理模块发送的LLDP报文确定的;
确定模块,用于根据所述第一设备的设备信息、所述第二设备的设备信息和所述LLDP邻居表确定所述第一设备和所述第二设备之间的第一网络拓扑。
8.一种网络拓扑的确定装置,其特征在于,所述装置包括:
第一发送模块,用于发送第一设备的设备信息至网管系统;
第二发送模块,用于通过增加的LLDP协议处理模块发送的LLDP报文至第二设备,以使所述第二设备根据所述LLDP报文确定所述第二设备的LLDP邻居表,并将所述第二设备的设备信息和所述第二设备的LLDP邻居表发送给网管系统,来确定所述第一设备和所述第二设备之间的第一网络拓扑。
9.一种网络拓扑的确定装置设备,其特征在于,所述设备至少包括:
处理器;以及
存储器,用于存储可在所述处理器上运行的计算机程序;
其中,所述计算机程序被处理器执行时实现权利要求1至4或5至6任一项所述的网络拓扑的确定方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可执行指令,该计算机可执行指令配置为执行上述权利要求1至4或5至6任一项所述的网络拓扑的确定方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010019655.9A CN113098776B (zh) | 2020-01-08 | 2020-01-08 | 一种网络拓扑的确定方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010019655.9A CN113098776B (zh) | 2020-01-08 | 2020-01-08 | 一种网络拓扑的确定方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113098776A true CN113098776A (zh) | 2021-07-09 |
CN113098776B CN113098776B (zh) | 2022-07-29 |
Family
ID=76663424
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010019655.9A Active CN113098776B (zh) | 2020-01-08 | 2020-01-08 | 一种网络拓扑的确定方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113098776B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114095374A (zh) * | 2021-11-11 | 2022-02-25 | 北京金山云网络技术有限公司 | 网络拓扑的确定方法、装置和电子设备 |
CN114520765A (zh) * | 2022-01-13 | 2022-05-20 | 锐捷网络股份有限公司 | 设备的自动配置方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090003333A1 (en) * | 2007-06-29 | 2009-01-01 | World Wide Packets, Inc. | Obtaining Identification Information for a Neighboring Network Element |
US20110103257A1 (en) * | 2009-10-30 | 2011-05-05 | Cisco Technology, Inc. | Method and apparatus for discovering devices in a network |
CN102694689A (zh) * | 2012-06-06 | 2012-09-26 | 杭州华三通信技术有限公司 | 一种网络拓扑发现方法和装置 |
WO2014074542A1 (en) * | 2012-11-12 | 2014-05-15 | Alcatel Lucent | Virtual chassis system control protocols |
US8805982B1 (en) * | 2007-06-29 | 2014-08-12 | Ciena Corporation | Progressively determining a network topology and using neighbor information to determine network topology |
CN108337111A (zh) * | 2018-01-05 | 2018-07-27 | 新华三技术有限公司 | 获取网络节点拓扑的方法及装置 |
CN110401568A (zh) * | 2019-07-31 | 2019-11-01 | 普联技术有限公司 | 一种网络拓扑发现方法及设备 |
-
2020
- 2020-01-08 CN CN202010019655.9A patent/CN113098776B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090003333A1 (en) * | 2007-06-29 | 2009-01-01 | World Wide Packets, Inc. | Obtaining Identification Information for a Neighboring Network Element |
US8805982B1 (en) * | 2007-06-29 | 2014-08-12 | Ciena Corporation | Progressively determining a network topology and using neighbor information to determine network topology |
US20110103257A1 (en) * | 2009-10-30 | 2011-05-05 | Cisco Technology, Inc. | Method and apparatus for discovering devices in a network |
CN102694689A (zh) * | 2012-06-06 | 2012-09-26 | 杭州华三通信技术有限公司 | 一种网络拓扑发现方法和装置 |
WO2014074542A1 (en) * | 2012-11-12 | 2014-05-15 | Alcatel Lucent | Virtual chassis system control protocols |
CN108337111A (zh) * | 2018-01-05 | 2018-07-27 | 新华三技术有限公司 | 获取网络节点拓扑的方法及装置 |
CN110401568A (zh) * | 2019-07-31 | 2019-11-01 | 普联技术有限公司 | 一种网络拓扑发现方法及设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114095374A (zh) * | 2021-11-11 | 2022-02-25 | 北京金山云网络技术有限公司 | 网络拓扑的确定方法、装置和电子设备 |
CN114520765A (zh) * | 2022-01-13 | 2022-05-20 | 锐捷网络股份有限公司 | 设备的自动配置方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113098776B (zh) | 2022-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110247784B (zh) | 确定网络拓扑结构的方法和装置 | |
US11659441B2 (en) | Load balance method and apparatus thereof | |
CN110661669B (zh) | 一种基于icmp、tcp、udp协议的网络设备的网络拓扑自动发现方法 | |
US9847965B2 (en) | Asset detection system | |
EP3709569B1 (en) | Method of distributing information regarding one or more electrical devices and systems for the same | |
US8955036B2 (en) | System asset repository management | |
CN106452857B (zh) | 生成配置信息的方法和网络控制单元 | |
US8954573B2 (en) | Network address repository management | |
US11696110B2 (en) | Distributed, crowdsourced internet of things (IoT) discovery and identification using Block Chain | |
US20220086070A1 (en) | Apparatus and process for monitoring network behaviour of internet-of-things (iot) devices | |
CN109831318A (zh) | 一种获取网络拓扑的系统、方法和服务器 | |
US11528252B2 (en) | Network device identification with randomized media access control identifiers | |
US20150350154A1 (en) | Using Distributed Network Elements to Send Authoritative DNS Responses | |
CN112040030B (zh) | 报文传输方法、装置、计算机设备及存储介质 | |
JP5826320B2 (ja) | ネットワーク・ロケーション・サービス | |
WO2015026476A2 (en) | Intelligent network resource discovery and monitoring | |
CN113098776B (zh) | 一种网络拓扑的确定方法、装置、设备及存储介质 | |
CN112333298A (zh) | 报文传输方法、装置、计算机设备及存储介质 | |
CN111447089A (zh) | 终端资产识别方法和装置,及计算机可读存储介质 | |
CN104618246A (zh) | 一种面向xen虚拟化环境的网络拓扑发现方法 | |
CN101599857A (zh) | 检测共享接入主机数目的方法、装置及网络检测系统 | |
CN114025009A (zh) | 转发请求的方法、系统、代理服务器和装置 | |
CN112040029A (zh) | Nat转换方法、装置、计算机设备及存储介质 | |
US9319271B2 (en) | Management device and management method | |
CN113709210A (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 |