CN107070719B - 一种设备管理方法和装置 - Google Patents
一种设备管理方法和装置 Download PDFInfo
- Publication number
- CN107070719B CN107070719B CN201710271574.6A CN201710271574A CN107070719B CN 107070719 B CN107070719 B CN 107070719B CN 201710271574 A CN201710271574 A CN 201710271574A CN 107070719 B CN107070719 B CN 107070719B
- Authority
- CN
- China
- Prior art keywords
- management
- local link
- specified type
- managed
- link address
- 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/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
本申请提供一种设备管理方法和装置,该方法包括:获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口;根据所述本地链路地址生成用于请求管理信息的指定类型消息;通过所述出接口发送所述指定类型消息;接收所述被管设备返回的针对所述指定类型消息的响应消息,并从所述响应消息中解析出所述被管设备的管理信息;根据所述管理信息对所述被管设备进行管理。通过本申请的技术方案,可以有效避免广播消息带来的带宽开销,节省带宽资源,可以准确地收集到各被管设备的管理信息。
Description
技术领域
本申请涉及网络管理技术领域,尤其涉及一种设备管理方法和装置。
背景技术
在传统的云计算平台,计算资源、存储资源、网络资源等各自为政,分别使用不同的管理平台进行管理,从而导致管理复杂。基于此,提出了UIS(Unified InfrastructureSystem,统一基础架构***)统一管理矩阵,UIS统一管理矩阵可以将计算资源、存储资源、网络资源等进行整合,并对所有资源进行统一管理。
UIS统一管理矩阵可以提供图形用户接口以及简化的操作方式,使得网络的连接和管理更加直观与清晰。UIS统一管理矩阵在对计算资源、存储资源、网络资源进行统一管理时,可以获取设备之间的网络拓扑,并对该网络拓扑进行显示,以使用户根据该网络拓扑,了解设备之间的连接关系,从而方便用户管理。
发明内容
本申请提供一种设备管理方法,应用于管理设备,所述方法包括:
获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口;
根据所述本地链路地址生成用于请求管理信息的指定类型消息;
通过所述出接口发送所述指定类型消息;
接收所述被管设备返回的针对所述指定类型消息的响应消息,并从所述响应消息中解析出所述被管设备的管理信息;
根据所述管理信息对所述被管设备进行管理。
本申请提供一种设备管理方法,应用于被管设备,所述方法包括:
接收管理设备发送的用于请求管理信息的指定类型消息,所述指定类型消息是所述管理设备根据所述被管设备的本地链路地址生成的;
生成携带所述被管设备的管理信息的针对所述指定类型消息的响应消息;
向所述管理设备发送所述响应消息,以使所述管理设备从所述响应消息中解析出管理信息,并根据所述管理信息对所述被管设备进行管理。
本申请提供一种设备管理装置,应用于管理设备,所述装置包括:
获取模块,用于获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口;
生成模块,用于根据所述本地链路地址生成用于请求管理信息的指定类型消息;
发送模块,用于通过所述出接口发送所述指定类型消息;
接收模块,用于接收所述被管设备返回的针对所述指定类型消息的响应消息,并从所述响应消息中解析出所述被管设备的管理信息;
管理模块,用于根据所述管理信息对所述被管设备进行管理。
本申请提供一种设备管理装置,应用于被管设备,所述装置包括:
接收模块,用于接收管理设备发送的用于请求管理信息的指定类型消息,所述指定类型消息是所述管理设备根据所述被管设备的本地链路地址生成的;
生成模块,用于生成针对所述指定类型消息的响应消息;其中,所述响应消息携带所述被管设备的管理信息;
发送模块,用于向所述管理设备发送所述响应消息,以使管理设备从所述响应消息中解析出管理信息,并根据所述管理信息对所述被管设备进行管理。
基于上述技术方案,本申请实施例中,管理设备可以基于被管设备的本地链路地址向被管设备发送指定类型消息,该指定类型消息是单播消息,而不是广播消息,从而有效避免广播消息带来的带宽开销,节省带宽资源。而且,管理设备可以方便的收集被管设备的管理信息,并根据管理信息对被管设备进行管理,可以准确地收集到各被管设备的管理信息,收集方式简单有效。
附图说明
为了更加清楚地说明本申请实施例或者现有技术中的技术方案,下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据本申请实施例的这些附图获得其他的附图。
图1是本申请一种实施方式中的应用场景示意图;
图2是本申请一种实施方式中的设备管理方法的流程图;
图3A和图3B是本申请一种实施方式中的指定类型消息的格式示意图;
图4是本申请另一种实施方式中的设备管理方法的流程图;
图5是本申请一种实施方式中的设备管理装置的结构图;
图6是本申请一种实施方式中的管理设备的硬件结构图;
图7是本申请一种实施方式中的设备管理装置的结构图;
图8是本申请一种实施方式中的被管设备的硬件结构图。
具体实施方式
在本申请使用的术语仅仅是出于描述特定实施例的目的,而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在实际的网络环境中,往往会将不同厂商以及不同类型的设备连接在一起,而为了方便的对这些设备进行有效管理,UIS统一管理矩阵可以采用UTP(UISM(UnifiedInfrastructure System Manager,统一基础架构***管理)Transport Protocol,即UISM传输协议),而UTP通常使用广播消息来实现设备的发现与管理。而且,UIS统一管理矩阵在发送广播消息时,会带来比较大的带宽开销。
针对上述发现,本申请实施例提出一种设备管理方法,该方法可以应用于管理设备(如UIS统一管理矩阵),且管理设备可以对多种类型的设备进行管理,为了方便描述,将多种类型的设备称为被管设备,且被管设备可以包括但不限于如下之一或者任意组合:路由器、交换机、防火墙设备、负载均衡设备、服务器(如机架服务器或者位于机箱内的刀片服务器等)、虚拟交换机等。
参见图1所示,为本申请实施例的应用场景示意图,管理设备、被管设备1、被管设备2、被管设备3和被管设备4位于同一个子网内。在上述应用场景下,参见图2所示,为该设备管理方法的流程图,该方法可以应用于管理设备。
步骤201,获取被管设备的本地链路地址(即link-local地址)、管理设备上与该被管设备对应的出接口。具体的,管理设备可以从本地链路地址表中选取出被管设备的本地链路地址、以及管理设备上与该被管设备对应的出接口。
在步骤201之前,还可以包括本地链路地址表的生成过程,而针对本地链路地址表的生成过程,可以包括但不限于:从邻居信息表中获取出被管设备的本地链路地址、管理设备上与该被管设备对应的出接口,并在本地链路地址表中记录获取出的本地链路地址与获取出的出接口的对应关系。
其中,该邻居信息表可以用于记录与管理设备位于同一子网的被管设备的本地链路地址、以及管理设备上的与该被管设备对应的出接口。
以下对上述邻居信息表和本地链路地址表的维护过程进行详细说明。
情况一、邻居信息表的维护过程。
如图1所示,管理设备、被管设备1、被管设备2、被管设备3和被管设备4位于同一个子网内,这些设备均运行IPv6的邻居发现协议(Neighbor Discovery protocol,NDP)。基于邻居发现协议,各设备可以发现彼此的存在,确定彼此的本地链路地址,并在邻居信息表中记录本地链路地址与出接口的对应关系。
例如,被管设备1以广播方式发送携带本地链路地址1的IPv6控制信息报文,管理设备在通过接口1接收到该IPv6控制信息报文后,可以在邻居信息表中记录本地链路地址1与接口1的对应关系。同理,管理设备可以在邻居信息表中记录被管设备3的本地链路地址3与接口1的对应关系、被管设备2的本地链路地址2与接口2的对应关系、被管设备4的本地链路地址4与接口2的对应关系,最终,管理设备维护的邻居信息表的示例可以如表1所示。当然,该邻居信息表还可以包括其它内容,对此邻居信息表的维护过程不再赘述。
表1
本地链路地址 | 出接口 |
本地链路地址1 | 接口1 |
本地链路地址2 | 接口2 |
本地链路地址3 | 接口1 |
本地链路地址4 | 接口2 |
情况二、本地链路地址表(link-local地址表)的维护过程。
在一个例子中,管理设备可以创建并维护一个本地链路地址表,该本地链路地址表用于记录本地链路地址与出接口(即管理设备上的与该本地链路地址对应的出接口)的对应关系。具体的,管理设备可以从邻居信息表中获取出本地链路地址(即被管设备的本地链路地址)及其对应的出接口,并可以在本地链路地址表中记录获取出的该本地链路地址与获取出的该出接口的对应关系。
在本地链路地址表的维护过程中,管理设备不需要与被管设备交互,可以直接从邻居信息表中获取出本地链路地址及其对应的出接口。实际应用中,管理设备可以从邻居信息表中获取出所有本地链路地址及其对应的出接口,也可以从邻居信息表中获取部分本地链路地址及其对应的出接口,对此不做限制。
在一个例子中,运行邻居发现协议的各设备可以启动NDP定时器,该NDP定时器的超时时间为M秒(如10秒),基于此NDP定时器,各设备周期性发送IPv6控制信息报文,而管理设备可以周期性(如每隔10秒)接收到IPv6控制信息报文,并更新邻居信息表。此外,管理设备还可以为本地链路地址表启动链路定时器,该链路定时器的超时时间为N秒(如1秒),基于此链路定时器,管理设备可以周期性的从邻居信息表中获取出本地链路地址及其对应的出接口,并根据获取出的本地链路地址与获取出的出接口更新本地链路地址表。
其中,NDP定时器的超时时间M以及链路定时器的超时时间N均可根据经验进行配置,对此不做限制。配置过程中,超时时间N可以小于超时时间M,如超时时间N为超时时间M的十分之一。由于超时时间N小于超时时间M,因此邻居信息表发生变化时,可以及时将变化内容更新到本地链路地址表,从而提高本地链路地址表的更新速度,保证本地链路地址表的内容具有时效性。
当与管理设备位于同一个子网的被管设备增加时,在NDP定时器超时时,管理设备可以更新邻居信息表,更新后的邻居信息表包括新增加的被管设备的本地链路地址;在链路定时器超时时,管理设备可以根据邻居信息表更新本地链路地址表,由于超时时间N远小于超时时间M,从而及时更新本地链路地址表,保证本地链路地址表的时效性。当与管理设备位于同一个子网的被管设备减少时,在NDP定时器超时时,管理设备可以更新邻居信息表,更新后的邻居信息表不包括已离开的被管设备的本地链路地址;在链路定时器超时时,管理设备可以根据邻居信息表更新本地链路地址表,由于超时时间N远小于超时时间M,从而及时更新本地链路地址表,保证本地链路地址表的时效性。
步骤202,根据本地链路地址生成用于请求管理信息的指定类型消息。
在一个例子中,在从本地链路地址表中选取出本地链路地址及其对应的出接口后,就可以根据本地链路地址生成用于请求管理信息的指定类型消息。具体的,可以确定本地链路地址对应的MAC(Media Access Control,介质访问控制)地址,并将该MAC地址添加到指定类型消息的目的MAC字段,并将该本地链路地址添加到指定类型消息的目的IP字段;或者,确定本地链路地址对应的MAC地址,并将该MAC地址添加到指定类型消息的目的MAC字段。
例如,若该指定类型消息为IPv6格式,则可以确定该本地链路地址对应的MAC地址,并将该MAC地址添加到该指定类型消息的目的MAC字段,并将该本地链路地址添加到该指定类型消息的目的IPv6字段。或者,若该指定类型消息不是IPv6格式,则可以确定该本地链路地址对应的MAC地址,并将该MAC地址添加到指定类型消息的目的MAC字段。
在一个例子中,该指定类型消息可以包括但不限于:基于链路层管理协议的消息,如统一基础架构***管理类型的消息,即UISM类型的消息,如UTP消息。而且,指定类型消息可以采用IPv6格式,也可以不采用IPv6格式,以下对IPv6格式的指定类型消息以及未采用IPv6格式的指定类型消息进行说明。
情况一、如图3A所示,为未采用IPv6格式的指定类型消息的示意图。
在一个例子中,在该指定类型消息中可以包括但不限于如下字段:目的MAC字段、源MAC字段、消息类型字段、数据内容字段、FCS(Frame Check Sequence,帧检验序列)字段。该目的MAC字段为本地链路地址对应的MAC地址,而不是广播MAC地址;该源MAC字段为管理设备的MAC地址;消息类型字段为预设数值(如0xAAB0),以表示当前消息是指定类型消息;该FCS字段为校验数据,用于对指定类型消息进行校验,具体校验方式不做限制。
此外,数据内容字段可以依次包括Head(头部)TLV、一个或者一个以上的optional(可选择)TLV、以及padding(补充)TLV。在各个TLV中,均包括Type(类型)字段、Length(长度)字段和Value(值)字段,Type字段的长度为1个字节,Length字段的长度为2个字节,Value字段的长度由Length决定。而且,optional TLV的内容可以根据实际需要进行配置,在后续过程对optional TLV进行说明。而且,当指定类型消息的总长度小于预设数值(如64个字节)时,可以添加padding TLV,以使指定类型消息的总长度不小于预设数值;当指定类型消息的总长度不小于预设数值时,可以不添加padding TLV。
进一步的,上述Head TLV还可以包括但不限于如下字段:Magic(类型)字段、Module(模块)字段、OpCode(操作码)字段、FeedBack(反馈)字段和Reserve(保留)字段。Magic字段的取值为预设数值(如0xFF02CAFE),以表示当前消息是指定类型消息,例如,只有当消息类型字段为预设数值0xAAB0,且Magic字段为预设数值0xFF02CAFE的消息,才被认为是指定类型消息。Module字段的取值范围是0x0000-FFFF,用于指示指定类型消息所属的模块。OpCode字段的取值范围是0x0000-FFFF,用于指示指定类型消息的操作码。FeedBack字段为回填字段,要求接收方将FeedBack字段的值原封不动的返回给发送方。Reserve字段的值为0,其是保留字段,留给后续扩展使用。
情况二、如图3B所示,为采用IPv6格式的指定类型消息的示意图。
在一个例子中,在该指定类型消息中可以包括但不限于如下字段:目的MAC字段、源MAC字段、消息类型字段、IPv6头字段、可选项字段、数据内容字段、FCS字段。该目的MAC字段为本地链路地址对应的MAC地址,而不是广播MAC地址;该源MAC字段为管理设备的MAC地址;该消息类型字段为预设第一数值(如0x86DD),以表示当前消息携带IPv6头字段;该可选项字段为预设第二数值(如0xAAB0),以表示当前消息是指定类型消息;该FCS字段为校验数据,用于对指定类型消息进行校验,具体的校验方式不做限制。
此外,该IPv6头字段可以包括但不限于:版本字段、流量类型字段、流标记字段、源IPv6字段、目的IPv6字段等,以下对源IPv6字段和目的IPv6字段进行说明,对于其它字段不做限制。其中,源IPv6字段为管理设备的本地链路地址,而目的IPv6字段为被管设备的本地链路地址(即步骤101中选取的)。
此外,数据内容字段可依次包括Head TLV、一个或者一个以上的optional TLV、padding TLV。各TLV均包括Type字段、Length字段和Value字段,Type字段的长度为1个字节,Length字段的长度为2个字节,Value字段的长度由Length决定。optional TLV的内容可以根据实际需要进行配置,在后续过程对optional TLV进行说明。当指定类型消息的总长度小于预设数值(如64个字节)时,可以添加padding TLV,以使指定类型消息的总长度不小于预设数值;当指定类型消息的总长度不小于预设数值时,可以不添加padding TLV。上述Head TLV还可以包括但不限于:Magic字段、Module字段、OpCode字段、FeedBack字段和Reserve字段。Magic字段的取值为预设数值(如0xFF02CAFE),以表示当前消息是指定类型消息,例如,只有当可选项字段为预设数值0xAAB0,且Magic字段为预设数值0xFF02CAFE的消息,才被认为是指定类型消息。Module字段的取值范围是0x0000-FFFF,用于指示指定类型消息所属的模块。OpCode字段的取值范围是0x0000-FFFF,用于指示指定类型消息的操作码。FeedBack字段为回填字段,要求接收方将FeedBack字段的值原封不动的返给发送方。Reserve字段的值为0,其是保留字段,留给后续扩展。
针对上述情况一和情况二,目的MAC字段为本地链路地址对应的MAC地址,针对“确定本地链路地址对应的MAC地址”的过程,则:在实际应用中,当设备启用IPv6后,该设备的每个接口可以自动生成一个本地链路地址,该本地链路地址的后64位是接口标识符,该接口标识符是基于48位的MAC地址生成的,因此,管理设备在得到本地链路地址后,可以先解析出本地链路地址的后64位,即接口标识符,然后,将后64位的接口标识符转换为48位的MAC地址,而这个48位的MAC地址也就是本地链路地址对应的MAC地址。
例如,利用48位的MAC地址生成64位的接口标识符的一个策略示例可以为:将十六进制数0xFF-FE***到MAC地址的第三和第四字节之间,并对“全局/本地”位(MAC地址开始字节的第二个最低位)求反,如果是1,则将其置为0,如果它是0,则将其置为1。例如,对于MAC地址00-60-08-52-F9-D8,将十六进制数0xFF-FE***0x08(第三字节)和0x52(第四字节)之间,形成64位地址00-60-08-FF-FE-52-F9-D8;然后,对“全局/本地”位(即0x00(首字节)的第二个最低位)求反,由于0x00的第二个最低位是0,因此求反后为1,即将第一个字节0x00变成0x02,综上,对应于MAC地址00-60-08-52-F9-D8的接口标识符是02-60-08-FF-FE-52-F9-D8。基于上述策略的逆运算,就可以将64位的接口标识符转换为48位的MAC地址,对此转换过程不再详加赘述。
针对上述情况一和情况二,对于数据内容字段中的optional TLV,该optionalTLV可以包括但不限于如下类型的TLV:IP TLV,该IP TLV用于携带管理设备的管理地址(如管理IP地址),以使收到指定类型消息的被管设备根据管理地址确定该指定类型消息是否合法,后续过程介绍合法性的确定过程。
其中,对于管理设备来说,该管理设备的每个接口都具有本地链路地址(即IPv6地址),而IPv6头的源IPv6字段携带的是管理设备的本地链路地址,如通过接口1发送指定类型消息时,源IPv6字段携带的是接口1的本地链路地址。与此不同的是,管理设备还具有管理IP地址,这个管理IP地址是针对管理设备来说的,而不是针对管理设备的接口,这个管理IP地址的功能可以是:被管设备基于这个管理IP地址识别出指定类型消息来自于管理设备。具体的,由于管理设备包括很多接口,若基于源IPv6字段携带的本地链路地址识别指定类型消息是否来自于管理设备,则需要在被管设备上配置管理设备的每个接口的本地链路地址,配置的工作量很大。因此本申请实施例中,可以在被管设备上配置管理设备的管理IP地址,这样只需要在被管设备上配置一个管理IP地址,被管设备就可以基于这个管理IP地址识别出指定类型消息来自于管理设备。
而且,若指定类型消息携带的管理IP地址(携带于数据内容字段)与被管设备上配置的管理设备的管理IP地址相匹配(如二者相同),则被管设备可以确定该指定类型消息合法;否则,被管设备可以确定该指定类型消息不合法。
步骤203,通过获取出的出接口发送指定类型消息。
在一个例子中,在从本地链路地址表中选取出本地链路地址及出接口,并生成指定类型消息后,就可以通过该出接口发送该指定类型消息。
而且,由于指定类型消息的目的MAC地址为本地链路地址对应的MAC地址,而不是广播MAC地址,因此该指定类型消息是单播方式发送。
步骤204,接收被管设备返回的针对该指定类型消息的响应消息,并从该响应消息中解析出被管设备的管理信息。该管理信息可以包括但不限于以下之一或者任意组合:被管设备的管理地址、设备类型、设备序列号。
在一个例子中,被管设备在接收到管理设备发送的指定类型消息后,可以生成携带该被管设备的管理信息的响应消息,并向管理设备发送该响应消息。
例如,管理设备可以将该指定类型消息的OpCode字段设置为预设标识(如01),以表示该指定类型消息用于请求管理信息。被管设备在接收到指定类型消息后,若解析出指定类型消息的OpCode字段为预设标识,就可获得被管设备的管理信息,生成携带管理信息的响应消息,并向管理设备发送响应消息。
在一个例子中,该指定类型消息还可以包括管理设备的管理地址(如管理IP地址),而被管设备在接收到指定类型消息后,若指定类型消息携带的管理地址(携带于数据内容字段)与本地预置的管理设备的管理地址相匹配(如二者相同),则可以确定指定类型消息合法;否则确定指定类型消息不合法。
在一个例子中,响应消息的格式与指定类型消息的格式类似,例如,若指定类型消息未采用IPv6格式,则响应消息不采用IPv6格式,若指定类型消息采用IPv6格式,则响应消息采用IPv6格式。指定类型消息和响应消息的不同之处在于:数据内容字段的optionalTLV不同,例如,指定类型消息的optional TLV包括IP TLV,该IP TLV用于携带管理设备的管理地址。而该响应消息的optional TLV可以包括:IP TLV、Device Type TLV、Device SNTLV,该IP TLV用于携带被管设备的管理地址(如管理IP地址),Device Type TLV用于携带被管设备的设备类型,Device SN TLV用于携带被管设备的设备序列号。
在该响应消息中,目的MAC字段为管理设备的MAC地址,源MAC字段为被管设备的MAC地址,目的IPv6字段为管理设备的本地链路地址,源IPv6字段为被管设备的本地链路地址。而且,被管设备的本地链路地址与被管设备的管理地址并不相同,被管设备的本地链路地址是针对该被管设备的接口的,而被管设备的管理地址是针对被管设备来说的,而不是针对被管设备的接口。
这个被管设备的管理地址的功能可以是:管理设备基于这个管理地址识别出响应消息来自于被管设备,并基于这个管理地址对被管设备进行管理。
步骤205,根据被管设备的管理信息对该被管设备进行管理。
例如,管理设备可以根据被管设备的管理地址、设备类型、设备序列号等管理信息,实现对该被管设备的管理过程,对此管理过程不做限制。
基于上述技术方案,本申请实施例中,管理设备可以基于被管设备的本地链路地址向被管设备发送指定类型消息,该指定类型消息是单播消息,而不是广播消息,从而可以有效的避免广播消息带来的带宽开销,节省带宽资源。而且,管理设备可以方便的收集被管设备的管理信息,并根据管理信息对被管设备进行管理,可以准确地收集到各被管设备的管理信息,收集方式简单有效。
而且,在实际网络中,不同被管设备的管理IP地址可能相同,但是不同被管设备的本地链路地址不同,因此,本申请实施例中,管理设备在发送指定类型消息时,该指定类型消息的目的IPv6字段为被管设备的本地链路地址,而不是被管设备的管理IP地址,因此可以有效规避IP地址冲突带来的风险。
基于与上述方法同样的申请构思,本申请实施例中还提出一种设备管理方法,参见图4所示,为设备管理方法的流程图,该方法可以应用于被管设备。
步骤401,接收管理设备发送的用于请求管理信息的指定类型消息,其中,该指定类型消息可以是管理设备根据该被管设备的本地链路地址生成的。
步骤402,生成携带被管设备的管理信息的针对指定类型消息的响应消息。
步骤403,向管理设备发送该响应消息,以使管理设备从该响应消息中解析出该被管设备的管理信息,并根据该管理信息对该被管设备进行管理。
在一个例子中,该管理信息可以包括但不限于以下之一或者任意组合:被管设备的管理地址、设备类型、设备序列号。该指定类型消息可以包括但不限于:基于链路层管理协议的消息。此外,该指定类型消息还可以包括管理设备的管理地址,而且,被管设备在接收到指定类型消息后,若指定类型消息携带的管理地址与本地预置的管理地址相匹配,确定指定类型消息合法,执行步骤402和步骤403;否则确定指定类型消息不合法,不执行步骤402和步骤403。
基于与上述方法同样的申请构思,本申请实施例还提出一种设备管理装置,应用于管理设备,如图5所示,为该设备管理装置的结构图,包括:
获取模块11,用于获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口;
生成模块12,用于根据所述本地链路地址生成用于请求管理信息的指定类型消息;
发送模块13,用于通过所述出接口发送所述指定类型消息;
接收模块14,用于接收所述被管设备返回的针对所述指定类型消息的响应消息,并从所述响应消息中解析出所述被管设备的管理信息;
管理模块15,用于根据所述管理信息对所述被管设备进行管理。
所述获取模块11,具体用于在获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口的过程中,从本地链路地址表中选取出被管设备的本地链路地址、所述管理设备上与所述被管设备对应的出接口;
所述获取模块11,还用于在所述本地链路地址表的生成过程中,从邻居信息表中获取出被管设备的本地链路地址、所述管理设备上与所述被管设备对应的出接口,在所述本地链路地址表中记录获取出的本地链路地址与获取出的出接口的对应关系;所述邻居信息表用于记录与所述管理设备位于同一子网的被管设备的本地链路地址、所述管理设备上的与所述被管设备对应的出接口。
所述生成模块12,具体用于在根据所述本地链路地址生成用于请求管理信息的指定类型消息的过程中,确定所述本地链路地址对应的MAC地址,将所述MAC地址添加到所述指定类型消息的目的MAC字段,将所述本地链路地址添加到所述指定类型消息的目的IP字段;或者,确定所述本地链路地址对应的MAC地址,并将所述MAC地址添加到所述指定类型消息的目的MAC字段。
本申请实施例提供的管理设备,硬件架构示意图可以参见图6。图6为管理设备的硬件结构示意图。包括:机器可读存储介质和处理器,其中:
机器可读存储介质:存储指令代码。
处理器:与机器可读存储介质通信,读取和执行机器可读存储介质中存储的所述指令代码,实现本申请上述示例公开的设备管理操作。
这里,机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(RadomAccess Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
基于与上述方法同样的申请构思,本申请实施例还提出一种设备管理装置,应用于被管设备,如图7所示,为该设备管理装置的结构图,包括:
接收模块21,用于接收管理设备发送的用于请求管理信息的指定类型消息,所述指定类型消息是所述管理设备根据被管设备的本地链路地址生成的;
生成模块22,用于生成针对所述指定类型消息的响应消息;其中,所述响应消息携带所述被管设备的管理信息;
发送模块23,用于向所述管理设备发送所述响应消息,以使管理设备从所述响应消息中解析出管理信息,根据所述管理信息对所述被管设备进行管理。
本申请实施例提供的被管设备,硬件架构示意图可以参见图8。图8为被管设备的硬件结构示意图。包括:机器可读存储介质和处理器,其中:
机器可读存储介质:存储指令代码。
处理器:与机器可读存储介质通信,读取和执行机器可读存储介质中存储的所述指令代码,实现本申请上述示例公开的设备管理操作。
这里,机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(RadomAccess Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
上述实施例阐明的***、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
而且,这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本领域技术人员应明白,本申请的实施例可提供为方法、***或计算机程序产品。因此,本申请可以采用完全硬件实施例、完全软件实施例、或者结合软件和硬件方面的实施例的形式。而且,本申请可以采用在一个或者多个其中包含有计算机可用程序代码的计算机可用存储介质(可以包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (11)
1.一种设备管理方法,其特征在于,应用于管理设备,所述方法包括:
获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口;
根据所述本地链路地址生成用于请求管理信息的指定类型消息;
通过所述出接口发送所述指定类型消息;
接收所述被管设备返回的针对所述指定类型消息的响应消息,并从所述响应消息中解析出所述被管设备的管理信息;
根据所述管理信息对所述被管设备进行管理。
2.根据权利要求1所述的方法,其特征在于,所述获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口的过程,具体包括:
从本地链路地址表中选取出被管设备的本地链路地址、所述管理设备上与所述被管设备对应的出接口;其中,所述本地链路地址表的生成过程,包括:
从邻居信息表中获取出被管设备的本地链路地址、所述管理设备上与所述被管设备对应的出接口,并在所述本地链路地址表中记录获取出的本地链路地址与获取出的出接口的对应关系;
其中,所述邻居信息表用于记录与所述管理设备位于同一子网的被管设备的本地链路地址、以及所述管理设备上的与所述被管设备对应的出接口。
3.根据权利要求1所述的方法,其特征在于,所述根据所述本地链路地址生成用于请求管理信息的指定类型消息的过程,具体包括:
确定所述本地链路地址对应的MAC地址,并将所述MAC地址添加到所述指定类型消息的目的MAC字段,并将所述本地链路地址添加到所述指定类型消息的目的IP字段;或者,
确定所述本地链路地址对应的MAC地址,并将所述MAC地址添加到所述指定类型消息的目的MAC字段。
4.根据权利要求1所述的方法,其特征在于,
所述指定类型消息还包括所述管理设备的管理地址,以使接收到所述指定类型消息的被管设备根据所述管理地址确定所述指定类型消息是否合法。
5.根据权利要求1所述的方法,其特征在于,所述被管设备的管理信息包括以下之一或任意组合:所述被管设备的管理地址、设备类型、设备序列号。
6.一种设备管理方法,其特征在于,应用于被管设备,所述方法包括:
接收管理设备发送的用于请求管理信息的指定类型消息,所述指定类型消息是所述管理设备根据所述被管设备的本地链路地址生成的;
生成携带所述被管设备的管理信息的针对所述指定类型消息的响应消息;
向所述管理设备发送所述响应消息,以使所述管理设备从所述响应消息中解析出管理信息,并根据所述管理信息对所述被管设备进行管理。
7.根据权利要求6所述的方法,其特征在于,所述管理信息包括以下之一或者任意组合:所述被管设备的管理地址、设备类型、设备序列号;
所述指定类型消息还包括所述管理设备的管理地址,在接收到所述指定类型消息后,若所述指定类型消息携带的管理地址与本地预置的管理地址相匹配,则确定所述指定类型消息合法;否则,确定所述指定类型消息不合法。
8.一种设备管理装置,其特征在于,应用于管理设备,所述装置包括:
获取模块,用于获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口;
生成模块,用于根据所述本地链路地址生成用于请求管理信息的指定类型消息;
发送模块,用于通过所述出接口发送所述指定类型消息;
接收模块,用于接收所述被管设备返回的针对所述指定类型消息的响应消息,并从所述响应消息中解析出所述被管设备的管理信息;
管理模块,用于根据所述管理信息对所述被管设备进行管理。
9.根据权利要求8所述的装置,其特征在于,
所述获取模块,具体用于在获取被管设备的本地链路地址、管理设备上与所述被管设备对应的出接口的过程中,从本地链路地址表中选取出被管设备的本地链路地址、所述管理设备上与所述被管设备对应的出接口;
所述获取模块,还用于在所述本地链路地址表的生成过程中,从邻居信息表中获取出被管设备的本地链路地址、所述管理设备上与所述被管设备对应的出接口,在所述本地链路地址表中记录获取出的本地链路地址与获取出的出接口的对应关系;所述邻居信息表用于记录与所述管理设备位于同一子网的被管设备的本地链路地址、以及所述管理设备上的与所述被管设备对应的出接口。
10.根据权利要求8所述的装置,其特征在于,
所述生成模块,具体用于在根据所述本地链路地址生成用于请求管理信息的指定类型消息的过程中,确定所述本地链路地址对应的MAC地址,并将所述MAC地址添加到所述指定类型消息的目的MAC字段,将所述本地链路地址添加到所述指定类型消息的目的IP字段;或者,确定所述本地链路地址对应的MAC地址,并将所述MAC地址添加到所述指定类型消息的目的MAC字段。
11.一种设备管理装置,其特征在于,应用于被管设备,所述装置包括:
接收模块,用于接收管理设备发送的用于请求管理信息的指定类型消息,所述指定类型消息是所述管理设备根据所述被管设备的本地链路地址生成的;
生成模块,用于生成针对所述指定类型消息的响应消息;其中,所述响应消息携带所述被管设备的管理信息;
发送模块,用于向所述管理设备发送所述响应消息,以使管理设备从所述响应消息中解析出管理信息,并根据所述管理信息对所述被管设备进行管理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710271574.6A CN107070719B (zh) | 2017-04-24 | 2017-04-24 | 一种设备管理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710271574.6A CN107070719B (zh) | 2017-04-24 | 2017-04-24 | 一种设备管理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107070719A CN107070719A (zh) | 2017-08-18 |
CN107070719B true CN107070719B (zh) | 2019-12-06 |
Family
ID=59603985
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710271574.6A Active CN107070719B (zh) | 2017-04-24 | 2017-04-24 | 一种设备管理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107070719B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111511041B (zh) * | 2019-01-31 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种远程连接方法及装置 |
CN110808950B (zh) * | 2019-09-25 | 2022-06-28 | 西安广和通无线软件有限公司 | 消息处理方法、装置、计算机设备和存储介质 |
CN112631786A (zh) * | 2020-12-30 | 2021-04-09 | 上海玖道信息科技股份有限公司 | 一种异构负载均衡设备的统一管理自动处理*** |
CN113076263A (zh) * | 2021-05-06 | 2021-07-06 | 北京字节跳动网络技术有限公司 | 一种进程运行的方法、装置、计算机设备及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1411214A (zh) * | 2002-11-15 | 2003-04-16 | 烽火通信科技股份有限公司 | 基于以太网技术的网络设备管理方法 |
JP2006173673A (ja) * | 2004-12-10 | 2006-06-29 | Canon Inc | 通信装置およびその制御方法 |
CN1859304A (zh) * | 2006-02-13 | 2006-11-08 | 华为技术有限公司 | 一种邻居发现的实现方法 |
CN101018146A (zh) * | 2006-02-10 | 2007-08-15 | 北京航空航天大学 | 一种用于层次化移动IPv6的本地管理单元 |
CN101212773A (zh) * | 2006-12-31 | 2008-07-02 | 华为技术有限公司 | 一种支持移动网络移动的方法和*** |
CN101304368A (zh) * | 2004-06-03 | 2008-11-12 | 华为技术有限公司 | 一种网络设备间传送策略信息的方法 |
CN102377835A (zh) * | 2010-08-20 | 2012-03-14 | 杭州华三通信技术有限公司 | 一种网元群组网络的通信方法和装置 |
CN102629915A (zh) * | 2012-04-28 | 2012-08-08 | 杭州华三通信技术有限公司 | 一种提高硬件表项利用率的方法和装置 |
CN104113463A (zh) * | 2014-07-24 | 2014-10-22 | 深圳市共进电子股份有限公司 | 一种基于网桥的数据报文处理方法、装置及网桥 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9148845B2 (en) * | 2013-09-23 | 2015-09-29 | Mitsubishi Electric Research Laboratories, Inc. | Method for discovering neighboring nodes in wireless networks |
-
2017
- 2017-04-24 CN CN201710271574.6A patent/CN107070719B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1411214A (zh) * | 2002-11-15 | 2003-04-16 | 烽火通信科技股份有限公司 | 基于以太网技术的网络设备管理方法 |
CN101304368A (zh) * | 2004-06-03 | 2008-11-12 | 华为技术有限公司 | 一种网络设备间传送策略信息的方法 |
JP2006173673A (ja) * | 2004-12-10 | 2006-06-29 | Canon Inc | 通信装置およびその制御方法 |
CN101018146A (zh) * | 2006-02-10 | 2007-08-15 | 北京航空航天大学 | 一种用于层次化移动IPv6的本地管理单元 |
CN1859304A (zh) * | 2006-02-13 | 2006-11-08 | 华为技术有限公司 | 一种邻居发现的实现方法 |
CN101212773A (zh) * | 2006-12-31 | 2008-07-02 | 华为技术有限公司 | 一种支持移动网络移动的方法和*** |
CN102377835A (zh) * | 2010-08-20 | 2012-03-14 | 杭州华三通信技术有限公司 | 一种网元群组网络的通信方法和装置 |
CN102629915A (zh) * | 2012-04-28 | 2012-08-08 | 杭州华三通信技术有限公司 | 一种提高硬件表项利用率的方法和装置 |
CN104113463A (zh) * | 2014-07-24 | 2014-10-22 | 深圳市共进电子股份有限公司 | 一种基于网桥的数据报文处理方法、装置及网桥 |
Non-Patent Citations (2)
Title |
---|
"IPv6 链路本地地址安全技术研究";孙文歌等;《计算机技术与发展》;20111031;第 21 卷(第 10 期);全文 * |
"IPv6单播数据转发技术分析与研究";方诗虹;《万方数据》;20061117;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN107070719A (zh) | 2017-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112422393B (zh) | 可扩展虚拟局域网报文发送方法、计算机设备和可读介质 | |
CN106412142B (zh) | 一种资源设备地址获取方法及装置 | |
CN110635987B (zh) | 一种报文传输方法、装置、设备及机器可读存储介质 | |
CN107070719B (zh) | 一种设备管理方法和装置 | |
CN107580079B (zh) | 一种报文传输方法和装置 | |
CN106878194B (zh) | 一种报文处理方法和装置 | |
CN106878199B (zh) | 一种接入信息的配置方法和装置 | |
CN106921578B (zh) | 一种转发表项的生成方法和装置 | |
EP3451592B1 (en) | Packet transmission between vxlan domains | |
CN108965092B (zh) | 一种数据报文传输方法和装置 | |
CN107770072B (zh) | 一种发送和接收报文的方法和设备 | |
CN110580256A (zh) | 一种识别应用标识的方法、设备及*** | |
CN106453681B (zh) | 一种ip地址的分配方法和装置 | |
CN106657434B (zh) | 一种ip地址的查看方法和装置 | |
CN108667888B (zh) | 一种负载均衡方法和装置 | |
CN107547346B (zh) | 一种报文传输方法和装置 | |
WO2012146120A1 (en) | Method for forwarding response packet from dhcp server, forwarding device and system | |
CN112887229B (zh) | 一种会话信息同步方法及装置 | |
EP4057576A1 (en) | Packet encapsulating method and apparatus, and packet decapsulating method and apparatus | |
US20150256459A1 (en) | Packet processing method and apparatus | |
US20160028628A1 (en) | Communication system, control apparatus, address allocation method, and program | |
EP3503484B1 (en) | Message transmission methods and devices | |
CN103746768A (zh) | 一种数据包的识别方法及设备 | |
JP2024504466A (ja) | パケット転送方法、パケット処理方法、およびデバイス | |
CN108259350B (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Applicant after: Xinhua Sanxin Information Technology Co., Ltd. Address before: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Applicant before: Huashan Information Technology Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |