WO2011000258A1

WO2011000258A1 - Method and device for acquiring configuration information based on dynamic host configuration protocol

Info

Publication number: WO2011000258A1
Application number: PCT/CN2010/073799
Authority: WO
Inventors: 胡晓娇; 陈志�; 穆国燕; 廖俊锋; 周志雄
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-06-29
Filing date: 2010-06-11
Publication date: 2011-01-06
Also published as: CN101600001B; CN101600001A

Abstract

The present invention discloses a method and device for acquiring configuration information based on Dynamic Host Configuration Protocol (DHCP). The method includes that a DHCP client acquires its own Internet Protocol (IP) address, and judges whether the IP address is available; if the judgment result is yes, the DHCP client sends a DHCP notification message to a DHCP server, wherein, the DHCP notification message is used for notifying the DHCP server of the IP address and requesting the DHCP server to report other configuration parameters except the IP address; the DHCP client receives a DHCP acknowledgement message returned by the DHCP server, and acquires other configuration parameters from the DHCP acknowledgement message. The present invention can allocate designated configuration data to a designated DHCP client without the limitation of the Media Access Control (MAC) address of the client.

Description

The present invention relates to the field of communications, and in particular to a method and apparatus for acquiring configuration information based on a dynamic host allocation protocol. A dynamic host allocation protocol (DHCP) is referred to as a TCP/IP protocol cluster. The RFC standard is 2131, which is mainly used to allocate dynamic IP addresses to network clients. These assigned IP addresses are a set of addresses consisting of multiple addresses reserved in advance by the DHCP server, and they are generally a contiguous address. The current DHCP server has three types of address allocation, including: manual allocation, automatic allocation, and dynamic allocation. In the above three allocation processes, the DHCP client obtains the IP address according to the text negotiation process shown in Figure 1 below. FIG. 1 is a schematic diagram of a DHCP message negotiation process according to the related art. In the existing DHCP message negotiation process shown in FIG. 1, DHCPDISCOVER (DHCP discovery) and DHCPOFFER (DHCP response 4) are used. DHCPREQUEST (DHCP request 4) and DHCPACK (DHCP confirmation 4) Four-step 4 text interaction to complete the DHCP negotiation process. 2 is a DHCP message format according to the related art, wherein a DHCP message format definition is as shown in FIG. 2. Take the commonly used Windows 2000 Server as the DHCP server. The main terms and concepts of the following three DHCP server configurations are as follows:

1) Scope: The service unit of the DHCP server that comes with Windows 2000 is a subnet. For each subnet served, define a scope (including subnet network IP address, mask, assignable IP address pool, gateway, routing, DNS, etc.), when DHCP clients are served within the subnet When the DHCPDISCOVER request is issued, the available IP address is selected in the corresponding scope IP address pool to respond. 2) User class: User classes can be defined to define specific configuration parameters (such as gateways, routes, DNS, etc.) assigned to specific DHCP clients or client collections. The option corresponding to the Windows 2000 DHCP SERVER user class is option 77. Application example: The DHCPDISCOVER request packet sent by the DHCP client carries option 77, which fills in the custom content that can identify the client, such as "clientl"; The client's monthly server's DHCP server also needs to be configured accordingly. A user class corresponding to "clientl" is defined in the scope to which the client belongs, and the gateway, route, and DNS are specified for the "clientl" user class. And other configurations. Therefore, the DHCP client identified by the clientl obtains configuration data such as gateway, routing, and DNS specified by the server.

3) Reserved: You can use the Medium Access Control (MAC) address in the Windows 2000 DHCP SERVER to uniquely identify a DHCP client and assign it to the client-specific IP address, which is commonly known. MAC address binding. In the existing standard negotiation process, in order to achieve the purpose of allocating the specified configuration parameters for the specified client, the general practice is to use the MAC address of the DHCP client as a distinction between different clients, using MAC address binding. The method is implemented. However, in a specific application scenario of a wireless network device (such as a base station device) in a mobile communication network, each BTS network element of the base station system serves as a DHCP client, and obtains a specified configuration to the DHCP server for networking. There are two special requirements:

