CN105763394B - A kind of network link detection method, device and system - Google Patents
A kind of network link detection method, device and system Download PDFInfo
- Publication number
- CN105763394B CN105763394B CN201610164528.1A CN201610164528A CN105763394B CN 105763394 B CN105763394 B CN 105763394B CN 201610164528 A CN201610164528 A CN 201610164528A CN 105763394 B CN105763394 B CN 105763394B
- Authority
- CN
- China
- Prior art keywords
- openflow interchanger
- response message
- detection
- openflow
- interchanger
- 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
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
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
This application provides a kind of network link detection methods, device and system, wherein the described method includes: receiving the detection messages that opposite end is sent；Record the receiving status information of the detection messages；Generate the response message for carrying the receiving status information；The response message is reported into controller by the opposite end, so that the controller determines network link connection status according to the receiving status information carried in the response message.The detection efficiency that network link is improved by the application, reduces time delay, improves the operational efficiency of whole network.
Description
Technical field
This application involves data communication technology fields, more particularly to a kind of network link detection method, device and system.
Background technique
SDN (Software Defined Network, software defined network) is a kind of new network of Emulex network innovation framework, core
Thought is want to separate the control plane of the network equipment with forwarding plane, is core to realize the flexible control to network flow
The innovation of network and application provides good platform.In order to safeguard the link state of whole network, it usually needs to network link
Connection status detected.
In the hybrid network environment (existing simultaneously non-Openflow interchanger and Openflow interchanger in network) of SDN
The detection for non-Openflow interchanger for, due to being not present between controller and non-Openflow interchanger
The channel Openflow, therefore can not be detected by controller active trigger link.At this time to realize the detection to network link, lead to
Frequently with way be: by SNMP (Simple Network Management Protocol, Simple Network Management Protocol)
Detection of the protocol realization to network link: the port MIB on non-Openflow interchanger is collected by snmp protocol
(Management Information Base, management information bank) and LLDP (Link Layer Discovery Protocol,
Link Layer Discovery Protocol) mib information, the link connection information between interchanger is then determined according to mib information.
Due to snmp protocol Trap message mechanism can only by port status information reporting to controller, controller
Link can only be actively determined to the mib information of reading LLDP link on non-Openflow interchanger whether still effectively, that is,
In order to safeguard that the link state of whole network, controller must persistently trigger mib information on all non-Openflow interchangers
Reading, whole network needs lasting execution to read the operation of mib information.However, the MIB lookup on interchanger is related to largely
CPU (Central Processing Unit, central processing unit) resource access so that there are larger for entire detection process
Time delay；Moreover, the use that controller seriously affects CPU to the lasting triggering of the mib information on non-Openflow interchanger is imitated
Rate, and then influence the operational efficiency of whole network.
Summary of the invention
The technical problem to be solved by the application is to provide a kind of network link detection methods, device and system, to improve
The detection efficiency of network link reduces time delay, promotes the operational efficiency of whole network.
To solve the above-mentioned problems, this application discloses a kind of network link detection methods, comprising:
Receive the detection messages that opposite end is sent；
Record the receiving status information of the detection messages；
Generate the response message for carrying the receiving status information；
The response message is reported into controller by the opposite end, so that the controller is according to the response message
The receiving status information of middle carrying determines network link connection status.
Disclosed herein as well is another network link detection methods, comprising:
Receive the response message reported by opposite end；Wherein, the inspection that the response message is sent by receiving end according to opposite end
Literary generation is observed and predicted, the response message carries the receiving status information of the detection messages；
Network link connection status is determined according to the receiving status information carried in the response message.
Correspondingly, this application discloses a kind of network link detection devices, comprising:
Receiving module, for receiving the detection messages of opposite end transmission；
Logging modle, for recording the receiving status information of the detection messages；
Generation module, for generating the response message for carrying the receiving status information；
Reporting module, for the response message to be reported to controller by the opposite end, so that the controller root
Network link connection status is determined according to the receiving status information carried in the response message.
Disclosed herein as well is another network link detection devices, comprising:
Response message receiving module, for receiving the response message reported by opposite end；Wherein, the response message is by connecing
Receiving end is generated according to the detection messages that opposite end is sent, and the response message carries the receiving status information of the detection messages；
Link state determining module, for determining network according to the receiving status information carried in the response message
Link connection state.
In addition, disclosed herein as well is a kind of network link detection systems, comprising: non-Openflow interchanger,
Openflow interchanger and controller；Wherein, the non-Openflow interchanger includes a kind of above-mentioned network link detection dress
It sets；The controller includes above-mentioned another network link detection device.
Compared with prior art, the application has the following advantages:
In the embodiment of the present application, receiving end can directly receive the detection messages of opposite end transmission, and record the detection
The receiving status information of message is e.g. successfully received all detection messages of opposite end transmission；Then, it generates and carries described connect
Receive the response message of status information；Finally, the response message for carrying the receiving status information is reported to control by opposite end
Device processed so that controller can direct reporting situation and determine network link status according to the response message, for example, controlling
Device processed is successfully received the response message reported by opposite end, and the receiving status information carried in the response message is
When the detection messages that opposite end is sent all are received successfully, it can determine that the network link between controller, opposite end and receiving end connects
It connects normal.As it can be seen that network link detection scheme described in the embodiment of the present application can directly be sent response message by opposite end
The judgement to network link connection status is completed to controller, detection efficiency is improved, avoids and the periodicity of mib information is obtained
Extract operation reduces the occupancy to cpu resource, improves the overall operation efficiency of network.
Detailed description of the invention
Fig. 1 is a kind of step flow chart of network link detection method of the one of embodiment of the application；
Fig. 2 is a kind of step flow chart of network link detection method of the another embodiment of the application；
Fig. 3 is a kind of step flow chart of network link detection method of another embodiment of the application；
Fig. 4 is a kind of network architecture schematic diagram of SDN hybrid network of the one of embodiment of the application；
Fig. 5 is a kind of structural block diagram of network link detection device of the one of embodiment of the application；
Fig. 6 is a kind of structural schematic diagram of network link detection device of the another embodiment of the application.
Specific embodiment
In order to make the above objects, features, and advantages of the present application more apparent, with reference to the accompanying drawing and it is specific real
Applying mode, the present application will be further described in detail.
Referring to Fig.1, a kind of step flow chart of network link detection method of the one of embodiment of the application is shown.
In the embodiment of the present application, the network link detection method includes:
Step 102, the detection messages that opposite end is sent are received.
Generally, both existed in a network non-Openflow interchanger (that is, traditional ethernet interchanger) there is also
When Openflow interchanger, there are the interconnection on physical link, this nets for Openflow interchanger and non-Openflow interchanger
Network is properly termed as hybrid network, wherein can also include controller in the hybrid network.Under hybrid network environment, control
Message can be mutually sent out between device and respective switch and between respective switch.For example, controller control opposite end issues and is used for
The detection messages of link connection are detected, receiving end (e.g., non-Openflow interchanger or Openflow interchanger) can receive institute
State the detection messages of opposite end transmission.
Step 104, the receiving status information of the detection messages is recorded.
In the embodiment of the present application, receiving end, can connecing the detection messages after receiving and being detection messages
Status information is received to record.For example it is possible to record the number of the detection messages received, record sends the detection messages
The facility information of opposite end, records the receiving time, etc. of the detection messages, the embodiment of the present application to this with no restriction.
Step 106, the response message for carrying the receiving status information is generated.
In the embodiment of the present application, the receiving status information can be sealed using any one mode appropriate
Dress is generated for responding the response message of the detection messages, that is, the sound for carrying the receiving status information can be generated
Answer message.
Step 108, the response message is reported into controller by the opposite end, so that the controller is according to
The receiving status information carried in response message determines network link connection status.
In the embodiment of the present application, the response message of generation can with but be not limited only to report to controller by opposite end,
In, the receiving status information carried in the response message can serve to indicate that network link connects, therefore, controller is receiving
After the response message, network link directly can be determined according to the receiving status information carried in the response message
Connection status.
In conclusion in the embodiment of the present application, receiving end can directly receive the detection messages of opposite end transmission, and record
The receiving status information of the detection messages is e.g. successfully received all detection messages of opposite end transmission；Then, it generates and carries
There is the response message of the receiving status information；Finally, the response message of the receiving status information will be carried by opposite end
Report to controller so that controller can direct reporting situation and determine network link status according to the response message,
For example, being successfully received the response message reported by opposite end, and the reception carried in the response message in controller
When status information is that the detection messages that opposite end is sent all are received successfully, it can determine between controller, opposite end and this receiving end
Network link connection it is normal.As it can be seen that network link detection method described in the embodiment of the present application can pass through response message
Opposite end is sent to judgement of the controller completion to network link connection status, improves detection efficiency, avoids to mib information
Operation is periodically acquired, the occupancy to cpu resource is reduced, improves the overall operation efficiency of network.
In the another embodiment of the application, with based on SDN (Software Defined Network, software defined network,
A kind of new network of Emulex network innovation framework, core concept are to separate the control plane of the network equipment with forwarding plane, with realization pair
The flexible control of network flow provides good platform for the innovation of core network and application) realize hybrid network for into
Row explanation.In the hybrid network, Openflow protocol realization number can be passed through between Openflow interchanger and controller
According to interaction, then data interaction can be realized by snmp protocol between non-Openflow interchanger and controller.
In the embodiment of the present application, the network link detection method specifically can be applied to the hybrid network of above-mentioned SDN
Environment.Referring to Fig. 2, a kind of step flow chart of network link detection method of the another embodiment of the application is shown.In this Shen
Please be in embodiment, the network link detection method may include:
Step 202, non-Openflow interchanger receives the detection messages that opposite end is sent.
Generally, as previously mentioned, the interaction of message can be carried out between interchanger, that is, non-Openflow interchanger was both
The message that can receive the transmission of Openflow interchanger also can receive the message that non-Openflow interchanger is sent.
In the embodiment of the present application, it is carried out by taking the interaction between non-Openflow interchanger and Openflow interchanger as an example
Illustrate, that is, non-Openflow interchanger can receive the detection messages of Openflow interchanger transmission.In other words, described
Opposite end can be Openflow interchanger.The Openflow interchanger can receive the link inspection actively triggered by controller
It surveys, and will test message and be sent to the non-Openflow interchanger.Non- Openflow interchanger can receive described
The detection messages that Openflow interchanger is sent.
Certainly, those skilled in the art are it should be apparent that the opposite end is also possible to non-Openflow interchanger, this Shen
Please embodiment to this with no restriction.
Step 204, non-Openflow interchanger records the receiving status information of the detection messages.
In the embodiment of the present application, it in receiving status information may include indicate the detection messages reception condition all kinds of
Information.
Preferably, the receiving status information may include: the detection that receiving end receives opposite end transmission in detection cycle
The number information of message.Specifically, non-Openflow interchanger can recorde what the opposite end received in detection cycle was sent
The number of detection messages, obtains number information.It should be noted that the detection cycle can be one or more complete inspections
Survey the period, be also possible to part detection cycle, such as: 1/2 detection cycle, the present embodiment to this with no restriction.
In practical applications, due to network link connection status may normally may also be abnormal, therefore, non-Openflow exchange
Machine is likely to be received all detection messages of Openflow interchanger transmission, it is also possible to receive only the transmission of Openflow interchanger
Part detection messages.It in the embodiment of the present application, can quickly simultaneously according to the statistical result of the receive number to detection messages
Accurately judge network link connection status.For example, can by controller, by number indicated by the number information with
The practical transmission times of detection messages is compared, if number indicated by the number information and the practical transmission times one
It causes, then can determine that network link connection is normal；Otherwise, it can determine that network link connection is abnormal.Wherein, the practical transmission
Number includes: the number of the practical detection messages for being sent to the receiving end in the opposite end in detection cycle.Those skilled in the art
Member is it should be apparent that the corresponding detection cycle of practical transmission times detection cycle corresponding with the number information should be one
It causes.For example, when it is a detection cycle that number information, which corresponds to detection cycle, the corresponding detection of the practical transmission times is all
Phase should also be as being a detection cycle.
It should be noted that in the embodiment of the present application, can be reported using any one mode appropriate to the detection
The receive number of text is recorded.For example, set mark can be carried out when being successfully received the detection messages, in detection week
At the end of phase, statistics set identifies situation, and then determines the number of the detection messages received in a detection cycle.Example again
Such as, can also carry out number statistics by way of accumulated counts, the embodiment of the present application to this with no restriction.
Step 206, non-Openflow interchanger generates the response message for carrying the receiving status information.
As previously mentioned, network link detection method described in the embodiment of the present application specifically can be applied to SDN hybrid network,
In SDN hybrid network, the physical topology between controller and Openflow interchanger can be by controller by sending LLDP
Message is established, and the device number and port numbers of Openflow interchanger can be carried in LLDP message, controller can be by LLDP lattice
The detection messages of formula are issued from the port of the Openflow interchanger.
Preferably, non-Openflow interchanger can be generated one after the detection messages for receiving the LLDP format
Response message.Wherein, the response message can be generated and be returned based on the detection messages of the LLDP format.For example, can be with
The receiving status information is added in the appropriate field of the detection messages of the LLDP format, obtains one and re-generate
LLDP message, then, by the obtained LLDP message re-generated, message is returned in response.
Certainly, non-Openflow interchanger can also directly give birth to after the detection messages for receiving the LLDP format
At the message of a new LLDP format, and the receiving status information is added to the message of the newly-generated LLDP format
Appropriate field in, using as the response message return.
As it can be seen that in the embodiment of the present application, the response message can be the message of a LLDP format, the reception shape
State information can be directly added into the appropriate field of the response message, returned with the response message, not will increase it
His additional data-message, is rationally utilized resource, reduces facility load.
It should be noted that non-Openflow interchanger can generate the response message in any reasonable time section,
For example, the response message can be generated after a detection cycle terminates.It is of course also possible to according to the actual situation, one
The response message is generated in a detection cycle or after N number of detection cycle, wherein N is the integer more than or equal to 2.Response
The specifically generation moment of message can be arranged according to actual needs, the embodiment of the present application to this with no restriction.
In the present embodiment, it is preferred that the generation moment of response message detection cycle corresponding with number information above-mentioned,
And the corresponding detection cycle of practical transmission times above-mentioned can be Corresponding matching.For example, if a detection cycle it
After generate the response message, then, the corresponding detection cycle of the number information should also be as a detection cycle, the reality
Detection cycle corresponding to the transmission times of border should also be as a detection cycle.
Step 208, the response message is reported to controller by the opposite end by non-Openflow interchanger.
As previously mentioned, in the embodiment of the present application, pair that non-Openflow interchanger can receive in detection cycle
The number of the detection messages sent is held to record, if the number of the number of the record and the practical detection messages sent in opposite end
Unanimously, then illustrate that non-Openflow interchanger is successfully received all detection messages of opposite end transmission, that is, control can be determined
Network link connection between device, opposite end and receiving end is normal.
In a preferred embodiment of the embodiment of the present application, it is contemplated that there may be following network links in practical applications
Problem: between Openflow interchanger and non-Openflow interchanger connection error (e.g., send detection messages when
Openflow interchanger reports Openflow interchanger when response message inconsistent with subsequent).In order to accurately detect this
Network link problem, in the embodiment of the present application, non-Openflow interchanger can be i.e. above-mentioned by the equipment for sending detection messages
The device number and port numbers of the opposite end (that is, Openflow interchanger) of receiving end are also recorded.In other words, the reception
It may include: the device number and port numbers of opposite end in status information.
Since non-Openflow interchanger has recorded the device number and port numbers of opposite end (equipment for sending detection messages), because
This, can by controller, by the device number of record and port numbers with source device number and source port number carry out it is corresponding compared with,
If the device number and the source device number are consistent, and, the port numbers are consistent with the source port number, then can determine network
Link connection is normal；Otherwise, there may be loop problems between non-Openflow interchanger and opposite end (Openflow interchanger).
Wherein, the source device number and source port number are the device number and port numbers for the equipment for reporting the response message.
As it can be seen that by the record of device number and port numbers to opposite end, can be accurately judged to Openflow interchanger and
Loop connectivity problem between non-Openflow interchanger improves the inspection of network link detection method described in the embodiment of the present application
The comprehensive and reliability surveyed.
It should be noted that the receiving status information both can include simultaneously number information and opposite equip. information (e.g.,
The device number and port numbers of opposite end), it can also only include opposite equip. information including number information or only, concrete condition can root
Selected according to actual demand, the embodiment of the present application to this with no restriction.
In conclusion in the embodiment of the present application, receiving end can directly receive the detection messages of opposite end transmission, and record
The receiving status information of the detection messages, e.g., receiving end can recorde what the opposite end being successfully received in detection cycle was sent
The number of detection messages, and, record sends the device number and port numbers of the equipment of the detection messages；Then, by generation
The response message for carrying the number of the record, device number and port numbers is sent to controller, in turn, controller by opposite end
Network link connection status can be determined according to the number, device number and port numbers carried in the response message.In other words,
Response message directly can be sent to controller by opposite end and completed by network link detection method described in the embodiment of the present application
Judgement to network link connection status, improves detection efficiency, avoids the operation that periodically acquires to mib information, reduces
To the occupancy of cpu resource, the overall operation efficiency of network is improved.
Secondly, in the embodiment of the present application, receiving end can be with right and wrong Openflow interchanger, and opposite end then can be
Openflow interchanger, in turn, response message can pass through the channel Openflow between controller and Openflow interchanger
It is transmitted, Openflow agreement, the network link of controller triggering is only run between controller and Openflow interchanger
Detection is not directly dependent upon with Openflow interchanger, and the information data for not being related to interchanger is searched, meanwhile, reduce non-
Snmp protocol interaction between Openflow interchanger and controller, further improves the overall operation efficiency of network.
In addition, the device number and port numbers of opposite end Openflow interchanger can also be filled in response message and return together
To controller, controller passes through device number to the opposite end Openflow interchanger carried in response message and port numbers
Matching detection can find the link connection error situation between Openflow interchanger and non-Openflow interchanger in time,
Improve the comprehensive and reliability of detection.
Referring to Fig. 3, a kind of step flow chart of network link detection method of another embodiment of the application is shown.At this
Apply in embodiment, the network link detection method may include:
Step 302, the response message reported by opposite end is received.
As previously mentioned, physical topology can be established by controller by sending LLDP message in SDN hybrid network,
The device number and port numbers of source interchanger can be carried in LLDP message, controller can be by message from the source of the source interchanger
Port is sent.Wherein, the source interchanger namely the opposite end.In other words, in the embodiment of the present application, controller can
With by opposite end will test message issue, wherein the opposite end can with but be not limited only to be Openflow interchanger.
Further, receive the detection messages can be any type of interchanger, for example, receiving end can with but not
Be only limitted to be non-Openflow interchanger: the non-Openflow interchanger receives the detection that the Openflow interchanger is sent
Message.
By taking non-Openflow interchanger receives detection messages as an example.Non- Openflow interchanger is receiving opposite end transmission
After detection messages, one can be generated for responding the response message of the detection messages.It wherein, can in the response message
To carry the receiving status information of the detection messages.Then, the response message can be returned by Openflow interchanger
It is back to controller.
It should be noted that the response message can be the message of LLDP format, the receiving status information can be taken
Band returns together in the message of the LLDP format, and e.g., the receiving status information may be added to the LLDP format
Message in arbitrary fields in.The response message, can be with during being transmitted to controller from Openflow interchanger
Realize that transmission speed is fast, reduces and accounts for resource based on the channel Openflow between Openflow interchanger and controller
With improving efficiency of transmission.
Step 304, network link connection status is determined according to the receiving status information carried in the response message.
In a preferred embodiment of the embodiment of the present application, the receiving status information may include: that detection cycle is inscribed
Receiving end (non-Openflow interchanger) receives the number information of the detection messages of opposite end transmission.At this point, the tool of above-mentioned steps 304
Body execution process, which can be such that, parses the response message, obtains the number information carried in the response message；Sentence
Whether the number indicated by the number information of the acquisition that breaks matches with the practical transmission times of the detection messages；If matching,
Then determine that the network link connection is normal.Wherein, the practical transmission times includes: the practical hair in the opposite end in detection cycle
Give the number of the detection messages of the receiving end.Those skilled in the art are it should be apparent that the number information is corresponding
Detection cycle detection cycle corresponding with the practical transmission times should be consistent.
In another preferred embodiment of the embodiment of the present application, the receiving status information may include: the opposite end
The device number and port numbers of (Openflow interchanger).At this point, the specific execution process of above-mentioned steps 304 can be such that institute
It states response message to be parsed, obtains the device number and port numbers of the opposite end carried in the response message；Judge the acquisition
Device number and port numbers and source device number and source port number whether Corresponding matching；If matching, it is determined that the network link connects
It connects normal.Wherein, the device number and port numbers can specifically refer to the device number and port numbers for sending detection messages.The source
Device number and source port number can specifically refer to the device number and port numbers of the equipment for reporting response message.Device number and port
Comparison procedure number with source device number and source port number can detecte to set out and send the equipment of detection messages and report response message
Whether equipment is consistent, that is, network link can be accurately judged to the presence or absence of loop problem, improves the embodiment of the present application institute
The comprehensive and reliability for the network link detection method detection stated.
It should be noted that in the embodiment of the present application, opposite end includes but are not limited to: Openflow interchanger；It is described
Receiving end includes but are not limited to: non-Openflow interchanger.Response message can be the message of any appropriate format, including but
It is not limited only to the message of LLDP format；The receiving status information then may be added to any appropriate location of response message
In (field).For example, the receiving status information can be added described in response message when the message of LLDP format
In the TLV extended field of the message of LLDP format.Wherein, the receiving status information both can include number information and right simultaneously
End equipment information (e.g., the device number and port numbers of opposite end) can also only include number information or only include opposite equip. information,
Concrete condition can select according to actual needs, the embodiment of the present application to this with no restriction.
In conclusion in the embodiment of the present application, controller can receive the response message reported by opposite end, then root
Network link connection status is directly determined according to the receiving status information carried in the response message.As it can be seen that the embodiment of the present application
Response message directly can be sent to controller by opposite end and complete to connect network link by the network link detection method
The judgement for connecing state, improves detection efficiency, avoids and periodically acquires operation to mib information, reduces to cpu resource
It occupies, improves the overall operation efficiency of network.
Secondly, in the embodiment of the present application, receiving end can be with right and wrong Openflow interchanger, and opposite end then can be
Openflow interchanger, in turn, response message can pass through the channel Openflow between controller and Openflow interchanger
It is transmitted, Openflow agreement, the network link of controller triggering is only run between controller and Openflow interchanger
Detection is not directly dependent upon with Openflow interchanger, and the information data for not being related to interchanger is searched, meanwhile, reduce non-
Snmp protocol interaction between Openflow interchanger and controller, further improves the overall operation efficiency of network.
In addition, the device number and port numbers of opposite end Openflow interchanger can also be filled in response message and return together
To controller, examined by the matching of the device number to the opposite end Openflow interchanger filled in response message and port numbers
It surveys, can find the link connection error situation between Openflow interchanger and non-Openflow interchanger in time, improve
The comprehensive and reliability of detection.
In conjunction with above-described embodiment, another embodiment of the application is by a specific example to the network link detection method
It is described in detail.
Referring to Fig. 4, a kind of network architecture schematic diagram of SDN hybrid network of the one of embodiment of the application is shown.
The SDN hybrid network includes: controller and multiple switch.Wherein, SW1, SW2, SW5 and SW6 are Openflow interchanger,
SW3 and SW4 is non-Openflow interchanger (traditional ethernet interchanger).Openflow interchanger is exchanged by non-Openflow
Machine interconnection has run Openflow agreement and snmp protocol together, on controller, runs on Openflow interchanger
Openflow agreement has run snmp protocol on non-Openflow interchanger.
Wherein, controller and Openflow interchanger establish after Openflow connects, can clocked flip LLDP detection, to
All Openflow interchangers send LLDP detection messages.Non- Openflow interchanger and controller establish SNMP neighborhood
Afterwards, the available device number and port numbers to non-Openflow interchanger of controller, wherein non-Openflow interchanger is supported
Two layers of LLDP agreement.
In the embodiment of the present application, with the chain between SW3 (non-Openflow interchanger) and SW1 (Openflow interchanger)
It is described for road.Wherein, detection cycle is 3 seconds, and detection frequency is one second primary: the detection cycle of LLDP detection messages is
3 seconds, LLDP detection messages three times were sent altogether in a detection cycle.Specific steps can be such that
Step 1, controller sends LLDP detection messages by the port (e.g., the port port3 of SW1) of SW1.
Step 2, SW3 receives the LLDP detection messages sent by SW1.
As shown in figure 4, in the embodiment of the present application, can be realized and be interacted by physical connection between SW1 and SW3.SW3 can
To record the receiving status information of the LLDP detection messages in a detection cycle: SW3 connects in a detection cycle
The number of the LLDP detection messages received, and/or, send device number (SW1) and the end of the interchanger (SW1) of LLDP detection messages
Slogan (port3).
Step 3, SW3 generates LLDP response message.
In the embodiment of the present application, at the end of a detection cycle, a LLDP response message, institute is can be generated in SW3
It states in response message other than carrying itself device number SW3 and port numbers port1 as defined in agreement, can also carry
The receiving status information of record.That is, may include: the device number SW3 and port numbers of SW3 itself in the LLDP response message
The device number SW1 and port numbers port3 of the interchanger (SW1) of the transmission LLDP detection messages recorded in port1, above-mentioned steps 2,
And the number for the LLDP detection messages that SW3 is received in a detection cycle.
It should be noted that the device number SW3 and port numbers port1 of SW3 itself can be saved according to LLDP message protocol
In the setting field in LLDP response message；The interchanger (SW1) of the transmission LLDP detection messages recorded in above-mentioned steps 2
The number for the LLDP detection messages that SW3 is received in device number SW1 and port numbers port3 and a detection cycle then can be with
It is saved respectively by increasing two fields newly in LLDP response message.For example, can with but be not limited only to LLDP respond
Message TLV (in IS-IS data communication field, TLV triple: Type-Length-Value.T field indicates type of message, L
Field indicates that message length, V field are often used to store the content of message) to increase two extended fields newly in field described to save
Device number SW1 and port numbers port3, and, the receive number of LLDP detection messages.
Step 4, SW1 receives the LLDP response message that SW3 is returned, and LLDP response message is passed through on the channel Openflow
It reports to controller.
In the embodiment of the present application, SW3 can connect the LLDP response message of generation by the physics between SW1 and SW3
It connects and is back to SW1.The LLDP response message can be passed through SW1 and control after receiving the LLDP response message by SW1
Openflow between device processed is by being reported to controller.It can only be run between controller and Openflow interchanger SW1
Openflow agreement, the information data for not being related to interchanger are searched, are reduced between non-Openflow interchanger and controller
Snmp protocol interaction, improves the overall operation efficiency of network.
Preferably, SW1, can be by itself source device SW1 ' and source port number when reporting the LLDP response message
Port3 ' is also reported to controller together, for verifying the switch device for sending detection messages and the exchange for reporting response message
Whether machine equipment is consistent, can accurately detect network link connectivity problem caused by switch device is inconsistent.
Wherein, the LLDP response message, source device SW1 ' and source port number port3 ' can be with any appropriate formats
Message be packaged after be uploaded to controller.For example, the LLDP response message, source device SW1 ' and source port number
Port3 ' can by but be not limited only in the form of Packetin message encapsulate.
Step 5, controller determines network link connection status according to the message reported by SW1.
In the embodiment of the present application, if SW1 has only reported LLDP response message, to the LLDP response message reported
It is parsed.If SW1 has reported LLDP response message, source device SW1 ' and source port number port3 ' simultaneously, that is, reporting
Packetin message can then parse the Packetin message reported.Wherein, it should be noted that LLDP is rung
Answering message is generated after a detection cycle terminates.
Specifically judge that process can be such that
If controller receives the LLDP response message from SW3 sent on SW1, the link of SW1 receiving direction is just
Often.
If time of the detection messages received in a cycle indicated by the number information carried in LLDP response message
Several practical transmission times with detection messages match, then the link of SW3 receiving direction is normal, and the link between SW1 and SW3 is patrolled
It is that point-to-point is direct-connected on volume, no link loop.
If time of the detection messages received in a cycle indicated by the number information carried in LLDP response message
Several practical transmission times with detection messages mismatch, then it represents that and SW3 fails the detection messages for being received entirely SW1 transmission, this
When, there may be exceptions for the link between SW1 and SW3: the link of SW3 receiving direction is abnormal.
If controller does not receive the LLDP response message reported by SW1, then it represents that SW1 receiving direction is abnormal.
If the SW1 and port3 that carry in LLDP response message and source device SW1 ' and source port number port3 ' are inconsistent,
Then indicate that there are loops between SW1 and SW3.Wherein it is possible to by blocking the port3 on SW1 come cancellation loop problem.
In conclusion in the embodiment of the present application, receiving end can directly receive the detection messages of opposite end transmission, and record
The receiving status information of the detection messages, e.g., receiving end can recorde what the opposite end being successfully received in detection cycle was sent
The number of detection messages, and, record sends the device number and port numbers of the equipment of the detection messages；Then, by generation
The response message for carrying the number of the record, device number and port numbers is sent to controller, in turn, controller by opposite end
Network link connection status can be directly determined according to the number, device number and port numbers carried in the response message.Change and
Response message directly can be sent to controller by opposite end by Yan Zhi, network link detection method described in the embodiment of the present application
The judgement to network link connection status is completed, detection efficiency is improved, avoids and operation is periodically acquired to mib information,
The occupancy to cpu resource is reduced, the overall operation efficiency of network is improved.
Secondly, in the embodiment of the present application, receiving end can be with right and wrong Openflow interchanger, and opposite end then can be
Openflow interchanger, in turn, response message can pass through the channel Openflow between controller and Openflow interchanger
It is transmitted, Openflow agreement, the network link of controller triggering is only run between controller and Openflow interchanger
Detection is not directly dependent upon with Openflow interchanger, and the information data for not being related to interchanger is searched, meanwhile, reduce non-
Snmp protocol interaction between Openflow interchanger and controller, further improves the overall operation efficiency of network.
In addition, the device number and port numbers of opposite end Openflow interchanger can also be filled in response message and return together
To controller, examined by the matching of the device number to the opposite end Openflow interchanger carried in response message and port numbers
It surveys, can find the link connection error situation between Openflow interchanger and non-Openflow interchanger in time, improve
The comprehensive and reliability of detection.
It should be noted that for the aforementioned method embodiment, for simple description, therefore, it is stated as a series of
Combination of actions, but those skilled in the art should understand that, the application is not limited by the described action sequence, because according to
According to the application, some steps may be performed in other sequences or simultaneously.Secondly, those skilled in the art should also know that,
The embodiments described in the specification are all preferred embodiments, necessary to related movement not necessarily the application.
Referring to Fig. 5, a kind of structural block diagram of network link detection device of the one of embodiment of the application is shown.?
In the embodiment of the present application, the network link detection device includes:
Receiving module 502, for receiving the detection messages of opposite end transmission.
Logging modle 504, for recording the receiving status information of the detection messages.
In the embodiment of the present application, receiving end (e.g., non-Openflow interchanger or Openflow interchanger) can pass through
The receiving module 502 receives the detection messages that opposite end is sent, and passes through logging modle 504 for the reception shape of the detection messages
State information is recorded.Wherein, the receiving status information includes but are not limited to: the reception condition of the detection messages, e.g.,
The detection messages that opposite end is sent all receive successfully, or, the detection messages part that opposite end is sent receives successfully；And the inspection
Observe and predict the information such as sending time, sending port of text, the embodiment of the present application to this with no restriction.
Generation module 506, for generating the response message for carrying the receiving status information.
Reporting module 508, for the response message to be reported to controller by the opposite end, so that the controller
Network link connection status is determined according to the receiving status information carried in the response message.
In the embodiment of the present application, the response message of generation can with but be not limited only to report to controller by opposite end, control
Device processed can determine network link connection status according to the receiving status information carried in the response message.As it can be seen that the application
Response message can be sent to controller by opposite end and completed to network link by network link detection device described in embodiment
The judgement of connection status, improves detection efficiency, avoids and periodically acquires operation to mib information, reduces to cpu resource
Occupancy, improve the overall operation efficiency of network.
In a preferred embodiment of the embodiment of the present application, the receiving status information may include: that detection cycle is inscribed
Receiving end receives the number information of the detection messages of opposite end transmission.The logging modle 504 specifically can be used for being recorded in detection
Receiving end receives the number of the detection messages of opposite end transmission in period, obtains number information.
In another preferred embodiment of the embodiment of the present application, the receiving status information may include: the opposite end
Device number and port numbers.The logging modle 504 specifically can be used for recording the device number and port numbers of the opposite end.
It should be noted that in the embodiment of the present application, the receiving status information both can include number information simultaneously
It can also only including number information or only include opposite equip. with opposite equip. information (e.g., the device number and port numbers of opposite end)
Information, concrete condition can select according to actual needs, the embodiment of the present application to this with no restriction.
In conclusion in the embodiment of the present application, the network link detection device can receive the detection of opposite end transmission
Message, and the receiving status information of the detection messages is recorded, e.g., the opposite end being successfully received in the period can be will test and sent
Detection messages number and send the detection messages equipment device number and port numbers record；Then, it will give birth to
At the number for carrying the record, device number and port numbers response message controller is sent to by opposite end, in turn, control
Device processed can determine network link connection status according to the number, device number and port numbers carried in the response message.Change and
Response message directly can be sent to controller by opposite end by Yan Zhi, network link detection device described in the embodiment of the present application
The judgement to network link connection status is completed, detection efficiency is improved, avoids and operation is periodically acquired to mib information,
The occupancy to cpu resource is reduced, the overall operation efficiency of network is improved.
Secondly, in the embodiment of the present application, network link detection device can be with right and wrong Openflow interchanger, and opposite end can be with
It is Openflow interchanger, in turn, response message can be logical by the Openflow between controller and Openflow interchanger
Road is transmitted, and Openflow agreement, the lattice chain of controller triggering are only run between controller and Openflow interchanger
Road detection is not directly dependent upon with Openflow interchanger, and the information data for not being related to interchanger is searched, meanwhile, reduce non-
Snmp protocol interaction between Openflow interchanger and controller, further improves the overall operation efficiency of network.
In addition, the device number and port numbers of opposite end Openflow interchanger can also be filled in response message and return together
To controller, examined by the matching of the device number to the opposite end Openflow interchanger carried in response message and port numbers
It surveys, can find the link connection error situation between Openflow interchanger and non-Openflow interchanger in time, improve
The comprehensive and reliability of detection.
Referring to Fig. 6, a kind of structural schematic diagram of network link detection device of the application another embodiment is shown.?
In the embodiment of the present application, the network link detection device may include:
Response message receiving module 602, for receiving the response message reported by opposite end.
In the embodiment of the present application, the response message can be generated by receiving end according to the detection messages that opposite end is sent,
The response message carries the receiving status information of the detection messages.
Link state determining module 604, for being determined according to the receiving status information carried in the response message
Network link connection status.
In a preferred embodiment of the embodiment of the present application, the receiving status information may include: institute in detection cycle
State the number information that receiving end receives the detection messages of opposite end transmission.The link state determining module 604 specifically can wrap
Include: the first analyzing sub-module 6042 obtains the number carried in the response message for parsing to the response message
Information；First judging submodule 6044, for judging number indicated by the number information of the acquisition and the detection messages
Practical transmission times whether match；Wherein, to include: that the opposite end is practical in detection cycle be sent to the practical transmission times
The number of the detection messages of the receiving end；First determines submodule 6046, for indicated by the number information in the acquisition
Number when being matched with the practical transmission times of the detection messages, determine that the network link connection is normal.
In another preferred embodiment of the embodiment of the present application, the receiving status information may include: the opposite end
Device number and port numbers.The link state determining module 604 can specifically include: the second analyzing sub-module 6048, for pair
The response message is parsed, and the device number and port numbers of the opposite end carried in the response message are obtained；Second judgement
Module 60410, for judge the acquisition device number and port numbers and source device number and source port number whether Corresponding matching；Its
In, the source device number and source port number are the device number and port numbers for the equipment for reporting the response message；Second determines son
Module 60412 determines institute when for the device number and port numbers in the acquisition with source device number and source port number Corresponding matching
It is normal to state network link connection.
In conclusion in the embodiment of the present application, network link detection device can receive the response reported by opposite end
Then message directly determines network link connection status according to the receiving status information carried in the response message.As it can be seen that this
Network link detection device described in application embodiment can be completed according to the response message reported by opposite end to network link
The judgement of connection status detects, and improves detection efficiency, avoids and periodically acquire operation to mib information, reduce to CPU
The occupancy of resource improves the overall operation efficiency of network.
Secondly, in the embodiment of the present application, receiving end can be with right and wrong Openflow interchanger, and opposite end then can be
Openflow interchanger, in turn, response message can be by between network link detection device and Openflow interchangers
Openflow is transmitted in channel, and Openflow association is only run between network link detection device and Openflow interchanger
The network link detection of view, the triggering of network link detection device is not directly dependent upon with Openflow interchanger, is not related to exchanging
The information data of machine is searched, meanwhile, reduce the snmp protocol between non-Openflow interchanger and network link detection device
Interaction, further improves the overall operation efficiency of network.
In addition, the device number and port numbers of opposite end Openflow interchanger can also be filled in response message and return together
Network link detection device is given, network link detection device is by exchanging the opposite end Openflow carried in response message
The device number of machine and the matching detection of port numbers can be found in time between Openflow interchanger and non-Openflow interchanger
Link connection error situation, improve the comprehensive and reliability of detection.
The embodiment of the present application also discloses a kind of network link detection system, comprising: non-Openflow interchanger,
Openflow interchanger and controller.Wherein, the non-Openflow interchanger may include above-mentioned one of embodiment institute
The network link detection device stated, the controller may include network link detection device described in above-mentioned another embodiment,
The embodiment of the present application to this with no restriction.
Network link detection system described in the embodiment of the present application has the above-mentioned network in one embodiment
All features of link detecting device, and, all features of above-mentioned another network link detection device as described in the examples,
Therefore network link detection system described in the embodiment of the present application is with the institute in above-mentioned one of embodiment, another embodiment
There is beneficial effect, details are not described herein for the embodiment of the present application.
All the embodiments in this specification are described in a progressive manner, the highlights of each of the examples are with
The difference of other embodiments, the same or similar parts between the embodiments can be referred to each other.For Installation practice
For, since it is basically similar to the method embodiment, so being described relatively simple, referring to the portion of embodiment of the method in place of correlation
It defends oneself bright.
It should be understood by those skilled in the art that, embodiments herein can provide as method, system or computer program
Product.Therefore, complete hardware embodiment, complete software embodiment or reality combining software and hardware aspects can be used in the application
Apply the form of example.Moreover, it wherein includes the computer of computer usable program code that the application, which can be used in one or more,
The computer program implemented in usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical memory etc.) produces
The form of product.
The application is referring to method, the process of equipment (system) and computer program product according to the embodiment of the present application
Figure and/or block diagram describe.It should be understood that every one stream in flowchart and/or the block diagram can be realized by computer program instructions
The combination of process and/or box in journey and/or box and flowchart and/or the block diagram.It can provide these computer programs
Instruct the processor of general purpose computer, special purpose computer, Embedded Processor or other programmable data processing devices to produce
A raw machine, so that being generated by the instruction that computer or the processor of other programmable data processing devices execute for real
The device for the function of being specified in present one or more flows of the flowchart and/or one or more blocks of the block diagram.
These computer program instructions, which may also be stored in, is able to guide computer or other programmable data processing devices with spy
Determine in the computer-readable memory that mode works, so that it includes referring to that instruction stored in the computer readable memory, which generates,
Enable the manufacture of device, the command device realize in one box of one or more flows of the flowchart and/or block diagram or
The function of being specified in multiple boxes.
These computer program instructions also can be loaded onto a computer or other programmable data processing device, so that counting
Series of operation steps are executed on calculation machine or other programmable devices to generate computer implemented processing, thus in computer or
The instruction executed on other programmable devices is provided for realizing in one or more flows of the flowchart and/or block diagram one
The step of function of being specified in a box or multiple boxes.
Although the preferred embodiment of the application has been described, it is created once a person skilled in the art knows basic
Property concept, then additional changes and modifications can be made to these embodiments.So it includes excellent that the following claims are intended to be interpreted as
It selects embodiment and falls into all change and modification of the application range.
A kind of network link detection method provided herein, device and system are described in detail above, this
Specific case is applied in text, and the principle and implementation of this application are described, the explanation of above example is only intended to
Help understands the present processes and its core concept；At the same time, for those skilled in the art, the think of according to the application
Think, there will be changes in the specific implementation manner and application range, in conclusion the content of the present specification should not be construed as pair
The limitation of the application.
Claims (13)
1. a kind of network link detection method characterized by comprising
Non- Openflow interchanger receives the detection messages that Openflow interchanger or non-Openflow interchanger are sent；
Non- Openflow interchanger records the receiving status information of the detection messages；
Non- Openflow interchanger generates the response message for carrying the receiving status information；
The response message is reported to controller by the Openflow interchanger by non-Openflow interchanger, so that described
Controller determines network link connection status according to the receiving status information carried in the response message.
2. the method according to claim 1, wherein the receiving status information includes: non-in detection cycle
The number letter for the detection messages that Openflow interchanger receives or non-Openflow interchanger Openflow interchanger is sent
Breath；
Wherein, the non-Openflow interchanger records the receiving status information of the detection messages, comprising:
Non- Openflow interchanger records non-Openflow interchanger and receives the Openflow interchanger in detection cycle
Or non-Openflow interchanger sends the number of detection messages, obtains number information.
3. the method according to claim 1, wherein the receiving status information includes: that the Openflow is handed over
It changes planes or the device number and port numbers of non-Openflow interchanger；
Wherein, the receiving status information for recording the detection messages, comprising:
Record the device number and port numbers of the Openflow interchanger or non-Openflow interchanger.
4. a kind of network link detection method characterized by comprising
Receive the response message that non-Openflow interchanger is reported by Openflow interchanger；Wherein, the response message by
Non- Openflow interchanger is generated according to the detection messages that Openflow interchanger or non-Openflow interchanger are sent, described
Response message carries the receiving status information of the detection messages；
Network link connection status is determined according to the receiving status information carried in the response message.
5. according to the method described in claim 4, it is characterized in that, the receiving status information includes: described in detection cycle
Non- Openflow interchanger receives the number for the detection messages that Openflow interchanger or non-Openflow interchanger are sent
Information；
Wherein, described that network link connection status is determined according to the receiving status information carried in the response message, packet
It includes:
The response message is parsed, the number information carried in the response message is obtained；
Judge whether number indicated by the number information of the acquisition matches with the practical transmission times of the detection messages；Its
In, the practical transmission times includes: the Openflow interchanger or non-Openflow interchanger reality in detection cycle
It is sent to the number of the detection messages of the non-Openflow interchanger；
If matching, it is determined that the network link connection is normal.
6. according to the method described in claim 4, it is characterized in that, the receiving status information includes: that the Openflow is handed over
It changes planes or the device number and port numbers of non-Openflow interchanger；
Wherein, described that network link connection status is determined according to the receiving status information carried in the response message, packet
It includes:
The response message is parsed, the Openflow interchanger or non-carried in the response message is obtained
The device number and port numbers of Openflow interchanger；
Judge the acquisition device number and port numbers and source device number and source port number whether Corresponding matching；Wherein, the source
Device number and source port number are the device number and port numbers for the equipment for reporting the response message；
If matching, it is determined that the network link connection is normal.
7. a kind of network link detection device characterized by comprising
Receiving module is sent for non-Openflow interchanger reception Openflow interchanger or non-Openflow interchanger
Detection messages；
Logging modle records the receiving status information of the detection messages for non-Openflow interchanger；
Generation module generates the response message for carrying the receiving status information for non-Openflow interchanger；
Reporting module is reported to the response message by the Openflow interchanger for non-Openflow interchanger
Controller, so that the controller determines that network link connects according to the receiving status information carried in the response message
State.
8. device according to claim 7, which is characterized in that the receiving status information includes: non-in detection cycle
Openflow interchanger receives the number letter for the detection messages that Openflow interchanger or non-Openflow interchanger are sent
Breath；
Wherein, the logging modle receives the Openflow for recording non-Openflow interchanger in detection cycle
Interchanger or non-Openflow interchanger send the number of detection messages, obtain number information.
9. device according to claim 7, which is characterized in that the receiving status information includes: that the Openflow is handed over
It changes planes or the device number and port numbers of non-Openflow interchanger；
Wherein, the logging modle, for recording the device number of the Openflow interchanger or non-Openflow interchanger
And port numbers.
10. a kind of network link detection device characterized by comprising
Response message receiving module, the response report reported for receiving non-Openflow interchanger by Openflow interchanger
Text；Wherein, the response message is by non-Openflow interchanger according to Openflow interchanger or non-Openflow interchanger
The detection messages of transmission generate, and the response message carries the receiving status information of the detection messages；
Link state determining module, for determining network link according to the receiving status information carried in the response message
Connection status.
11. device according to claim 10, which is characterized in that the receiving status information includes: institute in detection cycle
State time that non-Openflow interchanger receives the detection messages that Openflow interchanger or non-Openflow interchanger are sent
Number information；
Wherein, the link state determining module, comprising:
First analyzing sub-module obtains the number letter carried in the response message for parsing to the response message
Breath；
First judging submodule, for judging the reality of number indicated by the number information of the acquisition Yu the detection messages
Whether transmission times matches；Wherein, the practical transmission times includes: the Openflow interchanger or non-in detection cycle
The number of the practical detection messages for being sent to the non-Openflow interchanger of Openflow interchanger；
First determines submodule, the practical hair for number indicated by the number information in the acquisition and the detection messages
When number being sent to match, determine that the network link connection is normal.
12. device according to claim 10, which is characterized in that the receiving status information includes: the Openflow
The device number and port numbers of interchanger or non-Openflow interchanger；
Wherein, the link state determining module, comprising:
Second analyzing sub-module is obtained and is carried in the response message for parsing to the response message
The device number and port numbers of Openflow interchanger or non-Openflow interchanger；
Second judgment submodule, for judge the acquisition device number and port numbers and source device number and source port number it is whether right
It should match；Wherein, the source device number and source port number are the device number and port numbers for the equipment for reporting the response message；
Second determines submodule, for the device number and port numbers and source device number and source port number Corresponding matching in the acquisition
When, determine that the network link connection is normal.
13. a kind of network link detection system characterized by comprising non-Openflow interchanger, Openflow interchanger and
Controller；Wherein, the non-Openflow interchanger includes such as the described in any item network link detection dresses of claim 7-9
It sets；The controller includes such as the described in any item network link detection devices of claim 10-12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610164528.1A CN105763394B (en) | 2016-03-22 | 2016-03-22 | A kind of network link detection method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610164528.1A CN105763394B (en) | 2016-03-22 | 2016-03-22 | A kind of network link detection method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105763394A CN105763394A (en) | 2016-07-13 |
| CN105763394B true CN105763394B (en) | 2019-09-17 |
Family
ID=56345594
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610164528.1A Active CN105763394B (en) | 2016-03-22 | 2016-03-22 | A kind of network link detection method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105763394B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108156004A (en) * | 2016-12-02 | 2018-06-12 | 中国移动通信有限公司研究院 | SDN controllers and switch management method |
| CN108989232A (en) * | 2017-05-31 | 2018-12-11 | 中兴通讯股份有限公司 | Message interaction method and device in SDN |
| CN109245955B (en) * | 2017-07-10 | 2022-12-09 | 阿里巴巴集团控股有限公司 | Data processing method and device and server |
| CN107294812B (en) * | 2017-08-03 | 2019-04-12 | Oppo广东移动通信有限公司 | Network detecting method, network detection device and intelligent terminal |
| CN114884839B (en) * | 2022-06-10 | 2023-05-16 | 中煤科工重庆设计研究院(集团)有限公司 | Method for detecting unidirectional link quality |
| CN115361312B (en) * | 2022-10-21 | 2023-01-24 | 之江实验室 | Link flow based method and device for monitoring link state between ring network nodes |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778113A (en) * | 2010-01-25 | 2010-07-14 | 福建星网锐捷网络有限公司 | Method for detection of RP state in multicast network, device, RP device and multicast system |
| CN104780095A (en) * | 2015-04-30 | 2015-07-15 | 杭州华三通信技术有限公司 | Path detection method and device in SDN |
| CN104852828A (en) * | 2015-04-30 | 2015-08-19 | 华为技术有限公司 | Network delay detection method, device and system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9973429B2 (en) * | 2013-04-05 | 2018-05-15 | Futurewei Technologies, Inc. | Software defined networking (SDN) controller orchestration and network virtualization for data center interconnection |
-
2016
- 2016-03-22 CN CN201610164528.1A patent/CN105763394B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778113A (en) * | 2010-01-25 | 2010-07-14 | 福建星网锐捷网络有限公司 | Method for detection of RP state in multicast network, device, RP device and multicast system |
| CN104780095A (en) * | 2015-04-30 | 2015-07-15 | 杭州华三通信技术有限公司 | Path detection method and device in SDN |
| CN104852828A (en) * | 2015-04-30 | 2015-08-19 | 华为技术有限公司 | Network delay detection method, device and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105763394A (en) | 2016-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105763394B (en) | A kind of network link detection method, device and system | |
| US10880197B2 (en) | Methods, systems, and computer readable media for testing a network node using source code for programming a packet forwarding plane of the network node | |
| US10635566B1 (en) | Predicting code change impact within an integrated development environment | |
| CN104796298B (en) | A kind of method and device of SDN network accident analysis | |
| US12061703B2 (en) | OpenTelemetry security extensions | |
| CN112714047B (en) | Industrial control protocol flow based test method, device, equipment and storage medium | |
| CN107690778A (en) | Use the performance of mirror image detection grouping mea-sure network | |
| CN109726016A (en) | A kind of link tracing methods, devices and systems for distributed system | |
| US20140177455A1 (en) | Method and apparatus to monitor and analyze end to end flow control in an ethernet/enhanced ethernet environment | |
| CN103841169B (en) | Remote copy method and equipment | |
| Ramanathan et al. | Towards a debugging system for sensor networks | |
| CN107508719A (en) | Measure the method, apparatus and network node of network delay | |
| CN103441861B (en) | A kind of data record generation method and device | |
| CN109714221A (en) | The determination method, apparatus and system of network packet | |
| EP2713270A1 (en) | Resource scheduling method and device | |
| CN107291558A (en) | A kind of application programming interfaces deadlock monitoring method and device | |
| CN109074280A (en) | Network function virtualization | |
| CN103746874B (en) | Method and equipment for IP (Internet protocol) FPM (flow performance monitor) | |
| CN104639390B (en) | The test method and device of system | |
| CN106603333A (en) | Network performance measuring method, apparatus and system | |
| CN107181780A (en) | Communication port processing method and system | |
| CN112714007B (en) | Method and device for detecting service message dyeing marks of all IOAM (input/output access am) equipment | |
| CN106802865B (en) | Response simulator and method for software test | |
| Zhang et al. | Service failure diagnosis in service function chain | |
| Iurman et al. | Towards cross-layer telemetry |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou science and Technology Development Zone, Zhejiang high tech park, No. six and road, No. 310 Applicant before: Huasan Communication Technology Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |