WO2012145903A1 - 操作、管理、维护配置信息查询的方法及节点 - Google Patents

操作、管理、维护配置信息查询的方法及节点 Download PDF

Info

Publication number
WO2012145903A1
WO2012145903A1 PCT/CN2011/073433 CN2011073433W WO2012145903A1 WO 2012145903 A1 WO2012145903 A1 WO 2012145903A1 CN 2011073433 W CN2011073433 W CN 2011073433W WO 2012145903 A1 WO2012145903 A1 WO 2012145903A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
configuration information
oam
response
message
Prior art date
Application number
PCT/CN2011/073433
Other languages
English (en)
French (fr)
Inventor
刘晖
郑莲淑
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2011/073433 priority Critical patent/WO2012145903A1/zh
Priority to CN201180000326.9A priority patent/CN103609066B/zh
Publication of WO2012145903A1 publication Critical patent/WO2012145903A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information

Definitions

  • the present invention relates to the field of data communications, and in particular, to a method and a node for querying configuration information of an operation, management, and maintenance (OAM).
  • OAM operation, management, and maintenance
  • the video service is one of the important services for the growth of the operator's business in the future. Operators need to provide users with services that meet the quality requirements of users, improve user satisfaction, increase the number of users and avoid user churn, and improve operation and maintenance management capabilities.
  • the OAM of the multicast network can detect faults or performance bottlenecks of the network through proactive detection or monitoring. Before the fault occurs, the network performance can be detected to deteriorate, and corresponding measures can be taken to avoid the fault. After the fault occurs, Fast response, reduce the time taken for fault location, trigger the corresponding protection mechanism, and optimize the utilization of network resources.
  • the query of the OAM configuration information of each node may adopt a single-point query mode, and requires a single query on a node-by-node basis, which is cumbersome and not flexible enough.
  • An aspect of the present invention provides a method for querying OAM configuration information, which is used for querying OAM configuration information of each node in a multicast tree or a multicast forwarding path, which can effectively avoid the cumbersome operation of a single point query, and is convenient and fast for querying.
  • the query of the OAM configuration information of the node in the multicast tree or the multicast forwarding path is more flexible, and the other aspect of the present invention provides a node that can query the OAM configuration information.
  • the method for querying the OAM configuration information includes: the node acquires the first request packet, where the first request packet includes the type of the OAM configuration information to be queried; and saves the OAM configuration information corresponding to the type of the OAM configuration information in the node to the first In the request message, the second request message is obtained; determining whether the node is the root node; if the node is not the root node, forwarding the second request message to the previous hop node; if the node is the root node, according to the second request The message generates a response message containing the queried OAM configuration information, and sends a response message.
  • the node includes: an acquiring unit, configured to acquire a first request packet, where the first request packet includes an operation to be queried, a type of management and maintenance OAM configuration information, and a saving unit configured to use the OAM configuration information in the node
  • the OAM configuration information corresponding to the type is saved in the first request packet.
  • a requesting message a first determining unit, configured to determine whether the node is a root node, and a forwarding unit, configured to forward the second request packet to the previous hop node when the node is not the root node, and the response message unit,
  • the response packet containing the queried OAM configuration information is generated according to the second request packet, and the response packet is sent.
  • aspects of the present invention have the following advantages:
  • the OAM configuration information corresponding to the type in the node is saved in the request packet according to the request packet of the type of the OAM configuration information to be queried, so that the request packet is forwarded on the multicast tree or the multicast forwarding path.
  • the OAM configuration information of the node to be queried can be queried, the cumbersome single-point query mode is avoided, the OAM configuration information query efficiency is improved, and the OAM configuration information of the node in the multicast tree or the multicast forwarding path is used for querying.
  • FIG. 1 is a schematic diagram of a relationship between multicast tree OAM entities according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a method for querying OAM configuration information according to an embodiment of the present invention
  • FIG. 3 is another schematic diagram of a method for querying OAM configuration information according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a node according to an embodiment of the present invention
  • FIG. 5 is another schematic diagram of a node in an embodiment of the present invention.
  • the embodiment of the invention provides a method and a node for querying the OAM configuration information, which is used for querying the OAM configuration information of each node in the multicast tree or the multicast forwarding path, thereby avoiding the cumbersome single-point query mode and improving the efficiency and flexibility of the query. Sex.
  • FIG. 1 it is a schematic diagram of an OAM entity relationship in an embodiment of the present invention, where an entity group endpoint is maintained.
  • Maintenance Entity Group End Point Ingress MEP
  • Maintenance Entity Group End Point Egress MEP
  • Maintenance Entity Group Intermediate Point MIP
  • the entity is a type of OAM entity, and the MEP-I, MEP-E, and MIP are logical entities, which can be configured on the interface (incoming interface and/or outbound interface) of the NE (Net element), and the NE management
  • the system EMS, Element Maintenance System
  • the referenced node is a network element (NE, Net Element) or other device.
  • the forwarding direction of the OAM packet may refer to the direction of the arrow in FIG.
  • the interface of the MEP-I entity can be set to initiate an OAM operation from the node.
  • the node will perform multicast data. The flow is counted, and the count value is written into the packet loss measurement message for packet loss detection, and the packet loss measurement message is sent;
  • the MEP_E entity is set on the interface of the node, the node sets the MEP—
  • the interface of the E entity can terminate the OAM operation. For example, when performing the delay measurement, the node obtains the time stamp from the received delay measurement packet, calculates the delay, and completes the delay measurement.
  • the interface that sets the MIP entity of the node will be used to forward packets or transparently transmit OAM files.
  • FIG. 2 is a schematic diagram of a method for querying OAM configuration information according to an embodiment of the present invention, including:
  • the node acquires the first request packet.
  • the node on the path to be queried obtains the request packet for the OAM configuration information query, where the request is reported.
  • the text contains the type of OAM configuration information to be queried.
  • the node obtains the first request message, where the first request message includes the type of the OAM configuration information to be queried.
  • the request message obtained by the node may be referred to as the first request message of the node, and the request message that saves the OAM configuration information of the node may be referred to as the node of the node.
  • the second request message uses the first and second description request messages to better distinguish the two states of the request message in the node.
  • the node saves the OAM configuration information corresponding to the type of the OAM configuration information to be queried in the first request packet to the first request packet, and obtains a second request packet that includes the OAM configuration information of the node.
  • the OAM configuration information may be classified according to the content included in the OAM configuration information, and the type of the OAM configuration information may include any one of the following: an OAM entity configuration, The partial attribute status of the OAM entity, the attribute status of the OAM entity, the OAM entity configuration and routing status information, the partial attribute status and routing status information configured by the OAM entity, and all attribute status and routing status configured by the OAM entity. information.
  • the OAM configuration information may include an OAM entity configuration, an OAM entity attribute, and an OAM entity attribute status.
  • the corresponding OAM configuration information is obtained according to the type of the OAM configuration information in the request packet, for example:
  • the OAM entity configuration on the outbound interface and the inbound interface is obtained.
  • the OAM entity attribute and the corresponding OAM entity attribute status of the OAM entity configured on the node are obtained.
  • the OAM entity attributes and the corresponding OAM entity attribute status configured on the OAM entity are obtained.
  • the OAM entity configuration on the outbound interface and the inbound interface of the node and the routing state information of the node are obtained;
  • the OAM entity attribute and the corresponding OAM entity attribute status and the routing status information of the node are obtained.
  • the OAM entity configuration refers to the type of the OAM entity configured on the inbound or outbound interface of the node, for example, an MEP-I entity, or an MEP-E entity or a MIP entity;
  • the OAM attribute is an OAM attribute configured on the OAM entity of the node.
  • the OAM attribute may include packet loss measurement, delay measurement, throughput measurement, loopback, connectivity detection, alarm indication, protection switching, and the like.
  • the state of the OAM entity attribute is the state of the OAM entity attribute configured on the OAM entity. It can be enabled, disabled, blocked, etc.
  • the OAM entity attribute set on an interface of the node is the packet loss measurement.
  • the node When receiving a packet loss measurement packet from the interface, if the OAM entity belongs to If the status of the OAM entity is disabled, the node will transparently transmit the packet loss measurement packet. If the OAM entity attribute status is blocked, the node will be enabled. Suspending processing of the packet loss measurement message, and simultaneously aborting the packet loss measurement message to the downstream node;
  • the routing status information includes the inbound interface address, the outbound interface address, the running routing protocol, the number of incoming packets on the inbound interface, and the number of outgoing packets on the outbound interface.
  • step 203 determine whether the node is the root node, if not the root node, step 204 is performed, if it is the root node, step 205 is performed;
  • the node will determine whether the node is a root node.
  • the node determines whether the node is a root node, for example, the node can determine whether the node is a queryed multicast tree or multicast by using a running multicast routing protocol.
  • the root node of the forwarding path When the multicast tree is the source tree, the node can determine whether the node is the root node according to the source address of the multicast tree or the multicast forwarding path included in the received request message.
  • the method of determining whether the node is the root node may be determined according to the specific situation, and is not limited herein.
  • the node When the node is not the root node, the node forwards the second request packet to the previous hop.
  • the previous hop node refers to the multicast tree or multicast forwarding path and is sent with the OAM packet. In the opposite direction, the node closer to the root node connected to the node.
  • the root node When the node is the root node, the root node generates a response packet containing the OAM configuration information of each node in the queried multicast tree or the multicast forwarding path according to the second request packet, and sends the generated response packet.
  • each node in the multicast tree or the multicast forwarding path saves the OAM configuration information corresponding to the type of the OAM configuration information in the received request packet to the request packet, and forwards the packet.
  • the request message of the OAM configuration information of the local node is saved, and after the request packet reaches the root node, the root node generates and sends a response packet, so that the network administrator or the operator can obtain the multicast tree or multicast effectively.
  • the OAM configuration information of each node on the forwarding path avoids the cumbersome operation of the single-point query and improves the efficiency of OAM configuration information query.
  • the message used for the OAM configuration query may be the extended Mtrace message, or may be newly defined. In the actual application, you can determine whether to use the extended Mtrace message or the newly defined OAM configuration information to query the OAM configuration information. Not limited.
  • FIG. 3 is the present invention.
  • Another schematic diagram of the method for querying the OAM configuration information in the embodiment includes: 301: The node acquires the first request packet;
  • the node in the multicast tree or the multicast forwarding path to obtain the first request packet is received: the first request packet of the extended Mtrace sent by the downstream node is received. Or generating the first request message of the extended Mtrace according to the received Mtrace query message, where the first request message includes the type of the OAM configuration information to be queried and is used to save the OAM configuration information.
  • the response data block is generated.
  • Mtrace is a common tool for route detection on a multicast network. It is used to query the routing status information of each node on the multicast forwarding path of a built-in multicast tree from a leaf node to a root node.
  • the working principle of Mtrace is Any node on the multicast tree or the multicast tree sends a query message to the leaf node on the multicast forwarding path to be queried. After the query message arrives at the leaf node, the leaf node generates a request message of the Mtrace.
  • the routing state information of the leaf node is saved in the response data block corresponding to the request message, and the request message storing the routing state information of the leaf node is forwarded to the previous hop node, and the previous hop node is routing the local node.
  • the last hop node continues to forward the request message that has saved the routing state information of the local node.
  • the request message reaches the root node of the multicast forwarding path, The forwarding will be stopped, and the request message on the root node contains the routing state information of each node that has arrived on the multicast forwarding path.
  • the existing Mtrace also supports an exception handling mechanism when a node's route detection fails. For example, when an OAM configuration state of a node and a route state collection process are abnormal, the node transmits the interrupt request message to the upstream node, and advances to The node where the response address is located sends a response message.
  • the extended MTR is used, that is, the field for querying the OAM configuration information is added to the Mtrace packet, and the OAM configuration information on the multicast forwarding path is queried. Therefore, when the network administrator or the operator needs to query the OAM configuration information of the multicast tree or the multicast forwarding path, the leaf node on the multicast tree or multicast forwarding path to be queried will receive the extended Mtrace query. And the leaf node generates a request message including the type of the OAM configuration information to be queried according to the query text.
  • the extended Mtrace message is:
  • the content of the extended Mtrace packet can be a type-length-value structure.
  • the type is the specific type of the packet.
  • the type of the Mtrace packet can be a query packet, or a request packet, or a response packet.
  • the length is Refers to the length of the packet value field.
  • the value contains the common header and response data block of the Mtrace message.
  • the public header contains the packet type, length, hop count and group address, source address, destination address, response address, and response. TTL, Query ID (ID), OAM configuration information type, Maintenance Entity Group Identity (MEG_ID, Maintenance Entity Group Identity), etc.
  • the hop count is the maximum hop count that the packet can be queried.
  • the group address is Indicates the multicast address of the multicast tree or multicast forwarding path.
  • the source address refers to the source address of the multicast tree or multicast forwarding path.
  • the destination address refers to the address of the multicast receiver.
  • the response address is the response address.
  • the address of the node to be sent, the response time to live (TTL, Time To Live) is the maximum number of hops sent by the response packet.
  • the query ID is the ID that identifies the query.
  • OAM The type of the information is the type of the OAM configuration information to be queried.
  • the MEG-ID is an identifier of the maintenance group that identifies the group.
  • the ID is unique in the maintenance management domain.
  • the forwarding code is included, and the forwarding code is used to identify the state of the routing state information query of the node where the request packet is located, and the routing state information of the node is known according to the value of the forwarding code.
  • the query is faulty.
  • the format of the response data block used for saving the OAM configuration information in the extended Mtrace is related to the specific type of the OAM configuration information to be queried, and different types correspond to different response data block formats.
  • the type of the OAM configuration information includes, but is not limited to, the OAM entity configuration, the OAM entity configured partial attribute status, the OAM entity configured all attribute status, the OAM entity configuration and routing status information, and the OAM entity configured partial attribute status. And routing status information, all attribute status and routing status information that the OAM entity has configured.
  • the node Encapsulate the OAM configuration information corresponding to the type of the OAM configuration information in the node.
  • the node performs the node according to the type of the OAM configuration information to be queried in the first request packet.
  • the OAM configuration information corresponding to the type is encapsulated.
  • the node may parse the received first request packet, obtain the OAM configuration information corresponding to the type of the OAM configuration information in the first request packet, and encapsulate the OAM configuration information into the first request packet.
  • the format in which the data block can be saved is such that the OAM configuration information can be saved in the first request message.
  • the node before performing step 302, the node further determines whether the query of the OAM configuration information of the request packet on the node is faulty, wherein the fault condition includes but is not limited to: The node does not support OAM configuration information query, or the node routing information is incorrect, or the node is managed to prohibit the upstream hop node from forwarding the request message.
  • the node determines that the query of the OAM configuration information of the first request packet is faulty, the node generates a response packet according to the first request packet, and sends the generated response packet to the response packet.
  • the node After the information is encapsulated, the node saves the encapsulated information in the response data block of the first request message to obtain a second request message. It should be noted that, for different types of OAM configuration information, the format and length of the response data block included in the first request message may also be different.
  • the response data block for saving the OAM entity configuration information may include the query arrival time, the inbound interface address, the outbound interface address, the inbound interface configuration entity, the outbound interface configuration entity, the response code, and the like.
  • the format of the response data block may refer to the following table:
  • the inbound time of the query refers to the time when the request packet arrives at the node.
  • the inbound interface address and the outbound interface address are the inbound interface address and the outbound interface address of the multicast forwarding routing entry of the local node.
  • the outbound interface configuration entity refers to the OAM entity configured on the ingress/egress interface, and the length refers to the length of the response data block.
  • the response code is used to identify the status of the OAM configuration information query of the node where the request packet is located. For example, the status of the query may be normal, or an interface error, or a fatal error.
  • the forwarding code and the format definition of the response code defined by Mtrace are similar, only the same set of codes may be used in use, or a unique response code may be defined.
  • the request message is used to save the OAM entity.
  • the format of the response data block of the attribute can be referred to the following table:
  • the OAM entity attribute refers to the OAM attribute configured on the OAM entity of the node
  • the response data block format corresponding to the OAM entity attribute includes the format and attribute status block of the response data block corresponding to the OAM entity configuration information.
  • the response data block in the extended Mtrace message may include an attribute status block.
  • the attribute status block includes the attribute identification field and the attribute status subtype length value (TLV, Type
  • the attribute identifier field is used to indicate whether the OAM attribute to which the field belongs needs to be queried. If the attribute identifier field is 1, the corresponding attribute query is supported. If the attribute identifier is 0, the corresponding attribute is not supported.
  • the L and D fields are attribute identification fields, and L is the packet loss measurement identifier. When the value of this field is 1, the request message will be queried on the multicast forwarding tree or on the multicast forwarding path.
  • the packet loss measurement OAM configuration attribute status, D is the delay measurement identifier. When the value of the field is 1, the request message will query the delay measurement OAM configuration attribute status on the multicast tree or the multicast forwarding path.
  • the status sub-TLV of all valid attributes is included in the order of all valid attributes in the field (that is, the corresponding attribute identification field is set to 1), that is, the attribute status sub-TLV field, preferably, when the attribute identification field If the value is 0, the OAM entity is configured on the interface of the node, but no OAM attribute is supported.
  • the attribute status block may not contain the attribute status sub-TLV field.
  • the reserved field contained in the response data block for saving the OAM entity attribute can be used for setting other types of flag bits, and the reserved field has a value of 0 before being used.
  • each valid attribute status sub-TLV in the attribute status sub-TLV field may adopt a type-length-one-value format, and the type is used to distinguish different OAM entity attributes, and the length is a sub-TLV.
  • the length of the value is the value of the corresponding OAM entity attribute.
  • the content of the different attribute status in the attribute status field may also contain different content, which is not limited here.
  • the format of the response data block of all the attribute states that the OAM entity has configured may refer to the format of the foregoing response data block for saving the partial attribute state of the OAM entity.
  • the format of the response data block containing the OAM entity configuration and routing status information for the node is as follows:
  • the response data block for storing OAM entity configuration and routing state information includes a response data block for saving the OAM entity configuration and a Mtrace for saving the route.
  • a response data block for status information includes a response data block for status information.
  • the response data block for saving the OAM configuration information of the type in the request packet may be used. Adding a field for saving the routing state information on the response data block that is used to save the partial attribute state of the configured OAM entity. Similarly, if you need to query all attribute states and routes configured by the node's OAM entity.
  • the format of the response data block for the OAM configuration information of the request type in the request message may be added to the saved response data block for saving all the attribute states of the OAM entity configured. The field of the status information, the specific format of the response data block will not be described here.
  • the format of all the response data blocks mentioned above can be used as a reference format.
  • the content and format of the response data block can be set according to specific needs, which is not limited herein.
  • the OAM configuration information may be queried by defining a new OAM configuration information query protocol. In actual applications, it may be determined according to requirements.
  • the query of the OAM configuration information is implemented by using the extended Mtrace or the protocol of the newly defined OAM configuration information, which is not limited herein.
  • step 304 determining whether the node is the root node, if the node is not the root node, step 305 is performed, if the node is the root node, step 306 is performed;
  • the node determines whether the node is a root node.
  • the node that obtains the request message When the node that obtains the request message is not the root node, the node forwards the request message to the previous hop node. It should be noted that, after receiving the forwarded request message, the last hop node will also perform the method described in the embodiment of the present invention.
  • the root node Generate, according to the second request packet, a response packet that includes the queried OAM configuration information.
  • the root node When the request packet has arrived at the root node, the root node generates, according to the request packet, the queried message.
  • the root node sends the response packet to the node corresponding to the response address included in the response packet, where the node corresponding to the response address is the multicast tree that sends the query packet to the leaf node. Or a node outside the multicast tree.
  • the node in the multicast tree to be queried or the node in the multicast forwarding path is forwarded by using the request packet in the extended Mtrace, and the node corresponds to the node after receiving the request packet.
  • the OAM configuration information is saved in the request packet.
  • the root node ends the OAM configuration information query operation, and sends the response packet generated according to the request packet to the node corresponding to the response address.
  • the network administrator or the operator can obtain the OAM configuration information of each node in the multicast tree or the multicast forwarding path, because the response packet contains the OAM configuration information of the nodes in the multicast tree or the multicast forwarding path. It avoids the cumbersome and inflexible single-point query, improves the efficiency of OAM configuration information query, and is applicable to the query of OAM configuration information of the multicast tree and the multicast forwarding path.
  • FIG. 4 it is a schematic diagram of a node in an embodiment of the present invention, including:
  • the obtaining unit 401 is configured to obtain a first request message, where the first request message includes a type of operation, management, and maintenance OAM configuration information to be queried;
  • the saving unit 402 is configured to save the OAM configuration information corresponding to the type of the OAM configuration information in the node to the first request packet, to obtain the second request packet.
  • a first determining unit 403, configured to determine whether the node is a root node
  • the forwarding unit 404 is configured to: when the node is not the root node, forward the second request packet to the last hop node;
  • the response message unit 405 is configured to: when the node is the root node, generate a response message including the queried OAM configuration information according to the second request message, and send the response message.
  • the saving unit 402 saves the OAM configuration information corresponding to the type of the OAM configuration information in the first request message to the first request.
  • the second request message is obtained.
  • the first determining unit 403 determines whether the local node is the root node.
  • the forwarding unit 404 forwards the second request packet to the previous hop node.
  • the response message unit 405 generates a response message including the queried OAM configuration information according to the second request message, and sends a response message.
  • FIG. 5 is another schematic diagram of a node according to an embodiment of the present invention, including:
  • the obtaining unit 401, the saving unit 402, the first determining unit 403, the forwarding unit 404, and the response message unit 405 described in the embodiment shown in FIG. 4 are similar to the content described in the embodiment shown in FIG. Let me repeat.
  • the obtaining unit 401 includes:
  • the first receiving unit 501 is configured to receive the extended Mtrace query message.
  • the request message generating unit 502 is configured to generate, according to the extended query message of the Mtrace, the first request message of the extended Mtrace, where the first request message further includes a response data block for saving the OAM configuration information;
  • the second receiving unit 503 is configured to receive the first request message of the extended Mtrace.
  • the node may further include:
  • the second determining unit 504 is configured to determine whether the query of the OAM configuration information of the first request packet on the node is faulty.
  • the exception handling unit 505 is configured to: when the first request message is configured on the node, the OAM configuration information.
  • the response packet is generated according to the request packet, and the response packet is sent, and the response packet includes the queried OAM configuration information.
  • the first receiving unit 501 of the leaf node on the corresponding multicast tree or the multicast forwarding path receives the information.
  • the request message generating unit 502 After the extended Mtrace query message, the request message generating unit 502 generates a request message including the type of the OAM configuration information to be queried according to the extended Mtrace query message, and then the second determining unit 504 determines the extension. If the query of the OAM configuration information of the Mtrace request packet is faulty, when the query of the OAM configuration information fails, the exception handling unit 505 stops forwarding the request packet and sends a response report generated according to the request packet. Text.
  • the saving unit 402 of the node saves the corresponding OAM configuration information of the node into the request packet according to the type of the OAM configuration information included in the request packet, and
  • the first determining unit 403 determines whether the node is the root node. Since the node is not the root node, the forwarding unit 404 forwards the request message to the previous hop node, and the second receiving unit 503 of the last hop node receives the request report.
  • the second determining unit 504 of the previous hop node determines whether the query of the OAM configuration information of the request packet is faulty. If the query of the OAM configuration information of the request packet fails, the abnormality of the node is abnormal.
  • the processing unit 505 stops forwarding the request message and sends a response message generated according to the request message.
  • the saving unit 402 saves the corresponding OAM configuration information in the node to the request packet according to the type of the OAM configuration information included in the request packet, and the previous hop node
  • the first determining unit 403 determines whether the node is the root node. When the last hop node is not the root node, the forwarding unit 404 continues to forward the request message.
  • the message generating unit 405 When the last hop node is the root node, the response in the root node
  • the message generating unit 405 generates a response message including the OAM configuration information according to the request message, and the response unit 506 sends the generated response message to the node corresponding to the response address included in the response message.
  • FIG. 2 and FIG. 3 can be implemented by using the apparatus embodiment shown in FIG. 4 or FIG. 5.
  • the request message used for the OAM configuration information query is forwarded hop by hop on the multicast tree or the multicast forwarding path.
  • the node configures the OAM in the local node.
  • the OAM configuration information corresponding to the type of the information is saved in the request packet and forwarded.
  • the request message of the OAM configuration information of the local node is saved until the root node is reached or the query is faulty.
  • the node generates a response packet according to the request packet and sends a response packet, so that the OAM configuration information query operation is simple and flexible. Applicable to the query of OAM configuration information of the entire multicast tree node.
  • the medium can be a read only memory, a magnetic disk or a compact disk or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

操作、 管理、 维护配置信息查询的方法及节点 技术领域
本发明涉及数据通信领域， 尤其涉及操作、 管理、 维护（OAM, Operation Administration Maintenance ) 配置信息查询的方法及节点。
背景技术
视频业务是未来运营商业务增长的重要业务之一。运营商需要向用户提供 满足用户质量需求的服务， 提高用户满意度， 增加用户数量和避免用户流失， 提高运维管理能力。组播网络的 OAM可以通过主动探测或监控发现网络的故 障点或性能瓶颈点， 在故障发生前， 可检测到网络性能的恶化， 采取相应的措 施以避免故障的发生； 在发生故障后， 可快速响应， 减少故障定位所用时间， 触发相应的保护机制， 并可以优化网络资源的利用。
在现有技术中，各节点的 OAM配置信息的查询可以采用单点查询的方式， 需要逐个节点单一查询， 操作繁瑣， 不够灵活。
发明内容
本发明一方面提供了 OAM配置信息查询的方法，用于组播树或者组播转 发路径上各节点的 OAM配置信息的查询， 能够有效的避免单点查询的繁瑣操 作， 使得查询方便快捷， 能够使组播树或者组播转发路径上的节点的 OAM配 置信息的查询更灵活，本发明另一方面提供了可实现 OAM配置信息查询的节 点。
该 OAM配置信息查询的方法包括： 节点获取第一请求报文， 第一请求报 文中包含需查询的 OAM配置信息的类型； 将节点中与 OAM配置信息的类型 对应的 OAM配置信息保存到第一请求报文中， 得到第二请求报文； 判断节点 是否为根节点； 若节点不是根节点， 则转发第二请求报文到上一跳节点； 若节 点是根节点， 则根据第二请求报文生成包含已查询的 OAM配置信息的响应报 文， 发送响应 艮文。
该节点包括： 获取单元， 用于获取第一请求报文， 第一请求报文中包含需 查询的操作、 管理、 维护 OAM配置信息的类型； 保存单元， 用于将节点中与 OAM配置信息的类型对应的 OAM配置信息保存到第一请求报文中， 得到第 二请求报文； 第一判断单元， 用于判断节点是否为根节点； 转发单元， 用于当 节点不是根节点时， 转发第二请求报文到上一跳节点； 响应报文单元， 用于当 节点为根节点时，根据第二请求报文生成包含已查询的 OAM配置信息的响应 报文， 发送响应报文。
从以上技术方案可以看出， 本发明的多个方面具有以下优点：
通过根据包含需查询的 OAM配置信息的类型的请求报文，将节点中与类 型对应的 OAM配置信息保存到请求报文中，使得请求报文在组播树或者组播 转发路径上进行转发时， 能够查询到所到达节点的 OAM配置信息， 避免了单 点查询方式的繁瑣， 提高了 OAM配置信息查询的效率， 适用于组播树或者组 播转发路径上的节点的 OAM配置信息的查询。
附图说明
图 1为本发明实施例组播树 OAM实体关系示意图；
图 2为本发明实施例中 OAM配置信息查询的方法的一个示意图； 图 3为本发明实施例中 OAM配置信息查询的方法的另一示意图； 图 4为本发明实施例中节点的一个示意图；
图 5为本发明实施例中节点的另一示意图。
具体实施方式
本发明实施例提供了 OAM配置信息查询的方法及节点，用于查询组播树 或者组播转发路径上各节点的 OAM配置信息， 避免了单点查询方式的繁瑣， 提高了查询的效率及灵活性。
为更好的理解本发明实施例的技术方案， 将介绍本发明实施例中组播树 OAM实体关系， 请参阅图 1 , 为本发明实施例中的 OAM实体关系示意图， 其中， 维护实体组端点入接口 （MEP— I, Maintenance Entity Group End Point Ingress )实体，维护实体组端点出接口（MEP— E, Maintenance Entity Group End Point Egress ) 实体， 维护实体组中间点 （MIP , Maintenance Entity Group Intermediate Point ) 实体为 3种 OAM实体， 且 MEP— I, MEP— E, MIP均为逻 辑实体， 可配置在网元（NE, Net Element )的接口 （入接口和 /或出接口 )上， 且网元管理***（ EMS , Element Maintenance System )可以在这些逻辑实体上 配置特定的 OAM配置信息。 在本发明实施例中， 所指的节点为网元（ NE, Net Element )或者其他的 设备， 在实际应用中， OAM报文的转发方向可参考图 1中的箭头方向。
在本发明实施例中， 当节点的接口上设置 MEP— I实体时， 则可从该节点 设置 MEP— I实体的接口发起 OAM操作， 例如在进行丟包测量时， 该节点将 对组播数据流进行计数， 并将计数值写入用于丟包检测的丟包测量报文中， 并 发送该丟包测量报文； 当节点的接口上设置了 MEP— E 实体时， 该节点设置 MEP— E实体的接口可终结 OAM操作， 例如在进行时延测量时， 节点将从接 收到的时延测量报文中获取时戳， 计算时延， 完成时延测量； 当节点的接口上 设置 MIP实体时，该节点的设置 MIP实体的接口将用于转发报文，或对 OAM 文进行透传。
请参阅图 2, 为本发明实施例 OAM配置信息查询的方法的一个示意图， 包括：
201、 节点获取第一请求报文；
当网络管理员或操作人员需要组播树或者组播转发路径上的各节点的 OAM配置信息时， 待查询路径上的节点将获取到用于 OAM配置信息查询的 请求报文， 其中， 请求报文中包含需查询的 OAM配置信息的类型。 在本发明 实施例中， 节点获取第一请求报文， 该第一请求报文中包含需查询的 OAM配 置信息的类型。
202、 将节点中与 OAM配置信息的类型对应的 OAM配置信息保存到第 一请求报文中， 得到第二请求报文；
需要说明的是，在本发明实施例中， 节点获取到的请求报文可称为该节点 的第一请求报文，保存了该节点的 OAM配置信息的请求报文可称为该节点的 第二请求报文，使用第一及第二描述请求报文是为了更好的区分节点中的请求 报文的两种状态。
节点将节点中与第一请求报文中包含的需查询的 OAM配置信息的类型对 应的 OAM配置信息保存到第一请求报文中， 得到包含该节点的 OAM配置信 息的第二请求报文。
在本发明实施例中， 根据 OAM配置信息包含的内容可以将 OAM配置信 息进行分类， OAM配置信息的类型可包括以下任意一种： OAM 实体配置， OAM实体已配置的部分属性状态， OAM实体已配置的所有属性状态， OAM 实体配置及路由状态信息， OAM实体已配置的部分属性状态及路由状态信息， OAM实体已配置的所有属性状态及路由状态信息。
在本发明实施例中， OAM配置信息可以包括 OAM实体配置， OAM实体 属性及 OAM实体属性状态等。
在本发明实施例中， 可根据请求报文中的 OAM配置信息的类型获取对应 的 OAM配置信息， 例如：
当查询 OAM实体配置时， 则获取节点出接口和入接口上的 OAM实体配 置；
当查询 OAM实体已配置的部分属性状态时， 则获取节点上 OAM实体已 配置的某种或某几种 OAM实体属性及对应的 OAM实体属性状态；
当查询 OAM实体已配置的所有属性状态时， 则获取节点 OAM实体上已 配置的所有 OAM实体属性及对应的 OAM实体属性状态；
当查询 OAM实体配置及路由状态信息时， 则获取节点出接口和入接口上 的 OAM实体配置及节点的路由状态信息；
当查询 OAM实体已配置的部分属性状态及路由状态信息时， 则获取节点 上 OAM实体已配置的某种或某几种 OAM实体属性及对应的 OAM实体属性 状态， 及节点的路由状态信息；
当查询 OAM实体已配置的所有属性状态及路由状态信息时， 则获取节点 OAM实体上已配置的所有 OAM实体属性及对应的 OAM实体属性状态， 及 节点的路由状态信息。
其中， OAM实体配置是指节点的入接口或者出接口上配置的 OAM实体 的类型 , 例如为 MEP— I实体， 或者 MEP— E实体或者 MIP实体；
OAM实体属性是指在节点的 OAM实体上配置的 OAM属性， OAM属性 可以包括丟包测量、 延迟测量、 吞吐量测量、 环回、 连通性检测、 告警指示、 保护倒换等等；
OAM实体属性状态是指在 OAM实体上配置的 OAM实体属性的存在状 态， 可以包括使能、 去使能， 阻塞等， 例如， 节点的某个接口设置的 OAM实 体属性为丟包测量， 当节点从该接口接收到丟包测量报文时， 若 OAM实体属 性状态为使能， 节点将正常处理该丟包测量报文； 若 OAM实体属性状态为去 使能时， 节点将透传该丟包测量报文； 若 OAM实体属性状态为阻塞时， 节点 将暂停处理该丟包测量报文， 同时中止向下游节点发送该丟包测量报文；
路由状态信息包含入接口地址， 出接口地址， 运行的路由协议， 入接口的 转入报文数量， 出接口的转出报文数量等等。
203、 判断节点是否为根节点， 若不是根节点， 则执行步骤 204, 若是根 节点， 则执行步骤 205;
在本发明实施例中， 节点将判断本节点是否为根节点。
需要说明的是，在本发明实施例中， 节点判断本节点是否为根节点的方式 有多种， 例如， 节点可通过运行的组播路由协议判断本节点是否为查询的组播 树或者组播转发路径的根节点， 当组播树为源树时， 节点可根据接收到的请求 消息中包含的组播树或者组播转发路径的源地址判断本节点是否为根节点，在 实际应用中， 可根据具体的情况确定节点判断本节点是否为根节点的方式， 此 处不做限定。
204、 转发第二请求报文到上一跳节点；
当节点不是根节点时， 节点将转发第二请求报文到上一跳节点 （previous hop ), 其中， 上一跳节点是指沿组播树或者组播转发路径， 且与 OAM报文发 送的相反方向上， 与本节点相连的离根节点更近的节点。
205、 根据第二请求报文生成包含已查询的 OAM配置信息的响应报文， 发送响应艮文。
当节点为根节点时，根节点将根据第二请求报文生成包含已查询的组播树 或者组播转发路径上的各节点的 OAM配置信息的响应报文，发送生成的响应 报文。
在本发明实施例中，组播树或者组播转发路径上的各节点通过将本节点与 获取到的请求报文中的 OAM配置信息类型对应的 OAM配置信息保存到请求 报文中， 并转发保存了本节点的 OAM配置信息的请求报文， 并在请求报文到 达根节点后，根节点生成并发送响应报文，使得网络管理员或者操作人员能够 有效的获取到组播树或者组播转发路径上的各节点的 OAM配置信息，避免了 单点查询的繁瑣操作， 提高了 OAM配置信息查询的效率。 需要说明的是， 在本发明实施例中用于 OAM配置查询的报文（如查询报 文， 请求报文或响应报文）可以是扩展后的 Mtrace的报文， 也可以是新定义 的用于实现 OAM配置信息查询的协议下的报文， 在实际应用中， 可根据需要 确定是使用扩展后的 Mtrace的报文还是新定义的 OAM配置信息查询的协议 实现 OAM配置信息的查询， 此处不做限定。
在以下的发明实施例中，为了更好的理解技术，将以利用扩展后的 Mtrace 的报文实现 OAM配置信息的查询为例描述本发明实施例的技术方案，请参阅 图 3 , 为本发明实施例中 OAM配置信息查询的方法的另一个示意图， 包括： 301、 节点获取第一请求报文；
在本发明实施例中，待查询的组播树或者组播转发路径上的节点获取第一 请求报文的途径存在两种情况： 接收到下游节点发送的扩展后的 Mtrace的第 一请求报文， 或者根据接收到的扩展后的 Mtrace 的查询报文生成扩展后的 Mtrace的第一请求报文， 其中， 第一请求报文中包含需查询 OAM配置信息的 类型的及用于保存 OAM配置信息的响应数据块。
Mtrace是对组播网络进行路由探测的一个常用工具，用于查询已建组播树 从某个叶节点到某个根节点的组播转发路径上各节点的路由状态信息， Mtrace 的工作原理是：组播树上或者组播树外的任意节点通过向待查询的组播转发路 径上的叶节点发送查询报文， 查询报文到达叶节点后， 叶节点将生成 Mtrace 的请求报文，并将该叶节点的路由状态信息保存到请求报文对应的响应数据块 中， 并转发保存了叶节点的路由状态信息的请求报文到上一跳节点， 上一跳节 点在将本节点的路由状态信息保存到接收到的请求报文中对应的响应数据块 之后， 上一跳节点继续转发已保存本节点的路由状态信息的请求报文， 当请求 报文到达组播转发路径的根节点后将停止转发，且根节点上的请求报文中包含 组播转发路径上所到达过的各节点的路由状态信息。 现有的 Mtrace还支持当 节点的路由探测出现故障时的异常处理机制， 例如， 当节点的 OAM配置状态 及路由状态搜集处理出现异常时， 节点将中断请求报文向上游节点的传递，提 前向响应地址所在的节点发送响应报文。
在本发明实施例中， 将使用扩展后的 Mtrace, 即在 Mtrace的报文中增加 用于 OAM配置信息查询的字段，实现组播转发路径上 OAM配置信息的查询， 因此， 当网络管理员或者操作人员需要查询组播树或者组播转发路径的 OAM 配置信息时，待查询的组播树或者组播转发路径上的叶节点将接收到扩展后的 Mtrace的查询 文，且叶节点将根据查询 文生成包含需查询的 OAM配置信 息的类型的请求报文。
为了更好的理解扩展后的 Mtrace报文， 请参看下表， 扩展后的 Mtrace报 文的 以是：
Figure imgf000009_0001
组地址
源地址
目的地址
响应地址
响应 TTL 查询 ID OAM配置信息的类型
MEG ID
L D 预留字段
响应数据块
扩展后的 Mtrace的报文内容可以采用类型 -长度 -值的结构，类型是指报文 的具体类型， Mtrace报文的类型可以为查询报文， 或者请求报文， 或者响应报 文， 长度是指报文值域的长度， 值则包含 Mtrace报文的公共头和响应数据块， 其中， 公共头包含报文的类型、 长度， 跳数及组地址、 源地址、 目的地址、 响 应地址、 响应 TTL、 查询身份标识（ID, Identity )、 OAM配置信息的类型、 维护实体组身份标识 ( MEG— ID, Maintenance Entity Group Identity )等， 跳数 是指报文可查询的最大跳数，组地址是指查询的组播树或者组播转发路径的组 地址， 源地址是指组播树或者组播转发路径的源地址， 目的地址是指组播接收 者的地址， 响应地址即为响应 艮文所需发送到的节点的地址， 响应生存时间 ( TTL, Time To Live )是指响应报文发送的最大跳数， 查询 ID是指标识此次 查询的 ID, OAM配置信息的类型是指需要查询的 OAM配置信息的类型， MEG— ID是指标识该组实体的维护组的一个标识，且该标识在维护管理域内唯 一， 需要说明的是， 报文中还可以包含转发码， 转发码用于标识请求报文所在 节点的路由状态信息查询的状态，根据转发码的值可知节点的路由状态信息的 查询是否出现故障。
在本发明实施例中， 扩展后的 Mtrace中用于保存 OAM配置信息的响应 数据块的格式与需要查询的 OAM配置信息的具体的类型有关， 不同的类型对 应着不同的响应数据块的格式， 其中， OAM配置信息的类型包括但不限于： OAM实体配置， OAM实体已配置的部分属性状态， OAM实体已配置的所有 属性状态， OAM 实体配置及路由状态信息， OAM 实体已配置的部分属性状 态及路由状态信息， OAM实体已配置的所有属性状态及路由状态信息。
302、 将节点中与 OAM配置信息的类型对应的 OAM配置信息进行封装； 在本发明实施例中， 节点将根据第一请求报文中包含的需查询的 OAM配 置信息的类型， 将节点中与该类型对应的 OAM配置信息进行封装。 具体可以 是节点解析接收到的第一请求报文，获取与第一请求报文中的 OAM配置信息 的类型对应的 OAM配置信息， 并将该 OAM配置信息进行封装成第一请求报 文中的响应数据块可保存的格式，使得该 OAM配置信息可保存在第一请求报 文中。
需要说明的是， 在本发明实施例中， 在执行步骤 302之前， 节点还将判断 请求报文在节点上的 OAM配置信息的查询是否出现故障， 其中， 出现故障的 情况包括但不限定于： 节点不支持 OAM配置信息查询， 或者节点路由信息错 误， 或者节点被管理上禁止向上一跳节点转发请求报文。 在本发明实施例中， 若节点判定第一请求报文在本节点的 OAM配置信息的查询出现故障，将根据 第一请求报文生成响应报文，将生成的响应报文发送给响应报文中包含的响应 地址所对应的节点，其中，响应报文中包含已查询的各节点的 OAM配置信息， 若节点判定第一请求报文在本节点上的 OAM配置信息的查询未出现故障，则 将继续执行步骤 302中的内容。
303、 将封装后的信息保存在第一请求报文的响应数据块中， 得到第二请 求报文；
对信息进行封装后，节点将封装后的信息保存在第一请求报文的响应数据 块中，得到第二请求报文。需要说明的是，对于不同的 OAM配置信息的类型， 第一请求报文中包含的响应数据块的格式和长度也可能不相同。
为了更好的理解技术，将对用于保存不同的 OAM配置信息的类型的响应 数据块的格式分别进行介绍。
若网络管理员或操作人员需要查询组播树或者组播转发路径上各节点的 OAM实体配置， 即查询在各节点的出接口和入接口上配置的 OAM实体的类 型，请求报文中的用于保存 OAM实体配置信息的响应数据块可包含查询到达 时间， 入接口地址， 出接口地址， 入接口配置实体， 出接口配置实体， 响应码 等等， 该响应数据块的格式可以参考下表：
查询到达时间
入接口地址
出接口地址
入接口配置实体 出接口配置实体 响应码
Figure imgf000011_0001
在上表中， 查询到达时间是指请求报文到达节点的时间； 入接口地址 /出 接口地址是指本节点的组播转发路由表项的入接口地址 /出接口地址； 入接口 配置实体 /出接口配置实体是指入 /出接口上配置的 OAM实体， 长度是指该响 应数据块的长度。 其中， 响应码用于标识请求报文所在节点的 OAM配置信息 查询的状态，例如，查询的状态可为正常，或者接口错误，或者致命错误等等。 优选的， 由于转发码和 Mtrace定义的响应码的格式定义类似， 在使用时可只 使用同一套编码， 或者定义特有的响应码。
若对 OAM实体已配置的部分属性状态进行查询， 即查询各节点 OAM实 体上已配置的某种或某几种 OAM实体属性及对应的 OAM实体属性状态， 则 请求报文中用于保存 OAM实体属性的响应数据块的格式可参考下表：
查询到达时间
入接口地址
出接口地址
入接口配置实体 出接口配置实体 响应码
Figure imgf000011_0002
L D 预留字段
第 1有效属性状态子 TLV
第 2有效属性状态子 TLV 第 n有效属性状态子 TLV L D 预留字段
第 1有效属性状态子 TLV
第 2有效属性状态子 TLV 第 n有效属性状态子 TLV
在本发明实施例中， OAM实体属性是指节点的 OAM实体上配置的 OAM 属性， 因此 OAM实体属性对应的响应数据块格式包含上述的 OAM实体配置 信息对应的响应数据块的格式及属性状态块的格式， 当节点的接口配置了 OAM实体时， 扩展后的 Mtrace报文中的响应数据块可包含属性状态块。
属性状态块包括属性标识字段和属性状态子类型长度值 (TLV , Type
Length Value)字段， 属性标识字段用于表明该字段所属的 OAM属性是否需要 查询， 若属性标识字段为 1 时， 则支持对应的属性的查询， 若属性标识为 0 时， 则不支持对应的属性的查询， 请参看上表， 其中 L和 D字段为属性标识 字段， L为丟包测量标识， 当该字段的取值为 1时表明请求报文将查询组播转 发树或者组播转发路径上的丟包测量 OAM配置属性状态， D为延迟测量标识， 当该字段的取值为 1 时表明请求报文将查询组播树或者组播转发路径上的延 迟测量 OAM配置属性状态。在属性标识字段后面按照字段中所有有效属性（即 对应的属性标识字段设置为 1 的属性） 的顺序包含所有有效属性的状态子 TLV, 即为属性状态子 TLV字段， 优选的， 当属性标识字段的取值均为 0时， 说明节点的接口上虽配置了 OAM实体， 却未支持任何 OAM属性， 属性状态 块可不包含属性状态子 TLV字段。
需要说明的是，用于保存 OAM实体属性的响应数据块中包含的预留字段 可用于其它类型的标志位的设置， 且预留字段在未使用之前设置的值为 0。
需要说明的是， 在本发明实施例中， 属性状态子 TLV字段中的每个有效 属性状态子 TLV可采用类型一长度一值的格式， 类型用于区别不同的 OAM 实体属性， 长度为子 TLV的值的长度， 值为对应的 OAM实体属性状态， 在 属性状态字段中不同属性状态的类型包含的内容也可以不同， 此处不做限定。
若查询节点的 OAM实体已配置的所有属性状态，即查询各节点上的 OAM 实体已配置的所有 OAM实体属性及对应的 OAM实体属性状态， 则用于保存 OAM 实体已配置的所有属性状态的响应数据块的格式可参考前述用于保存 OAM实体已配置的部分属性状态的响应数据块的格式。
若需要查询节点的 OAM实体配置及路由状态信息时， 则请求报文中包含 用于保存节点的 OAM实体配置及路由状态信息的响应数据块的格式可参考下 ：
查询到达时间
入接口地址
出接口地址
入接口实体配置 出接口实体配置 响应码
Figure imgf000013_0001
入接口输入报文数量
出接口输出报文数量
此源-组对的报文总数
路由协议 转发 TLV MBZ S 源掩码 转发码 在本发明实施例中，用于保存 OAM实体配置及路由状态信息的响应数据 块包含用于保存 OAM实体配置的响应数据块及 Mtrace中用于保存路由状态 信息的响应数据块。
需要说明的是， 在本发明实施例中， 若需要查询节点的 OAM实体已配置 的部分属性状态及路由状态信息时，则请求报文中用于保存该类型的 OAM配 置信息的响应数据块可以是在已介绍的用于保存 OAM实体已配置的部分属性 状态的响应数据块的上增加用于保存路由状态信息的字段，类似的， 若需要查 询节点的 OAM实体已配置的所有属性状态及路由状态信息时，则请求报文中 用于该类型的 OAM配置信息的响应数据块的格式可以是在已介绍的用于保存 OAM实体已配置的所有属性状态的响应数据块上增加用于保存路由状态信息 的字段， 响应数据块的具体的格式此处不再赘述。
需要说明的是， 上述的所有的响应数据块的格式可作为参考格式，在实际 应用中， 可根据具体的需要对响应数据块的内容和格式进行设置， 此处不做限 定。
需要说明的是，在本发明实施例中还可通过定义新的 OAM配置信息的查 询协议的方式实现 OAM配置信息的查询， 在实际应用中， 可根据需要确定是 使用扩展后的 Mtrace还是新定义的 OAM配置信息查询的协议实现 OAM配置 信息的查询， 此处不做限定。
304、 判断节点是否为根节点， 若节点不是根节点， 则执行步骤 305, 若 节点是根节点， 则执行步骤 306;
在本发明实施例中，请求报文到达节点之后， 节点将判断本节点是否为根 节点。
305、 转发第二请求报文到上一跳节点；
当获取到请求报文的节点不是根节点时 ,节点将转发该请求报文到上一跳 节点。 需要说明的是， 上一跳节点在接收到转发的请求报文后， 上一跳节点也 将执行本发明实施例描述的方法。
306、 根据第二请求报文生成包含已查询的 OAM配置信息的响应报文； 当请求报文已到达根节点时， 根节点将根据请求报文生成包含已查询的
OAM配置信息的响应艮文。
307、将生成的响应报文发送给响应报文中包含的响应地址所对应的节点。 响应报文生成之后，根节点将生成的响应报文发送给响应报文中包含的响 应地址所对应的节点， 其中， 响应地址所对应的节点为发送查询报文给叶节点 的组播树上或者组播树外的节点。
在本发明实施例中， 通过利用扩展的 Mtrace 中的请求报文， 在待查询的 组播树或者组播转发路径的上各节点之间进行转发，节点接收到请求报文后将 本节点对应的 OAM配置信息保存到请求报文中， 当请求报文到达根节点后， 根节点将结束 OAM配置信息的查询操作，并将根据请求报文生成的响应报文 发送给响应地址所对应的节点，由于响应报文中包含组播树或者组播转发路径 上各节点的 OAM配置信息， 网络管理员或操作人员能够有效的获取到组播树 或者组播转发路径上各节点的 OAM配置信息， 避免了单点查询的繁瑣， 不够 灵活， 提高了 OAM 配置信息查询的效率， 适用于组播树及组播转发路径的 OAM配置信息的查询。
请参阅图 4, 为本发明实施例中节点的一个示意图， 包括：
获取单元 401 , 用于获取第一请求报文， 第一请求报文中包含需查询的操 作、 管理、 维护 OAM配置信息的类型； 保存单元 402, 用于将节点中与 OAM配置信息的类型对应的 OAM配置 信息保存到第一请求报文中， 得到第二请求报文；
第一判断单元 403 , 用于判断节点是否为根节点；
转发单元 404, 用于当节点不是根节点时， 转发第二请求报文到上一跳节 点；
响应报文单元 405, 用于当节点为根节点时， 根据第二请求报文生成包含 已查询的 OAM配置信息的响应艮文， 发送响应艮文。
在本发明实施例中， 节点的获取单元 401获取到第一请求报文之后，保存 单元 402将节点中与第一请求报文中的 OAM配置信息的类型对应的 OAM配 置信息保存到第一请求报文中， 得到第二请求报文， 接着， 第一判断单元 403 将判断本节点是否为根节点， 当本节点不是根节点时，转发单元 404将转发第 二请求报文到上一跳节点， 当本节点是根节点时， 响应报文单元 405将根据第 二请求报文生成包含已查询的 OAM配置信息的响应报文， 并发送响应报文。
为了更好的理解本发明的技术， 请参阅图 5, 为本发明实施例中节点的另 一示意图， 包括：
如图 4所示实施例描述的获取单元 401 ,保存单元 402,第一判断单元 403 , 转发单元 404, 响应报文单元 405, 且与图 4所示的实施例描述的内容相似， 此处不再赘述。
其中， 获取单元 401包括：
第一接收单元 501 , 用于接收扩展后的 Mtrace的查询报文；
请求报文生成单元 502,用于根据扩展后的 Mtrace的查询报文生成扩展后 的 Mtrace的第一请求报文， 第一请求报文中还包含用于保存 OAM配置信息 的响应数据块；
或者，
第二接收单元 503 , 用于接收扩展后的 Mtrace的第一请求报文。
且在本发明实施例中， 该节点还可以包括：
第二判断单元 504, 用于判断第一请求报文在节点上的 OAM配置信息的 查询是否出现故障；
异常处理单元 505, 用于当第一请求报文在所述节点上的 OAM配置信息 的查询出现故障时， 则根据请求报文生成响应报文， 发送响应报文， 响应报文 中包含已查询的 OAM配置信息。
在本发明实施例中， 当需要查询组播树或者组播转发路径上的各节点的 OAM配置信息时， 对应的组播树或者组播转发路径上的叶节点的第一接收单 元 501将接收扩展后的 Mtrace的查询报文， 再由请求报文生成单元 502根据 扩展后的 Mtrace的查询报文生成包含需查询的 OAM配置信息的类型的请求 报文， 接着， 第二判断单元 504判断扩展后的 Mtrace的请求报文在节点上的 OAM配置信息的查询是否出现故障， 当 OAM配置信息的查询出现故障时， 异常处理单元 505将停止转发请求报文， 发送根据请求报文生成的响应报文。 当请求报文的 OAM配置信息的查询未出现故障时， 节点的保存单元 402根据 请求报文中包含的 OAM配置信息的类型， 将节点中对应的 OAM配置信息保 存到请求报文中， 并由第一判断单元 403对节点是否为根节点进行判断， 由于 该节点不是根节点，转发单元 404将转发请求报文到上一跳节点， 上一跳节点 的第二接收单元 503将接收到请求报文， 再由上一跳节点的第二判断单元 504 判断请求报文在该节点上的 OAM配置信息的查询是否出现故障，若请求报文 的 OAM配置信息的查询出现故障， 由该节点的异常处理单元 505停止转发请 求报文， 发送根据请求报文生成的响应报文。 当请求报文的 OAM配置信息的 查询未出现故障时，保存单元 402根据请求报文中包含的 OAM配置信息的类 型， 将节点中对应的 OAM配置信息保存到请求报文中， 上一跳节点的第一判 断单元 403对节点是否为根节点进行判断， 当上一跳节点不是根节点时，转发 单元 404将继续转发请求报文， 当上一跳节点是根节点时，根节点中的响应报 文生成单元 405将根据请求报文生成包含 OAM配置信息的响应报文，并由响 应单元 506 将生成的响应报文发送给响应报文中包含的响应地址所对应的节 点。
需要说明的是，图 2及图 3所示的方法实施例可以利用图 4或图 5所示的 装置实施例实现。
在本发明实施例中，通过利用用于 OAM配置信息查询的请求报文逐跳在 组播树或者组播转发路径上进行转发， 当节点接收到请求报文之后，将本节点 中与 OAM配置信息的类型对应的 OAM配置信息保存到请求报文中， 并转发 保存了本节点的 OAM配置信息的请求报文，直至到达根节点或者查询出现故 障时， 节点将根据请求报文生成响应报文， 并发送响应报文， 使得 OAM配置 信息的查询操作简单灵活，适用于对整个组播树节点的 OAM配置信息的查询。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可 读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
以上对本发明所提供的 OAM 配置信息查询的方法及节点进行了详细介 绍， 对于本领域的一般技术人员， 依据本发明实施例的思想， 在具体实施方式 及应用范围上均会有改变之处， 综上所述， 本说明书内容不应理解为对本发明 的限制。