1) In the base station system of the mobile communication network, there is a general situation of the active and standby systems. In the configuration, both the primary and backup systems need to be assigned the same IP address, that is, the same specified IP address is assigned to different MAC addresses.

2) Each BTS network element of the base station system not only needs to obtain its own IP address, but also needs to obtain the IP address information of other network elements (BSC network element, background system OMC, etc.) before the network configuration process can be completed. Taking the common Windows 2000 Server as the DHCP server as an example, the existing standard DHCP negotiation has the following limitations for the special application scenarios in the mobile communication network described above:

1) Different MAC addresses cannot be bound to the same IP address, and cannot meet the requirement of assigning the same specified IP address to DHCP clients with different MAC addresses.

2) The method of MAC address binding can only assign the specified IP address to the specified DHCP client, but for other configuration information required by the DHCP client, it cannot be used for each DHCP. The client allocates the specified configuration information other than its own IP address. For example, when a DHCP client A belongs to the scope A (ie, a subnet) on the server A that serves it, the MAC address of the client A and an IP address in the scope A are on the server A. After the binding, after the standard DHCP negotiation is completed, Server A assigns the specified IP address to the client A. However, other configuration information such as gateways, routes, and so on are allocated in the scope of the scope. That is, in this mode, other configuration information acquired by the DHCP client belonging to the same subnet is the same, and is not specified. In addition, for Windows 2000 Server, it is also possible to define different user classes in one subnet (ie one scope) to assign specific information to each base station; however, in this case, the DHCPOFFER message is in the yiaddr field. The carried information is an IP address automatically assigned from the address pool of the DHCP server. That is, the IP address assigned to the DHCP client is unspecified. Therefore, the requirement for assigning the specified configuration data to the specified DHCP client cannot be met. SUMMARY OF THE INVENTION In the related art, a DHCP client having different MAC addresses cannot be assigned the same IP address, and a method of using MAC address binding cannot assign each DHCP client a specified address other than its own IP address. The present invention has been made in view of the problem of configuration information. To this end, the main object of the present invention is to provide an acquisition scheme of configuration information based on DHCP to solve at least one of the above problems. In order to achieve the above object, according to an aspect of the present invention, a method for acquiring configuration information based on DHCP is provided. The method for obtaining the DHCP-based configuration information according to the present invention includes: the DHCP client obtains its own IP address, and determines whether the IP address is available. If the judgment result is yes, the DHCP client sends a DHCP notification to the DHCP server. 4, where the DHCP notification message is used to notify the DHCP server of the IP address, and requests the DHCP server to send other configuration parameters than the IP address; the DHCP client receives the DHCP confirmation message returned by the DHCP server. And obtain other configuration parameters from the DHCP acknowledgement message. Preferably, the obtaining, by the DHCP client, the IP address comprises: the DHCP client obtaining its own IP address locally. Preferably, the DHCP client obtains the IP address, including: the DHCP client searches for the IP address locally, and if the IP address is 0, the DHCP client sends the DHCP sender to the DHCP server. The DHCP message is used to request the IP address. The DHCP client receives the DHCP response message returned by the DHCP server. The DHCP response message carries the IP address information. The DHCP client responds from the DHCP. 4) Obtain the IP address information in the text, and obtain the IP address based on the IP address information. Preferably, the DHCP notification message further carries at least one of the following: a request parameter list option, and an option for the DHCP server to identify the DHCP client. Preferably, the DHCP discovery broadcast message further carries at least one of the following: a request parameter list option, and an option used by the DHCP server to identify the DHCP client. Preferably, the request parameter list option further includes: an option code for requesting a subnet mask, an option code for requesting a gateway address, and a customized option code, wherein the customized option code is an option code for requesting an IP address. Preferably, the option for the DHCP server to identify the DHCP client further includes: a MAC address of the DHCP client, and electronic barcode information of the DHCP client. Preferably, after determining whether the IP address is available, the method further includes: if the determination result is no, the DHCP client continues to send the DHCP discovery broadcast message to the DHCP server, wherein the DHCP discovery broadcast message is used. Request an IP address. In order to achieve the above object, in another aspect of the present invention, a DHCP client is provided. The DHCP client according to the present invention includes: a first obtaining module, configured to acquire an IP address of a DHCP client; a determining module, configured to determine whether an IP address obtained by the first obtaining module is available; and a sending module, configured to determine in the determining module If the result is yes, the DHCP server sends a DHCP notification message to the DHCP server, where the DHCP notification message is used to notify the DHCP server end IP address, and requests the DHCP server to report other than the IP address. The configuration module is configured to receive a DHCP confirmation message returned by the DHCP server, wherein the DHCP confirmation message carries other configuration parameters, and the second acquisition module is configured to receive the DHCP confirmation from the receiving module. Obtain other configuration parameters in the packet. Preferably, the first obtaining module includes: a first obtaining submodule, configured to locally obtain an IP address of the DHCP client from the DHCP client. Preferably, the first obtaining module includes: a searching submodule, configured to locally check from a DHCP client The IP address is sent; the sending sub-module is configured to send a DHCP discovery broadcast message to the DHCP server when the search result of the search sub-module is the IP address is 0, wherein the DHCP discovery broadcast message is used to request an IP address; The receiving submodule is configured to receive a DHCP response message returned by the DHCP server, where the DHCP response message carries the IP address information, and the second obtaining submodule is configured to obtain the IP address from the DHCP response message received by the receiving submodule. The third information obtaining module is configured to obtain an IP address according to the IP address information acquired by the second obtaining submodule. Through the invention, the method for obtaining all configuration parameters according to the acquired IP address and other configuration parameters returned by the DHCP server is used by the DHCP client, and the related technologies cannot satisfy different MAC addresses. If the same specified IP address is assigned, the method of MAC address binding cannot meet the configuration information assigned to each DHCP client except its own IP address, and the configuration specified for the specified DHCP client cannot be configured. The problem of data, in turn, achieves the purpose of assigning specified configuration data to a specified DHCP client and is not restricted by the client MAC address. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a schematic diagram of a DHCP protocol according to the related art; FIG. 2 is a DHCP message format according to the related art; FIG. 3 is a schematic diagram of a BSS system model according to an embodiment of the present invention; 4 is a flowchart of a method for acquiring DHCP-based configuration information according to an embodiment of the present invention; FIG. 5 is a schematic diagram of a DHCP protocol according to an embodiment of the present invention; FIG. 6 is a modification according to an embodiment of the present invention. FIG. 7 is a structural block diagram of a client according to an embodiment of the present invention; and FIG. 8 is a block diagram showing a preferred structure of a client according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS In view of the fact that the related technologies cannot meet the same specified IP address for different MAC addresses, the method of MAC address binding cannot satisfy the assignment of each DHCP client except its own IP address. The configuration information of the DHCP-based configuration information is obtained by the DHCP client, and the DHCP client obtains the IP address of the DHCP client. Address, and determine whether the IP address is available. If the judgment result is yes, the DHCP client sends a DHCP notification message to the DHCP server, wherein the DHCP notification message is used to notify the IP address, and requests the DHCP server. The terminal reports other configuration parameters except the IP address; the DHCP client receives the DHCP confirmation message returned by the DHCP server, and obtains other configuration parameters from the DHCP confirmation message. In this way, the DHCP client gets all the configuration parameters including the IP address and other configuration parameters. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. The specific implementation of the method provided by the present invention is described below by taking a mobile station base station system (BSS) as an example. 3 is a schematic diagram of a BSS system model according to an embodiment of the present invention. As shown in FIG. 3, in a BSS system, a base station (Base Transceiver Station, BTS for short), and a base station controller (Base Station Controller) , referred to as BSC), the Operation and Maintenance Centre (OMC), and the DHCP server in the office i or the network are connected through the Ethernet switch. The network element BTS acts as a DHCP client to the LAN. The DHCP server requests related configuration data, including its own IP address, subnet mask, gateway address, BSC IP address, and OMC IP address, to complete the link establishment between the BTS and the BSC and the OMC. Method Embodiment According to an embodiment of the present invention, a method for acquiring configuration information based on DHCP is provided. FIG. 4 is a flowchart of a method for acquiring DHCP-based configuration information according to an embodiment of the present invention. As shown in FIG. 4, the method includes the following steps S402 to S406: Step S402, the DHCP client obtains its own IP. Address and determine if the IP address is available, If the judgment result is yes, the DHCP client sends a DHCP notification message to the DHCP server, where the DHCP notification message is used to notify the DHCP server IP address, and requests the DHCP server to report the IP address. Other configuration parameters. If the judgment result is no, the DHCP client continues to send a DHCP discovery broadcast message to the DHCP server, where the DHCP discovery broadcast message is used to request an IP address. The DHCP notification message can also carry at least one of the following: a request parameter list option, and an option used by the DHCP server to identify the DHCP client. The DHCP client obtains an IP address in one of the following ways:

(1) The DHCP client obtains its own IP address locally.

(2) The DHCP client searches for the IP address from the local device. If the IP address is 0, the DHCP client sends a DHCP discovery broadcast packet to the DHCP server. The DHCP discovery broadcast packet is used to request the IP address. The DHCP client receives the broadcast packet. The DHCP response message returned by the DHCP server is configured, wherein the DHCP response message carries the IP address information; the DHCP client obtains the IP address information from the DHCP response message, and obtains the IP according to the IP address information. address. The DHCP discovery broadcast packet carries at least one of the following: a request parameter list option, and an option used by the DHCP server to identify the DHCP client. The request parameter list option may further include: an option code requesting a subnet mask, an option code requesting a gateway address, and a custom option code, the custom option code being an option code for requesting an IP address. The option for the DHCP server to identify the DHCP client may further include: a MAC address of the DHCP client, and an electronic barcode information of the DHCP client. In this way, by carrying the DHCP discovery broadcast message in the DHCP discovery message for identifying the DHCP client (the identifier of the DHCP client, such as an electronic barcode), the DHCP server can assign an IP address to the DHCP client according to the identifier, thereby It is avoided that different MAC addresses cannot be bound to the same IP address due to the IP address assigned to the client according to the MAC address of the DHCP client, and the same specified IP address cannot be assigned to different MAC addresses. The problem of demand. Step S404: The DHCP client receives the DHCP confirmation message returned by the DHCP server, and obtains other configuration parameters from the DHCP confirmation message, where the DHCP confirmation message carries other configuration parameters. Therefore, the DHCP client obtains all configuration parameters, wherein all configuration parameters include: IP address and other configuration parameters. With this embodiment, the DHCP negotiation process is completed by using DHCPDISCOVER, DHCPOFFER, DHCPINFORM (DHCP notification) and DHCPACK four-step interaction, and the specified configuration data is allocated for the specified DHCP client and is not subject to the client. End MAC address The purpose of the restriction. In addition, the present invention also defines a DHCP client state machine for the above scheme, in which two states of address check and notification are added, which will be described in detail later. FIG. 5 is a schematic diagram of a DHCP message negotiation process according to an embodiment of the present invention. In the following steps, a Windows 2000 Server system is used as a DHCP server to describe the use of related options and fields in the implementation process. As shown in FIG. 5, the following steps 1 to 6 are included: Step 1: The DHCP client obtains an IP address from itself. If the obtained IP address is not 0, step 4 is performed; otherwise, step 2 is performed. Step 2: The DHCP client sends a DHCPDISCOVER broadcast message to the DHCP server. The options in the option field in the message are: option77 (user class id, user category option): Fill in the DHCP client here. Electronic barcode, the DHCP server uses this option to identify different DHCP clients and assign the specified configuration. For other types of servers, the option code may be other values, including information that uniquely identifies the client, including but not limited to information such as MAC address, electronic bar code (EID). Option55 ( parameter request list, request parameter list option): jt匕 is filled in with option code 1 in order to request the subnet mask; option code 3 is used to request the gateway address; and custom option code 41 is used Request the DHCP client IP address. The standard defines option41 as the network information servers, which is used to request the DHCP client IP address. Here, option 41 is user-defined, and other optional An option code not used in the negotiation. Step 3: After receiving the DHCPOFFER 4 message returned by the DHCP server, the DHCP client obtains the subnet mask, the gateway address, and the IP address configuration through Option 1, 3, and the custom option 41, respectively. If the IP address is available, go to step 4 if available, otherwise go to step 2. Step 4: The DHCP client sends a DHCPINFORM message to the DHCP server to notify the DHCP server of its own IP address, and requests the IP address of the BSC and the OMC server IP address required by the DHCP client. Configuration parameters, including: option code 1 (requesting subnet mask), option code 3 (requesting gateway address), custom option code, other configuration parameters in this step include but are not limited to the above Out of options, DHCP The standard option codes and custom option codes for the various configuration parameters required by the client can be added here. 4 The options in the option field are: ciaddr (client IP address field): Enter the client's own IP address obtained in step 1 or step 3 here; option77 (user class id, user category option;) : Same as in step 2; option55 ( parameter request list): jt匕 is filled in with option code 1 (request subnet mask), option code 3 (request gateway address;), custom Option code 6 (Request the BSC's IP address;), Custom Option Code 44 (Request OMC server IP address;). Step 5: After the DHCP client receives the DHCPACK message returned by the DHCP server, the DHCP client obtains all configuration parameters, and the configuration parameters include the IP address and other configuration parameters. The subnet mask, gateway address, BSC IP address, and IP address of the OMC server are obtained through the corresponding options in steps 3 and 4. Step 6: After obtaining all the configuration information required by the DHCP client, the BTS saves the configuration, and the BTS starts to establish a link by using the obtained configuration. It should be noted that the options 6, the options 41 and the options 44 utilized in the above steps are user-defined meanings, and the user-definable options include but are not limited to the above mentioned. According to the above negotiation process, the state machine of the DHCP client is designed. FIG. 6 is a schematic diagram of a modified DHCP client state machine according to an embodiment of the present invention. As shown in FIG. 6, the DHCP client state machine operation process includes:

[Al] The DHCP client is in "A: Stop ^ I state". When DHCP negotiation is initiated when the client does not have an IP address, the state transitions to "B: Initial state";

[A2] The DHCP client is in the "A: Stop ^! Large state". When the client has an IP address, DHCP negotiation is started. The operation of configuring the Ethernet interface is performed. After the state transitions to "D: Address check status,;

[Bl] The DHCP client is in the "B: initial state,", the operation of transmitting the DHCPDISCOVER broadcast message is performed, and the state transitions to "C: selection state";

[CI] The DHCP client is in "C: Select state" and receives an acceptable DHCPOFFER 4 message, such as the DHCP client's available DHCPOFFER 4 option 43 ( Vendor) Specific Information, vendor-specific message) to distinguish whether the message is acceptable, obtain the information assigned to its own IP address from the DHCPOFFER message, perform the operation of configuring the Ethernet interface, and then transition to "D: address. Check status";

[C2] The DHCP client is in "C: Select state", and if it receives an unacceptable DHCPOFFER message, it will remain in this state;

[C3] The DHCP client is in the C: selection state, and, when a timeout event is received, the total time for the DHCP negotiation is timed out;

[C3.1] If the total time of DHCP negotiation times out, the negotiation of this DHCP is aborted, and the status returns to "A: Stop ^ I state";

