WO2007016830A1 - Procédé et côté client destinés à l’implémentation de la détection des performances du service dhcp - Google Patents
Procédé et côté client destinés à l’implémentation de la détection des performances du service dhcp Download PDFInfo
- Publication number
- WO2007016830A1 WO2007016830A1 PCT/CN2006/001055 CN2006001055W WO2007016830A1 WO 2007016830 A1 WO2007016830 A1 WO 2007016830A1 CN 2006001055 W CN2006001055 W CN 2006001055W WO 2007016830 A1 WO2007016830 A1 WO 2007016830A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- dhcp
- service
- client
- test
- server
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- 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 the field of network communication technologies, and in particular, to a method and a client for implementing DHCP service performance detection.
- DHCP Dynamic Host Configuration Protocol
- IPv6 networks With the deployment of IPv6 networks, the DHCP protocol has been extended to accommodate IPv6 networks, namely DHCPv6. IPv6 networks will be larger and more complex than IPv4 networks. As the application protocol, DHCP is directly directed to the end user. Therefore, if there is a problem with the DHCP JI service, the new user will not be able to access the network resources due to the inability to obtain the machine's IP address and configuration information.
- Ping Patch
- Trace Route Traffic Routing
- the ping technology is a technology for verifying whether the channel and the device are normal and the network performance.
- the route A can be pinged from Route A.
- Route A will construct and send a sixth version.
- the Internet Control Message Protocol (ICMPv6) message the router between Route A and Route B only forwards this message.
- Route B receives the ICMPv6 message, it constructs a response message and responds to the message. Send back to Route A.
- Route A confirms that the route from Route A to Route B is reachable, and can calculate the delay between the two nodes to confirm the performance of the network.
- ICMPv6 Internet Control Message Protocol
- the Trace Route technology is also a type of packet that detects the link. The difference is that the Trace Route is incremented (incremented from 1) by the Hop Limit. Returns ICMPv6 timeout 4i text. If from Route A Trace Route Route B The address of the link between Route A and Route B is returned to the ICMPv6 packet. After receiving the ICMPv6 packet, Route A can determine the link status and delay.
- Trace Route is used to locate the fault point that is faulty.
- the ping and trace route technologies only detect the reachability and performance of the IP layer in the network, and cannot detect the running status of the DHCPv6 protocol, that is, it cannot detect whether the current DHCP service can be normally provided, such as the DHCPv6 service. Availability, performance, etc., therefore, the reliability of the DHCP service cannot be accurately known.
- the existing DHCP service quality detection method can only detect the connection and disconnection of the link with the DHCP server, and the function of the DHCP server itself is normal, but it is impossible to know, so that the performance of the DHCP service cannot be accurately evaluated. And quality, and thus can not solve the problems that may arise when the DHCP service is not available properly.
- an object of the present invention is to provide a method and a client for implementing DHCP service performance detection, so as to accurately know whether the function of the DHCP server is normal and reliable, thereby accurately evaluating the performance and quality of the DHCP service.
- the DHCP client determines the DHCP server to be tested, and constructs a configuration request message according to the detection parameter information, and sends the configuration request message to the DHCP server to be tested.
- the DHCP client calculates the detection result of the DHCP service performance according to the received response message returned by the DHCP server to be tested.
- the process of determining the DHCP server to be tested in step A includes:
- the DHCP client sends a request SOLICIT message to the DHCP server.
- the DHCP client advertises the ADVERTISE packet according to the return of each DHCP server. Select to determine at least one DHCP server to be tested.
- the method further comprises:
- the DHCP client does not receive the ADVERTISE packet returned by the DHCP server within the specified time, it determines that the test process fails and ends.
- the process of calculating the detection result of the performance of the DHCP service in step B includes:
- the DHCP client and the DHCP server exchange the configuration request message and the response message for several tests, record each intermediate information, and calculate the detection result based on the recorded intermediate information.
- the detection result includes but is not limited to:
- DHCP Service Delay DHCP Service Success Rate DHCP Service Success Ratio, and / or DHCP Service Availability DHCP Service Availability.
- the method further includes: the DHCP client sending a release message to the DHCP server, requesting the DHCP server to release the resource information for testing allocated by the client.
- the test result information is stored in the DHCP client, and the local and remote calling interfaces are provided, and the local user or the remote user invokes the saved test result information through the interface.
- the detection parameter information includes: a start/end time of the test, a frequency of the test, a period of the test, and/or source port information used for the test.
- the DHCP client includes but is not limited to a router, a Layer 2 / Layer 3 switch.
- the DHCP server is a device that provides a DHCPv6 service in the network, and the device includes but is not limited to a DHCPv6 server, or a router that provides a DHCPv6 service, or a Layer 2/Layer-3 switch.
- a DHCP client for implementing DHCP service performance detection including:
- Parameter setting module used to set and save the information of each detection parameter required for performing the DHCP service test;
- the test control module is configured to control the interaction between the DHCP client and the DHCP server according to the detection parameter information, and perform corresponding DHCP configuration processing;
- the test information recording module is configured to record the DHCP service process information during the process of the packet exchange between the DHCP client and the DHCP server;
- Test data generation module Used to calculate the test result of the DHCPv6 service according to the process information recorded by the test information record module.
- the detection result includes but is not limited to: DHCP service response delay DHCP Service Response Delay ⁇ DHCP service delay DHCP Service Delay ⁇ DHCP service success rate DHCP Service Success Ratio, and/or DHCP service availability DHCP Service Availability o
- the detection parameter information includes: a start/end time of the test, a frequency of the test, a period of the test, and/or source port information used for the test.
- the DHCP client includes but is not limited to a router, a Layer 2 / Layer 3 switch.
- the DHCP server is a device that provides a DHCPv6 service in the network, and the device includes but is not limited to a DHCPv6 server, or a router that provides a DHCPv6 service, or a Layer 2/Layer-3 switch.
- the implementation of the present invention can effectively solve the detection and monitoring of the DHCPv6 protocol in the IPv6 network, and can timely understand the operation of the DHCPv6 server in the network, and know whether the function of the DHCP server itself is normal. Thereby truly assessing the performance and quality of the DHCP service.
- the present invention is very important for maintaining the normal operation of the DHCPv6 protocol in the network and providing the operator with a stable DHCPv6 service to the client.
- FIG. 1 is a schematic diagram of a network structure of a DHCP service performance detection application
- Figure 2a is a schematic diagram of peer-to-peer DHCP service performance detection
- Figure 2b is a schematic diagram of point-to-multipoint DHCP service performance detection
- Figure 2c is a schematic diagram of multi-point to multi-point DHCP service performance detection
- Figure 2d is a schematic diagram of the multi-point to one-point DHCP service performance detection
- FIG. 3 is a schematic diagram of a processing procedure of the method of the present invention.
- FIG. 4 is a flowchart of processing of a DHCP client in the method of the present invention.
- FIG. 5 is a schematic structural diagram of a DHCP client according to the present invention.
- FIG. 6 is a flowchart of processing of a DHCP server in the method of the present invention.
- the core idea of the present invention is to adopt a client/server model between network nodes to implement the detection function of the DHCPv6 service, and complete statistics and query of various information generated by the service of the DHCPv6 service.
- the client sends a DHCPv6 Server request packet to the server.
- the server After receiving the DHCPv6 Server request packet, the server sends a response packet to the client.
- the client After receiving the response packet, the client sends a configuration request packet to the server.
- the server After receiving the configuration request packet, the server sends a response packet to the client to provide an IPv6 address and corresponding configuration.
- the network delay is calculated and the test result is saved. Then, the release packet is sent to the server to release the IPv6 address.
- the detection described in the present invention may be one time, or may be multiple or periodic detection.
- the detection may be point-to-point, point-to-multipoint, multi-point to multi-point, multi-point to point.
- the present invention mainly relates to two network devices, namely a client and a server, wherein:
- the client device that is, the DHCPv6 client, is mainly responsible for analyzing and saving the test initiation and test results, and may specifically include, but is not limited to, a router, a layer 2/layer 3 switch, and the like; the server device, that is, DHCP.
- the server is responsible for responding to the client's test request and sending a response packet to the client.
- the device can provide a DHCPv6 service on the network. It can be a standard DHCPv6 server or a router that provides DHCPv6 services. Layer 2/3 switch.
- the present invention provides a specific process for implementing DHCPv6 service testing on an IPv6 network, as shown in FIG. Show, the specific process includes:
- Step 31 Start the DHCPv6 service on the server side.
- Step 32 Configure the DHCPv6 service test task on the client, set the start/end time of the test, the test period, and the frequency, and test the source interface used.
- Step 33 The client sends a SOLICIT message to the DHCPv6 server according to the configuration, according to the set period and frequency, to find the DHCPv6 server.
- Step 34 After receiving the SOLICIT request message from the client, the DHCPv6 server sends an advertisement (ADVERTISE) response message to the client.
- ADVERTISE advertisement
- Step 35 Send a configuration request packet to the DHCPv6 server to be tested.
- Each DHCPv6 server sends an ADVERTISE packet after receiving a SOLICIT packet from the client. In this way, the client may receive ADVERTISE packets sent by multiple different servers.
- DHCPv6 RRC3315
- the protocol standard stipulates that the client should select a DHCPv6 server to provide configuration according to the policy, that is, send a REQUEST configuration request message to a selected server; in the present invention, in order to facilitate the designated DHCPv6 in the network.
- the server performs performance testing. At this time, you can choose to test according to the standard protocol flow, or you can respond to all DHCPv6 servers, that is, test all DHCPv6 servers in the network.
- Step 36 After receiving the REQUEST request from the client, the DHCP server sends a REPLY response packet to the client to provide an IPv6 address and related network configuration.
- Step 37 Collect parameters for detecting the performance of the DHCP service during the configuration of the DHCPv6. After the DHCPv6 configuration process is complete, record the intermediate information of the test, such as the timestamp, the delay of the packet, the time when the service is completed, and the service. The success of the completion or not.
- the interaction between the configuration request message and the response message for several tests is performed between the DHCP client and the DHCP server to record multiple intermediate information.
- Step 38 The DHCP client sends a release (RELEASE) message to the server, releasing the resource just for application for testing, such as an IPv6 address.
- a release RELEASE
- Step 39 The client calculates the test result based on the recorded intermediate information, and performs preliminary analysis and saves.
- the user can view the result through the command line or the network management device.
- the present invention implements the provision of a DHCP service in the network.
- the device or the DHCP server performs the test for the performance of the DHCP service.
- the corresponding measures can be taken in time to avoid the failure of the DHCP service to be provided.
- the specific processing operations of the client and the server end will be separately described below with reference to the accompanying drawings.
- the DHCPv6 service test client is used to complete the function of the client in the DHCPv6 protocol. It is mainly responsible for the test initiation and analysis and storage of test results. As shown in Figure 4, the following steps are specifically included:
- Step 41 Save the user's configuration, such as the start/end time of the test, the frequency of the test, the test period, the source port used for the test, and so on.
- Step 42 Set the timing detection according to the test start/end time, the frequency of the test, and the period configured by the user.
- Step 43 When the test time is up, first construct a SOLICIT message according to RFC3315, and then send it out from the specified source port after a delay according to the standard.
- Step 44 The DHCPv6 client determines whether the ADVERTISE packet sent by the DHCPv6 service is received within the specified time. If yes, go to Step 46. Otherwise, go to Step 45. Step 45: If it is not received within the specified time. To the ADVERTISE message sent by any DHCPv6 server, the test failure result is recorded, waiting for the next test to start.
- Step 46 Send a configuration request packet to the DHCPv6 server to be tested.
- the client needs to select a policy according to the policy.
- the DHCPv6 server provides configuration for sending a REQUEST configuration request message to a selected server, ignoring the ADVERTISE message of other servers;
- DHCPv6 server In order to facilitate testing of the DHCPv6 server in the network, you can choose to follow the standard protocol. The process is tested and all DHCPv6 servers can be answered, that is, all DHCPv6 servers in the network are tested.
- Step 47 Determine whether the REPLY message returned by the DHCPv6 server is received within the specified time. If yes, go to step 49. Otherwise, go to step 48.
- Step 48 If no DHCPv6 server is received within the specified time
- the REPLY message records the test failure result and waits for the next test to begin.
- Step 49 After receiving the REPLY message of the DHCPv6 server, check the REPLY message, if it is in accordance with RFC3315, check whether the message is a valid Reply message, whether it is a test expected message, etc., and record the middle of the test. Information, such as timestamp, delay of message, time to complete a service, success of service completion, etc.
- the configuration request message and response response between the DHCP client and the DHCP server are used to record multiple intermediate information.
- Step 410 Calculate the test result according to the recorded intermediate information, and perform analysis and save, so that the user can view through the command line or the network management.
- Step 411 Construct a RELEASE message and send it to the DHCPv6 server to release the resource just for testing, such as an IPv6 address.
- FIG. 5 specifically includes:
- Parameter setting module used to set and save the information of each detection parameter required for performing the DHCP service test
- the test control module is configured to control the initiation of the test operation process according to the detection parameter information, that is, control the interaction between the DHCP client and the DHCP server to perform corresponding DHCP configuration processing;
- the test information recording module is configured to record the process information of the DHCP service during the process of the packet exchange between the DHCP client and the DHCP server, including recording the number of times the IPv6 address is successfully obtained through DHCP, and the time required to obtain the address. Delay, etc.
- the test data generation module is configured to calculate test result information of the DHCPv6 service according to the information recorded by the test information record module, and specifically includes: DHCP service response delay (DHCP) Service Response Delay), DHCP Service Delay, DHCP Service Success Ratio, DHCP Service Availability.
- DHCP service response delay DHCP
- DHCP Service Delay DHCP Service Delay
- DHCP Service Success Ratio DHCP Service Availability
- the detection result obtained by the DHCP client is saved in the tested DHCP client device.
- the user can view it on the terminal. If it is a network device such as a router, it can also be viewed remotely on the network management device.
- the DHCPv6 service test server is configured to perform the function of the server in the DHCPv6 protocol, and is mainly responsible for responding to the test request of the client, and sending a response message to the client, as shown in FIG. 6, which specifically includes the following processing steps:
- Step 61 Start the DHCPv6 protocol service according to the configuration.
- Step 62 Listen for DHCPv6 messages sent by the client.
- Step 63 After receiving the SOLICIT packet sent by the client, the server confirms whether to respond according to the local policy. If it is confirmed that a response is required, an ADVERTISE response message is first created, and then an ADVERTISE message is sent to the client.
- Step 64 Listen for DHCPv6 messages sent by the client.
- Step 65 After receiving the REQUEST packet sent by the client, the server constructs a REPLY packet according to the policy configured by the server, and includes an IPv6 address and related configuration information provided to the client.
- Step 66 Listen for DHCPv6 packets sent by the client.
- Step 67 After receiving the RELEASE packet sent by the client, the server releases the resources occupied by the client's test, such as reclaiming the IPv6 address assigned to the client.
- Step 68 Continue to listen to DHCPv6 packets sent by the client to prepare for the next DHCP configuration.
- the entity or the DHCP server that provides the DHCP service in the network does not need to be improved, that is, the existing DHCP service entity or the DHCP server can be directly used as the DHCP server of the present invention.
- the test performance indicator of the DHCPv6 service for the IPv6 network includes: DHCP Service Response Delay, DHCP Service Delay, DHCP Service Success Ratio, DHCP Service Availability.
- the present invention effectively solves the problem of detecting and monitoring the DHCPv6 protocol in an IPv6 network, and can discover the DHCP server in time when an abnormality occurs, thereby ensuring that the operator can provide a stable DHCPv6 service to the client.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
L’invention concerne un procédé et un client destinés à l’implémentation de la détection des performances du service DHCP, comprenant les étapes suivantes : tout d’abord, le côté client DHCP transmet le message de demande de configuration au serveur DHCP à tester ; ensuite, en fonction de l’état du message de réponse reçu par le côté client DHCP à partir du serveur DHCP à tester, on détermine le résultat de la détection des performances du service DHCP. La présente invention peut réaliser de manière efficace la détection et la surveillance du protocole DHCPv6 dans le réseau IPv6. Elle peut connaître à temps l’état de fonctionnement du serveur DHCPv6 dans le réseau, découvrir à temps toute anormalité survenant, et intervenir auprès de l’utilisateur pour la résoudre. Il est donc important que la présente invention maintienne le fonctionnement normal du protocole DHCPv6 dans le réseau et procure le service DHCPv6 stable à partir du fournisseur au client.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005100890841A CN1909482A (zh) | 2005-08-05 | 2005-08-05 | Dhcp服务性能检测的实现方法 |
CN200510089084.1 | 2005-08-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2007016830A1 true WO2007016830A1 (fr) | 2007-02-15 |
Family
ID=37700477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2006/001055 WO2007016830A1 (fr) | 2005-08-05 | 2006-05-22 | Procédé et côté client destinés à l’implémentation de la détection des performances du service dhcp |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN1909482A (fr) |
WO (1) | WO2007016830A1 (fr) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100536438C (zh) * | 2007-04-24 | 2009-09-02 | 华为技术有限公司 | DHCPv6服务的测试方法和客户端 |
CN101931564B (zh) * | 2009-06-25 | 2012-07-25 | 成都市华为赛门铁克科技有限公司 | 协议异常测试方法和系统、测试设备及控制设备 |
CN102647290B (zh) * | 2011-02-17 | 2016-10-19 | 南京中兴软件有限责任公司 | 一种动态地址配置下网络连接保活的方法和装置 |
CN102510523A (zh) * | 2011-10-13 | 2012-06-20 | 青岛海信宽带多媒体技术有限公司 | Socket通讯交互测试方法及采用该方法的网络电视测试系统 |
CN104025490B (zh) * | 2012-12-25 | 2017-06-20 | 华为技术有限公司 | 资源请求的方法、服务器及资源分配系统 |
CN105204983B (zh) * | 2014-06-16 | 2018-07-06 | 北京基调网络系统有限公司 | Java Web应用性能诊断方法及装置 |
CN105281982B (zh) * | 2015-11-05 | 2019-06-25 | 上海斐讯数据通信技术有限公司 | 一种测试dhcp特性的装置和方法 |
CN107968845B (zh) * | 2016-10-19 | 2021-10-08 | 中兴通讯股份有限公司 | Dhcp服务器状态的检测方法、装置及dhcp中继 |
CN106789391A (zh) * | 2016-11-14 | 2017-05-31 | 上海斐讯数据通信技术有限公司 | 一种路由器dhcp功能的自动化测试方法及装置 |
CN113037591A (zh) * | 2021-03-04 | 2021-06-25 | 深圳市吉祥腾达科技有限公司 | 一种验证ipv6协议一致性的测试方法及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1073244A1 (fr) * | 1999-07-29 | 2001-01-31 | International Business Machines Corporation | Procédé et système de surveillance du service DHCP dans un réseau IP |
KR20030058267A (ko) * | 2001-12-31 | 2003-07-07 | 주식회사 케이티 | 중간 dhcp 서버를 이용한 중앙집중관리방식의 아이피자동할당 방법 |
CN1450766A (zh) * | 2002-04-10 | 2003-10-22 | 深圳市中兴通讯股份有限公司 | 一种基于动态主机配置协议的用户管理方法 |
-
2005
- 2005-08-05 CN CNA2005100890841A patent/CN1909482A/zh active Pending
-
2006
- 2006-05-22 WO PCT/CN2006/001055 patent/WO2007016830A1/fr active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1073244A1 (fr) * | 1999-07-29 | 2001-01-31 | International Business Machines Corporation | Procédé et système de surveillance du service DHCP dans un réseau IP |
KR20030058267A (ko) * | 2001-12-31 | 2003-07-07 | 주식회사 케이티 | 중간 dhcp 서버를 이용한 중앙집중관리방식의 아이피자동할당 방법 |
CN1450766A (zh) * | 2002-04-10 | 2003-10-22 | 深圳市中兴通讯股份有限公司 | 一种基于动态主机配置协议的用户管理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1909482A (zh) | 2007-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2007016830A1 (fr) | Procédé et côté client destinés à l’implémentation de la détection des performances du service dhcp | |
US8396945B2 (en) | Network management system with adaptive sampled proactive diagnostic capabilities | |
CN101035037B (zh) | 检测网络通信质量的方法、系统及相关装置 | |
US7995483B1 (en) | Simultaneously testing connectivity to multiple remote maintenance endpoints of the same maintenance association | |
US8400929B2 (en) | Ethernet performance monitoring | |
WO2021128977A1 (fr) | Procédé et appareil de diagnostic de défaillances | |
CN101651691B (zh) | 一种网络系统、接入设备以及应用层服务接入方法 | |
US7865591B2 (en) | Facilitating DHCP diagnostics in telecommunication networks | |
CN101114994B (zh) | 一种多协议标签交换虚拟专用网连通性检测方法 | |
CN102868569B (zh) | 三层虚拟专用网的性能检测方法、节点和系统 | |
WO2009052765A1 (fr) | Procédé et dispositif de détection et de traitement de défaillance de nœud dans un réseau poste à poste | |
WO2011110118A2 (fr) | Procédé et système de détection d'incidents | |
JP2009506444A (ja) | ファイル転送プロトコルのサービス性能を検査する方法 | |
CN101595686A (zh) | 触发中间设备处的流分析 | |
JP4065398B2 (ja) | インターネットルータトラフィックを測定する方法および装置 | |
CN111934936B (zh) | 网络状态检测方法、装置、电子设备及存储介质 | |
Mizrahi et al. | An overview of operations, administration, and maintenance (OAM) tools | |
WO2012002849A1 (fr) | Appareil et procédé de surveillance de services de connectivité | |
US7889665B2 (en) | Bridge port MAC address discovery mechanism in ethernet networks | |
Wang et al. | Queen: Estimating packet loss rate between arbitrary internet hosts | |
US9509777B2 (en) | Connection method and management server | |
US20080267080A1 (en) | Fault Verification for an Unpaired Unidirectional Switched-Path | |
WO2021143524A1 (fr) | Procédé de détection de défaut et appareil associé | |
US20080172456A1 (en) | Method for detecting the ipv6 network application layer protocol | |
US8467301B2 (en) | Router misconfiguration diagnosis |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 06741943 Country of ref document: EP Kind code of ref document: A1 |