CN100454853C - Method for service channel detection and system for providing the same - Google Patents
Method for service channel detection and system for providing the same Download PDFInfo
- Publication number
- CN100454853C CN100454853C CNB2006101499811A CN200610149981A CN100454853C CN 100454853 C CN100454853 C CN 100454853C CN B2006101499811 A CNB2006101499811 A CN B2006101499811A CN 200610149981 A CN200610149981 A CN 200610149981A CN 100454853 C CN100454853 C CN 100454853C
- Authority
- CN
- China
- Prior art keywords
- request message
- message
- response message
- service channel
- label
- 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.)
- Expired - Fee Related
Links
Images
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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Abstract
The invention relates to a method for checking service channel, wherein said method comprises that: via the external tunnel relative to external mark, transmitting the request report with request message, service mark and external mark to the target node of service channel relative to the service mark; said target node receives the request report and recognizes the request message, and feedbacks response report with response message, service mark and external mark; based on the received response report, checking the condition of service channel. The invention also provides relative system.
Description
Technical field
The present invention relates to communication technical field, relate in particular to the method that detects service channel and the system that detects the service channel method is provided.
Background technology
Mac-in-Mac (internal layer medium access control MAC transmits by outer media access control MAC) technology is stipulated by the IEEE 802.1ah of IEEE, it is the important component part of the MEF of Metro Ethernet Forum Carrier Ethernet (Carrier Ethernet) scheme, it is by cooperating with QinQ (internal layer 802.1Q label TAG transmits by outer 802.1Q label TAG) technology, can realize that whole transmission network is that double layer network is all based on Ethernet architecture, make metropolitan area network even wide area network from Access Layer, convergence-level and backbone layer can be realized by ethernet technology, are important directions of Ethernet development.
In the Mac-in-Mac networking, user's message carries out the QinQ encapsulation at operator bridge device PB place, label S-TAG wherein is mapped to the service label I-TAG (Service Instance TAG) of Mac-in-Mac at key operator bridge edge device place, and inserts backbone network target MAC (Media Access Control) address B-DA (Backbone Destination Address), backbone network source MAC B-SA (Backbone SourceAddress), I-TAG and backbone network outer layer label B-TAG (Backbone VLAN TAG) field at heading.Wherein I-TAG is the service label that defines among the Mac-in-Mac, as vpn label, is used to represent different srvice instance, and it has 20 srvice instance sign SID at least; B-TAG is an outer layer label, represents the different service types that key operator provides, and for example voice, video traffic etc. perhaps are used to represent different regions or different service provider.Intermediate node in the backbone network is transmitted according to B-DA, B-SA, B-TAG, and in fact this be equivalent to set up an outer layer tunnel.Because user data is when transmitting through Mac-in-Mac, different business datums can be put on identical I-TAG, therefore thinks that I-TAG has represented an internal layer tunnel, promptly relevant with business service channel.The outer layer tunnel that the dissimilar business datum of the service channel of I-TAG representative identifies by B-TAG is sent to the opposite end and handles.Briefly, what B-TAG indicated is a big pipeline, and I-TAG indicates ducted small pipeline, transmits user's different business data in the small pipeline.After message is sent to the edge device place of different layers in the key operator bridge, according to I-TAG B-TAG is mapped to new B-TAG, message is sent to the edge device of different layers in the key operator in the opposite end bridge, be sent to the key operator in opposite end bridge edge device through the B-TAG mapping relations again, remove the Mac-in-Mac head afterwards and send message to opposite end PB, PB after handling sends to message to end subscriber.I-TAG can remain unchanged in the whole process, and I-TAG shines upon back S-TAG in key operator bridge edge device place in the opposite end; Also can in the Mac-in-Mac territory of different levels, I-TAG can be mapped to new I-TAG.
Ping and TraceRoute are two maintenance tools commonly used in the network, or are called routine, are used to detect connectivity of link.Ping is by sending the Ping request message to the opposite end, and opposite end loopback Ping response message, transmitting terminal think that link is normal after receiving response message, otherwise certain fault may appear in link.TraceRoute sends the TraceRoute request message to the opposite end, this message the node of process all to transmitting terminal back response message, transmitting terminal can determine to comprise which node in the transfer path thus, and locate possible fault be transfer path which the section.Ping and TraceRoute have application very widely in network, be applicable to IP network as IP Ping/TraceRoute, label switched path LSP Ping/TraceRoute is applicable to multiprotocol label switching MPLS network, and MAC Ping/TraceRoute is applicable to Ethernet.
In the Ethernet, MAC Ping/TraceRoute is that loopback message LBM (LoopBack the Message)/loopback response message LBR (LoopBack Reply Message) and link trace message LTM (the LinkTraceMessage)/link trace response message LTR (LinkTrace Reply Message) that utilize ethernet operation, manage and safeguard OAM (IEEE 802.1ag) agreement regulation realize above-mentioned Ping function and TraceRoute function.The information spinner that is comprised in the Ethernet OAM message will comprise source/target MAC (Media Access Control) address, 802.1Q VLAN TAG (virtual local area network tags) information, ethernet type, message code OpCode field.The ethernet type field shows that this message is the Ethernet OAM message, and the OpCode field then can be distinguished different Ethernet OAM type of messages, and wherein LBM message, LBR message, LTM message and LTR message are represented by four different values respectively.
Operate for MAC Ping, the user initiates MAC Ping process by configuration order, structure loopback message LBM, and be packaged into request message after outer layer tunnel sends to destination node, destination node analysis request message, identify loopback message LBM, structure loopback response message LBR is packaged into response message and returns.Can confirm according to the situation that receives response message whether the outer layer tunnel between 2 is normal in two layers of Ethernet,, illustrate that then the outer layer tunnel between 2 breaks down if do not receive response message.
Operate for MAC TraceRoute, the user initiates MAC TraceRoute process by configuration order, structure loopback response message LBR, and be packaged into request message after outer layer tunnel sends to destination node, intermediate node analysis request message on the transfer path, identify loopback response message LBR, structure link trace response message LTR, be packaged into response message and return, and proceed to transmit to next-hop node, after destination node receives request message according to forwarding-table item, the analysis request message, identify loopback response message LBR, structure link trace response message LTR is packaged into response message and returns.If do not receive response message, illustrate that then outer layer tunnel breaks down, and, can carry out fault location according to the nodal information that is comprised on the forward-path in the response message.
But, MAC Ping/TraceRoute just carries out detection of connectivity to outer layer tunnel, can not detect the connectedness that the internal layer tunnel is a service channel, it is no problem that outer layer tunnel is communicated with, do not show that service channel is just no problem, particularly under the situation of stratification networking, I-TAG may have some processing at different nodes, and because in different Mac-in-Mac territories, B-TAG also may change, these situations all cause the fault of service channel easily, and the connectedness that therefore only detects outer layer tunnel is not enough, also wish and can carry out detection of connectivity to service channel.
Summary of the invention
The technical problem to be solved in the present invention provide a kind of detect the method for service channel and have the system that detects the service channel method is provided, the present invention can detect the connectedness of service channel.
The objective of the invention is to be achieved through the following technical solutions:
The invention provides a kind of method that detects service channel, comprising: the request message that source node will comprise request message, service label and outer layer label is sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel; Described destination node identifies request message after receiving request message, and returns the response message that comprises response message, service label and outer layer label; Described source node is determined the service channel situation according to the situation that receives response message.
Optionally, described request message and response message carry the sign that ethernet type identified and indicated type of message.
Optionally, the described request message is transmitted as clean culture or multicast mode.
Optionally, described request message and response message carry temporal information, calculate time delay, shake and the packet loss that transmits message according to described temporal information and response message quantity.
Optionally, in the transport process of described request message, intermediate node identifies request message after receiving request message, transmits request message according to forwarding-table item to next-hop node; Perhaps, intermediate node identifies request message after receiving request message, returns the response message that comprises response message, vpn label and outer layer label, transmits request message according to forwarding-table item to next-hop node again.
Optionally, describedly determine that according to the situation that receives response message the step of service channel situation specifically comprises: when not receiving the response message that destination node returns, determine that service channel breaks down; Perhaps, when not receiving the response message that destination node returns, determine that service channel breaks down, and determine the abort situation of service channel according to the response message that intermediate node returns.
Optionally, described request message comprises life span TTL information, and described intermediate node detects life span TTL information, and the life span TTL information after will changing is recorded in the described response message.
Optionally, the described request message is initiated by Ping order or TraceRoute order.
Described method specifically is applied in the Mac-in-Mac network of internal layer medium access control by outer media access control transmission.
Accordingly, the present invention also provides a kind of system that detection service channel method is provided that has, and comprising: source node and destination node; Wherein, source node, be used for will comprise the request message of request message, service label and outer layer label be sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel; And, determine the service channel situation according to the situation that receives response message; Destination node identifies request message after being used to receive request message, and returns the response message that comprises response message, service label and outer layer label to source node.
Optionally, described system further comprises intermediate node, is used for the transport process at the described request message, identifies request message behind the reception request message, transmits request message according to forwarding-table item to next-hop node; Perhaps, identify request message behind the reception request message, return the response message that comprises response message, service label and outer layer label, transmit request message according to forwarding-table item to next-hop node again.
Optionally, described intermediate node comprises retransmission unit and detecting unit; Wherein, retransmission unit is used for the transport process at the described request message, identifies request message behind the reception request message, transmits request message according to forwarding-table item to next-hop node; Perhaps, identify request message behind the reception request message, return the response message that comprises response message, service label and outer layer label, transmit request message according to forwarding-table item to next-hop node again; Detecting unit is used for the life span TTL information of described request message is detected, and the life span TTL information after will changing is recorded in the response message in the response message.
The invention provides a kind of source node, comprise transmitting element, receiving element; Wherein, transmitting element, be used for will comprise the request message of request message, service label and outer layer label be sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel; Receiving element, be used to receive the response message that comprises response message, service label and outer layer label that destination node is returned, determine the service channel situation according to the situation that receives response message, the response message that described destination node is returned identifies request message after receiving the request message that described transmitting element sends by described destination node, sends to described receiving element again.
As can be seen from the above technical solutions, prior art can only realize outer layer tunnel is carried out detection of connectivity, and the present invention will comprise the request message of request message, service label and outer layer label is sent to the corresponding service channel of service label by outer layer label corresponding outer layer tunnel destination node; Described destination node identifies request message after receiving request message, and returns the response message that comprises response message, service label and outer layer label.Because the present invention expands request message, in message, increased the service label of corresponding service channel, so can determine the service channel situation, be the method that service channel carries out detection of connectivity thereby provide to the internal layer tunnel according to the situation that receives response message.
Description of drawings
Fig. 1 is the method flow diagram that the present invention detects service channel;
Fig. 2 is method embodiment one flow chart that the present invention detects service channel;
Fig. 3 is method embodiment two flow charts that the present invention detects service channel;
Fig. 4 the invention provides the system configuration schematic diagram that detects the service channel method;
Fig. 5 is the source node structural representation that the invention provides in the system that detects the service channel method;
Fig. 6 is the intermediate node structural representation that the invention provides in the system that detects the service channel method.
Embodiment
The internal layer tunnel that I-TAG identified that the invention provides the Mac-in-Mac network is the method that service channel carries out detection of connectivity, specifically can realize that two kinds of operations in the present invention abbreviate MinM-Ping and MinM-TraceRoute respectively as by Ping and TraceRoute operation.
Seeing also Fig. 1, is the method flow diagram that the present invention detects service channel, comprises step:
A1, the request message that will comprise request message, service label and outer layer label are sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel;
A2, described destination node identify request message after receiving request message, and return the response message that comprises response message, service label and outer layer label;
A3, determine the service channel situation according to the situation that receives response message.
Be introduced below in conjunction with embodiment.For example in the Mac-in-Mac of stratification network, network is a double-layer structure, ground floor is a backbone layer, the second layer is an Access Layer, belong to different Mac-in-Mac territories respectively, the edge device in ground floor Mac-in-Mac territory is the edge device BB BB of different layers in the key operator bridge, and the edge device in second layer Mac-in-Mac territory is the key bridge edge device BB PB of operator.Outer layer tunnel and internal layer tunnel that each inside, Mac-in-Mac territory is set up transmission respectively are service channel.Outer layer tunnel is by the B-TAG sign of Mac-in-Mac message, and service channel is by the I-TAG sign of Mac-in-Mac message, and the business of many service channels transmits by same outer layer tunnel, can set up many different outer layer tunnel.
In above-mentioned network, the method that the service channel that I-TAG identified of Mac-in-Mac network is detected comprises Ping and TraceRoute operation.
Embodiment one, is the connectedness that adopts MinM-Ping performance tests service channel.
See also Fig. 2, the detailed process of MinM-Ping comprises:
B1, initiate the MinM-Ping process by configuration order;
Key operator bridge edge device in the Mac-in-Mac territory, the user initiates the MinM-Ping process by configuration order, configuration order need indicate the service channel sign of wanting Ping, and the service channel sign is the I-TAG of Mac-in-Mac, comprises traffic ID (I-SID) and type of service among the I-TAG;
B2, key operator bridge edge device are searched according to service channel sign I-TAG and are obtained corresponding outer layer Tunnel Identifier B-TAG, construct the MinM-Ping request message, and this request message is carried out the Mac-in-Mac encapsulation;
This step can be divided into:
1, structure request message;
The structure of MinM-Ping request message can expand the message format of Ethernet OAM, comprising purpose MAC, source MAC, ethernet type Ether-Type, version number, message code, message length, sequence number, padding data.Need to prove that expanding the Ethernet OAM message format is a kind of implementation method, also can realize by other message formats of definition.
Wherein, source/purpose MAC, expression source/destination device MAC Address; Ethernet type Ether-Type, expression Ethernet OAM type; Version number, presentation protocol version number; Message code defines 4 values, represents MinM-Ping request, MinM-Ping response, MinM-TraceRoute request and MinM-TraceRoute response respectively, specifically gets what value and represents not limited, and value is represented the MinM-Ping request in this step; Message length, expression message packet length is unit with the byte; Sequence number is represented one 32 ID value, is used to identify current message, and a plurality of MinM-Ping messages use different sequence numbers; Padding data, expression MinM-Ping process can be used for the message test of different length, and can fill some test datas this moment.
2, encapsulated message;
Encapsulation is specially adds I-TAG with the MinM-Ping request message according to service channel, adds B-TAG according to outer layer tunnel, fills source MAC, target MAC (Media Access Control) address and verification and B-FCS then.
Message after B3, the transmission encapsulation;
After request message is packaged, send to the key operator in opposite end bridge edge device.
For preventing to can not receive the opposite end back message using, when sending, message to start timer.The value of timer specifically is provided with as required.
Need to prove that MinM-Ping has two types, a kind ofly be the MinM-Ping request message of clean culture, another kind is the MinM-Ping request message of multicast.If be the MinM-Ping request message of clean culture, target MAC (Media Access Control) address is the MAC Address of the key operator in opposite end bridge edge device during the Mac-in-Mac encapsulated message; If be the MinM-Ping request message of multicast, target MAC (Media Access Control) address is filled out and is multicast address during the Mac-in-Mac encapsulated message, or directly extending this as 0xffffff, this message will be sent to all the key operator in relevant opposite end bridge edge devices along the outer layer tunnel of B-TAG sign.
In the Mac-in-Mac of stratification network configuration, the transmission of MinM-Ping request message has following variation:
Its outer layer tunnel of same service channel by the Mac-in-Mac territory of process determined, be that the B-TAG that carries of message is only meaningful in this Mac-in-Mac territory, when arriving other Mac-in-Mac territory, B-TAG will be by new Mac-in-Mac territory decision, when arriving ground floor Mac-in-Mac territory as the message in second layer Mac-in-Mac territory, its B-TAG will be transformed to the outer layer tunnel sign in the new Mac-in-Mac territory.
In the Mac-in-Mac of stratification network configuration, about I-TAG two kinds of situations are arranged also, a kind of is that I-TAG remains unchanged in whole transport process, another is that its I-TAG can be mapped to new I-TAG in the Mac-in-Mac territory of different levels, the I-TAG of MinM-Ping request message can remain unchanged or carries out corresponding mapping according to both of these case, this makes that the I-TAG in the different Mac-in-Mac territories can flexible configuration, corresponding conversion or mapping will be handled by the edge device of different layers in key operator bridge, and the edge device of different layers need be safeguarded the mapping relations between the I-TAG in the key operator bridge.
B4, destination node respond the MinM-Ping request message;
The key operator in opposite end bridge edge device is received in the MinM-Ping request message, frame format parsing according to message identifies the MinM-Ping request message, construct the MinM-Ping response message of clean culture then, encapsulate identical Mac-in-Mac heading loopback and give the key operator in source bridge edge device, just target MAC (Media Access Control) address is the MAC Address of the key operator in source bridge edge device, and source MAC is the MAC Address of this backbone operator bridge edge device; The MinM-Ping response message in the MinM-Ping response message and the structure of MinM-Ping request message are basic identical, but the message code list of values is shown the MinM-Ping response message.
Need to prove, intermediate node in the network does not return response message after receiving request message, just identify the MinM-Ping request message after, transmit request message according to forwarding-table item to next-hop node, have only destination node just to respond, return response message.
B5, determine the connectedness of service channel according to the response message situation that receives;
The key operator in source bridge edge device will receive the MinM-Ping response message, can determine the connectedness of service channel thus.If the key operator in source bridge edge device still can not receive the MinM-Ping response message behind timer expiry, will think that service channel is unavailable.For the MinM-Ping of multicast mode, source device may be received the MinM-Ping response message of the key operator in a plurality of opposite ends bridge edge device, can confirm that thus the service channel of the key operator in which opposite end bridge edge device is available.
Further, determine that service channel is connected state after, then export the information of MinM-Ping success to the user; If determine that service channel is unavailable, then export the MinM-Ping failure information to the user.
Need to prove, portability temporal information in the MinM-Ping message promptly increases the timestamp territory in the message, be used for label time, then according to these temporal informations and receive the quantity of response message, by certain algorithm can computing service channel transfer message time delay, shake and packet loss.For example once send a plurality of MinM-Ping request messages, all carry temporal information in MinM-Ping request and the response message, then can calculate, obtain time delay, shake and packet loss that service channel transmits message according to the number of receiving response message and the temporal information of obtaining.
Need to prove specifically how to calculate the present invention of these parameters and do not limit, can calculate by algorithms of different according to above-mentioned information.
Below introducing embodiment two, is the connectedness that adopts MinM-TraceRoute performance tests service channel, and the main distinction of itself and embodiment one is that intermediate node need return response message.
The MinM-TraceRoute operation can be understood the Mac-in-Mac nodal information of service channel through being comprised in the path, and the location is that fault has appearred in which section business passage under failure condition to help.
See also Fig. 3, the detailed process of MinM-TraceRoute comprises:
C1, initiate the MinM-TraceRoute process by configuration order;
Key operator bridge edge device in the Mac-in-Mac territory, the user initiates the MinM-TraceRoute process by configuration order, configuration order need indicate service channel sign and the opposite end destination device MAC Address of wanting Ping, the service channel sign is the I-TAG of Mac-in-Mac, comprises traffic ID (I-SID) and type of service among the I-TAG;
C2, similar with front MinM-Ping process, key operator bridge edge device search according to service channel sign I-TAG and obtain outer layer tunnel sign B-TAG, and construct the MinM-TraceRoute request message and be packaged into the Mac-in-Mac message;
This step can be divided into:
1, structure request message;
The structure of MinM-TraceRoute request message can expand the message format of Ethernet OAM, comprising purpose MAC, source MAC, ethernet type Ether-Type, version number, message code, message length, sequence number, life span TTL.Need to prove that expanding the Ethernet OAM message format is a kind of implementation method, also can realize by other message formats of definition.
Wherein, source/purpose MAC, expression source/destination device MAC Address; Ethernet type Ether-Type, expression Ethernet OAM type; Version number, presentation protocol version number; Message code, define 4 values, represent MinM-Ping request, MinM-Ping response, MinM-TraceRoute request, MinM-TraceRoute response respectively, specifically get what value and represent not limited that value is represented the MinM-TraceRoute request in this step; Message length, expression message packet length is unit with the byte; Sequence number is represented one 32 ID value, is used to identify current message, and a plurality of MinM-TraceRoute messages use different sequence numbers; TTL, the expression life span defaultly can be taken as 64.The effect of TTL information is the order that shows the node that passes through, and prevents that this message from infinitely stretching in network.
2, encapsulated message;
Encapsulation is specially adds I-TAG with the MinM-TraceRoute request message according to service channel, adds B-TAG according to outer layer tunnel, fills source MAC, target MAC (Media Access Control) address and verification and B-FCS then.
C3, intermediate node transmit the message after the encapsulation, and the MinM-TraceRoute request message is responded;
For preventing to can not receive the opposite end back message using, when sending, message to start timer.The value of timer specifically is provided with as required.
After request message is packaged, send by the corresponding interface.The MinM-TraceRoute request message through each the Mac-in-Mac equipment on the path, the edge device of different layers in for example key operator bridge, the key operator in opposite end bridge edge device etc., resolve according to the frame format of message and to identify after the MinM-TraceRoute request message, structure MinM-TraceRoute response message, encapsulate identical Mac-in-Mac heading loopback and give the key operator in source bridge edge device, just target MAC (Media Access Control) address is the MAC Address of the key operator in source bridge edge device, source MAC is the MAC Address of this backbone operator bridge edge device, if there is the forwarding-table item of order ground equipment, then this request message is proceeded to transmit to next-hop node by forwarding-table item.The MinM-TraceRoute response message in the MinM-TraceRoute response message and the structure of MinM-TraceRoute request message are basic identical, and the message code list of values is shown the TraceRoute response message.
Be noted that in addition, in the MinM-TraceRoute request message TTL information can be set, middle Mac-in-Mac node need be checked this information, if the value of TTL is 1, TTL information is recorded in the response message in the response message, and back response message and no longer transmitting only; If the value of TTL is not 1, TTL information is recorded in the response message in the response message, middle Mac-in-Mac node returns response message and continues and transmits, and ttl value will be subtracted 1 this moment and transmit.
C4, destination node respond the MinM-TraceRoute request message;
If request message arrives destination device,, but no longer transmit request message then only to source device loopback MinM-TraceRoute response message.
C5, determine the connectedness of service channel and definite abort situation according to the response message situation that receives;
The key operator in source bridge edge device will receive the MinM-TraceRoute response message of each intermediate node, can determine to have passed through which Mac-in-Mac node device on the service channel forward-path thus, and can know the order of message process according to TTL; If still can not receive the MinM-TraceRoute response message that destination device is beamed back behind the timer expiry, will think that service channel can't arrive destination device; According to the nodal information of process can to locate be that fault has appearred in which section Mac-in-Mac service channel.
Further, these detected object informations are exported to the user.
Need to prove that the foregoing description is the method for having described the detection service channel of a two-tier network networking, and is same, when a layer network just or during the multitiered network networking, it realizes that principle is the same.
More than the present invention is detected service channel method be described in detail, the system that detects the service channel method that provides is provided below.
Seeing also Fig. 4, is to the invention provides the system configuration schematic diagram that detects the service channel method.
System comprises source node 100, destination node 200 and intermediate node 300 among Fig. 4.
Seeing also Fig. 5, is the structural representation of source node 100.Source node 100 comprises transmitting element 101 and receiving element 102.
Transmitting element 101 is constructed MinM-Ping request message or MinM-TraceRoute request message, and request message, service label I-TAG and outer layer label B-TAG are packaged into the Mac-in-Mac message, sends out from the corresponding outer layer tunnel of corresponding B-TAG.Receiving element 102, the response message situation that contains MinM-Ping response message or MinM-TraceRoute response message according to reception is determined the connection situation of service channel, if can receive response message, illustrate that then service label I-TAG corresponding service passage is communicated with, if behind timer expiry, still can't receive response message, the service channel fault is described then.Describe in can also be under the MinM-TraceRoute operational circumstances according to response message the nodal information that passes through location be that fault has appearred in which section business passage.Further, these detected successes or failure information are exported to the user.
Optionally, system of the present invention comprises intermediate node 300.Seeing also Fig. 6, is the structural representation of intermediate node 300.Intermediate node 300 comprises retransmission unit 301 and detecting unit 302.Retransmission unit 301 is used for the transport process at the described request message, identifies request message behind the reception request message, transmits request message according to forwarding-table item; Identify request message after perhaps receiving request message, return the response message that comprises response message, service label and outer layer label, transmit request message according to forwarding-table item again.After retransmission unit 301 receives request message, frame format parsing according to message identifies MinM-Ping request message or MinM-TraceRoute request message, wherein only need select the corresponding outer layer tunnel of suitable B-TAG to E-Packet according to normal forwarding process for the MinM-Ping request message, and for the MinM-TraceRoute request message, then construct the MinM-TraceRoute response message and be packaged into the response message loopback and give source node 100, and former request message is forwarded to next-hop node by forwarding-table item according to normal forwarding process.
Detecting unit 302 is used for the life span TTL information of request message is detected, and the life span TTL information after will changing is recorded in the response message in the response message.If be provided with TTL information in the MinM-TraceRoute request message, detecting unit 302 needs to check this information, if the value of TTL is 1, detecting unit 302 is recorded in TTL information in the response message in the response message, and 301 back response messages of retransmission unit and no longer transmitting; If the value of TTL is not 1, detecting unit 302 is recorded in TTL information in the response message in the response message, and retransmission unit 301 returns response message and continues and transmits, and is at this moment ttl value to be subtracted 1 to transmit again.The effect of TTL information is the order that shows the node that passes through, and prevents that this message from infinitely stretching in network.
More than to provided by the present invention a kind of detect the method for service channel and have provide the system that detects the service channel method to be described in detail, used specific case herein principle of the present invention and execution mode are set forth, the explanation of above embodiment just is used for helping to understand method of the present invention and core concept thereof; Simultaneously, for one of ordinary skill in the art, according to thought of the present invention, the part that all can change in specific embodiments and applications, in sum, this description should not be construed as limitation of the present invention.
Claims (14)
1, a kind of method that detects service channel is characterized in that, comprising:
The request message that source node will comprise request message, service label and outer layer label is sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel;
Described destination node identifies request message after receiving request message, and returns the response message that comprises response message, service label and outer layer label;
Described source node is determined the service channel situation according to the situation that receives response message.
2, the method for detection service channel according to claim 1 is characterized in that:
Described request message and response message carry the ethernet type sign and indicate the sign of type of message.
3, the method for detection service channel according to claim 1 is characterized in that:
The described request message be transmitted as clean culture or multicast mode.
4, according to the method for each described detection service channel of claim 1 to 3, it is characterized in that:
Described request message and response message carry temporal information, calculate time delay, shake and the packet loss that transmits message according to described temporal information and response message quantity.
5, according to the method for each described detection service channel of claim 1 to 3, it is characterized in that:
In the transport process of described request message, intermediate node identifies request message after receiving request message, transmits request message according to forwarding-table item to next-hop node; Perhaps,
Intermediate node identifies request message after receiving request message, returns the response message that comprises response message, service label and outer layer label, transmits request message according to forwarding-table item to next-hop node again.
6, the method for detection service channel according to claim 5 is characterized in that, described situation according to the reception response message determines that the step of service channel situation specifically comprises:
When not receiving the response message that destination node returns, determine that service channel breaks down; Perhaps,
When not receiving the response message that destination node returns, determine that service channel breaks down, and determine the abort situation of service channel according to the response message that intermediate node returns.
7, the method for detection service channel according to claim 6 is characterized in that:
Described request message comprises life span TTL information, and described intermediate node detects life span TTL information, and the life span TTL information after will changing is recorded in the described response message.
8, the method for detection service channel according to claim 1 is characterized in that:
The described request message is initiated by Ping order or TraceRoute order.
9, the method for detection service channel according to claim 1 is characterized in that:
Described method specifically is applied in the Mac-in-Mac network of internal layer medium access control by outer media access control transmission.
10, a kind of system that detects the service channel method that provides is characterized in that, comprising:
Source node and destination node; Wherein,
Source node, be used for will comprise the request message of request message, service label and outer layer label be sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel; And, determine the service channel situation according to the situation that receives response message;
Destination node identifies request message after being used to receive request message, and returns the response message that comprises response message, service label and outer layer label to source node.
11, the system that detects the service channel method that provides according to claim 10 is characterized in that:
Described system further comprises intermediate node, is used for the transport process at the described request message, identifies request message behind the reception request message, transmits request message according to forwarding-table item to next-hop node; Perhaps,
Identify request message after receiving request message, return the response message that comprises response message, service label and outer layer label, transmit request message according to forwarding-table item to next-hop node again.
12, the system that detects the service channel method that provides according to claim 11 is characterized in that:
Described intermediate node comprises retransmission unit and detecting unit; Wherein,
Retransmission unit is used for the transport process at the described request message, identifies request message behind the reception request message, transmits request message according to forwarding-table item to next-hop node; Perhaps, identify request message behind the reception request message, return the response message that comprises response message, service label and outer layer label, transmit request message according to forwarding-table item to next-hop node again;
Detecting unit is used for the life span TTL information of described request message is detected, and the life span TTL information after will changing is recorded in the response message in the response message.
13, a kind of source node is characterized in that:
Comprise transmitting element, receiving element; Wherein,
Transmitting element, be used for will comprise the request message of request message, service label and outer layer label be sent to the destination node of the corresponding service channel of service label by outer layer label corresponding outer layer tunnel;
Receiving element, be used to receive the response message that comprises response message, service label and outer layer label that destination node is returned, determine the service channel situation according to the situation that receives response message, the response message that described destination node is returned identifies request message after receiving the request message that described transmitting element sends by described destination node, sends to described receiving element again.
14, source node according to claim 13 is characterized in that, also comprises:
Computing unit is used for calculating time delay, shake and the packet loss that transmits message according to the temporal information and the response message quantity of described request message and response message.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101499811A CN100454853C (en) | 2006-10-25 | 2006-10-25 | Method for service channel detection and system for providing the same |
| PCT/CN2007/070174 WO2008049345A1 (en) | 2006-10-25 | 2007-06-25 | Method, system and apparatus for detecting the service channel |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101499811A CN100454853C (en) | 2006-10-25 | 2006-10-25 | Method for service channel detection and system for providing the same |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1968163A CN1968163A (en) | 2007-05-23 |
| CN100454853C true CN100454853C (en) | 2009-01-21 |
Family
ID=38076725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006101499811A Expired - Fee Related CN100454853C (en) | 2006-10-25 | 2006-10-25 | Method for service channel detection and system for providing the same |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN100454853C (en) |
| WO (1) | WO2008049345A1 (en) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101577719B (en) | 2009-06-09 | 2016-03-02 | 华为技术有限公司 | A kind of double hot standby method, device and system |
| CN102170388A (en) * | 2010-02-26 | 2011-08-31 | 杭州华三通信技术有限公司 | Method, system and apparatus for obtaining information of opposite terminal backbone edge bridge devices |
| CN102170387A (en) * | 2010-02-26 | 2011-08-31 | 杭州华三通信技术有限公司 | Method, system, and device for detecting service connection in tunnel |
| CN102170374A (en) * | 2010-02-26 | 2011-08-31 | 杭州华三通信技术有限公司 | Tunnel service configuration checking method, system and equipment |
| CN101895916A (en) * | 2010-05-28 | 2010-11-24 | 中兴通讯股份有限公司 | Channel detection method, device and system thereof |
| CN101895418A (en) * | 2010-06-30 | 2010-11-24 | 中兴通讯股份有限公司 | Method and system for locating faults in two-layer VPN (Virtual Private Network) |
| CN102142979A (en) * | 2010-10-27 | 2011-08-03 | 华为数字技术有限公司 | Method and device for processing Ethernet operations, administration and maintenance protocol data unit |
| CN101958810B (en) | 2010-10-27 | 2013-01-23 | 华为数字技术有限公司 | Method and system used for realizing fault positioning of intermediate node autonomously |
| CN102271067B (en) * | 2011-08-30 | 2017-08-11 | 南京中兴新软件有限责任公司 | Network detecting method, apparatus and system |
| CN102355424B (en) * | 2011-10-20 | 2016-06-15 | 神州数码网络(北京)有限公司 | A kind of method and system realizing MIM and VPLS intercommunication forwarding |
| CN102404180A (en) * | 2011-11-10 | 2012-04-04 | 神州数码网络(北京)有限公司 | Method and system for realizing Operation and Maintenance (OAM) based on Packet Based Networks (PBN) network |
| CN102404171A (en) * | 2011-11-24 | 2012-04-04 | 中兴通讯股份有限公司 | Method and device for detecting Ethernet links |
| CN104734956B (en) * | 2012-02-13 | 2018-06-15 | 华为技术有限公司 | The method of service routing system and business processing, equipment |
| CN102917389B (en) * | 2012-10-22 | 2016-08-24 | 大唐移动通信设备有限公司 | The method and device of base station transmission self-inspection in a kind of LTE system |
| CN103051542B (en) * | 2012-12-11 | 2016-03-23 | 武汉烽火网络有限责任公司 | The method of detection of connectivity is realized based on data link layer ethernet mac address |
| WO2014101185A1 (en) * | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | Method, apparatus and system for detecting performance of multicast channel |
| CN103236958B (en) * | 2013-05-02 | 2016-04-20 | 北京京东尚科信息技术有限公司 | For carrying out the system and method detected in a distributed system |
| CN103475588A (en) * | 2013-09-10 | 2013-12-25 | 神州数码网络(北京)有限公司 | Sending process method and device and receiving process method and device of OAM messages |
| CN105577579B (en) * | 2014-10-17 | 2020-09-01 | 中兴通讯股份有限公司 | Method and system for processing protocol message in service function chain and service function node |
| CN105827476A (en) * | 2016-01-21 | 2016-08-03 | 北京荣达千里科技有限公司 | High-speed PING implementation method and PING testing method |
| CN109218199B (en) * | 2018-11-21 | 2021-03-02 | 新华三技术有限公司 | Message processing method and device |
| CN112152898B (en) * | 2019-06-28 | 2021-07-20 | 华为技术有限公司 | Multicast tunnel detection method, device and system |
| CN114205221B (en) * | 2020-08-26 | 2024-01-02 | 北京华为数字技术有限公司 | Fault query method and device |
| CN112532477B (en) * | 2020-11-23 | 2022-08-02 | 苏州盛科通信股份有限公司 | Link packet loss detection method and device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1434382A (en) * | 2002-04-01 | 2003-08-06 | 北京港湾网络有限公司 | Test method and system for IEEE 802.1x network insertion equipment |
| CN1556597A (en) * | 2004-01-06 | 2004-12-22 | 北京邮电大学 | Channel random cut-in method in radio communication system |
| US20050048913A1 (en) * | 2003-08-27 | 2005-03-03 | Marconi Communications, Inc. | Dynamic OAM for signaled connections (DOSC) |
| EP1289195B1 (en) * | 2001-09-03 | 2006-09-13 | Alcatel | Method for implementing an OAM function by exchanging request-reply packets between stations of a RPR network, and corresponding packet frames |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6181677B1 (en) * | 1998-02-18 | 2001-01-30 | Milgo Solutions, Inc. | Method and apparatus for detection and protection against data loss in a fractional T1/E1 communications environment |
| CN100454828C (en) * | 2004-07-22 | 2009-01-21 | 华为技术有限公司 | Method for implementing terminal management in network equipment |
-
2006
- 2006-10-25 CN CNB2006101499811A patent/CN100454853C/en not_active Expired - Fee Related
-
2007
- 2007-06-25 WO PCT/CN2007/070174 patent/WO2008049345A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1289195B1 (en) * | 2001-09-03 | 2006-09-13 | Alcatel | Method for implementing an OAM function by exchanging request-reply packets between stations of a RPR network, and corresponding packet frames |
| CN1434382A (en) * | 2002-04-01 | 2003-08-06 | 北京港湾网络有限公司 | Test method and system for IEEE 802.1x network insertion equipment |
| US20050048913A1 (en) * | 2003-08-27 | 2005-03-03 | Marconi Communications, Inc. | Dynamic OAM for signaled connections (DOSC) |
| CN1556597A (en) * | 2004-01-06 | 2004-12-22 | 北京邮电大学 | Channel random cut-in method in radio communication system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1968163A (en) | 2007-05-23 |
| WO2008049345A1 (en) | 2008-05-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100454853C (en) | Method for service channel detection and system for providing the same | |
| JP5345942B2 (en) | Ethernet OAM in intermediate nodes of PBT network | |
| CA2600047C (en) | A method for fault detect, report and maintenance negotiation control of multi-segment pseudo wire | |
| JP4567367B2 (en) | Insert address to enable OAM function | |
| US8374164B2 (en) | Detection of specific BFD path failures | |
| CN100484097C (en) | Method for judging pseudo wire connection state in packet-switching network and service apparatus thereof | |
| US9059905B2 (en) | Methods and arrangements in an MPLS-TP network | |
| US20080273467A1 (en) | Methods for determining pw connection state and for notifying ac connection state and the associated equipments | |
| CN111490933B (en) | Bidirectional forwarding detection switching method and edge device | |
| US10972381B2 (en) | Network operations reactive to operations data included in seamless bidirectional forwarding detection (S-BFD) packets | |
| WO2009092257A1 (en) | Fault detection method and device for provider backbone transport network | |
| CN103368844B (en) | Message processing method and LSR in MPLS network | |
| CN105812198B (en) | Method and device for monitoring end-to-end of bridge network | |
| EP2832061B1 (en) | Pseudowire extended group messaging in a packet switched network | |
| EP2832055B1 (en) | Pseudowire groups in a packet switched network | |
| CN102404180A (en) | Method and system for realizing Operation and Maintenance (OAM) based on Packet Based Networks (PBN) network | |
| CN106789390A (en) | A kind of pseudo-wire condition detection method and device | |
| WO2021073291A1 (en) | Fault detection method and apparatus, electronic device and computer-readable medium | |
| CN109787797A (en) | Fault detection method, device and the system of link | |
| WO2022000264A1 (en) | Fault detection method and apparatus, and pe device | |
| EP2832056B1 (en) | Pseudowire extended group actions in a packet switched network |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090121 Termination date: 20181025 |