[C3.2] If the total time of DHCP negotiation has not expired, continue to send DHCPDISCOVER message, and the state stays at "C: Select ^ I state";

[Dl] The DHCP client is in the "D: address check status, and, if the obtained IP address is available, the DHCPINFORM message is sent to the DHCP server, and the status transitions to "E: notification status";

[D2] The DHCP client is in the "D: address check status, and, if the obtained IP address is not available, continue to send DHCPDISCOVER 4, the status returns to "C: Select Status";

[El] The DHCP client is in the "E: notification state", receives an acceptable DHCPACK message, distinguishes whether the DHCPACK can be accepted or not, and the judgment of DHCPOFFER in [C1], and obtains the IP address from the DHCPACK. Other requested configuration data is saved and saved, and the state transitions to "F: Bind ^ I state";

[E2] The DHCP client is in the 'Έ: Notification Status'. If it receives an unacceptable DHCPACK message, it will remain in this state.

[E3] The DHCP client is in the "E: notification state," and if the timeout event is received, the total time for the DHCP negotiation is timed out.

[E3.1] If the total time of DHCP negotiation expires, the negotiation of this DHCP is aborted, and the status returns to "A: Stop ^ I state";

[E3.2] If the total time of DHCP negotiation has not expired, continue to send DHCPINFORM message, and the status stays in "E: Notification Status"; [Fl] If the DHCP client is in the "F: Bind Status", the DHCP negotiation is successfully completed, and the tenth office is suspended. The status returns to "A: Stop ^ I State". Apparatus Embodiment In accordance with an embodiment of the present invention, a DHCP client is provided. FIG. 7 is a structural block diagram of a client according to an embodiment of the present invention. As shown in FIG. 7, the DHCP client 101 includes: a first acquiring module 2, a determining module 4, a sending module 6, a receiving module 8, and a second acquiring module 10. The third obtaining module 12, the above structure will be described below. The first obtaining module 2 is configured to obtain an IP address of the DHCP client, and the determining module 4 is connected to the first obtaining module 2, configured to determine whether the IP address acquired by the first obtaining module 2 is available; the sending module 6 is connected to the determining module 4, configured to send a DHCP notification message to the DHCP server 202 when the determination result of the determination module 4 is YES, wherein the DHCP notification message is used to notify the DHCP server 202 of the acquired IP. Addressing, and requesting the DHCP server 202 to report other configuration parameters than the IP address; the receiving module 8 is configured to receive the DHCP confirmation message returned by the DHCP server 202, wherein the DHCP confirmation message carries other configuration parameters. The second obtaining module 10 is connected to the receiving module 8 for obtaining other configuration parameters from the DHCP confirmation message received by the receiving module 8. The configuration parameters are obtained, wherein all the configuration parameters include: an IP address acquired by the first obtaining module 2 and other configuration parameters acquired by the second obtaining module 10. FIG. 8 is a block diagram of a preferred structure of a client according to an embodiment of the present invention. As shown in FIG. 8, the first acquiring module 2 includes: a first obtaining submodule 22, a searching submodule 24, a sending submodule 26, and a receiving subroutine. The module 28, the second acquisition submodule 30, and the third acquisition submodule 32 are described below. a first obtaining sub-module 22, configured to locally obtain an IP address of the DHCP client 101 from a DHCP client; a searching sub-module 24 for searching for an IP address locally; a sending sub-module 26, connected to the searching sub-module 24, for When the search result of the search sub-module 24 is that the IP address is 0, the DHCP discovery broadcast message is sent to the DHCP server 202, where the DHCP discovery broadcast message is used to request the IP address; and the receiving sub-module 28 is configured to Receiving the DHCP response message returned by the DHCP server 202, wherein the DHCP response message carries the IP address information; the second obtaining submodule 30 is connected to the receiving submodule 28 for receiving the DHCP response message from the receiving submodule 28. The IP address information is obtained in the text. The third obtaining sub-module 32 is connected to the second obtaining sub-module 30 for obtaining an IP address according to the IP address information acquired by the second obtaining sub-module 30. In summary, according to the foregoing embodiment of the present invention, compared with the related art, the foregoing embodiment replaces the originally used DHCPREQUEST broadcast message with the DHCPINFORM unicast message in the DHCP negotiation process; and customizes through the client. The configuration option is used to replace the purpose of the original field in the DHCP message, for example, using a custom option to obtain the IP address assigned to the client from the DHCP server, instead of using the yiaddr (IP address assigned to the client) field in the text; The packets sent by the DHCP client carry the option that the DHCP server can use to distinguish each DHCP client. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