Claims

权 利 要 求
1、 一种操作、 管理、 维护 0AM配置信息查询的方法， 其特征在于， 包 括：
节点获取第一请求报文，所述第一请求报文中包含需查询的 OAM配置信 息的类型；
将所述节点中与所述 OAM配置信息的类型对应的 OAM配置信息保存到 所述第一请求报文中， 得到第二请求报文；
判断所述节点是否为根节点；
若所述节点不是根节点， 则转发所述第二请求报文到上一跳节点； 若所述节点是根节点， 则根据所述第二请求报文生成包含已查询的 OAM 配置信息的响应报文， 发送所述响应报文。
2、 根据权利要求 1所述的方法， 其特征在于，
所述 OAM配置信息的类型包括以下任意一种： OAM实体配置， OAM实 体已配置的部分属性状态， OAM 实体已配置的所有属性状态， OAM 实体配 置及路由状态信息， OAM实体已配置的部分属性状态及路由状态信息， OAM 实体已配置的所有属性状态及路由状态信息。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述节点获取第一请 求报文包括：
节点接收扩展后的 Mtrace的查询艮文；
根据所述扩展后的 Mtrace的查询报文生成扩展后的 Mtrace的第一请求报 文， 所述第一请求报文中还包含用于保存所述 OAM配置信息的响应数据块； 或者，
节点接收所述扩展后的 Mtrace的第一请求报文， 所述第一请求报文中还 包含用于保存所述 OAM配置信息的响应数据块。
4、 根据权利要求 1-3任一项所述的方法， 其特征在于， 所述将所述节点 中与所述 OAM配置信息的类型对应的 OAM配置信息保存到所述第一请求报 文中， 得到第二请求报文包括：
将所述节点中与所述 OAM配置信息的类型对应的 OAM配置信息进行封 装； 将封装后的信息保存在所述第一请求报文的响应数据块中，得到所述第二 请求艮文。
5、 根据权利要求 1-4任一项所述的方法， 其特征在于， 所述节点获取请 求报文之后还包括：
判断所述第一请求报文在所述节点上的 OAM配置信息的查询是否出现故 障；
若出现故障，则根据所述第一请求报文生成响应报文，发送所述响应报文， 所述响应报文中包含已查询的 OAM配置信息；
若未出现故障， 则继续执行所述将所述节点中与所述 OAM配置信息的类 型对应的 OAM配置信息保存到所述第一请求报文中，得到第二请求报文的步 骤。
6、 根据权利要求 1-5任一项所述的方法， 其特征在于， 所述发送所述响 应报文包括：
将生成的响应报文发送给所述响应报文中包含的响应地址所对应的节 点。
7、 一种节点， 其特征在于， 包括：
获取单元， 用于获取第一请求报文， 所述第一请求报文中包含需查询的操 作、 管理、 维护 OAM配置信息的类型；
保存单元， 用于将所述节点中与所述 OAM配置信息的类型对应的 OAM 配置信息保存到所述第一请求报文中， 得到第二请求报文；
第一判断单元， 用于判断所述节点是否为根节点；
转发单元， 用于当所述节点不是根节点时， 转发所述第二请求报文到上一 跳节点；
响应报文单元， 用于当所述节点为根节点时，根据所述第二请求报文生成 包含已查询的 OAM配置信息的响应艮文， 发送所述响应艮文。
8、 根据权利要求 7所述的节点， 其特征在于， 所述获取单元包括： 第一接收单元， 用于接收扩展后的 Mtrace的查询报文；
请求报文生成单元， 用于根据所述扩展后的 Mtrace的查询报文生成扩展 后的 Mtrace的第一请求报文，所述第一请求报文中还包含用于保存所述 OAM 配置信息的响应数据块。
9、 根据权利要求 8所述的节点， 其特征在于， 所述获取单元还包括： 第二接收单元， 用于接收所述扩展后的 Mtrace的第一请求报文， 所述第 一请求报文中还包含用于保存所述 OAM配置信息的响应数据块。
10、根据权利要求 7-9任一项所述的节点，其特征在于，所述节点还包括： 第二判断单元，用于判断所述第一请求报文在所述节点上的 OAM配置信 息的查询是否出现故障；
异常处理单元，用于当所述第一请求报文在所述节点上的 OAM配置信息 的查询出现故障时， 则根据所述请求报文生成响应报文， 发送所述响应报文， 所述响应报文中包含已查询的 OAM配置信息。
PCT/CN2011/073433 2011-04-28 2011-04-28 操作、管理、维护配置信息查询的方法及节点 WO2012145903A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/073433 WO2012145903A1 (zh) 2011-04-28 2011-04-28 操作、管理、维护配置信息查询的方法及节点
CN201180000326.9A CN103609066B (zh) 2011-04-28 2011-04-28 操作、管理、维护配置信息查询的方法及节点

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/073433 WO2012145903A1 (zh) 2011-04-28 2011-04-28 操作、管理、维护配置信息查询的方法及节点

