WO2011156998A1 - 一种实现设备自动配置的系统及方法 - Google Patents
一种实现设备自动配置的系统及方法 Download PDFInfo
- Publication number
- WO2011156998A1 WO2011156998A1 PCT/CN2010/077014 CN2010077014W WO2011156998A1 WO 2011156998 A1 WO2011156998 A1 WO 2011156998A1 CN 2010077014 W CN2010077014 W CN 2010077014W WO 2011156998 A1 WO2011156998 A1 WO 2011156998A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- configuration
- message
- empty
- server
- file
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
- H04L41/0886—Fully automatic configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- 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]
Definitions
- the present invention relates to an automatic configuration technique, and more particularly to a system and method for implementing automatic batch configuration of devices. Background technique
- Update of the device version The default version of the device is generally not available. The device version must be updated to meet the current network requirements.
- Update the device configuration Prepare the configuration template, modify the parameters manually for each device, upgrade the configuration script, and complete basic simple network management protocol (snmp) parameters, alarm parameters, and route access.
- simple network management protocol simple network management protocol
- update operations are currently manually configured. Because these update operations require global consideration, overall scheduling, and high repetitiveness, it is extremely error-prone to use existing manual configuration methods for update operations. Moreover, since the update operation needs to be performed locally on the device, and many devices are distributed in different physical locations, the operation of the existing manual configuration method requires the operator to travel everywhere, which greatly wastes labor costs. .
- the managed devices are usually devices that have been initialized by parameters, and are not empty configuration devices. Since the device has been initialized with parameters, the NMS can read the device parameters, display the version and configuration information, and automatically update it according to user needs. It can be seen that the existing network management technology lacks support for empty configuration equipment. In short, the use of existing technologies has its own shortcomings, or it can only use manual configuration to waste labor costs and high error rates; Either the device can be automatically updated but the support for the device is not available. Currently, there is an urgent need for a device to automatically configure the device, which can support the empty configuration device and implement automatic batch configuration of the device. Summary of the invention
- the main purpose of the present invention is to provide a system and method for implementing automatic configuration of a device, which can support an empty configuration device, and can implement automatic batch configuration of the device.
- a system for automatically configuring a device comprising: a dynamic host configuration protocol
- DHCP empty configuration device, and configuration server
- the DHCP server is configured to interact with any empty configuration device in the network according to the DHCP protocol, and provide an Internet Protocol (IP) address required by the empty configuration device and related parameters of the configuration server;
- IP Internet Protocol
- the empty configuration device is configured to interact with the configuration server based on a private protocol after acquiring the IP address and related parameters of the configuration server;
- the configuration server is configured to interact with the empty configuration device based on a private protocol, and continue to interact until the upgrade of the version file and the configuration file required by the empty configuration device is completed.
- the configuration server is further configured to interact with the empty configuration device according to a private protocol, where the private protocol message is an automatic configuration message;
- the types of the automatic configuration message include: a version file obtaining message, and a version file obtaining result message;
- the types of the automatic configuration message include: a configuration file acquisition message, a configuration file acquisition result message, an upgrade configuration message, and a configuration file upgrade result message;
- the types of the automatic configuration message include: a version file acquisition message, a version file acquisition result message, a configuration file acquisition message, a configuration file acquisition result message, an upgrade configuration message, and a configuration file. Upgrade result message.
- the empty configuration device further includes an upgrade processing module.
- the configuration server further includes: a socket (Socket) connection pool, a logic control module, and a storage module.
- the upgrade processing module is configured to be used with the Socket.
- the connection pool performs message interaction; the Socket connection pool is configured to perform message interaction with the upgrade processing module, and continuously interact until the upgrade of the version file and the configuration file required by the empty configuration device is completed;
- the logic control module is configured to control a state change, and notify the Socket connection pool to send a corresponding message for the state change;
- the storage module is configured to store an updated version file and a configuration file required by the empty configuration device.
- the logic control module is further configured to control device state change and service state change; the storage module is a File Transfer Protocol (FTP) server/Simple File Transfer Protocol (TFTP) server.
- FTP File Transfer Protocol
- TFTP Simple File Transfer Protocol
- a method for automatically configuring a device includes: performing, by using an empty configuration device of the network, a DHCP protocol to interact with a DHCP server, and obtaining an IP address required by the empty configuration device and a related parameter of the configuration server, the null configuration
- the device interacts with the configuration server based on a proprietary protocol, and continues to interact until the upgrade of the version file and configuration file required for the empty configuration device is completed.
- the empty configuration device interacts with the configuration server based on the private protocol. After the IP address of the empty configuration device and the related parameters of the configuration server are obtained, the empty configuration device automatically sends the information according to the relevant parameters of the configuration server.
- the configuration server sends a link establishment request message and establishes a connection-oriented Transmission Control Protocol (TCP) connection with the configuration server.
- TCP Transmission Control Protocol
- the empty configuration device interacts with the configuration server based on the private protocol, and further includes: when it is determined that the empty configuration device belongs to the management scope and the versions are inconsistent, the configuration server sends a version file acquisition message to the empty configuration device, The empty configuration device is notified to obtain the version file of the required update. After receiving the version file acquisition message, the empty configuration device sends a version file acquisition result message to the configuration server, and the version file is obtained. The empty configuration device is restarted after the version file is successfully obtained. After the restart is successful, the empty configuration device interacts with the configuration server based on the private protocol, and the configuration server sends a configuration file acquisition message to the empty configuration device to notify the empty configuration device to obtain the configuration. The configuration file sends a configuration file acquisition result message to the configuration server after receiving the configuration file acquisition message, and feeds back the configuration file acquisition result.
- the empty configuration device interacts with the configuration server based on the private protocol.
- the configuration server sends an upgrade configuration message to the empty configuration device to notify the empty configuration device to upgrade the configuration file.
- the configuration file upgrade result message is sent to the configuration server, and the configuration file upgrade result is fed back.
- the empty configuration device interacts with the configuration server based on the private protocol after the configuration file is successfully upgraded, and the configuration server sends the broken link to the empty configuration device. The message ends the message interaction with the empty configuration device.
- An empty configuration device in the network of the present invention interacts with the DHCP server based on the DHCP protocol. After obtaining the IP address required by the empty configuration device and the related parameters of the configuration server, the null configuration device interacts with the configuration server based on the private protocol, and continues to interact until the space is completed. Configure the upgrade of the version files and configuration files that the device requires.
- the invention can support the empty configuration device and realize the batch automatic configuration of the device. Since the batch automatic configuration can save the labor cost, the error rate of the manual update is reduced; the support for the empty configuration device is An extension of the field in which the empty configuration device is automatically configured.
- FIG. 1 is a schematic diagram of an application scenario of an automatic configuration of an empty configuration device according to the present invention
- FIG. 2 is a schematic structural diagram of an embodiment of a system according to the present invention.
- FIG. 3 is a schematic diagram of a service state of device configuration management according to the present invention.
- FIG. 4 is a schematic diagram of a state change of a device in the process of configuring a device according to the present invention
- FIG. 5 is a schematic diagram of an implementation process of an embodiment of a method according to the present invention. detailed description
- the basic idea of the present invention is: an empty configuration device in the network interacts with the DHCP server based on the DHCP protocol, and obtains an IP address required by the empty configuration device and a related parameter of the configuration server, and the null configuration device interacts with the configuration server based on the private protocol. Continue to interact until the upgrade of the version files and configuration files required for the empty configuration device is completed.
- the solution of the present invention is to implement automatic installation and configuration of the network hollow configuration device, and complete the update of the required version file and the update process of the configuration file by the batch completion empty configuration device after startup.
- the device automatic configuration scheme described in the present invention is applied to an empty configuration device, and in terms of the system, mainly includes the following contents:
- the empty configuration device can interact with the configuration server through a proprietary protocol to obtain the required updated version files and configuration files from the configuration server.
- the DHCP protocol is used to interact with the Dynamic Host Configuration Protocol (DHCP) server to obtain the IP address of any empty configuration device through the Dynamic Host Configuration Protocol (DHCP) server.
- DHCP Dynamic Host Configuration Protocol
- any empty configuration device initiates a link establishment request to the configuration server, and any empty configuration device interacts with the configuration server through a proprietary protocol, and continues to interact until the completion is completed.
- Updated version files and upgrades to configuration files It can be seen that the updated running version and basic configuration required for the automatic upgrade of the empty configuration device in batches greatly help the user to reduce the maintenance work and reduce the cost of the prior art that is required to be manually updated.
- the device automatic configuration scheme described in the present invention is applied to an empty configuration device.
- the method mainly includes the following contents: 1.
- the network management client pre-configures the empty configuration device waiting to be deployed.
- the process of performing the message exchange between the empty configuration device and the configuration server through the private protocol is mainly to perform the upgrade process of the updated version file and configuration file required by the empty configuration device.
- the manual configuration method wastes labor costs and the error rate is high; or the automatic installation configuration of the device mainly reflects: terminal equipment Driver aspects, device data initialization and update aspects, various application server initialization aspects, etc.
- the function of automatically installing and configuring the empty configuration device and completing the access to the network has not been implemented yet.
- the present invention is directed to the prior art that has not implemented the function of automatically installing and configuring the empty configuration device in batches and completing the access network, realizing the plug-and-play function of automatically installing the empty configuration device, and newly defining the implementation for realizing
- the proprietary protocol message format used when configuring the interaction between the server and the empty configuration device is convenient for the user to perform the control operation during the upgrade process in the form of a graphical user interface (GUI) interface.
- GUI graphical user interface
- the plug-and-play function refers to: When the network connection is normal, once the empty configuration device is successfully started, the configuration server is started to be established, and all the upgrade processes are completed, and the network can be accessed and put into use.
- the invention is illustrated by way of example below.
- the pre-operation mainly includes the following contents:
- the DHCP server uses the option (Option) 10 to store the server address
- Option22 stores the port number of the socket Socket connection pool, and passes the message to the upgrade processing module in the empty configuration device through the Socket connection pool (the upgrade processing module is in the following system embodiment) Specifically described in To establish a link with the configuration server, establish a link, and configure the device to interact with the configuration server using a proprietary protocol.
- the newly defined private protocol message format is as shown in Table 1 below, and Table 1 is the newly defined private protocol message format table.
- a newly defined private protocol message can also be referred to as an autoconfiguration message.
- MSG_TYPE is 1 byte, indicating the message type
- DATA_NUM is 1 byte, indicating the number of DATA
- LENGTH is 2 bytes, indicating the total length of DATA
- DATA indicates the information data carried by the message. Each DATA must be an integer multiple of 4 bytes.
- the format of the DATA field in Table 1, such as DATA1_INFO, DATA2_INFO, is defined as shown in Table 2 below. Table 2 is the format table of the DATA field.
- DATA_TYPE is 1 byte, indicating the type of DATA. The specific definition is shown in Table 3 below. Table 3 is the type table of DATA_TYPE.
- DATA_LEN is 1 byte, indicating the total length of the DATA
- VALUE_LEN is 1 byte, indicating the actual length of DATA_VALUE; integer 4, the string type is the length of the actual string;
- RESERVED is 1 byte, indicating reserved bytes;
- DATA_VALUE Indicates the value of DATA, which must be padded to an integer multiple of 4 bytes.
- the device sends a link request message containing basic information to the configuration server.
- the first message sent to the configuration server contains basic information such as the media access control (MAC), version, and device type of the empty configuration device.
- MAC media access control
- the configuration server uses these basic information to determine whether the empty configuration device is in the management scope, whether to upgrade the version file, whether to upgrade the configuration file, and so on.
- the empty configuration device sends the broken link message to the configuration server to request a broken link before upgrading the configuration file immediately; the configuration server sends the broken link message to the empty configuration device to request a broken link when needed.
- the specific message format used is as follows:
- the configuration server sends a version file to the empty configuration device to obtain a message.
- the configuration server requires the null configuration device to download the version file from the File Transfer Protocol (FTP)/Simple File Transfer Protocol (TFTP) server, and inform the empty configuration device of the FTP/TFTP download address, path, file name, username, password, etc. .
- FTP File Transfer Protocol
- TFTP Simple File Transfer Protocol
- the null configuration device After receiving the get message, the null configuration device goes to the corresponding FTP/TFTP server to download the version file.
- the specific message format used is as follows:
- the configuration server sends a configuration file to the empty configuration device to obtain a message.
- the configuration server requires the empty configuration device to download the configuration file from the FTP/TFTP server and inform the empty configuration device of the download address, path, user name, and password.
- the empty configuration device After receiving the get message, the empty configuration device goes to the corresponding FTP/TFTP server to download the configuration file.
- the specific message format used is as follows:
- the device sends a version file to the configuration server to obtain a result message.
- the null configuration device sends a version file to the configuration server to obtain the result message, including: 0 means success and correct check; 1 means success but check error; 2 means failure.
- the configuration server After the configuration server receives the result message, it decides the next operation based on the result in the DATA field.
- the specific message format used is as follows:
- the configuration server sends a restart message to the device.
- the configuration server sends a restart message to the device and a confirmation restart message from the device.
- the device needs to be restarted immediately.
- the specific message format used is as follows:
- the device sends a configuration file to the configuration server to obtain a result message.
- the device sends a configuration file to the configuration server to obtain the result message, including 0 for success and correct verification; 1 for success but verification error; 2 for failure.
- the configuration server After the configuration server receives the result message, it decides the next operation based on the result in the DATA field.
- the specific message format used is as follows:
- the configuration server sends an upgrade configuration message to the device.
- the configuration server sends an upgrade configuration message to the device. After receiving the configuration message, the device determines the next operation according to the type of the upgrade.
- the specific message format used is as follows:
- the configuration server sends an upload log message to the device.
- the configuration server requires the device to upload the configured execution result log file to the specified FTP/TFTP, and inform the device of the destination address, path, user name, and password.
- the device After receiving the log message, the device needs to upload the generated log file to the specified FTP/TFTP server.
- the specific message format used is as follows:
- the device sends the result message of the upload log to the configuration server.
- the device sends a result message of the upload log to the configuration server, including success or failure. After receiving the result message, the configuration server performs corresponding alarms and other processing as needed.
- the specific message format used is as follows:
- the device sends the configuration file upgrade result message carrying the device information to the configuration server. NOTE: After the device re-establishes the connection with the configuration server, it sends a configuration file upgrade result message to the configuration server.
- the specific message format used is as follows:
- the device After receiving the upgrade message sent by the configuration server, the device immediately returns a confirmation to the configuration server, indicating that the operation has been delivered, waiting for the upgrade, and subsequently reporting the upgrade result. Upload log operation.
- the specific message format used is as follows:
- the device periodically sends an execution progress message to the configuration server.
- DATA1 (13) Type of operation: 0 means download version file; 1 means download configuration file; 2 means upload log (log) file.
- DATA2 (14) Execution progress, a number (0-100), 0 means executing, no percentage number; (1 - 100) means the number multiplied by 100, for example, 25 means the current progress is 25 %.
- the progress message is only used for transmission during operation. If the execution is finished, the corresponding execution result message is sent.
- FIG. 2 A schematic diagram of the system architecture of this embodiment is shown in FIG. 2, including a network management client, a DHCP server, an empty configuration device, and a configuration server.
- the network management client is configured to use the MAC as the identifier, display the empty configuration device, configure the preparation parameters required for the empty configuration device, and display the status change of the empty configuration device.
- the configuration server is configured to perform automatic configuration interaction with the empty configuration device.
- the configuration server may be composed of a logical control module, a Socket connection pool, and a storage module.
- the logic control module is used to maintain a state machine to control the state change of the empty configuration device.
- the state changes are as shown in FIG. 3 and FIG. 4, including the service state change of FIG. 3 and the device control state change of FIG.
- the change is coordinated with the message interaction, and the control sends different messages in different states, thereby realizing automatic configuration.
- the Socket connection pool is used to dynamically manage the Socket between the empty configuration device and the device. Conversation.
- the storage module is used to store the version files, configuration files, and log files uploaded by the device after the upgrade fails.
- the storage module can be an FTP/TFTP server.
- the DHCP server is used to assign the IP address of the empty configuration device and configure server related parameters.
- the empty configuration device is used to obtain the IP address from the DHCP server and configure the server related parameters; exchange message with the configuration server; obtain the required updated version file and configuration file from the FTP/TFTP server, upload the log; upgrade the version file and configuration File; feedback upgrade results and other functions.
- the empty configuration device may specifically include a processing module required to complete the upgrade of the empty configuration device, and the processing module interacts with the Socket connection pool to implement interaction between the empty configuration device and the configuration server.
- the private protocol needs to specify a series of message types to notify Automatically configure each phase of the process.
- the message format needs to include at least: message type, message length, 0 or more data fields. Among them, the data field includes data type, data length and data content.
- the method flow of the embodiment of the present invention includes: device parameter preparation, device state control, and interaction between the empty configuration device and the configuration server in the network management, which are described as follows:
- the identifier of the empty configuration device in the network management system uses the MAC address, mainly using the import file mode.
- the contents of the empty configuration device import file mainly include: configuration parameters and topology management parameters.
- the configuration parameters include a MAC address, a device type, a setting operation, a version file path, a configuration script path, a file transfer protocol, a file transfer retry count, and a restart timeout period (in units); topology management parameters include devices. Name, device grouping, device management IP, and subnet mask.
- the MAC address is required; the setting operation includes only upgrading the version, upgrading the configuration only, and upgrading the version. This configuration is used to flexibly upgrade the device.
- the version file and script file path are absolute addresses that are specified by the user.
- the file transfer protocol includes FTP and TFTP.
- the initial management service status of the device is "301 parameters are not ready", as shown in Figure 3; the control state of the device is "401 initial state", as shown in Figure 4.
- the version binding can be obtained from the network management repository or obtained locally.
- the configuration can also be configured in batches or locally.
- the management status of the device becomes "302 parameters ready", as shown in Figure 3.
- the automatic configuration service is enabled, waiting for the empty configuration device to exchange messages with the configuration server.
- the configuration device obtains the IP address and configures the server-related parameters from the DHCP server, it sends a Socket link request message, that is, the above a class message. At this time, the management service status of the device becomes "303 configuration in progress". As shown in Figure 3.
- the NMS detects whether the empty configuration device is in the management scope. If the version of the empty configuration device is inconsistent with the target version number, the above a3 message is sent to notify the empty configuration device to obtain the version.
- the control state of the empty configuration device is from the initial state of 401. "Become in the 402 version download", as shown in Figure 4, the empty configuration device sends the above al3 message to notify the download progress every half minute. After the version is downloaded, the above a5 message feedback version is sent to obtain the result. The status changes to "403 version download success”. As shown in Figure 4, the configuration server sends a message 6 to notify the device to restart. The device control status changes to "405 device restart", otherwise "404 version download fails", as shown in Figure 4. Show, send the above a2 class message.
- the above al class message will be sent.
- the device control status changes to "406 version update completed”. Otherwise, the restart timeout, the status is "407 device restart failure", as shown in Figure 4. .
- the configuration server sends the above a4 message notification device to obtain the configuration file, and the device control state becomes "408 configuration file downloading". As shown in FIG. 4, the empty configuration device sends every half minute. The above al3 message informs the download progress. After the configuration download is completed, the above a7 message feedback configuration file is sent. After the download is successful, the control status changes to "409 configuration file download success”. As shown in Figure 4, the configuration server sends the above a8 class. The message informs the empty configuration device to upgrade the configuration, the device control status changes to "411 configuration update", otherwise it is "410 configuration download failure", as shown in FIG. 4, the above a2 type message is sent.
- the empty configuration device sends the above al2 message to the configuration server to confirm the upgrade message, and then sends the above a2 message to start the configuration update process. After the configuration of the empty configuration device is updated, the above all class message is sent to notify the configuration server of the upgrade result. If the configuration update succeeds, the configuration server sends the above a2 message to the empty configuration device, and the device control status changes to "413 configuration update succeeded", as shown in Figure 4. As shown, the management service status changes to "304 automatic configuration success", as shown in Figure 3; otherwise, the device control status changes to "412 Configuration Update Failed". As shown in Figure 4, the management service status changes to "305 Auto Configuration. Failure", as shown in Figure 3.
- the configuration server sends the above a9 message notification to the empty configuration device to upload the log file, and the device control status changes to "414 log uploading", as shown in Figure 4.
- the empty configuration device sends the above al3 message to notify the log upload progress every half minute.
- the above aloO message feedback log file upload result is sent. If the upload succeeds, the device control status changes to "415 log upload success", otherwise it is "416". The log upload failed.
- the last configuration server sends the above a2 class message. What needs to be pointed out here is: When the state in Figure 4 appears:
- the method flow includes the following steps as shown in FIG. 5:
- Step 5011 The null configuration device establishes a TCP connection with the configuration server.
- Step 5012 The empty configuration device sends a message to the configuration server.
- the message 1 is an above-class message, and the message contains basic information of an empty configuration device.
- Step 5021 Determine whether the empty configuration device belongs to the management scope. If it does not belong to the management scope, Then, the configuration server sends a message 2 to the empty configuration device; if it belongs to the management scope, and the versions are inconsistent, step 5022 is performed.
- message 2 is the above a2 class message.
- Step 5022 The configuration server sends a message to the null configuration device, and notifies the version file that the required update is obtained.
- message 3 is the above a3 type message.
- Step 5023 The empty configuration device sends a message to the configuration server 13 to notify the version feedback progress.
- message 13 is the above al3 class message.
- step 5024 it is determined whether the version file acquisition result in the message 5 is successfully obtained. If the method is successful, step 5025 is performed; if it fails, the empty configuration device attempts to perform a limited number of times and finally needs to be manually interfered.
- message 5 is the above a5 type message.
- Step 5025 Notify the empty configuration device to restart by using the message 6.
- message 6 is the above a6 type message.
- Step 5026 Determine whether the restart is completed. If the restart is successful, go to step 5031. If the restart fails, manually intervene.
- Step 5031 The configuration server notifies the empty configuration device to obtain the configuration file by using the message 4.
- message 4 is the above a4 message.
- Step 5032 The null configuration device notifies the configuration server of the configuration file download feedback progress through the message 13.
- Step 5033 Determine whether the configuration file acquisition result in the message 7 is successfully obtained. If the acquisition succeeds, step 5041 is performed; if the acquisition fails, manual intervention is required.
- message 7 is the above a7 message.
- Step 5041 The configuration server notifies the empty configuration device to upgrade the configuration file by using the message 8.
- Step 5042 The null configuration device feeds back to the configuration server to confirm the upgrade through the message 12.
- message 12 is the above al2 class message.
- Step 5043 The null configuration device sends a message 2 to the configuration server.
- message 2 is the above a2 class message.
- Step 5044 The null configuration device sends the result of the upgrade configuration file to the configuration server by using the message 11.
- the message 11 carries the basic information of the device.
- the message 11 is the above all class message.
- Step 5045 Determine whether the upgrade result is successful. If the upgrade fails, go to step 5051. If the upgrade is successful, the configuration server sends a message to the empty configuration device 2 and ends the current automatic configuration process.
- message 2 is the above a2 type message.
- Step 5051 The configuration server uploads log information through the message 9.
- message 9 is a type a9 message.
- Step 5052 The empty configuration device notifies the configuration server of the log feedback progress through the message 13.
- message 13 is the above al3 class message.
- Step 5052 The null configuration device sends the result of uploading the log to the configuration server by using the message 10.
- message 10 is the above alO class message.
- the configuration server sends a message to the null configuration device 2 and ends the current automatic configuration process.
- message 2 is the above a2 type message.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Description
一种实现设备自动配置的系统及方法 技术领域
本发明涉及自动配置技术, 尤其涉及一种实现设备批量自动配置的系 统及方法。 背景技术
在电信的网络部署中, 大量因开局或扩容而涉及的设备通常都是空配 置, 需要进行相对应的更新操作对空配置设备进行配置, 更新操作所包括 的内容如下所示:
设备版本的更新: 一般空配置设备所默认的版本不能满足需要, 必须 更新设备版本已满足当前网络需要;
设备配置的更新: 准备配置模板, 对每台设备人工逐台修改参数, 升 级配置脚本, 完成基本的简单网络管理协议(snmp )参数、 告警参数、 路 由访问等功能。
上述这些更新操作目前釆用人工配置方式, 由于这些更新操作需要全 局考虑、 统筹安排、 重复性很高, 因此, 釆用现有的人工配置方式进行更 新操作极其容易出错。 而且, 由于更新操作需要在设备本地进行, 而众多 设备又都分布在不同的物理位置上, 因此, 釆用现有的人工配置方式进行 更新操作时需要操作人员到处奔波, 极大的浪费人工成本。
在现有的网管技术中, 受管理的设备通常都是已经参数初始化完毕的 设备, 并不是空配置设备。 由于设备已经参数初始化完毕, 因此, 网管可 以读取设备参数, 可以显示版本和配置信息, 并根据用户需要进行自动的 更新。 可见, 现有的网管技术中缺少对空配置设备的支持。 总之, 釆用现 有技术各有缺点, 要么是只能釆用人工配置方式浪费人工成本、 错误率高;
要么是能自动更新但却缺少对空配置设备的支持, 目前迫切需要一种实现 设备自动配置的方案, 能支持空配置设备, 并能实现设备的批量自动配置。 发明内容
有鉴于此, 本发明的主要目的在于提供一种实现设备自动配置的系统 及方法, 能支持空配置设备, 并能实现设备的批量自动配置。
为达到上述目的, 本发明的技术方案是这样实现的:
一种实现设备自动配置的系统, 该系统包括: 动态主机配置协议
( DHCP )服务器、 空配置设备和配置服务器; 其中,
所述 DHCP服务器, 用于基于 DHCP协议与网络中任一个空配置设备 进行交互, 并提供所述空配置设备需要的网际协议( IP )地址和所述配置服 务器的相关参数;
所述空配置设备, 用于在获取所述 IP地址和所述配置服务器的相关参 数后, 基于私有协议与所述配置服务器进行交互;
所述配置服务器, 用于基于私有协议与所述空配置设备进行交互, 持 续交互直至完成空配置设备所需更新的版本文件和配置文件的升级。
其中, 所述配置服务器, 进一步用于基于私有协议与所述空配置设备 交互, 所述私有协议消息为自动配置消息;
在版本文件升级的情况下, 所述自动配置消息的类型包括: 版本文件 获取消息、 和版本文件获取结果消息;
在配置文件升级的情况下, 所述自动配置消息的类型包括: 配置文件 获取消息、 配置文件获取结果消息、 升级配置消息、 和配置文件升级结果 消息;
在版本文件和配置文件都升级的情况下, 所述自动配置消息的类型包 括: 版本文件获取消息、 版本文件获取结果消息、 配置文件获取消息、 配 置文件获取结果消息、 升级配置消息、 和配置文件升级结果消息。
其中, 所述空配置设备进一步包括升级处理模块; 所述配置服务器进 一步包括: 套接字 (Socket )连接池、 逻辑控制模块和存储模块; 其中, 所述升级处理模块, 用于与所述 Socket连接池进行消息交互; 所述 Socket连接池, 用于与所述升级处理模块进行消息交互, 持续交 互直至完成空配置设备所需更新的版本文件和配置文件的升级;
所述逻辑控制模块, 用于控制状态变化, 并针对所述状态变化通知所 述 Socket连接池发送相对应的消息;
所述存储模块, 用于存储空配置设备所需更新的版本文件和配置文件。 其中, 所述逻辑控制模块, 进一步用于控制设备状态变化和业务状态 变化; 所述存储模块为文件传输协议 (FTP )服务器 /简单文件传输协议 ( TFTP )月良务器。
一种实现设备自动配置的方法, 该方法包括: 网络中任一个空配置设 备基于 DHCP协议与 DHCP服务器交互,获取所述空配置设备需要的 IP地 址和配置服务器的相关参数后, 所述空配置设备基于私有协议与所述配置 服务器进行交互, 持续交互直至完成空配置设备所需更新的版本文件和配 置文件的升级。
其中, 所述空配置设备基于私有协议与配置服务器进行交互包括: 获取所述空配置设备的 IP地址和配置服务器的相关参数后, 所述空配 置设备根据所述配置服务器的相关参数自动向所述配置服务器发送建链请 求消息, 与配置服务器建立面向连接的传输控制协议(TCP )连接。
其中, 建立所述 TCP连接后, 所述空配置设备基于私有协议与配置服 务器进行交互还包括: 判断出空配置设备属于管理范围且版本不一致时, 配置服务器向空配置设备发送版本文件获取消息, 通知空配置设备获取所 需更新的版本文件; 空配置设备收到版本文件获取消息后发送版本文件获 取结果消息给配置服务器, 反馈版本文件获取结果。
其中, 空配置设备在版本文件获取成功后重启, 重启成功后, 所述空 配置设备基于私有协议与配置服务器进行交互还包括: 配置服务器向空配 置设备发送配置文件获取消息, 通知空配置设备获取配置文件; 空配置设 备收到所述配置文件获取消息后发送配置文件获取结果消息给配置服务 器, 反馈配置文件获取结果。
其中, 空配置设备在配置文件获取成功后, 所述空配置设备基于私有 协议与配置服务器进行交互还包括: 配置服务器向空配置设备发送升级配 置消息, 通知空配置设备升级配置文件; 空配置设备收到所述升级配置消 息后发送配置文件升级结果消息给配置服务器, 反馈配置文件升级结果。
其中, 如果所述反馈配置文件升级结果为升级成功, 则空配置设备在 配置文件升级成功后, 所述空配置设备基于私有协议与配置服务器进行交 互还包括: 配置服务器向空配置设备发送断链消息, 结束与空配置设备间 的消息交互。
本发明网络中任一个空配置设备基于 DHCP协议与 DHCP服务器交互, 获取空配置设备需要的 IP地址和配置服务器的相关参数后, 空配置设备基 于私有协议与配置服务器进行交互, 持续交互直至完成空配置设备所需更 新的版本文件和配置文件的升级。
釆用本发明, 能支持空配置设备, 并能实现设备的批量自动配置, 由 于能批量自动配置, 从而节约了人工成本, 降低了人工更新的错误率; 实 现对空配置设备的支持, 是对空配置设备自动配置的领域的扩展。 附图说明
图 1为本发明空配置设备自动配置的应用场景示意图;
图 2为本发明系统实施例的架构示意图;
图 3为本发明设备配置管理的业务状态示意图;
图 4为本发明设备配置进行中的设备状态变化示意图;
图 5为本发明方法实施例的实现流程示意图。 具体实施方式
本发明的基本思想是: 网络中任一个空配置设备基于 DHCP 协议与 DHCP服务器交互, 获取空配置设备需要的 IP地址和配置服务器的相关参 数后, 空配置设备基于私有协议与配置服务器进行交互, 持续交互直至完 成空配置设备所需更新的版本文件和配置文件的升级。
下面结合附图对技术方案的实施作进一步的详细描述。
本发明的方案是对网络中空配置设备实现自动安装配置, 批量完成空 配置设备在启动后自行获取所需版本文件的更新和配置文件的更新升级过 程。
本发明描述的设备自动配置方案, 运用于空配置设备, 就系统而言, 主要包括以下内容:
将空配置设备所需更新的版本文件和配置文件保存在配置服务器上。 空配置设备可以通过私有协议与配置服务器交互, 从配置服务器获取所需 更新的版本文件和配置文件。 比如, 如图 1 所示, 网络上有多台空配置设 备, 先通过 DHCP协议与动态主机配置协议(DHCP )服务器交互, 通过动 态主机配置协议(DHCP )服务器获取到任一个空配置设备 IP地址、 和配 置服务器的相关参数后, 根据配置服务器的相关参数, 任一个空配置设备 向配置服务器发起建链请求, 任一个空配置设备就会通过私有协议与配置 服务器交互, 持续交互直至完成所需更新的版本文件和配置文件的升级。 可见, 批量自动升级空配置设备所需更新的运行版本和基本配置, 极大的 帮助了用户降低维护工作的强度, 降低了现有技术需人工更新所浪费的成 本。
本发明描述的设备自动配置方案, 运用于空配置设备, 就方法而言, 主要包括以下内容:
一、 在网管客户端对等待部署的空配置设备进行预配置。
二、 开启连接池服务, 等待空配置设备自动发起建链请求。
三、 空配置设备启动后, 与配置服务器建链。
四、 执行空配置设备与配置服务器通过私有协议进行消息交互的过程, 主要是执行空配置设备所需更新的版本文件和配置文件的升级过程。
五、 当配置服务器判断消息已经全部交互完成, 结束本次批量自动配 置的全过程。 从配置过程开启到配置全部完成的各个阶段的状态变化, 可 以通过配置服务器中的状态机来实现。
综上所述, 对比本发明与现有技术可知: 现有技术中, 要么是釆用人 工配置方式浪费人工成本、 错误率高; 要么是设备的自动安装配置主要体 现的地方仅有: 终端设备驱动方面、 设备数据初始化和更新方面、 各种应 用服务器初始化方面等, 但是, 对于将空配置设备批量自动安装配置并完 成接入网络的功能目前尚未实现。 而本发明正是着手于现有技术尚未实现 对于将空配置设备批量自动安装配置并完成接入网络的功能, 实现了自动 安装空配置设备的即插即用功能, 而且新定义了用于实现配置服务器与空 配置设备之间交互时所釆用的私有协议消息格式, 以图形用户界面 (GUI ) 界面的形式方便用户进行升级过程中的控制操作。 其中, 所述即插即用功 能指: 当网络连接正常, 空配置设备一开启成功, 就开始与配置服务器建 链, 完成所有升级过程的同时便已可以接入网络, 投入使用。
以下对本发明进行举例阐述。
在具体描述实施例前, 这里先描述下前置操作, 前置操作主要包括以 下内容:
一、 DHCP服务器使用选项 (Option ) 10存放服务器地址、 Option22 存放套接字 Socket连接池的端口号, 通过 Socket连接池传递消息给空配置 设备中的升级处理模块(升级处理模块在以下系统实施例中具体描述), 用
来与配置服务器建立链接, 建立链接后空配置设备与配置服务器釆用私有 协议进行消息交互。
二、 釆用私有协议进行消息交互时, 新定义的私有协议消息格式如以 下表 1所示, 表 1为新定义的私有协议消息格式表。 新定义的私有协议消 息也可以称为自动配置消息。
对表 1中的各项内容说明如下:
MSG_TYPE: 为 1字节, 表示消息类型;
DATA_NUM: 为 1字节, 表示是 DATA的个数;
LENGTH: 为 2字节, 表示 DATA的总长度;
DATA:表示消息携带的信息数据,每个 DATA必须是 4字节的整数倍。 表 1中 DATA域的格式, 如 DATAl_INFO、 DATA2_INFO的定义如以 下表 2所示, 表 2为 DATA域的格式表。
对表 2中的各项内容说明如下:
DATA_TYPE: 为 1字节, 表示 DATA的类型, 具体定义如以下表 3所 示, 表 3为 DATA_TYPE的类型表;
DATA_LEN: 为 1字节, 表示该 DATA的总长度;
VALUE_LEN: 为 1字节, 表示 DATA_VALUE的实际长度; 整型填 4, 字符串类型为实际字符串的长度;
RESERVED: 为 1字节, 表示保留字节;
DATA_VALUE: 表示 DATA的值, 必须补足到 4字节的整数倍。
以下对空配置设备与配置服务器釆用私有协议进行消息交互时, 所用 到的消息类型说明如下:
al、 设备向配置服务器发送包含基本信息的建链请求消息
说明: 空配置设备与配置服务器建立 TCP连接后, 向配置服务器发送 的第一个消息, 里面包含了空配置设备的媒体接入控制(MAC )、 版本、 设 备类型等基本信息。
配置服务器使用这些基本信息来判断空配置设备是否在管理范围内、 是否需要升级版本文件、 是否需要升级配置文件等。 釆用的具体消息格式 下:
MSG—TYPE = 1
DATA—NUM = 3
DATAl : (1) MAC
DATA2: (2) 版本
DATA3: (3)设备类型
a2、 断链消息
说明: 空配置设备向配置服务器发送的断链消息、 或者配置服务器向 空配置设备发送的断链消息。
空配置设备在立即升级配置文件之前, 向配置服务器发送该断链消息 要求断链; 配置服务器在需要时发送该断链消息给空配置设备要求断链。 釆用的具体消息格式如下:
MSG—TYPE = 2
DATA—NUM = 0
DATA: 无
a3、 配置服务器向空配置设备发送版本文件获取消息
说明: 配置服务器要求空配置设备从文件传输协议(FTP ) /简单文件 传输协议(TFTP )服务器下载版本文件, 同时告知空配置设备 FTP/TFTP 下载地址、 路径、 文件名, 用户名、 密码等信息。
空配置设备收到该获取消息后,去对应的 FTP/TFTP服务器下载版本文 件。 釆用的具体消息格式如下:
MSG—TYPE = 3
DATA—NUM = 7
DATAl : (4) FTP/TFTP类型, 0表示 FTP, 1表示 TFTP
DATA2: (5) FTP/TFTP地址
DATA3: (6)路径
DATA4: (7) 文件名
DATA5: (8) 用户名
DATA6: (9) 密码
DATA7: (12) CRC校验码
a4、 配置服务器向空配置设备发送配置文件获取消息
说明: 配置服务器要求空配置设备从 FTP/TFTP服务器下载配置文件, 同时告知空配置设备下载地址、 路径、 用户名、 密码。
空配置设备收到该获取消息后,去对应的 FTP/TFTP服务器下载配置文 件。 釆用的具体消息格式如下:
MSG—TYPE = 4
DATA—NUM = 7
DATAl : (4) FTP/TFTP类型, 0表示 FTP, 1表示 TFTP
DATA2: (5) FTP/TFTP地址
DATA3: (6)路径
DATA4: (7) 文件名
DATA5: (8) 用户名
DATA6: (9) 密码
DATA7: (12) CRC校验码
a5、 设备向配置服务器发送版本文件获取结果消息
说明: 空配置设备向配置服务器发送版本文件获取结果消息, 包括: 0 代表成功且校验正确; 1代表成功但校验错误; 2代表失败。
配置服务器收到该结果消息后, 根据 DATA域中的结果决定下一步操 作。 釆用的具体消息格式如下:
MSG—TYPE = 5
DATA—NUM = 1
DATAl : (10) 下载文件的执行结果: 0代表成功且校验正确; 1代表成 功但校验错误; 2 代表失败。
a6、 配置服务器向设备发送重启消息
说明: 包括配置服务器向设备发送重启消息和设备反馈的确认重启消 息, 然后设备需要立即重启。 釆用的具体消息格式如下:
MSG—TYPE = 6
DATA—NUM = 0
DATAl : 无
a7、 设备向配置服务器发送配置文件获取结果消息
说明: 设备向配置服务器发送配置文件获取结果消息, 包括 0代表成 功且校验正确; 1 代表成功但校验错误; 2 代表失败。
配置服务器收到该结果消息后, 根据 DATA域中的结果决定下一步操 作。 釆用的具体消息格式如下:
MSG—TYPE = 7
DATA—NUM = 1
DATAl : (10) 下载文件的执行结果: 0代表成功且校验正确; 1代表成 功但校验错误; 2代表失败。
a8、 配置服务器向设备发送升级配置消息
说明: 配置服务器向设备发送升级配置消息, 设备收到该配置消息后 根据升级的类型决定下一步操作。 釆用的具体消息格式如下:
MSG—TYPE = 8
DATA—NUM = 0
DATAl : 无
a9、 配置服务器向设备发送上传日志消息
说明:配置服务器要求设备向指定的 FTP/TFTP上传配置的执行结果日 志文件, 同时告知设备上传的目标地址、 路径、 用户名、 密码。
设备收到该日志消息后, 需要将生成的日志文件上传到指定的 FTP/TFTP服务器。 釆用的具体消息格式如下:
MSG—TYPE = 9
DATA—NUM = 6
DATA1 : (4) FTP/TFTP类型, 0表示 FTP, 1表示 TFTP
DATA2: (5) FTP/TFTP地址
DATA3: (6)路径
DATA4: (7) 文件名
DATA5: (8) 用户名
DATA6: (9) 密码
al0、 设备向配置服务器发送上传日志的结果消息
说明: 设备向配置服务器发送上传日志的结果消息, 包括成功或失败。 配置服务器收到该结果消息后, 根据需要做出相应的告警等处理。 釆 用的具体消息格式如下:
MSG—TYPE = 10
DATA—NUM = 1
DATA1 : (11)执行结果: 0.成功, 1.失败
all、 设备向配置服务器发送携带设备信息的配置文件升级结果消息 说明: 用于设备与配置服务器重新建立连接后, 向配置服务器发送配 置文件升级结果消息。 釆用的具体消息格式如下:
MSG—TYPE : 11
DATA—NUM = 4
DATA1 : (1) MAC
DATA2: (2) 版本
DATA3: (3)设备类型
DATA4: (11)执行结果: 0代表成功; 1代表失败
al2、 设备向配置服务器发送的确认升级的消息
说明: 用于设备收到配置服务器发送的升级消息后, 立即向配置服务 器返回确认, 表示操作已经下发, 等待升级, 后续还有报告升级结果以及
上传日志的操作。 釆用的具体消息格式如下:
MSG—TYPE = 12
DATA—NUM = 1
DATA1 : (11)执行结果: 0.成功, 1.失败
al3、 设备向配置服务器定时发送执行进度消息
说明:设备在执行上传下载等有较长时间的操作时,每隔 30s向配置服 务器报告当前进度。 釆用的具体消息格式如下:
MSG—TYPE = 14
DATA—NUM = 2
DATA1 : (13)执行操作的类型: 0代表下载版本文件; 1代表下载配置 文件; 2代表上传日志 (log )文件。
DATA2: (14)执行进度, (0-100)的一个数字, 0表示正在执行, 无百分 比数字;( 1 - 100)表示百分比乘以 100后的数字,如, 25表示当前进度是 25 %。
其他说明: 该进度消息只用于操作过程中发送, 如果执行结束了, 则 发送对应的执行结果消息。
系统实施例:
本实施例的系统架构示意图如图 2所示, 包括网管客户端、 DHCP月良 务器、 空配置设备和配置服务器。
网管客户端用于以 MAC为标识,显示空配置设备, 配置该空配置设备 所需的准备参数、 及显示该空配置设备的状态变化。
配置服务器用于与空配置设备进行自动配置交互, 配置服务器可以具 体由逻辑控制模块、 Socket连接池和存储模块三部分组成。 其中, 逻辑控 制模块用于维护一个状态机, 控制该空配置设备的状态变化, 状态变化如 图 3和图 4所示, 包括图 3的业务状态变化和图 4的设备控制状态变化, 该状态变化是与消息交互相配合的, 控制在不同状态下发送不同的消息, 从而实现自动配置。 Socket连接池用于动态管理与该空配置设备间的 Socket
会话。 存储模块用于存放等待该空配置设备所需更新的版本文件、 配置文 件、升级失败后设备上传的日志文件,存储模块可以具体为 FTP/TFTP服务 器。
DHCP服务器用于分配该空配置设备的 IP地址、 和配置服务器相关参 数。
空配置设备用于实现从 DHCP服务器获取 IP地址、 和配置服务器相关 参数; 与配置服务器进行消息交互;从 FTP/TFTP服务器获取所需更新的版 本文件和配置文件、 上传日志; 升级版本文件和配置文件; 反馈升级结果 等功能。 空配置设备可以具体包含完成该空配置设备升级所需的处理模块, 该处理模块通过与 Socket连接池的交互, 实现空配置设备与配置服务器间 的交互。
这里需要指出的是: 进行消息交互时, 完成配置服务器对该空配置设 备进行自动配置的过程中, 必须要求进行消息交互的双方遵守新定义的私 有协议, 私有协议需要规定一系列消息类型来通知自动配置过程中的每个 阶段。 消息格式至少需要包括: 消息类型、 消息长度、 0或多个数据域。 其 中, 数据域包括数据类型、 数据长度和数据内容。
方法实施例:
本发明实施例的方法流程包括: 网管中设备参数准备、 设备状态控制、 和空配置设备与配置服务器交互的三部分内容, 描述如下:
一、 空配置设备在网管系统中的标识使用 MAC地址, 主要釆用导入文 件方式, 空配置设备导入文件的内容主要有: 配置参数和拓朴管理参数。 其中, 配置参数包括 MAC地址、 设备类型、 设定操作、 版本文件路径、 配 置脚本路径、 文件传输协议、 文件传输重试次数、 和重启超时时间 (以分 为单位); 拓朴管理参数包括设备名称、 设备分组、 设备管理 IP、 和子网掩 码。 其中 MAC地址必填; 设定操作包括仅升级版本、 仅升级配置、 升级版
本和配置, 用于灵活对设备进行升级操作; 版本文件和脚本文件路径为供 用户特殊指定的绝对地址; 文件传输协议包括 FTP和 TFTP。
二、 通常情况下, 当空配置设备添加到网管以后, 设备的初始管理业 务状态是 "301 参数未准备就绪", 如图 3 所示; 设备的控制状态是 "401 初始状态", 如图 4所示, 需要进行版本绑定和配置脚本绑定操作。 版本绑 定可以从网管版本库获取或从本地获取, 配置也可以通过配置模板批量配 置或从本地获取。
当参数绑定好了以后, 设备的管理业务状态就变成 "302 参数准备就 绪", 如图 3所示。 这时开启自动配置服务, 等待空配置设备与配置服务器 进行消息交换。
三、 当空配置设备从 DHCP服务器获取到 IP地址和配置服务器相关参 数时, 会发送 Socket建链请求消息, 即以上 al类消息, 这时设备的管理业 务状态就变成 "303配置进行中", 如图 3所示。
四、 网管检测空配置设备是否在管理范围中, 发现空配置设备的版本 和目标版本号不一致, 则发送以上 a3类消息通知空配置设备获取版本, 空 配置设备的控制状态就从 "401初始状态" 变成 "402版本下载中", 如图 4 所示, 空配置设备每半分钟发送以上 al3 类消息通知下载进度, 版本下载 完毕后发送以上 a5类消息反馈版本获取结果, 下载成功则设备控制状态变 成 "403版本下载成功", 如图 4所示, 配置服务器发送消息 6通知设备重 启, 设备控制状态变成 "405设备重启中", 否则为 "404版本下载失败", 如图 4所示, 发送以上 a2类消息。 空配置设备重启成功后, 会发送以上 al 类消息, 配置服务器接收到后, 设备控制状态变成 "406版本更新完毕", 否则重启超时, 状态为 "407设备重启失败", 如图 4所示。
五、 配置服务器发送以上 a4类消息通知设备获取配置文件, 设备控制 状态变成 "408配置文件下载中", 如图 4所示, 空配置设备每半分钟发送
以上 al3类消息通知下载进度, 配置下载完成后发送以上 a7类消息反馈配 置文件获取结果, 下载成功则控制状态变成 "409配置文件下载成功", 如 图 4所示, 配置服务器发送以上 a8类消息通知空配置设备升级配置, 设备 控制状态变成 "411配置更新中", 否则为 "410配置下载失败", 如图 4所 示, 发送以上 a2类消息。
六、 空配置设备向配置服务器发送以上 al2类消息确认升级消息, 然 后发送以上 a2类消息, 开始进行配置更新过程。 空配置设备配置更新完毕 后发送以上 all 类消息通知配置服务器升级结果, 如果配置更新成功, 配 置服务器向空配置设备发送以上 a2类消息, 设备控制状态变成 "413配置 更新成功", 如图 4所示, 管理业务状态变成 "304自动配置成功", 如图 3 所示; 否则, 设备控制状态变成 "412配置更新失败", 如图 4所示, 管理 业务状态变成 "305 自动配置失败", 如图 3所示。
七、 配置更失败后, 配置服务器向空配置设备发送以上 a9类消息通知 上传日志文件, 设备控制状态变成 "414日志上传中", 如图 4所示。 空配 置设备每半分钟发送以上 al3 类消息通知日志上传进度, 日志上传完成后 发送以上 alO类消息反馈日志文件上传结果, 上传成功则设备控制状态变 成 "415日志上传成功", 否则为 "416日志上传失败", 如图 4所示, 最后 配置服务器发送以上 a2类消息。这里需要指出的是: 当出现图 4中的状态:
"404版本下载失败"、 "407设备重启失败"、 "416 日志上传失败" 时需要 进行人工干预。
具体来说, 方法流程如图 5所示包括以下步骤:
步骤 5011、 空配置设备与配置服务器建立 TCP连接。
步骤 5012、 空配置设备向配置服务器发送消息 1。 这里, 消息 1为以 上 al类消息, 消息中包含空配置设备的基本信息。
步骤 5021、判断空配置设备是否属于管理范围, 如果不属于管理范围,
则配置服务器向空配置设备发送消息 2; 属于管理范围, 且版本不一致则执 行步骤 5022。 这里, 消息 2为以上 a2类消息。
步骤 5022、 配置服务器向空配置设备发送消息 3 , 通知获取所需更新 的版本文件。 这里, 消息 3为以上 a3类消息。
步骤 5023、空配置设备向配置服务器发送消息 13 ,通知版本反馈进度。 这里, 消息 13为以上 al3类消息。
步骤 5024、判断消息 5中版本文件获取结果是否获取成功, 如果成功, 则执行步骤 5025; 如果失败, 则空配置设备尝试有限次数最终仍失败后需 人工干预。 这里, 消息 5为以上 a5类消息。
步骤 5025、 通过消息 6通知空配置设备重启。 这里, 消息 6为以上 a6 类消息。
步骤 5026、 判断是否重启完毕, 如果重启成功, 则执行步骤 5031 ; 如 果重启失败, 则手动干预。
步骤 5031、 配置服务器通过消息 4通知空配置设备获取配置文件。 这 里, 消息 4为以上 a4类消息。
步骤 5032、空配置设备通过消息 13向配置服务器通知配置文件下载反 馈进度。
步骤 5033、 判断消息 7中配置文件获取结果是否获取成功, 如果获取 成功, 则执行步骤 5041 ; 如果获取失败, 则需人工干预。 这里, 消息 7为 以上 a7类消息。
步骤 5041、 配置服务器通过消息 8通知空配置设备升级配置文件。 步骤 5042、空配置设备通过消息 12向配置服务器反馈确认升级。这里, 消息 12为以上 al2类消息。
步骤 5043、 空配置设备向配置服务器发送消息 2。 这里, 消息 2为以 上 a2类消息。
步骤 5044、空配置设备通过消息 11向配置服务器发送升级配置文件的 结果,消息 11中携带有设备的基本信息。这里,消息 11为以上 all类消息。
步骤 5045、判断升级结果是否成功,如果升级失败, 则执行步骤 5051 ; 如果升级成功, 则配置服务器向空配置设备发送消息 2后结束当前自动配 置流程。 这里, 消息 2为以上 a2类消息。
步骤 5051、 配置服务器通过消息 9上传日志信息。 这里, 消息 9为以 上 a9类消息。
步骤 5052、 空配置设备通过消息 13向配置服务器通知日志反馈进度。 这里, 消息 13为以上 al3类消息。
步骤 5052、空配置设备通过消息 10向配置服务器发送上传日志的结果。 这里, 消息 10为以上 alO类消息。
执行步骤 5052后, 配置服务器向空配置设备发送消息 2后结束当前自 动配置流程。 这里, 消息 2为以上 a2类消息。
以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明的保 护范围。
Claims
1、 一种实现设备自动配置的系统, 其特征在于, 该系统包括: 动态主 机配置协议(DHCP )服务器、 空配置设备和配置服务器; 其中,
所述 DHCP服务器, 用于基于 DHCP协议与网络中任一个空配置设备 进行交互, 并提供所述空配置设备需要的网际协议( IP )地址和所述配置服 务器的相关参数;
所述空配置设备, 用于在获取所述 IP地址和所述配置服务器的相关参 数后, 基于私有协议与所述配置服务器进行交互;
所述配置服务器, 用于基于私有协议与所述空配置设备进行交互, 持 续交互直至完成空配置设备所需更新的版本文件和配置文件的升级。
2、 根据权利要求 1所述的系统, 其特征在于, 所述配置服务器, 进一 步用于基于私有协议与所述空配置设备交互, 所述私有协议消息为自动配 置消息;
在版本文件升级的情况下, 所述自动配置消息的类型包括: 版本文件 获取消息、 和版本文件获取结果消息;
在配置文件升级的情况下, 所述自动配置消息的类型包括: 配置文件 获取消息、 配置文件获取结果消息、 升级配置消息、 和配置文件升级结果 消息;
在版本文件和配置文件都升级的情况下, 所述自动配置消息的类型包 括: 版本文件获取消息、 版本文件获取结果消息、 配置文件获取消息、 配 置文件获取结果消息、 升级配置消息、 和配置文件升级结果消息。
3、 根据权利要求 1所述的系统, 其特征在于, 所述空配置设备进一步 包括升级处理模块; 所述配置服务器进一步包括: 套接字(Socket )连接池、 逻辑控制模块和存储模块; 其中,
所述升级处理模块, 用于与所述 Socket连接池进行消息交互; 所述 Socket连接池, 用于与所述升级处理模块进行消息交互, 持续交 互直至完成空配置设备所需更新的版本文件和配置文件的升级;
所述逻辑控制模块, 用于控制状态变化, 并针对所述状态变化通知所 述 Socket连接池发送相对应的消息;
所述存储模块, 用于存储空配置设备所需更新的版本文件和配置文件。
4、 根据权利要求 3所述的系统, 其特征在于, 所述逻辑控制模块, 进 一步用于控制设备状态变化和业务状态变化; 所述存储模块为文件传输协 议(FTP )服务器 /简单文件传输协议(TFTP )服务器。
5、 一种实现设备自动配置的方法, 其特征在于, 该方法包括: 网络中 任一个空配置设备基于 DHCP协议与 DHCP服务器交互, 获取所述空配置 设备需要的 IP地址和配置服务器的相关参数后, 所述空配置设备基于私有 协议与所述配置服务器进行交互, 持续交互直至完成空配置设备所需更新 的版本文件和配置文件的升级。
6、 根据权利要求 5所述的方法, 其特征在于, 所述空配置设备基于私 有协议与配置服务器进行交互包括:
获取所述空配置设备的 IP地址和配置服务器的相关参数后, 所述空配 置设备根据所述配置服务器的相关参数自动向所述配置服务器发送建链请 求消息, 与配置服务器建立面向连接的传输控制协议(TCP )连接。
7、 根据权利要求 6所述的方法, 其特征在于, 建立所述 TCP连接后, 所述空配置设备基于私有协议与配置服务器进行交互还包括: 判断出空配 置设备属于管理范围且版本不一致时, 配置服务器向空配置设备发送版本 文件获取消息, 通知空配置设备获取所需更新的版本文件; 空配置设备收 到版本文件获取消息后发送版本文件获取结果消息给配置服务器, 反馈版 本文件获取结果。
8、 根据权利要求 7所述的方法, 其特征在于, 空配置设备在版本文件 获取成功后重启, 重启成功后, 所述空配置设备基于私有协议与配置服务 器进行交互还包括: 配置服务器向空配置设备发送配置文件获取消息, 通 知空配置设备获取配置文件; 空配置设备收到所述配置文件获取消息后发 送配置文件获取结果消息给配置服务器, 反馈配置文件获取结果。
9、 根据权利要求 8所述的方法, 其特征在于, 空配置设备在配置文件 获取成功后, 所述空配置设备基于私有协议与配置服务器进行交互还包括: 配置服务器向空配置设备发送升级配置消息, 通知空配置设备升级配置文 件; 空配置设备收到所述升级配置消息后发送配置文件升级结果消息给配 置服务器, 反馈配置文件升级结果。
10、 根据权利要求 9所述的方法, 其特征在于, 如果所述反馈配置文 件升级结果为升级成功, 则空配置设备在配置文件升级成功后, 所述空配 置设备基于私有协议与配置服务器进行交互还包括: 配置服务器向空配置 设备发送断链消息, 结束与空配置设备间的消息交互。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP10853107.0A EP2582089A4 (en) | 2010-06-13 | 2010-09-16 | SYSTEM AND METHOD FOR IMPLEMENTING AUTOMATIC EQUIPMENT CONFIGURATION |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010199863.8 | 2010-06-13 | ||
CN201010199863A CN101860545A (zh) | 2010-06-13 | 2010-06-13 | 一种实现设备自动配置的系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2011156998A1 true WO2011156998A1 (zh) | 2011-12-22 |
Family
ID=42946203
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2010/077014 WO2011156998A1 (zh) | 2010-06-13 | 2010-09-16 | 一种实现设备自动配置的系统及方法 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2582089A4 (zh) |
CN (1) | CN101860545A (zh) |
WO (1) | WO2011156998A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347994A (zh) * | 2018-10-19 | 2019-02-15 | Oppo广东移动通信有限公司 | 互联网协议ip地址获取方法、装置、存储介质及电子设备 |
CN110351321A (zh) * | 2018-04-08 | 2019-10-18 | 上海擎感智能科技有限公司 | 数据交互方法、数据交互系统、及电子终端 |
CN111245898A (zh) * | 2019-12-31 | 2020-06-05 | 中国建设银行股份有限公司 | 一种网络设备上线方法、装置、服务器及存储介质 |
CN112134718A (zh) * | 2019-06-25 | 2020-12-25 | 广东美的制冷设备有限公司 | 固件升级方法、家电、固件升级系统及可读存储介质 |
CN112306973A (zh) * | 2020-11-05 | 2021-02-02 | 杭州海康威视数字技术股份有限公司 | 一种图片导入系统及方法 |
CN115567392A (zh) * | 2022-10-10 | 2023-01-03 | 浙江保融科技股份有限公司 | 一种客户内部业务系统自动部署升级方法 |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102123181A (zh) * | 2010-12-09 | 2011-07-13 | 广东高新兴通信股份有限公司 | 一种对网络设备进行ip地址自动配置的方法 |
CN102594944B (zh) * | 2012-03-19 | 2015-11-25 | 杭州华三通信技术有限公司 | 一种自动配置的方法和网络设备 |
CN103795559A (zh) * | 2012-10-31 | 2014-05-14 | 北京思博途信息技术有限公司 | 一种服务器批量上架的方法、系统及自动安装服务器 |
CN103442041A (zh) * | 2013-08-14 | 2013-12-11 | 深圳市同洲电子股份有限公司 | 嵌入式设备固件升级的方法、装置及其系统 |
CN103957117A (zh) * | 2014-04-14 | 2014-07-30 | 武汉烽火网络有限责任公司 | 实现网络设备智能安装的系统及其方法 |
CN105323091A (zh) * | 2014-07-23 | 2016-02-10 | 中兴通讯股份有限公司 | 设备升级处理方法、装置及网关设备 |
CN104363310B (zh) * | 2014-11-04 | 2017-12-26 | 南车株洲电力机车研究所有限公司 | 一种用于配置设备ip的方法 |
CN104486379B (zh) * | 2014-11-26 | 2019-01-29 | 中国建设银行股份有限公司 | 一种参数更新方法及相关设备、系统 |
CN104767641B (zh) * | 2015-04-01 | 2018-08-14 | 北京京东尚科信息技术有限公司 | 服务器功能调度方法、设备、服务器和系统 |
CN105049259A (zh) * | 2015-08-20 | 2015-11-11 | 北京星网锐捷网络技术有限公司 | 网络设备及用于网络设备的服务器、系统及方法 |
CN105553871A (zh) * | 2015-12-15 | 2016-05-04 | 厦门贝启科技有限公司 | 一种远程管理设备参数的方法及系统 |
WO2017211091A1 (zh) * | 2016-06-06 | 2017-12-14 | 中兴通讯股份有限公司 | 网络接入设备的配置方法及装置 |
CN109218055B (zh) * | 2017-07-04 | 2021-07-30 | 上海诺基亚贝尔软件有限公司 | 一种快速配置网元设备进行即插即用的方法和装置 |
CN109714445A (zh) * | 2018-12-06 | 2019-05-03 | 成都佰纳瑞信息技术有限公司 | 一种变电站自动化系统及ied设备自动配置的方法 |
CN109412873B (zh) * | 2018-12-20 | 2022-06-03 | 中国移动通信集团江苏有限公司 | 配置更新方法及装置、终端设备及计算机存储介质 |
CN112311570A (zh) * | 2019-07-29 | 2021-02-02 | 中兴通讯股份有限公司 | 网络设备的开通方法及装置 |
CN115967624A (zh) * | 2022-12-28 | 2023-04-14 | 迈普通信技术股份有限公司 | 零配置开局方法、装置及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006339803A (ja) * | 2005-05-31 | 2006-12-14 | Nec Infrontia Corp | Ip電話機自動設定システム及び方法 |
CN101159587A (zh) * | 2007-11-07 | 2008-04-09 | 华为技术有限公司 | 一种远程开局的方法和系统 |
CN101232395A (zh) * | 2007-12-27 | 2008-07-30 | Ut斯达康通讯有限公司 | 一种实现网络设备自动配置安装的方法 |
CN101808131A (zh) * | 2010-03-22 | 2010-08-18 | 北京傲天动联技术有限公司 | 网络终端版本自动升级方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6286038B1 (en) * | 1998-08-03 | 2001-09-04 | Nortel Networks Limited | Method and apparatus for remotely configuring a network device |
JP2003032277A (ja) * | 2001-07-12 | 2003-01-31 | Allied Tereshisu Kk | ネットワーク機器の管理方法及びシステム |
GB2405711B (en) * | 2003-09-05 | 2006-08-09 | Sun Microsystems Inc | Method and apparatus for performing configuration over a network |
US7626944B1 (en) * | 2004-03-31 | 2009-12-01 | Packeteer, Inc. | Methods, apparatuses and systems facilitating remote, automated deployment of network devices |
CN1658574A (zh) * | 2005-03-23 | 2005-08-24 | 港湾网络有限公司 | 网络设备自动更新方法及系统 |
US7627656B1 (en) * | 2005-05-16 | 2009-12-01 | Cisco Technology, Inc. | Providing configuration information to an endpoint |
CN101132573A (zh) * | 2006-08-23 | 2008-02-27 | 中兴通讯股份有限公司 | 一种终端批量升级的实现方法 |
CN101217411B (zh) * | 2008-01-02 | 2010-07-21 | 杭州华三通信技术有限公司 | 实现堆叠设备软件升级的方法、设备及系统 |
-
2010
- 2010-06-13 CN CN201010199863A patent/CN101860545A/zh active Pending
- 2010-09-16 WO PCT/CN2010/077014 patent/WO2011156998A1/zh active Application Filing
- 2010-09-16 EP EP10853107.0A patent/EP2582089A4/en not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006339803A (ja) * | 2005-05-31 | 2006-12-14 | Nec Infrontia Corp | Ip電話機自動設定システム及び方法 |
CN101159587A (zh) * | 2007-11-07 | 2008-04-09 | 华为技术有限公司 | 一种远程开局的方法和系统 |
CN101232395A (zh) * | 2007-12-27 | 2008-07-30 | Ut斯达康通讯有限公司 | 一种实现网络设备自动配置安装的方法 |
CN101808131A (zh) * | 2010-03-22 | 2010-08-18 | 北京傲天动联技术有限公司 | 网络终端版本自动升级方法 |
Non-Patent Citations (2)
Title |
---|
"H3C Automatic Configuration Technology Introduction", H3C TECHNOLOGIES CO LTD, 29 July 2010 (2010-07-29), XP055109224, Retrieved from the Internet <URL:http://wenku.baidu.com/view/5fcb090216fe700abb68fcf7.html> * |
See also references of EP2582089A4 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110351321A (zh) * | 2018-04-08 | 2019-10-18 | 上海擎感智能科技有限公司 | 数据交互方法、数据交互系统、及电子终端 |
CN109347994A (zh) * | 2018-10-19 | 2019-02-15 | Oppo广东移动通信有限公司 | 互联网协议ip地址获取方法、装置、存储介质及电子设备 |
CN109347994B (zh) * | 2018-10-19 | 2021-02-09 | Oppo广东移动通信有限公司 | 互联网协议ip地址获取方法、装置、存储介质及电子设备 |
CN112134718A (zh) * | 2019-06-25 | 2020-12-25 | 广东美的制冷设备有限公司 | 固件升级方法、家电、固件升级系统及可读存储介质 |
CN112134718B (zh) * | 2019-06-25 | 2022-12-02 | 广东美的制冷设备有限公司 | 固件升级方法、家电、固件升级系统及可读存储介质 |
CN111245898A (zh) * | 2019-12-31 | 2020-06-05 | 中国建设银行股份有限公司 | 一种网络设备上线方法、装置、服务器及存储介质 |
CN112306973A (zh) * | 2020-11-05 | 2021-02-02 | 杭州海康威视数字技术股份有限公司 | 一种图片导入系统及方法 |
CN112306973B (zh) * | 2020-11-05 | 2023-08-04 | 杭州海康威视数字技术股份有限公司 | 一种图片导入系统及方法 |
CN115567392A (zh) * | 2022-10-10 | 2023-01-03 | 浙江保融科技股份有限公司 | 一种客户内部业务系统自动部署升级方法 |
CN115567392B (zh) * | 2022-10-10 | 2023-08-15 | 浙江保融科技股份有限公司 | 一种客户内部业务系统自动部署升级方法 |
Also Published As
Publication number | Publication date |
---|---|
EP2582089A4 (en) | 2014-04-30 |
EP2582089A1 (en) | 2013-04-17 |
CN101860545A (zh) | 2010-10-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011156998A1 (zh) | 一种实现设备自动配置的系统及方法 | |
RU2520385C2 (ru) | Способ и система для обновления сетевого устройства | |
WO2011137793A1 (zh) | 实现zigbee设备远程升级的方法、装置及网络系统 | |
CN108023773B (zh) | 一种实现网络设备零配置上线的方法和配置服务器 | |
CN111786893B (zh) | mesh组网中无线路由器软件版本的同步方法和装置 | |
CN100525206C (zh) | 自动恢复设备故障的实现方法及系统 | |
JP5574544B2 (ja) | 単一化されたデバイス管理方法及びシステム | |
WO2012163093A1 (zh) | 软件升级系统及方法 | |
EP2456257B1 (en) | Method and system for upgrading wireless data card | |
CN107547245B (zh) | 一种版本升级方法和装置 | |
TW201344576A (zh) | 韌體更新方法與系統以及使用該方法之終端裝置 | |
CN105450455A (zh) | 工厂中网络设备批量自动升级的系统及方法 | |
CN103580921A (zh) | 一种网络设备自动升级的方法及自动升级系统 | |
JP2007525870A (ja) | 装置管理システム内における管理ノードの指定 | |
CN103957117A (zh) | 实现网络设备智能安装的系统及其方法 | |
CN106572200A (zh) | 一种基板控制器bmc的ip地址配置方法及装置 | |
EP2628273B1 (en) | Method for operating a remote controlled network element | |
WO2012174799A1 (zh) | 升级包下载及安装的方法、服务器及系统 | |
WO2010127602A1 (zh) | 终端参数的配置方法和系统、终端管理装置 | |
WO2022110645A1 (zh) | 软件升级方法、装置、存储介质及电子装置 | |
WO2010135897A1 (zh) | 一种独占闪存组合设备空中固件升级方法及装置 | |
CN101485141B (zh) | 用于基于管理服务发现Web服务的两阶段机制的方法和系统 | |
WO2012097566A1 (zh) | Rtr单板的版本升级方法及装置 | |
CN107968725B (zh) | 家庭网关单元型终端设备配置信息返回及配置方法、设备 | |
WO2010034200A1 (zh) | 一种软件管理方法、装置和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10853107 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2010853107 Country of ref document: EP |