CN102299923B - Session-Receiver register method in Internet performance measurement system - Google Patents
Session-Receiver register method in Internet performance measurement system Download PDFInfo
- Publication number
- CN102299923B CN102299923B CN201110238461.9A CN201110238461A CN102299923B CN 102299923 B CN102299923 B CN 102299923B CN 201110238461 A CN201110238461 A CN 201110238461A CN 102299923 B CN102299923 B CN 102299923B
- Authority
- CN
- China
- Prior art keywords
- probe
- message
- keepalive
- registration
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a Session-Receiver register method in an Internet performance measurement system. The purpose of the present invention is establishing a Session-Receiver register method between a Session-Sender and a Session-Receiver on a TWAMP (Two Way Active Measurement Protocol) system in order to guarantee authenticity of the Session-Receiver, i.e., the Session-Receiver should be a 'real' Session-Receiver approved by a system user and not be a false or counterfeit measuring node, through Keepalive information, a state of the Session-Receiver is maintained, and security of the whole measurement system is guaranteed.
Description
Technical field
The present invention relates to Internet technical field, the probe register method particularly in a kind of internet performance measuring system.
Background technology
The Internet is one of current information network important infrastructure, but the end to end performance problem of the Internet is a great problem of network manager always.
Along with the develop rapidly of Internet technology and Network, the demand of user to Internet resources unprecedentedly increases, and network also becomes and becomes increasingly complex.The ever-increasing network user and application, cause network burden heavy, network equipment overload operation, thus cause network performance to decline.This carries out extracting to the performance index of network with regard to needing and analyzes, and improves network performance.Therefore network performance measurement just arises at the historic moment.Find network bottleneck, optimized network configures, and the further potential hazard finding may exist in network, more effectively carry out network performance management, the checking of quality of providing services on the Internet and control, quantizing the Service Quality Metrics of service provider, compare and verify, is the main purpose of network performance measurement.
The Internet is a kind of network of packetizing, based on TCP/IP technology, network layer is carried out to data message addressing and the forwarding of hop-by-hop.Because each network node of jumping only is responsible for the data retransmission of this node, be mutually independent, and current network management system is all take individual node as management object between node, therefore network manager is difficult to the overall picture obtaining network performance.Under this background, need network measuring system, using the identity of Internet user, network is carried out Active measuring as black box to network performance.
The project of carrying out the research of network Active measuring is in the world a lot, as IEPM, NIMI, NLANR AMP, Surveyor etc., TWAMP (the Two Way Active Measurement Protocol) agreement (RFC5357) that wherein IETF develops is wherein one of more influential method.
TWAMP agreement is based on metering system end to end, and namely measuring entity is all main frame, and the network equipment does not participate in measuring.TWAMP includes two separate agreements:
● TWAMP-Control: for setting up measurement session, the parameter of consulting session (as wrapped length, initial time, intermission, the distributed constant etc. of giving out a contract for a project), start, stop measuring session, and obtain measurement result (employing Transmission Control Protocol);
● TWAMP-Test: the form etc. defining measured message, for carrying out between measured node mutual (the employing udp protocol) of measured message.
Open in order to improve it, TWAMP have employed the thought that control protocol is separated with measurement agreement, the control protocol of that is actual TWAMP system not necessarily adopts TWAMP-Control, but the measurement agreement of bottom will adopt TWAMP-Test, both the interoperability of measuring process can be ensure that like this, make again to adopt the measured node of different control protocol to participate in measurement, embody the opening of measurement.
TWAMP agreement comprises five functional entitys:
● send the measured node of measured message in Session-Sender:TWAMP-Test session;
● receive the measured node of measured message in Session-Receiver:TWAMP-Test session;
● Server: one server, manages one or more TWAMP-Test session, can be configured in each measured node for each TWAMP-Test session, can return the measurement result of each TWAMP-Test session;
● Control-Client: one main frame, for initiating the request of setting up TWAMP-Test session, and controls beginning and the termination of session;
● Fetch-Client: one main frame, for initiating the request obtaining TWAMP-Test session measurement result;
Relation between five functional entitys is as shown in Figure 1:
First TWAMP agreement supposes that the node (Session-Sender and Session-Receiver) participating in measurement is under the control of different effector, Session-Sender is controlled by Control-Client, Session-Receiver is controlled by Server, therefore between Session-Sender and Control-Client, and can be the control protocol of effector oneself definition between Session-Receiver and Server, but between Control-Client and Server, and disclosed TWAMP-Control agreement between Fetch-Client and Server, can be used, so just make to carry out network performance measurement between the main frame of different effector, and become possibility by open interface acquisition data.Some research institutions at present, as Aveiro university, realize TWAMP protocol system, in their system, in figure, uncertain agreement also uses TWAMP-Control agreement.
TWAMP agreement, due to based on metering system end to end, adopts common UDP message, and therefore measuring process not easily perceived and monitoring, can reflect the actual services situation of user; Simultaneously just consider safety problem when designing, protocol contents has comprised certification between Client and Server and between Sender and Receiver and encryption mechanism; TWAMP also supports that parcel is measured in addition, and when not encrypting, minimum message reaches 42 bytes, is 60 bytes during encryption.But TWAMP agreement also exists some shortcomings, first measurement result reflection is performance just between network edge main frame, is unfavorable for the Troubleshooting of network; Secondly, agreement itself has very large opening, on the one hand the adaptability of agreement is strengthened, and have also been introduced safety problem, as man-in-the-middle attack etc. on the other hand.Therefore, in sum, TWAMP agreement is a network performance measurement agreement being relatively applicable to being undertaken by user.
TWAMP itself just a probe and probe, between probe and server for the communication protocol measuring type, Survey control parameter, if TWAMP agreement to be used for actual measuring system, the safety problem of whole system must be considered, the most important thing is the authenticity that will ensure probe, namely probe should be the probe of " truly " that system user approves, instead of measured node that is false or personation.
At present, found by web search, the login mechanism still not having associated mechanisms or individual to propose similar thinking to realize between probe and Control Server in the internet performance measuring system supporting TWAMP agreement.
Summary of the invention
The object of the invention is on TWAMP protocol system, set up a kind of probe register method at Control Server and probe (Session-Sender and Session-Receiver), make whole system can meet existing network use in requirement to safety, reliability.
In order to meet above-mentioned purpose, the present invention by the following technical solutions:
A probe register method in internet performance measuring system, be applied in the system comprising server and at least one probe, described probe register method specifically comprises:
Step 1, creates detecting probe information in server database, and log-on message is write sound end local file;
Step 2, sends registration connection request to server;
Step 3, receives the registration connection request sent from described probe, obtains connection identifier (CID;
Step 4, opens the registration thread of described probe according to described connection identifier (CID, and the logon message of specifying tcp port to receive the transmission of described probe;
Step 5, extracts the probe title in the logon message of described probe transmission and password;
Step 6, judges whether probe title and password mate with information in server database, if so, then enter step 7; If not, then step 8 is entered;
Step 7, is saved in database by the essential information of the probe of described message;
Step 8, sends registration to described probe and replys message, if succeed in registration, then replys " successful registration message ", if register unsuccessful, then replys " registering unsuccessful message ";
Step 9, receive and read server send registration reply message;
Step 10, closes and connects.
Further, the probe in described step 2 sends registration connection request, is specially:
Step 210, creates the tcp port registered and use;
Step 220, sends connection request by this tcp port to server end;
Step 230, after connection request accepts, according to log-on message file generated logon message, sends registration request to server.
Further, also comprise after described step 10:
Step 11, replys message according to the registration of reading in step 9, takes out Accept field wherein, and whether the registration of this field references is successful.This registering result is returned according to Accept value.
Further, described step 10 is specially:
Step 10, calls public module and closes connection.
Further, each for described logon message field meanings is set as: message length, type of message, probe capacity, probe title, password, probe I P address and probe gateway ip address.
Further, also comprise after probe successful registration:
Step 310, after starting Keepalive processing threads, empties server memory table;
Step 320, receives the Keepalive data that probe sends;
Step 330, reads the probe name information in the Keepalive data of the described probe transmission received, and judges whether consistent with the probe title in memory table, if unanimously, then get back to step 320, continue wait-receiving mode data; If inconsistent, by probe name storage in memory table, and get back to step 320, continue wait-receiving mode data.
Further, the probe in described step 320 sends Keepalive data, is specially:
Step 3201, reads keepalive relevant information, particularly, reads out the IP address of server, the information of keepalive timed interval from internal memory;
Step 3202, the setting timer time is interval setup time, calls Keepalive and sends code, reach the object of presence of reporting for work, then just automatically can open thread process go to step 3203 and manage everywhere when timing by the set time;
Step 3203, creates the udp port of Keepalive report;
Step 3204, encapsulation Keepalive packet, according to defined Keepalive message, inserts corresponding information;
Step 3205, sends Keepalive packet, by calling transmission function, packet is sent to server by udp port;
Step 3206, closes Keepalive udp port.
Further, the implication of each field of described Keepalive data packet messages is set as:
Message length, type of message, probe title.
Probe register method in a kind of internet performance measuring system provided by the invention, enables server carry out mutual certification with probe, and realizes server to the qualification of probe authority and distribution.In the present invention, need the treatment mechanism increasing register flow path on probe and server, when probe starts, according to configuration information to server registration, by server, authentication is carried out to log-on message, determine the legitimacy of probe, after by registration, probe regularly will send Keepalive information, with maintenance state to server.
Accompanying drawing explanation
Fig. 1 is the schematic diagram of the relation of TWAMP protocol function entity of the prior art;
Fig. 2 is server end register flow path schematic diagram of the present invention;
Fig. 3 is that message format schematic diagram is replied in registration of the present invention;
Fig. 4 is server Keepalive handling process schematic diagram of the present invention;
Fig. 5 is sound end register flow path schematic diagram of the present invention;
Fig. 6 is probe registration request message format schematic diagram of the present invention;
Fig. 7 is Keepalive message format schematic diagram of the present invention;
Fig. 8 is the handling process schematic diagram of sound end Keepalive thread of the present invention.
Embodiment
In order to make object of the present invention, technical scheme and advantage clearly, below in conjunction with drawings and Examples, the present invention is further elaborated.Specific embodiment described herein only in order to explain the present invention, but is not intended to limit the present invention.Register method in the present invention comprises the handling process of server and probe two aspect.
As shown in Figure 2, server-side processes flow process comprises the following steps:
Step 1, creates detecting probe information in server database, and its content comprises: probe title, log-in password, probe I P address, probe down hop gateway address, probe capacity explanation.
Step 2, startup of server, accepts probe registration connection request, obtains connection identifier (CID FD.
Step 3, opens probe registration thread, at appointment TCP Socket port waits probe logon message.
Step 4, sends registration request if any probe, then receives log-on data.
Step 5, extracts the probe title in logon message and password.
Step 6, compares information in probe title and password and database.If coupling, then enter step 7; If do not mate, then enter step 8.
Step 7, by the IP address of message probe, the probe essential informations such as probe capacity are saved in database relevant position.
Step 8, sends registration to probe and replys message, if succeed in registration, then replys " successful registration message ", if register unsuccessful, then replys " registering unsuccessful message ".
Step 9, closes and connects.
As shown in Figure 2, registration request reply message format is as follows:
● message length: 4 bytes.
● type of message: 2 bytes.3 represent probe registration replys.
Registration is replied: 2 bytes.0 representative is succeeded in registration, and 1 represents this probe does not exist, and 2 represent probe title and password not match, and 3 represent IP address or probe capacity describes mistake, and 4 to represent this probe registered.
After probe succeeds in registration, regularly will send Keepalive message (UDP) to server, server needs to create UDP Socket and receives these Keepalive messages.As shown in Figure 4, server is as follows for the handling process of Keepalive message:
Step 310, after starting Keepalive processing threads, empties server memory table 1 (memory table 1 stores the state information of probe).
Step 320, receives Keepalive data.
Step 330, reads the probe name information in the Keepalive data that receive, and with the probe name-matches in memory table 1.If coupling, then get back to step 320, continue wait-receiving mode data; If do not mate, by probe name storage to memory table 1, and get back to step 320, continue wait-receiving mode data.
At sound end, first need, by administrative staff, log-on message is write sound end local file, after probe starts, automatically start register flow path.As shown in Figure 5, handling process comprises the following steps:
Step 10, creates the TCP Socket registering and use.
Step 20, sends connection request by this TCP Socket to server end.
Step 30, after connection request accepts, according to log-on message file generated logon message, sends registration request to server end.
Step 40, receives and reads the registration that server end returns and reply message.
Step 50, calls public module and closes connection.
Step 60, replys message according to the registration of reading in step 40, takes out Accept field wherein, and whether the registration of this field references is successful.This registering result is returned according to Accept value.
As shown in Figure 6, probe registration request message is as follows:
● message length: 4 bytes.
● type of message: 2 bytes, 1 represents probe log-in command, and 2 represent the online order of timing.
● probe capacity: 4 bytes, 32bit.
● probe title: 32 bytes, the title that user configures for probe.
● password: 32 bytes, the log-in password that user configures for probe.
● probe I P address: 256 bytes, the IP address of probe.
● probe gateway ip address: 256 bytes, the gateway address of probe.
After probe successful registration, Keepalive thread will be started, the probe status on periodic maintenance server.As shown in Figure 8, the handling process of sound end Keepalive thread is as follows:
Step 10, reads keepalive relevant information, needs the information such as IP address, keepalive timed interval reading out Control Server from internal memory.
Step 20, the setting timer time is interval setup time, calls Keepalive and sends code, reach the object of presence of reporting for work by the set time.Then just automatically can open thread process when timing to go to step 21 and manage everywhere.
Step 21, creates the UDP Socket of Keepalive report.
Step 22, encapsulation Keepalive packet, according to defined Keepalive message, inserts corresponding information.
Step 23, sends Keepalive packet, by calling transmission function, datagram is sent to Control Server by udp port.
Step 24, closes Keepalive UDP Socket.
Sound end sends keepalive packet and uses udp port.As shown in Figure 7, each field meanings of Keepalive message is as follows:
● message length: 4 bytes.
● type of message: 2 bytes, 2 represent the online order of timing, and 1 represents probe log-in command.
● probe title: 32 bytes, the title that user configures for probe.
Although; the present invention is clearly demonstrated by above embodiment and accompanying drawing thereof; but when not deviating from the present invention's spirit and essence thereof; person of ordinary skill in the field is when making various corresponding change and correction according to the present invention, but these changes accordingly and correction all should belong to the protection range of claim of the present invention.
Claims (7)
1. the probe register method in internet performance measuring system, be applied in the system comprising server and at least one probe, it is characterized in that, described probe register method specifically comprises:
Step 1, creates detecting probe information in server database, and log-on message is write sound end local file;
Step 2, sends registration connection request to server;
Step 3, receives the registration connection request sent from described probe, obtains connection identifier (CID;
Step 4, opens the registration thread of described probe according to described connection identifier (CID, and the logon message of specifying tcp port to receive the transmission of described probe;
Step 5, extracts the probe title in the logon message of described probe transmission and password;
Step 6, judges whether probe title and password mate with information in server database, if so, then enter step 7; If not, then step 8 is entered;
Step 7, is saved in database by the essential information of the probe of described message;
Step 8, sends registration to described probe and replys message, if succeed in registration, then replys " successful registration message ", if register unsuccessful, then replys " registering unsuccessful message ";
Step 9, receive and read server send registration reply message;
Step 10, closes and connects;
Wherein, the probe in described step 2 sends registration connection request, is specially:
Step 210, creates the tcp port registered and use;
Step 220, sends connection request by this tcp port to server end;
Step 230, after connection request accepts, according to log-on message file generated logon message, sends registration request to server.
2. the probe register method in a kind of internet performance measuring system according to claim 1, is characterized in that, also comprise after described step 10:
Step 11, replys message according to the registration of reading in step 9, takes out Accept field wherein, and whether the registration of this field references is successful, returns this registering result according to Accept value.
3. the probe register method in a kind of internet performance measuring system according to claim 1, it is characterized in that, described step 10 is specially:
Step 10, calls public module and closes connection.
4. according to the probe register method in a kind of internet performance measuring system in claim 1-3 described in any one, it is characterized in that, each for described logon message field meanings is set as: message length, type of message, probe capacity, probe title, password, probe I P address and probe gateway ip address.
5. the probe register method in a kind of internet performance measuring system according to claim 1, is characterized in that, also comprise after probe successful registration:
Step 310, after starting Keepalive processing threads, empties server memory table;
Step 320, receives the Keepalive data that probe sends;
Step 330, reads the probe name information in the Keepalive data of the described probe transmission received, and judges whether consistent with the probe title in memory table, if unanimously, then get back to step 320, continue wait-receiving mode data; If inconsistent, by probe name storage in memory table, and get back to step 320, continue wait-receiving mode data.
6. the probe register method in a kind of internet performance measuring system according to claim 5, is characterized in that, the probe in described step 320 sends Keepalive data, is specially:
Step 3201, reads keepalive relevant information, particularly, reads out the IP address of server, the information of keepalive timed interval from internal memory;
Step 3202, the setting timer time is interval setup time, calls Keepalive and sends code, reach the object of presence of reporting for work, then just automatically can open thread process go to step 3203 and manage everywhere when timing by the set time;
Step 3203, creates the udp port of Keepalive report;
Step 3204, encapsulation Keepalive packet, according to defined Keepalive message, inserts corresponding information;
Step 3205, sends Keepalive packet, by calling transmission function, packet is sent to server by udp port;
Step 3206, closes Keepalive udp port.
7. according to the probe register method in a kind of internet performance measuring system described in claim 5 or 6, it is characterized in that, the implication of each field of described Keepalive data packet messages be set as:
Message length, type of message, probe title.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110238461.9A CN102299923B (en) | 2011-08-18 | 2011-08-18 | Session-Receiver register method in Internet performance measurement system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110238461.9A CN102299923B (en) | 2011-08-18 | 2011-08-18 | Session-Receiver register method in Internet performance measurement system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102299923A CN102299923A (en) | 2011-12-28 |
| CN102299923B true CN102299923B (en) | 2015-06-17 |
Family
ID=45360098
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110238461.9A Active CN102299923B (en) | 2011-08-18 | 2011-08-18 | Session-Receiver register method in Internet performance measurement system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102299923B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107294802A (en) * | 2017-05-22 | 2017-10-24 | 国网安徽省电力公司信息通信分公司 | A kind of end-to-end Performance Test System |
| CN110191475B (en) * | 2018-02-23 | 2021-04-27 | 大唐移动通信设备有限公司 | Data processing method and device for base station |
| CN111385822B (en) * | 2018-12-29 | 2021-11-09 | 华为技术有限公司 | Configuration method and controller |
| CN111756575B (en) * | 2020-06-19 | 2023-08-11 | 北京星辰天合科技股份有限公司 | Performance analysis method and device of storage server and electronic equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005109754A1 (en) * | 2004-04-30 | 2005-11-17 | Synematics, Inc. | System and method for real-time monitoring and analysis for network traffic and content |
| CN1980159A (en) * | 2005-12-08 | 2007-06-13 | 信息产业部电信传输研究所 | Internet protocol network end-to-end performance monitoring system and method |
| CN101662393A (en) * | 2009-07-24 | 2010-03-03 | 中国科学院计算技术研究所 | Inter-domain prefix hijack detection and location method |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7868780B2 (en) * | 2005-09-20 | 2011-01-11 | Jds Uniphase Corporation | System and method for test probe management |
-
2011
- 2011-08-18 CN CN201110238461.9A patent/CN102299923B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005109754A1 (en) * | 2004-04-30 | 2005-11-17 | Synematics, Inc. | System and method for real-time monitoring and analysis for network traffic and content |
| CN1980159A (en) * | 2005-12-08 | 2007-06-13 | 信息产业部电信传输研究所 | Internet protocol network end-to-end performance monitoring system and method |
| CN101662393A (en) * | 2009-07-24 | 2010-03-03 | 中国科学院计算技术研究所 | Inter-domain prefix hijack detection and location method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102299923A (en) | 2011-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4741193B2 (en) | User authentication method and system for network access when connected to the Internet | |
| CN102307119B (en) | Method for discovering probe failure in Internet performance measurement system | |
| CN107483558A (en) | A kind of high in the clouds platform is to AP configuration managements and the method to wireless terminal Access Control | |
| CN101212374A (en) | Method and system for remote access to campus network resources | |
| CN109862565A (en) | A kind of WLAN unaware control method, system and readable storage medium storing program for executing | |
| CN104426656B (en) | Data receiving-transmitting method and system, the processing method and processing device of message | |
| US10250581B2 (en) | Client, server, radius capability negotiation method and system between client and server | |
| CN107508847A (en) | One kind connection method for building up, device and equipment | |
| CN104993993B (en) | A kind of message processing method, equipment and system | |
| CN110365741A (en) | A kind of connection method for building up and transfer server | |
| CN102299923B (en) | Session-Receiver register method in Internet performance measurement system | |
| US20060224717A1 (en) | Management system for warranting consistency between inter-client communication logs | |
| CN101083660A (en) | Session control based IP network authentication method of dynamic address distribution protocol | |
| CN104954508B (en) | A kind of system and its auxiliary charging method for DHCP protocol auxiliary charging | |
| CN105577618A (en) | Authentication method and apparatus | |
| CN110012322A (en) | A kind of method and system that view networking service is initiated | |
| CN105743925B (en) | A kind of data transfer control method and video monitoring system | |
| CN101436936A (en) | Access authentication method and system based on DHCP protocol | |
| CN108011873A (en) | A kind of illegal connection determination methods based on set covering | |
| CN108989039A (en) | Certificate acquisition method and device | |
| CN107277058A (en) | A kind of interface authentication method and system based on BFD agreements | |
| CN104113547A (en) | SIP (session initiation protocol) security protection video monitoring network access control system | |
| CN114079971A (en) | Service flow management and control method, system, DPI node and storage medium | |
| CN111917706A (en) | Method for identifying NAT equipment and determining number of terminals behind NAT | |
| CN108964985A (en) | A kind of management method of protocol massages and virtual client terminal device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220106 Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF INFORMATION AND COMMUNICATIONS Address before: 100191 6th Floor, Block B, Telecommunications Research Institute, No. 52 Huayuan North Road, Haidian District, Beijing Patentee before: The Research Institute of Telecommunications Transmission MIIT |