Publications (1)

Publication Number Publication Date
WO2012145903A1 true WO2012145903A1 (zh) 2012-11-01

Family

ID=47071558

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073433 WO2012145903A1 (zh) 2011-04-28 2011-04-28 操作、管理、维护配置信息查询的方法及节点

Country Status (2)

Country Link
CN (1) CN103609066B (zh)
WO (1) WO2012145903A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108964943B (zh) * 2017-05-18 2022-01-28 中兴通讯股份有限公司 一种实现ioam封装的方法及装置
CN108965204B (zh) 2017-05-18 2022-01-25 中兴通讯股份有限公司 一种自动实现ioam封装的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159688A (zh) * 2007-11-08 2008-04-09 华为技术有限公司 组播路由跟踪的方法和路由器
CN101741592A (zh) * 2008-11-13 2010-06-16 华为技术有限公司 多业务传送网中管理gpon支路的方法、设备及***

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8264970B2 (en) * 2007-10-12 2012-09-11 Rockstar Bidco, LP Continuity check management in a link state controlled Ethernet network
CN101789900B (zh) * 2009-11-19 2012-08-15 福建星网锐捷网络有限公司 组播转发路径的查询方法、中间节点和管理节点
CN101980473B (zh) * 2010-10-09 2014-06-11 中兴通讯股份有限公司 一种组播路径跟踪方法和***

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159688A (zh) * 2007-11-08 2008-04-09 华为技术有限公司 组播路由跟踪的方法和路由器
CN101741592A (zh) * 2008-11-13 2010-06-16 华为技术有限公司 多业务传送网中管理gpon支路的方法、设备及***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YANG MIN ET AL.: "A Management Tool for IPv 6 Multicast Monitor Based on M trace", MODERN ELECTRICS TECHNOLOGY, vol. 27, no. 2, January 2004 (2004-01-01), pages 39 - 42 *