A method for obtaining configuration information based on a dynamic host allocation protocol, which is characterized by comprising:

The DHCP client obtains its own IP address, and determines whether the IP address is available. If the judgment result is yes, the DHCP client sends a DHCP notification message to the DHCP server, where the DHCP notification is 4 And configured to notify the DHCP server of the IP address, and request the DHCP server to send other configuration parameters than the IP address;

The DHCP client receives the DHCP confirmation message returned by the DHCP server, and obtains the other configuration parameters from the DHCP confirmation message.

2. The method of claim 1, wherein the obtaining, by the DHCP client, the IP address comprises:

The DHCP client obtains its own IP address locally.

The method of claim 1, wherein the obtaining, by the DHCP client, the IP address comprises:

The DHCP client searches for an IP address from the local device. If the IP address is 0, the DHCP client sends a DHCP discovery broadcast message to the DHCP server, where the DHCP discovery broadcast message is used. Request an IP address;

The DHCP client receives the DHCP response message returned by the DHCP server, where the DHCP response message carries the IP address information;

The DHCP client obtains the IP address information from the DHCP response message, and obtains an IP address according to the IP address information.

The method of claim 1, wherein the DHCP notification message further carries at least one of the following: a request parameter list option, and an option used by the DHCP server to identify the DHCP client. The method according to claim 3, wherein the DHCP discovery broadcast message further carries at least one of the following:

