CN111225080B - 一种网关下挂设备信息的获取方法 - Google Patents
一种网关下挂设备信息的获取方法 Download PDFInfo
- Publication number
- CN111225080B CN111225080B CN202010012405.2A CN202010012405A CN111225080B CN 111225080 B CN111225080 B CN 111225080B CN 202010012405 A CN202010012405 A CN 202010012405A CN 111225080 B CN111225080 B CN 111225080B
- Authority
- CN
- China
- Prior art keywords
- gateway
- dhcp
- address
- equipment
- hanging
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- 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/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Abstract
本发明公开了一种网关下挂设备信息的获取方法,应用于第一网关中,第一网关下挂有下挂设备,第一网关桥接于第二网关,下挂设备通过DHCP协议与第二网关通信以获取第一IP地址,下挂设备在选择了第二网关提供的第一IP地址后广播DHCP选择报文,包括:在第一网关上启动DHCP监听进程以监听DHCP选择报文;基于DHCP选择报文,获得所述下挂设备的第一设备信息,第一设备信息包括第一IP地址;基于第二IP地址及第一IP地址,向所述下挂设备发送ARP请求包,第二IP地址为第一网关内部第二DHCP客户端从第二网关获取的IP地址,第二IP地址与第一IP地址处于同一网段;当接收到下挂设备反馈的ARP回应包时,确定下挂设备处于在线状态,第一设备信息有效。
Description
技术领域
本发明涉及网关下挂设备管理的技术领域,尤其涉及一种网关下挂设备信息的获取方法。
背景技术
随着因特网及物联网的高速发展,网络已成为人们生活中必不可少的一部分,越来越多智能终端的出现,对网关下挂设备的管理提出了挑战。传统工作在路由模式的家庭网关,内部设置有DHCP服务器,是通过DHCP协议配合查询ARP表的方式获得下挂设备信息的,这种方式对于工作在桥接模式下的网关无效。在桥接模式下,作为网桥接口的网关内部没有DHCP服务器,统一由作为DHCP服务器的上级网关下发DHCP地址信息,ARP表在桥接模式下也失效,这样造成网关在桥接模式完全无法获取下挂设备信息,对下挂设备状态的诊断及管理造成了很大困扰。
桥接模式相比路由模式,具有多方面的优点,如配置简单、转发效率高、组网结构简单等。如果网关在桥接模式下,完全无法获得下挂设备信息,不得不说是一种很大的缺憾。
发明内容
本申请实施例通过提供一种网关下挂设备信息的获取方法,解决了现有技术中不存在一种较方便、实用的方案以获取工作在桥接模式的网关的下挂设备的设备信息,从而导致对下挂设备状态的诊断及管理造成了很大困扰的技术问题。
第一方面,本申请通过本申请的一实施例提供如下技术方案:
一种网关下挂设备信息的获取方法,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,其特征在于,包括:在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
在一个实施例中,所述基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包之前,还包括:在所述第一网关上启动所述第二DHCP客户端以从所述第二网关获取所述第二IP地址。
在一个实施例中,所述在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文,具体包括:在所述第一网关上启动DHCP监听进程,监听所述第一网关的UDP 67Port,以从所述UDP 67Port处获取所述DHCP选择报文,所述桥接模式下,所述下挂设备广播所述DHCP选择报文,所述第二网关通过所述UDP 67Port接收所述DHCP选择报文。
在一个实施例中,所述第一设备信息包括所述下挂设备的第一IP地址、第一MAC地址、第一主机名。
在一个实施例中,所述当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,包括:当监听到所述DHCP选择报文后,基于所述DHCP选择报文,解析出所述下挂设备的所述第一设备信息;将所述第一设备信息对应的所述下挂设备确定为待确认下挂设备;所述当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效,包括:当接收到所述下挂设备反馈的所述ARP回应包时,将所述待确认下挂设备确定为已确认下挂设备,并将所述待确认下挂设备对应的所述第一设备信息保存。
在一个实施例中,所述基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包之后,还包括:当未接收到所述下挂设备反馈的所述ARP回应包时,将所述下挂设备及所述下挂设备对应的所述第一设备信息删除。
在一个实施例中,在所述当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效之后,还包括:以预设频率向所述下挂设备发送所述ARP请求包,以确认所述下挂设备是否处于在线状态;若未接收到所述下挂设备反馈的所述ARP回应包,确定所述下挂设备处于离线状态,所述第一设备信息无效,删除所述下挂设备及所述下挂设备对应的所述第一设备信息。
第二方面,本申请通过本申请的一实施例提供如下技术方案:
一种网关下挂设备信息的获取系统,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,包括:监听模块,用于在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;获得模块,用于当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;发送模块,用于基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;确定模块,用于当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
第三方面,本申请通过本申请的一实施例提供如下技术方案:
一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时可以实现上述任一实施例所述的方法步骤。
第四方面,本申请通过本申请的一实施例提供如下技术方案:
一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述任一实施例所述的方法步骤。
本申请实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
本申请中,下挂设备在选择了所述第二网关提供的所述第一IP地址后会广播DHCP选择报文,工作于桥接模式下作为网桥接口的第一网关能够监听到该DHCP选择报文,由于DHCP选择报文包含所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址,通过解析DHCP选择报文能够获知申请加入网关的下挂设备及其对应的第一设备信息,但从DHCP选择报文中获知的下挂设备,并不能准确代表该下挂设备已经加入网关,处于在线状态。本申请利用主机在向处于同一网段的其他主机发送ARP请求包时,能够收到其他主机反馈的ARP回应包的原理,利用处于同一网段的第二IP地址和第一IP地址构造ARP请求包并发送给下挂设备,若收到下挂设备反馈的ARP回应包,则说明下挂设备成功处于加入网关,确定下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。因此,本申请解决了现有技术中不存在一种较方便、实用的方案以获取工作在桥接模式的网关的下挂设备的设备信息,从而导致对下挂设备状态的诊断及管理造成了很大困扰的技术问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请较佳实施例提供的一种网关下挂设备信息的获取方法的流程图:
图2为本申请较佳实施例提供的一种网关下挂设备信息的获取系统的架构图:
图3为本申请较佳实施例提供的一种电子设备的架构图;
图4为本申请较佳实施例提供的一种计算机存储介质的架构图。
具体实施方式
本申请实施例通过提供一种网关下挂设备信息的获取方法,解决了现有技术中不存在一种较方便、实用的方案以获取工作在桥接模式的网关的下挂设备的设备信息,从而导致对下挂设备状态的诊断及管理造成了很大困扰的技术问题。
本申请实施例的技术方案为解决上述技术问题,总体思路如下:
一种网关下挂设备信息的获取方法,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,其特征在于,包括:在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
在本申请提供的网关下挂设备信息的获取方法中,通过监听下挂设备的DHCP选择报文来获取下挂设备及其第一设备信息,并利用主机在向处于同一网段的其他主机发送ARP请求包时,能够收到其他主机反馈的ARP回应包的原理,确认从DHCP选择报文中获取的下挂设备及其第一设备信息的有效性,从而实现下挂设备及其第一设备信息的获取,解决了现有技术中不存在一种较方便、实用的方案以获取工作在桥接模式的网关的下挂设备的设备信息,从而导致对下挂设备状态的诊断及管理造成了很大困扰的技术问题。
为了更好的理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
实施例一
如图1所示,本实施例提供了一种网关下挂设备信息的获取方法,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,包括:
步骤S101:在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;
具体的,DHCP监听进程需要对收到的DHCP选择报文作检验,如果不是合法DHCP选择报文,直接忽略。检验方式主要是检验DHCP选择报文的封包格式是否符合。
步骤S102:当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;
步骤S103:基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段:
步骤S104:当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
具体的,下挂设备通过DHCP协议与DHCP服务器交互,以从DHCP服务器中获取IP地址,从而加入网络中。下挂设备与DHCP服务器的交互包括四个阶段:发现阶段,提供阶段,选择阶段,确认阶段,具体如下:
发现阶段:即下挂设备寻找DHCP服务器的阶段;
提供阶段,即DHCP服务器提供IP地址的阶段;
选择阶段,即下挂设备选择某台DHCP服务器提供的IP地址的阶段;
确认阶段,即DHCP服务器确认所提供的IP地址的阶段;
以上四个阶段全部执行完成,IP地址的获取才算成功。其中,发现阶段和选择阶段使用的是广播报文,这是由DHCP协议规范RFC 2131所规定的。广播报文的特性是,同一网络上的所有主机都可以接收到广播报文。其中,选择阶段的DHCP选择报文包含了下挂设备的详尽信息,包括IP地址、MAC地址、主机名等。
传统工作在路由模式中的第一网关内部一般包含了一个微型的DHCP服务器,下挂设备的DHCP选择报文都直接发给了此DHCP服务器,所以从服务器内部可以轻易获得所有下挂设备的信息。
对于工作于桥接模式下的第一网关,内部不启动DHCP服务器,因此这样造成网关在桥接模式完全无法获取下挂设备信息,对下挂设备状态的诊断及管理造成了很大困扰。
需要说明的是,本申请中,工作于桥接模式下的第一网关,统一由上级网关(第二网关)作为DHCP服务器,第一网关桥接作为DHCP服务器的第二网关,服务于下挂设备和第二网关的通信,下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,利用广播报文的特性(同一网络上的所有主机都可以接收到广播报文,也就是说,第二网关、第一网关、所有已加入本网络的其他下挂设备均能够接收到DHCP选择报文),在网关内部监听UDP 67Port(DHCP协议所规定的监听端口),也能够获取到DHCP选择报文,通过解析该DHCP选择报文,能够获得下挂设备的第一设备信息。该种方式通过监听UDP 67Port,无需对经过网关所有的包进行识别分析,对网关的转发性能不会造成影响。进一步需要强调的是,由于只有发现阶段和选择阶段使用的是广播报文,因此,利用广播报文的特性,在UDP67Port能够监听到DHCP选择报文,但却无法获知的第二网关是否收到DHCP确认报文,如果第二网关没有收到确认报文,即使下挂设备广播了DHCP选择报文,下挂设备并未成功获取到IP地址,换句话说,下挂设备未成功入网,处于离线状态,第一设备信息就无效。
本申请确认下挂设备是否成功入网的方式如下:对于从DHCP选择报文获知的下挂设备及其对应的第一设备信息,本申请利用主机在向处于同一网段的其他主机发送ARP请求包时,能够收到其他主机反馈的ARP回应包的原理,利用处于同一网段的第二IP地址和第一IP地址构造ARP请求包并发送给下挂设备,若收到下挂设备反馈的ARP回应包,则说明下挂设备成功处于加入网关,确定下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效,从而实现下挂设备及其第一设备信息的获取。
作为一种可选的实施例,所述步骤S103之前,还包括:
在所述第一网关上启动所述第二DHCP客户端以从所述第二网关获取所述第二IP地址。
需要说明的是,DHCP客户端以DHCP协议与作为DHCP服务器的上级网关(第二网关)交互,能够成功从第二网关中获取到第二IP地址。下挂设备就是DHCP客户端的一种。
本申请中以DHCP协议通信的第一网关内部是具备DHCP客户端和DHCP服务器的,路由模式下,第一网关作为DHCP服务器与下挂设备交互,给下挂设备提供IP地址。第一网关内部的DHCP客户端一般情况下是不启动,启动后,该DHCP客户端和下挂设备的地位一样,能够成功从第二网关中获取到第二IP地址。下挂设备就是DHCP客户端的一种。
作为一种可选的实施例,所述步骤S101,具体包括:
在所述第一网关上启动DHCP监听进程,监听所述第一网关的UDP 67Port,以从所述UDP 67Port处获取所述DHCP选择报文,所述桥接模式下,所述下挂设备广播所述DHCP选择报文,所述第二网关通过所述UDP 67Port接收所述DHCP选择报文。
UDP 67Port(DHCP协议所规定的监听端口)为DHCP客户端向DHCP服务器发送请求报文(包括DHCP选择报文)的服务端口。
作为一种可选的实施例,所述第一设备信息包括所述下挂设备的第一IP地址、第一MAC地址、第一主机名。
需要说明的是,DHCP选择报文的封包格包括多个字段,对应包括下挂设备的多个设备信息,例如:Chaddr字段,对应第一MAC地址;Option50,对应第一IP地址;Option12,对应第一主机名;还可以根据需要,解析其他Options,以获得下挂设备的其他设备信息。
作为一种可选的实施例,所述步骤S102,包括:
当监听到所述DHCP选择报文后,基于所述DHCP选择报文,解析出所述下挂设备的所述第一设备信息;
将所述第一设备信息对应的所述下挂设备确定为待确认下挂设备;
具体的,将所述第一设备信息对应的所述下挂设备保存至待确认下挂设备列表中;
所述当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效,包括:
当接收到所述下挂设备反馈的所述ARP回应包时,将所述待确认下挂设备确定为已确认下挂设备,并将所述待确认下挂设备对应的所述第一设备信息保存;
具体的,将该下挂设备转移到已确认下挂设备列表中,并将对应的所述第一设备信息一并保存。
作为一种可选的实施例,所述步骤S103之后,还包括:
当未接收到所述下挂设备反馈的所述ARP回应包时,将所述下挂设备及所述下挂设备对应的所述第一设备信息删除。
具体的,如果没有收到ARP回应包,可对其再次发送ARP请求包,如果3次均无法收到回应包,将该下挂设备从待确认下挂设备列表中移除。
作为一种可选的实施例,在所述步骤S104之后,还包括:
以预设频率向所述下挂设备发送所述ARP请求包,以确认所述下挂设备是否处于在线状态;
若未接收到所述下挂设备反馈的所述ARP回应包,确定所述下挂设备处于离线状态,所述第一设备信息无效,删除所述下挂设备及所述下挂设备对应的所述第一设备信息。
具体的,对已确认下挂设备列表中的所有下挂设备,每隔30秒从第一网关内部发起ARP请求包,如果收到ARP回应包,则该下挂设备仍然活跃,不做特殊处理;如果没有收到ARP回应包,可对其再次发送ARP请求包,如果3次均无法收到回应包,将该设备从已确认下挂设备列表中移除。
上述本申请实施例中的技术方案,至少具有如下的技术效果或优点:
本申请中,下挂设备在选择了所述第二网关提供的所述第一IP地址后会广播DHCP选择报文,工作于桥接模式下作为网桥接口的第一网关能够监听到该DHCP选择报文,由于DHCP选择报文包含所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址,通过解析DHCP选择报文能够获知申请加入网关的下挂设备及其对应的第一设备信息,但从DHCP选择报文中获知的下挂设备,并不能准确代表该下挂设备已经加入网关,处于在线状态。本申请利用主机在向处于同一网段的其他主机发送ARP请求包时,能够收到其他主机反馈的ARP回应包的原理,利用处于同一网段的第二IP地址和第一IP地址构造ARP请求包并发送给下挂设备,若收到下挂设备反馈的ARP回应包,则说明下挂设备成功处于加入网关,确定下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。因此,本申请解决了现有技术中不存在一种较方便、实用的方案以获取工作在桥接模式的网关的下挂设备的设备信息,从而导致对下挂设备状态的诊断及管理造成了很大困扰的技术问题。
实施例二
如图2所示,基于相同的发明构思,本实施例提供了一种网关下挂设备信息的获取系统,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,包括:
监听模块201,用于在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;
获得模块202,用于当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;
发送模块203,用于基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;
确定模块204,用于当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
作为一种可选的实施例,启动模块,用于在基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包之前,在所述第一网关上启动所述第二DHCP客户端以从所述第二网关获取所述第二IP地址。
作为一种可选的实施例,所述监听模块201,具体用于:
在所述第一网关上启动DHCP监听进程,监听所述第一网关的UDP 67Port,以从所述UDP 67Port处获取所述DHCP选择报文,所述桥接模式下,所述下挂设备广播所述DHCP选择报文,所述第二网关通过所述UDP 67Port接收所述DHCP选择报文。
作为一种可选的实施例,所述第一设备信息包括所述下挂设备的第一IP地址、第一MAC地址、第一主机名。
作为一种可选的实施例,所述获得模块202,具体用于:
当监听到所述DHCP选择报文后,基于所述DHCP选择报文,解析出所述下挂设备的所述第一设备信息;将所述第一设备信息对应的所述下挂设备确定为待确认下挂设备;
所述确定模块204,具体用于:
当接收到所述下挂设备反馈的所述ARP回应包时,将所述待确认下挂设备确定为已确认下挂设备,并将所述待确认下挂设备对应的所述第一设备信息保存。
作为一种可选的实施例,还包括删除模块,用于在基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包之后,当未接收到所述下挂设备反馈的所述ARP回应包时,将所述下挂设备及所述下挂设备对应的所述第一设备信息删除。
作为一种可选的实施例,还包括检测模块,用于在所述当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效之后,以预设频率向所述下挂设备发送所述ARP请求包,以确认所述下挂设备是否处于在线状态;若未接收到所述下挂设备反馈的所述ARP回应包,确定所述下挂设备处于离线状态,所述第一设备信息无效,删除所述下挂设备及所述下挂设备对应的所述第一设备信息。
实施例三
如图3所示,基于相同的发明构思,本实施例提供了一种电子设备300,包括:存储器310、处理器320及存储在所述存储器310上并可在所述处理器320上运行的计算机程序311,所述处理器320执行所述计算机程序311时可以实现如下方法步骤:
在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
在具体实施过程中,处理器320执行所述计算机程序311时,还可以实现实施例一中的任一方法步骤。
实施例四
如图4所示,基于相同的发明构思,本实施例提供了一种计算机存储介质400,其上存储有计算机程序411,该计算机程序411被处理器执行时实现以下步骤:
在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文;当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效。
在具体实施过程中,该计算机程序411被处理器执行时,可以实现实施例一中的任一方法步骤。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种网关下挂设备信息的获取方法,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,其特征在于,包括:
在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文,具体包括:在所述第一网关上启动DHCP监听进程,监听所述第一网关的UDP 67Port,以从所述UDP 67Port处获取所述DHCP选择报文,所述桥接模式下,所述下挂设备广播所述DHCP选择报文,所述第二网关通过所述UDP 67Port接收所述DHCP选择报文;
当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;
基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;
当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效;
以预设频率向所述下挂设备发送所述ARP请求包,以确认所述下挂设备是否处于在线状态;
若未接收到所述下挂设备反馈的所述ARP回应包,确定所述下挂设备处于离线状态,所述第一设备信息无效,删除所述下挂设备及所述下挂设备对应的所述第一设备信息。
2.如权利要求1所述的网关下挂设备信息的获取方法,其特征在于,所述基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包之前,还包括:
在所述第一网关上启动所述第二DHCP客户端以从所述第二网关获取所述第二IP地址。
3.如权利要求1所述的网关下挂设备信息的获取方法,其特征在于,所述第一设备信息包括所述下挂设备的第一IP地址、第一MAC地址、第一主机名。
4.如权利要求1所述的网关下挂设备信息的获取方法,其特征在于,所述当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,包括:
当监听到所述DHCP选择报文后,基于所述DHCP选择报文,解析出所述下挂设备的所述第一设备信息;
将所述第一设备信息对应的所述下挂设备确定为待确认下挂设备;
所述当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效,包括:
当接收到所述下挂设备反馈的所述ARP回应包时,将所述待确认下挂设备确定为已确认下挂设备,并将所述待确认下挂设备对应的所述第一设备信息保存。
5.如权利要求1所述的网关下挂设备信息的获取方法,其特征在于,所述基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包之后,还包括:
当未接收到所述下挂设备反馈的所述ARP回应包时,将所述下挂设备及所述下挂设备对应的所述第一设备信息删除。
6.一种网关下挂设备信息的获取系统,应用于工作在桥接模式下的第一网关中,所述第一网关下挂有作为DHCP客户端的下挂设备,所述第一网关桥接作为DHCP服务器的第二网关,所述下挂设备通过DHCP协议与所述第二网关通信以获取第一IP地址,所述下挂设备在选择了所述第二网关提供的所述第一IP地址后广播DHCP选择报文,所述第二网关通过所述第一网关接收所述DHCP选择报文,其特征在于,包括:
监听模块,用于在所述第一网关上启动DHCP监听进程以监听所述DHCP选择报文,具体包括:在所述第一网关上启动DHCP监听进程,监听所述第一网关的UDP 67Port,以从所述UDP 67Port处获取所述DHCP选择报文,所述桥接模式下,所述下挂设备广播所述DHCP选择报文,所述第二网关通过所述UDP 67Port接收所述DHCP选择报文;
获得模块,用于当监听到所述DHCP选择报文后,基于所述DHCP选择报文,获得所述下挂设备的第一设备信息,所述第一设备信息包括第一IP地址;
发送模块,用于基于第二IP地址及所述第一IP地址,向所述下挂设备发送ARP请求包,其中,所述第二IP地址为所述第一网关内部的第二DHCP客户端从所述第二网关获取的IP地址,所述第二IP地址与所述第一IP地址处于同一网段;
确定模块,用于当接收到所述下挂设备反馈的ARP回应包时,确定所述下挂设备处于在线状态,所述下挂设备对应的所述第一设备信息有效;
检测模块,用于以预设频率向所述下挂设备发送所述ARP请求包,以确认所述下挂设备是否处于在线状态;若未接收到所述下挂设备反馈的所述ARP回应包,确定所述下挂设备处于离线状态,所述第一设备信息无效,删除所述下挂设备及所述下挂设备对应的所述第一设备信息。
7.一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时可以实现如权利要求1~5任一权项的方法步骤。
8.一种计算机存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时可以实现如权利要求1~5任一权项所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010012405.2A CN111225080B (zh) | 2020-01-06 | 2020-01-06 | 一种网关下挂设备信息的获取方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010012405.2A CN111225080B (zh) | 2020-01-06 | 2020-01-06 | 一种网关下挂设备信息的获取方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111225080A CN111225080A (zh) | 2020-06-02 |
CN111225080B true CN111225080B (zh) | 2022-11-08 |
Family
ID=70829258
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010012405.2A Active CN111225080B (zh) | 2020-01-06 | 2020-01-06 | 一种网关下挂设备信息的获取方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111225080B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770194B (zh) * | 2020-07-13 | 2024-04-26 | 太仓市同维电子有限公司 | 一种主动触发下挂设备发送arp的方法 |
CN112073557B (zh) * | 2020-09-18 | 2023-04-28 | 上海市共进通信技术有限公司 | 网络静态ip条件下实现网关自动获取下挂设备名称的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101453495A (zh) * | 2008-12-30 | 2009-06-10 | 杭州华三通信技术有限公司 | 防止授权地址解析协议信息丢失的方法、系统和设备 |
CN102244620A (zh) * | 2010-05-13 | 2011-11-16 | 工业和信息化部电信传输研究所 | 一种确定网关与设备关联关系的方法和系统 |
CN102868781A (zh) * | 2012-09-21 | 2013-01-09 | 杭州华三通信技术有限公司 | 一种无线网桥及实现dhcp安全的方法 |
CN104219338A (zh) * | 2014-09-15 | 2014-12-17 | 杭州华三通信技术有限公司 | 授权地址解析协议安全表项的生成方法及装置 |
CN107547667A (zh) * | 2016-06-24 | 2018-01-05 | 中兴通讯股份有限公司 | 一种报文处理方法及装置 |
CN108307002A (zh) * | 2018-05-09 | 2018-07-20 | 华为技术有限公司 | 一种dhcp报文处理方法及装置 |
-
2020
- 2020-01-06 CN CN202010012405.2A patent/CN111225080B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101453495A (zh) * | 2008-12-30 | 2009-06-10 | 杭州华三通信技术有限公司 | 防止授权地址解析协议信息丢失的方法、系统和设备 |
CN102244620A (zh) * | 2010-05-13 | 2011-11-16 | 工业和信息化部电信传输研究所 | 一种确定网关与设备关联关系的方法和系统 |
CN102868781A (zh) * | 2012-09-21 | 2013-01-09 | 杭州华三通信技术有限公司 | 一种无线网桥及实现dhcp安全的方法 |
CN104219338A (zh) * | 2014-09-15 | 2014-12-17 | 杭州华三通信技术有限公司 | 授权地址解析协议安全表项的生成方法及装置 |
CN107547667A (zh) * | 2016-06-24 | 2018-01-05 | 中兴通讯股份有限公司 | 一种报文处理方法及装置 |
CN108307002A (zh) * | 2018-05-09 | 2018-07-20 | 华为技术有限公司 | 一种dhcp报文处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111225080A (zh) | 2020-06-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7380025B1 (en) | Method and apparatus providing role-based configuration of a port of a network element | |
CN109474936B (zh) | 应用于多个lora网关之间的物联网通讯方法及系统 | |
EP2012485A1 (en) | Management method, apparatus and system of session connection | |
US8432833B2 (en) | Auto MEP ID assignment within CFM maintenance association | |
WO2015003566A1 (zh) | 组播域名系统中报文传输的方法、装置及系统 | |
EP1774702A1 (en) | System, network entities and computer programs for configuration management of a dynamic host configuration protocol framework | |
CN107623752B (zh) | 基于链路层的网络管理方法和装置 | |
CN111225080B (zh) | 一种网关下挂设备信息的获取方法 | |
KR101139836B1 (ko) | 웹 서비스 기반 관리 서비스를 발견하기 위한 2단계 방식의방법 및 시스템 | |
CN112738834A (zh) | 一种mesh组网网络应急管理方法和电子设备 | |
US20120269092A1 (en) | Auto-configuration of network devices | |
CN106131177B (zh) | 一种报文处理方法及装置 | |
CN105634805A (zh) | 一种无线组网环境下主控设备对附加设备统一配置的方法 | |
CN104106254A (zh) | 用于实现nat穿越的方法和系统 | |
WO2016192407A1 (zh) | 域名系统地址配置方法、装置及计算机存储介质 | |
WO2012155571A1 (zh) | 一种基站自配置的方法及装置 | |
WO2017101028A1 (zh) | 数据传输方法、m2m服务器、pgw、sgw及服务网络节点 | |
CN113194119B (zh) | 一种配置文件获取方法及装置 | |
CN115174528A (zh) | 一种设备地址管控方法、装置及系统 | |
WO2016180141A1 (zh) | 虚拟机状态管理方法及装置 | |
KR20140102280A (ko) | Nat 통과를 가능하게 하기 위한 방법 및 시스템 | |
CN111385371B (zh) | Mac地址获取方法、装置和设备 | |
WO2015143824A1 (zh) | IPv6过渡技术类型处理方法、装置及系统 | |
CN105763667A (zh) | 一种实现Hadoop主机自动发现的方法及装置 | |
JP2010238101A (ja) | 負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システム |
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 | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Method for Obtaining Device Information under a Gateway Effective date of registration: 20230629 Granted publication date: 20221108 Pledgee: China Merchants Bank Co.,Ltd. Jiaxing Branch Pledgor: BOWEI TECHNOLOGY Co.,Ltd. Registration number: Y2023990000331 |
|
PE01 | Entry into force of the registration of the contract for pledge of patent right |