Also Published As

Publication number Publication date
CN103609066A (zh) 2014-02-26
CN103609066B (zh) 2017-04-26

Similar Documents

Publication Publication Date Title
US8634308B2 (en) Path detection in trill networks
WO2020233192A1 (zh) 一种为业务流提供业务服务的方法和装置
KR102342286B1 (ko) Dcn 메시지 처리 방법, 네트워크 디바이스, 및 네트워크 시스템
US7747716B2 (en) Injecting addresses to enable OAM functions
CN113411834B (zh) 报文处理方法、装置、设备及存储介质
WO2019184752A1 (zh) 网络设备的管理方法、装置及***
WO2013182059A1 (zh) 多协议标签交换流量工程隧道建立方法及设备
US9998364B2 (en) Method for processing packet and forwarder
KR102364803B1 (ko) 통신 방법, 통신 장치 및 저장 매체
WO2008037203A1 (en) Method and node device for realizing the network topology discovery
WO2021000752A1 (zh) 一种在数据中心网络中转发报文的方法及相关装置
WO2013082819A1 (zh) 一种二层网络环路处理的方法、装置及网络设备
WO2020168854A1 (zh) 一种evpn组播方法、装置及***
WO2007073649A1 (fr) Procede et systeme pour obtenir une unite de transfert maximale de voie dans un reseau
WO2014019348A1 (zh) 操作、管理和维护oam配置的方法、设备及***
KR20110093990A (ko) 프로바이더 네트워크에서의 ｃｃ 메시지 송신의 감소
WO2008028384A1 (fr) Procédé et système de mise en oeuvre de commande de transmission pour messages oam
EP4106274A1 (en) Forwarding path establishment method and apparatus, and computer-readable storage medium
WO2021227561A1 (zh) 通信方法和装置
WO2014139094A1 (zh) 一种通信方法、装置及***
WO2011144158A1 (zh) 用于中间节点自主实现故障定位的方法及***
WO2012088910A1 (zh) 连通性故障检测方法和***
WO2014117737A1 (zh) Oam报文处理方法、设备及***
WO2011127849A2 (zh) 一种数据流传送方法及网络设备
US9537672B2 (en) Method for managing customer edge device automatically and PE device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11864238

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11864238

Country of ref document: EP

Kind code of ref document: A1