Requesting a parameter list option, the DHCP server side is used to identify an option of the DHCP client. The method according to claim 5, wherein the request parameter list option further comprises:

An option code for requesting a subnet mask, an option code for requesting a gateway address, and a customized option code, wherein the customized option code is an option code for requesting an IP address. The method according to claim 5, wherein the option for the DHCP server to identify the DHCP client further comprises:

The MAC address of the DHCP client and the electronic barcode information of the DHCP client. The method according to any one of claims 1 to 7, wherein after determining whether the IP address is available, the method further comprises:

If the judgment result is no, the DHCP client continues to send a DHCP discovery broadcast message to the DHCP server, where the DHCP discovery broadcast message is used to request an IP address. A dynamic host allocation protocol DHCP client, which is characterized in that it comprises:

a first obtaining module, configured to acquire an IP address of the DHCP client;

a determining module, configured to determine whether the IP address obtained by the first obtaining module is available;

a sending module, configured to send a DHCP notification message to the DHCP server when the judgment result of the determining module is yes, where the DHCP notification message is used to notify the DHCP server end of the IP Addressing, and requesting the DHCP server to send other configuration parameters than the IP address;

a receiving module, configured to receive a DHCP acknowledgment message returned by the DHCP server, where the DHCP acknowledgment carries the other configuration parameters;

And a second acquiring module, configured to obtain the other configuration parameter from the DHCP acknowledgement packet received by the receiving module.

The DHCP client according to claim 9, wherein the first obtaining module comprises:

The first obtaining submodule is configured to locally obtain an IP address of the DHCP client from the DHCP client.

a sub-module, configured to locally search for an IP address from the DHCP client, and a sending sub-module, configured to: when the search result of the searching sub-module is that the IP address is 0, to the DHCP server The terminal sends a DHCP discovery broadcast message, where the DHCP discovery broadcast message is used to request an IP address;

a receiving submodule, configured to receive a DHCP response message returned by the DHCP server, where the DHCP response message carries IP address information;

a second obtaining submodule, configured to obtain the IP address information from the DHCP response message received by the receiving submodule;

And a third obtaining submodule, configured to obtain an IP address according to the IP address information acquired by the second obtaining submodule.