CN113315651A - Alarm method and device - Google Patents

Alarm method and device Download PDF

Info

Publication number
CN113315651A
CN113315651A CN202110459964.2A CN202110459964A CN113315651A CN 113315651 A CN113315651 A CN 113315651A CN 202110459964 A CN202110459964 A CN 202110459964A CN 113315651 A CN113315651 A CN 113315651A
Authority
CN
China
Prior art keywords
domain name
sub
network segment
segment corresponding
dhcp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110459964.2A
Other languages
Chinese (zh)
Other versions
CN113315651B (en
Inventor
王阳
廖以顺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Security Technologies Co Ltd
Original Assignee
New H3C Security Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Security Technologies Co Ltd filed Critical New H3C Security Technologies Co Ltd
Priority to CN202110459964.2A priority Critical patent/CN113315651B/en
Publication of CN113315651A publication Critical patent/CN113315651A/en
Application granted granted Critical
Publication of CN113315651B publication Critical patent/CN113315651B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Abstract

The application provides an alarm method and a device, the method is applied to BRAS equipment serving as a DHCP server and an ODAP client, and the method comprises the following steps: aiming at the obtained sub-network segment corresponding to any ISP domain name, calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name according to the monitored first number of the distributed IP addresses and the monitored second number of the distributed IP addresses in the sub-network segment corresponding to the ISP domain name, and the recently obtained third number of the IP addresses in the acquirable sub-network segment corresponding to the ISP domain name on the ODAP server providing the sub-network segment corresponding to the ISP domain name; and when the calculated IP address utilization rate is not less than a set threshold value, outputting alarm information aiming at the IP address utilization rate of the sub-network segment corresponding to the ISP domain name. The method and the device can reduce the maintenance cost of the BRAS equipment.

Description

Alarm method and device
Technical Field
The present application relates to the field of communications technologies, and in particular, to an alarm method and apparatus.
Background
Under the scene that the existing user terminal accesses the network through the Broadband Remote Access Server (BRAS) device, the BRAS device in the network is used as a Dynamic Host Configuration Protocol (DHCP) server, when allocating an Internet Protocol (IP) address to any user terminal passing authentication, if there is no subnet section corresponding to an Internet Service Provider (ISP) domain name to which the user terminal is accessed locally, the BRAS device, which is also used as an On-Demand Address Pool (ODAP) client, acquires the subnet segment corresponding to the ISP domain name from the ODAP server, and after acquiring the subnet section corresponding to the ISP domain name, selecting an IP address from the subnet section to be allocated to the user terminal, so that the user terminal can conveniently use the allocated IP address to carry out network communication.
And once the two numbers meet the alarm condition set for the IP address utilization rate, the BRAS equipment outputs alarm information for the IP address utilization rate of the sub-network segment corresponding to the ISP domain name so as to be convenient for an administrator to maintain the sub-network segment corresponding to any ISP domain name.
In fact, the number of assignable IP addresses in the sub-network segment corresponding to the ISP domain name is dynamically changed, and when there is no assignable IP address, the BRAS device may further continue to acquire a new sub-network segment from the ODAP server, which easily causes the BRAS device to output a large amount of wrong warning information, thereby increasing the maintenance cost of the BRAS device.
Disclosure of Invention
In order to overcome the problems in the related art, the application provides an alarm method and device.
According to a first aspect of embodiments of the present application, there is provided an alarm method, where the method is applied to a BRAS device serving as a DHCP server and an ODAP client, and the method includes:
aiming at the obtained sub-network segment corresponding to any ISP domain name, calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name according to the monitored first number of the distributed IP addresses and the monitored second number of the distributed IP addresses in the sub-network segment corresponding to the ISP domain name, and the recently obtained third number of the IP addresses in the acquirable sub-network segment corresponding to the ISP domain name on the ODAP server providing the sub-network segment corresponding to the ISP domain name;
and when the calculated IP address utilization rate is not less than a set threshold value, outputting alarm information aiming at the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
According to a second aspect of the embodiments of the present application, there is provided an alerting device, which is applied to a BRAS device serving as a DHCP server and an ODAP client, the alerting device including:
the calculation module is used for calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name according to the monitored first number of the allocated IP addresses and the monitored second number of the allocable IP addresses in the sub-network segment corresponding to the ISP domain name as well as the recently acquired third number of the IP addresses in the acquirable sub-network segment corresponding to the ISP domain name on the ODAP server providing the sub-network segment corresponding to the ISP domain name;
and the output module is used for outputting alarm information aiming at the IP address utilization rate of the sub-network segment corresponding to the ISP domain name when the calculated IP address utilization rate is not less than a set threshold value.
The technical scheme provided by the embodiment of the application can have the following beneficial effects:
in the embodiment of the present application, in a scenario where a user terminal accesses a network through a BRAS device, for a BRAS device that serves as both a DHCP server and an ODAP client in the network, when calculating a corresponding IP address usage rate, the BRAS device not only combines the number of allocated IP addresses and the number of assignable IP addresses in a subnet section corresponding to an ISP domain name, but also combines the number of available IP addresses in a subnet section corresponding to the ISP domain name that provides dynamic changes on an ODAP server of the subnet sections, so that the BRAS device can accurately calculate the corresponding IP address usage rate, avoid outputting incorrect warning information, and thereby reduce the maintenance cost of the BRAS device in the network.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this application, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.
Fig. 1 is a schematic flowchart of an alarm method according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of an alarm device according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
Next, examples of the present application will be described in detail.
An embodiment of the present application provides an alarm method, which is applied to a BRAS device serving as a DHCP server and an ODAP client, and as shown in fig. 1, the method may include the following steps:
s11, aiming at the obtained sub-network segment corresponding to any ISP domain name, calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name according to the monitored first number of the allocated IP addresses and the monitored second number of the allocable IP addresses in the sub-network segment corresponding to the ISP domain name, and the recently obtained third number of the IP addresses in the acquirable sub-network segment corresponding to the ISP domain name on the ODAP server providing the sub-network segment corresponding to the ISP domain name.
In this step, the number of the subnet sections corresponding to the ISP domain name may be one or multiple.
And S12, when the calculated IP address utilization rate is not less than the set threshold value, outputting alarm information aiming at the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
Specifically, in the step S11, the BRAS device may obtain the third number by:
when a first DHCP Acknowledgement (ACK) message sent by the ODAP server is received, acquiring a third quantity from the first DHCP ACK message, wherein the first DHCP ACK message is sent by the ODAP server after receiving a first DHCP REQUEST (REQUEST) message which is sent by BRAS equipment in a broadcast mode and REQUESTs to use a new sub-network segment corresponding to the ISP domain name selected by the BRAS equipment;
and when a second DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring a third quantity from the second DHCP ACK message, wherein the second DHCP ACK message is sent after the ODAP server receives a second DHCP REQUEST message of a sub-network segment corresponding to the currently used ISP domain name which is sent by BRAS equipment in a unicast mode and requested to continue to be used, and the second DHCP REQUEST message is sent after the BRAS equipment receives a notification message which is sent by the ODAP server and used for notifying that the third quantity is changed.
It should be noted that, in this embodiment of the present application, for the BRAS device, in a situation where a new sub-network segment corresponding to the ISP domain name needs to be acquired for the first time, or in a situation where an IP address in a new sub-network segment corresponding to the ISP domain name obtained for the last time is allocated and then an IP address of a new sub-network segment corresponding to the ISP domain name needs to be acquired again, an acquisition procedure for acquiring a corresponding sub-network segment is initiated, and in this acquisition procedure, the BRAS device sends a DHCP discovery (Discover) message in a broadcast manner; then, after receiving DHCP Offer (Offer) messages responded by a plurality of ODAP servers aiming at the DHCP Discover message, the BRAS equipment selects and uses a new sub-network segment corresponding to the ISP domain name carried in the first received DHCP Offer message; and then, the BRAS equipment sends a first DHCP REQUEST message requesting to use a new sub-network segment corresponding to the ISP domain name selected by the BRAS equipment in a broadcasting mode.
After receiving the first DHCP REQUEST message, the above-mentioned ODAP server (i.e., the ODAP server providing the new subnet section corresponding to the ISP domain name selected by the BRAS device) locally counts the number (i.e., the third number) of IP addresses in the reachable subnet section corresponding to the ISP domain name, and generates a lease entry corresponding to the new subnet section corresponding to the ISP domain name including the third number; then, the above-mentioned ODAP server carries the third quantity counted in the first DHCP ACK message which is sent to the BRAS device and confirms that the BRAS device uses the new sub-network segment corresponding to the ISP domain name, so that the BRAS device can obtain the third quantity from the first DHCP ACK message, and use when calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name, thereby accurately calculating the corresponding IP address utilization rate and avoiding outputting wrong warning information.
The ODAP server may carry the third number in an Option field (Option) added in the first DHCP ACK message.
In an example, the newly added Option field in the first DHCP ACK message may be an Option222 field, and in this case, when the BRAS device acquires the third number from the first DHCP ACK message, the third number may be specifically acquired from the Option222 field in the first DHCP ACK message.
Of course, the newly added Option field in the first DHCP ACK message may also be other fields, which are not listed here.
In addition, for the above-mentioned ODAP server, after confirming that the BRAS device uses the new subnet corresponding to the ISP domain, once the third number changes, the above-mentioned ODAP server will update the third number in the corresponding lease entry on the one hand, and on the other hand will send a notification message that the third number changes to the BRAS device, and after the following BRAS device receives the notification message, it will send a second DHCP REQUEST message to the above-mentioned ODAP server in unicast mode requesting to continue to offer the subnet corresponding to the ISP domain currently used.
The ODAP server, upon receiving the second DHCP REQUEST message, carries a third number (i.e., the number of IP addresses in an available subnet section corresponding to the ISP domain name counted up recently) in a second DHCP ACK message sent to the BRAS device to confirm that the subnet section corresponding to the ISP domain name currently used by the BRAS device is continued, so that the BRAS device can obtain the third number from the second DHCP ACK message and use the third number when calculating the IP address usage rate of the subnet section corresponding to the ISP domain name, thereby accurately calculating the corresponding IP address usage rate and avoiding outputting wrong alarm information.
The ODAP server may carry the third number in an Option field newly added in the second DHCP ACK message.
In an example, the newly added Option field in the second DHCP ACK message may be an Option222 field, and in this case, when the BRAS device acquires the third number from the second DHCP ACK message, the BRAS device may specifically acquire the third number from the Option222 field in the second DHCP ACK message.
Of course, the newly added Option field in the second DHCP ACK message may also be other fields, which are not listed here.
In the step S11, the BRAS device may specifically calculate the IP address usage rate of the sub-network segment corresponding to the ISP domain name by the following method:
calculating the sum of the second quantity and the third quantity;
and carrying out quotient calculation on the first quantity and the calculated sum value to obtain the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
Specifically, in the step S12, the set threshold may be set according to the actual situation of the network where the BRAS device is located, for example, the set threshold may be set to 0.8.
It can be seen from the above technical solutions that, in the embodiment of the present application, in a scenario where a user terminal accesses a network through a BRAS device, for the BRAS device serving as both a DHCP server and an ODAP client in the network, for a sub-network segment corresponding to any obtained ISP domain name, when the BRAS device calculates a corresponding IP address usage rate, the BRAS device not only combines the number of allocated IP addresses and the number of assignable IP addresses in the sub-network segment corresponding to the ISP domain name, but also combines the number of available IP addresses in the sub-network segment corresponding to the ISP domain name that is dynamically changed on the ODAP server that provides the sub-network segments, so that the BRAS device can accurately calculate the corresponding IP address usage rate, avoid outputting incorrect warning information, and thereby reduce the maintenance cost of the BRAS device in the network.
Based on the same inventive concept, the present application further provides an alarm device, which is applied to a BRAS device serving as a DHCP server and an ODAP client, and a schematic structural diagram of the alarm device is shown in fig. 2, and specifically includes:
a calculating module 21, configured to calculate, for an obtained subnet segment corresponding to an ISP domain name of any internet service provider, an IP address usage rate of the subnet segment corresponding to the ISP domain name according to a monitored first number of allocated IP addresses and a monitored second number of allocable IP addresses in the subnet segment corresponding to the ISP domain name, and a recently obtained third number of IP addresses in an acquirable subnet segment corresponding to the ISP domain name on an ODAP server providing the subnet segment corresponding to the ISP domain name;
and the output module 22 is configured to output alarm information for the IP address usage rate of the sub-network segment corresponding to the ISP domain name when the calculated IP address usage rate is not less than the set threshold.
Preferably, the apparatus further comprises:
an obtaining module (not shown in fig. 2) configured to obtain the third quantity by:
when a first DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring the third quantity from the first DHCP ACK message, wherein the first DHCP ACK message is sent by the ODAP server after receiving a first DHCP REQUEST REQUEST message which is sent by the BRAS equipment in a broadcast mode and REQUESTs to use a new sub-network segment corresponding to the ISP domain name selected by the BRAS equipment;
and when a second DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring the third quantity from the second DHCP ACK message, wherein the second DHCP ACK message is sent by the ODAP server after receiving a second DHCP REQUEST message which is sent by the BRAS device in a unicast manner and REQUESTs to continue to access a currently used sub-network segment corresponding to the ISP domain name, and the second DHCP REQUEST message is sent by the BRAS device after receiving a notification message which is sent by the ODAP server and used for notifying that the third quantity is changed.
Preferably, the obtaining module is specifically configured to obtain the third number from an Option222 field in the first DHCP ACK message.
Preferably, the obtaining module is specifically configured to obtain the third number from an Option222 field in the second DHCP ACK message.
Preferably, the calculating module is specifically configured to calculate the usage rate of the IP address of the sub-network segment corresponding to the ISP domain name by the following method:
calculating a sum of the second quantity and the third quantity;
and carrying out quotient calculation on the first quantity and the calculated sum value to obtain the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
It can be seen from the above technical solutions that, in the embodiment of the present application, in a scenario where a user terminal accesses a network through a BRAS device, for the BRAS device serving as both a DHCP server and an ODAP client in the network, for a sub-network segment corresponding to any obtained ISP domain name, when the BRAS device calculates a corresponding IP address usage rate, the BRAS device not only combines the number of allocated IP addresses and the number of assignable IP addresses in the sub-network segment corresponding to the ISP domain name, but also combines the number of available IP addresses in the sub-network segment corresponding to the ISP domain name that is dynamically changed on the ODAP server that provides the sub-network segments, so that the BRAS device can accurately calculate the corresponding IP address usage rate, avoid outputting incorrect warning information, and thereby reduce the maintenance cost of the BRAS device in the network.
An electronic device is further provided in the embodiments of the present application, as shown in fig. 3, including a processor 31 and a machine-readable storage medium 32, where the machine-readable storage medium 32 stores machine-executable instructions that can be executed by the processor 31, and the processor 31 is caused by the machine-executable instructions to: and realizing the steps of the alarm method.
The machine-readable storage medium may include a Random Access Memory (RAM) or a Non-Volatile Memory (NVM), such as at least one disk Memory. Alternatively, the machine-readable storage medium may be at least one memory device located remotely from the processor.
The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
In yet another embodiment provided by the present application, a computer-readable storage medium is further provided, in which a computer program is stored, which when executed by a processor implements the steps of the above-mentioned alerting method.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.

Claims (10)

1. An alarm method, applied to a broadband remote access server BRAS device that is a DHCP server and an ODAP client of an on-demand address pool, the method comprising:
aiming at the obtained sub-network segment corresponding to any Internet service provider ISP domain name, calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name according to the monitored first number of the distributed IP addresses and the monitored second number of the distributed IP addresses in the sub-network segment corresponding to the ISP domain name, and the recently obtained third number of the IP addresses in the acquirable sub-network segment corresponding to the ISP domain name on the ODAP server providing the sub-network segment corresponding to the ISP domain name;
and when the calculated IP address utilization rate is not less than a set threshold value, outputting alarm information aiming at the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
2. The method of claim 1, wherein the third quantity is obtained by:
when a first DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring the third quantity from the first DHCP ACK message, wherein the first DHCP ACK message is sent by the ODAP server after receiving a first DHCP REQUEST REQUEST message which is sent by the BRAS equipment in a broadcast mode and REQUESTs to use a new sub-network segment corresponding to the ISP domain name selected by the BRAS equipment;
and when a second DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring the third quantity from the second DHCP ACK message, wherein the second DHCP ACK message is sent by the ODAP server after receiving a second DHCP REQUEST message which is sent by the BRAS device in a unicast manner and REQUESTs to continue to access a currently used sub-network segment corresponding to the ISP domain name, and the second DHCP REQUEST message is sent by the BRAS device after receiving a notification message which is sent by the ODAP server and used for notifying that the third quantity is changed.
3. The method according to claim 2, wherein obtaining the third number from the first DHCP ACK packet specifically includes:
the third number is obtained from an Option222 field in the first DHCP ACK message.
4. The method according to claim 2, wherein obtaining the third number from the second DHCP ACK packet specifically includes:
the third number is obtained from an Option222 field in the second DHCP ACK message.
5. The method of claim 1, wherein the IP address usage of the sub-network segment corresponding to the ISP domain name is calculated by:
calculating a sum of the second quantity and the third quantity;
and carrying out quotient calculation on the first quantity and the calculated sum value to obtain the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
6. An alerting device applied to a broadband remote access server BRAS device as a DHCP server and an ODAP client, comprising:
the calculation module is used for calculating the IP address utilization rate of the sub-network segment corresponding to the ISP domain name according to the monitored first number of the allocated IP addresses and the monitored second number of the allocable IP addresses in the sub-network segment corresponding to the ISP domain name and the recently acquired third number of the IP addresses in the acquirable sub-network segment corresponding to the ISP domain name on the ODAP server providing the sub-network segment corresponding to the ISP domain name aiming at the acquired sub-network segment corresponding to the ISP domain name;
and the output module is used for outputting alarm information aiming at the IP address utilization rate of the sub-network segment corresponding to the ISP domain name when the calculated IP address utilization rate is not less than a set threshold value.
7. The apparatus of claim 6, further comprising:
an obtaining module, configured to obtain the third quantity by:
when a first DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring the third quantity from the first DHCP ACK message, wherein the first DHCP ACK message is sent by the ODAP server after receiving a first DHCP REQUEST REQUEST message which is sent by the BRAS equipment in a broadcast mode and REQUESTs to use a new sub-network segment corresponding to the ISP domain name selected by the BRAS equipment;
and when a second DHCP acknowledgement ACK message sent by the ODAP server is received, acquiring the third quantity from the second DHCP ACK message, wherein the second DHCP ACK message is sent by the ODAP server after receiving a second DHCP REQUEST message which is sent by the BRAS device in a unicast manner and REQUESTs to continue to access a currently used sub-network segment corresponding to the ISP domain name, and the second DHCP REQUEST message is sent by the BRAS device after receiving a notification message which is sent by the ODAP server and used for notifying that the third quantity is changed.
8. The apparatus of claim 7, wherein the obtaining module is specifically configured to obtain the third number from an Option222 field in the first DHCP ACK message.
9. The apparatus of claim 7, wherein the obtaining module is specifically configured to obtain the third number from an Option222 field in the second DHCP ACK message.
10. The apparatus according to claim 6, wherein the calculating module is specifically configured to calculate the IP address usage rate of the sub-network segment corresponding to the ISP domain name by:
calculating a sum of the second quantity and the third quantity;
and carrying out quotient calculation on the first quantity and the calculated sum value to obtain the IP address utilization rate of the sub-network segment corresponding to the ISP domain name.
CN202110459964.2A 2021-04-27 2021-04-27 Alarm method and device Active CN113315651B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110459964.2A CN113315651B (en) 2021-04-27 2021-04-27 Alarm method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110459964.2A CN113315651B (en) 2021-04-27 2021-04-27 Alarm method and device

Publications (2)

Publication Number Publication Date
CN113315651A true CN113315651A (en) 2021-08-27
CN113315651B CN113315651B (en) 2022-05-27

Family

ID=77370911

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110459964.2A Active CN113315651B (en) 2021-04-27 2021-04-27 Alarm method and device

Country Status (1)

Country Link
CN (1) CN113315651B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080101353A1 (en) * 2006-10-26 2008-05-01 Streijl Robert C Automated IP pool management
US20080244054A1 (en) * 2007-03-27 2008-10-02 Cisco Technology, Inc. Abstract representation of subnet utilization in an address block
US7788345B1 (en) * 2001-06-04 2010-08-31 Cisco Technology, Inc. Resource allocation and reclamation for on-demand address pools
CN106130843A (en) * 2016-08-01 2016-11-16 中国联合网络通信集团有限公司 A kind of internet protocol address management system and method
CN106470253A (en) * 2016-11-21 2017-03-01 杭州迪普科技股份有限公司 IP address recovery method and device
CN107426344A (en) * 2017-05-17 2017-12-01 北京赛特斯信息科技股份有限公司 Based on the system and method for dynamically reporting utilization rate to realize address pool centralized management
CN109428950A (en) * 2017-08-31 2019-03-05 中国电信股份有限公司 IP address pond automatic scheduling method and system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7788345B1 (en) * 2001-06-04 2010-08-31 Cisco Technology, Inc. Resource allocation and reclamation for on-demand address pools
US20080101353A1 (en) * 2006-10-26 2008-05-01 Streijl Robert C Automated IP pool management
US20080244054A1 (en) * 2007-03-27 2008-10-02 Cisco Technology, Inc. Abstract representation of subnet utilization in an address block
CN106130843A (en) * 2016-08-01 2016-11-16 中国联合网络通信集团有限公司 A kind of internet protocol address management system and method
CN106470253A (en) * 2016-11-21 2017-03-01 杭州迪普科技股份有限公司 IP address recovery method and device
CN107426344A (en) * 2017-05-17 2017-12-01 北京赛特斯信息科技股份有限公司 Based on the system and method for dynamically reporting utilization rate to realize address pool centralized management
CN109428950A (en) * 2017-08-31 2019-03-05 中国电信股份有限公司 IP address pond automatic scheduling method and system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SHINJI MOTEGI等: "Implementation and Evaluation of On-demand Address Allocation for Event-Driven Sensor Network", 《THE 2005 SYMPOSIUM ON APPLICATION AND THE INTERNET》 *
王彩云: "浅析网络IP地址分配方法研究", 《科技信息》 *

Also Published As

Publication number Publication date
CN113315651B (en) 2022-05-27

Similar Documents

Publication Publication Date Title
US9794216B2 (en) Request routing in a networked environment
CN103888551B (en) Internet Protocol address acquisition methods, trunking and system in a kind of network
CN111245972B (en) Domain name resolution method, device, medium and equipment
US9444759B2 (en) Service provider registration by a content broker
CN111460460B (en) Task access method, device, proxy server and machine-readable storage medium
CN103780715B (en) Domain name mapping implementation method, client and Cloud Server
US8447866B2 (en) Network nodes that establish sessions using existing connections identified in a central database
US10965640B2 (en) Configuration of an M2M device
CN108124020B (en) Domain name resolution method, system and equipment
CN113037855B (en) Multimedia access system, method, device, terminal and medium
JP4806728B2 (en) Improved method and apparatus for reducing congestion in a DHCP network system
WO2015039475A1 (en) Method, server, and system for domain name resolution
CN111866201B (en) IPv6 multicast address generation method and device
KR20160118813A (en) Gateway device being connected to remote server through mobile network and ip management method thereof
CN113315651B (en) Alarm method and device
US11418478B2 (en) Systems and methods for improving ARP/ND performance on host communication devices
CN103825974B (en) DHCP renewed treaty processing method and processing devices
US20240163243A1 (en) Systems and methods for improving arp/nd performance on host communication devices
CN116208614A (en) Resource load balancing method and device
CN107888460B (en) Method and device for accessing client to network
Kurapati et al. DHCPv4 lease query by relay agent remote ID
JP6306485B2 (en) Discrimination device and discrimination method
Farrer et al. Softwire Provisioning Using DHCPv4 over DHCPv6
Li et al. DHCPv6 Prefix-Length Hint Issues
Li et al. RFC 8168: DHCPv6 Prefix-Length Hint Issues

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