WO2011044729A1 - 通信网络中用于检测任意播组配置情况的方法和装置 - Google Patents

通信网络中用于检测任意播组配置情况的方法和装置 Download PDF

Info

Publication number
WO2011044729A1
WO2011044729A1 PCT/CN2009/074444 CN2009074444W WO2011044729A1 WO 2011044729 A1 WO2011044729 A1 WO 2011044729A1 CN 2009074444 W CN2009074444 W CN 2009074444W WO 2011044729 A1 WO2011044729 A1 WO 2011044729A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
node
response
configuration information
request message
Prior art date
Application number
PCT/CN2009/074444
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 CN200980160719.9A priority Critical patent/CN102474422B/zh
Priority to PCT/CN2009/074444 priority patent/WO2011044729A1/zh
Publication of WO2011044729A1 publication Critical patent/WO2011044729A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast

Definitions

  • the present invention relates to communication systems, and more particularly to a method and apparatus for detecting the configuration of an arbitrary broadcast group in a communication system. Background technique
  • IPv6 Internet Protocol version 6
  • Unicast refers to communication between any of several recipients in the topology corresponding to the sender that is closest to the sender.
  • Multicast refers to a type of communication in which a single sender corresponds to a selected group of receivers
  • unicast refers to a type of communication in which a single sender corresponds to a single receiver.
  • anycast is used in many protocols to provide automatic failover (high availability) and scalability.
  • the Rendezvous Point (RP) in the Protocol Independent Multicast ( ⁇ ) the Cooperative Home Agent and the Cooperative Home Agent in the Mobile IP.
  • RP Rendezvous Point
  • Protocol Independent Multicast
  • Cooperative Home Agent the Cooperative Home Agent in the Mobile IP.
  • an arbitrary group configuration information (anycast group configuration information) must be configured on each node in the anycast group, and the anycast group configuration information includes at least the IP address of the anycast group, that is, the arbitrary The group address (anycast address) of the broadcast group and the unicast IP address of all nodes in the anycast group.
  • the anycast group configuration information includes at least the IP address of the anycast group, that is, the arbitrary The group address (anycast address) of the broadcast group and the unicast IP address of all nodes in the anycast group.
  • the operator of the operator After the operator of the operator completes the configuration of an arbitrary broadcast group, it needs to detect the configuration of the arbitrary broadcast group. For example, whether the node address of the arbitrary broadcast group is reachable by each node in the any broadcast group; Any change in the status of a node within an arbitrarily group (for example, when some new nodes join and/or some old nodes are deleted from the arbitrary group) Whether each node in the group passes the group address of the arbitrary group is reachable; whether it can be detected when there are two groups in the network that use the same group address.
  • the PING command is used to ping the group address of any configured broadcast group.
  • the scheme can only prove that one node in the arbitrary broadcast group is reachable through the group address of the arbitrary broadcast group. It cannot be proved that all the nodes in the arbitrary broadcast group can reach the group address through the arbitrary broadcast group.
  • the present invention provides, in one embodiment, a method for detecting an arbitrary group configuration in a detecting node of a communication network, characterized in that the method comprises the following steps: a. transmitting a first response request message to the any broadcast group; b. receiving a first response response message from a node in the any play group, where the first response response message includes the configured on the node
  • the anycast group configuration information where the anycast group configuration information includes the group address of the any broadcast group and the unicast address of each node in the any broadcast group; c determining the anycast group configuration information and expectation Whether the configuration information matches; d.
  • each of the second response response messages includes Sending any broadcast group configuration information configured on the node of the second response message; g. detecting the configuration of the any broadcast group according to the multiple second response response messages.
  • the step f further includes the following steps: e. separately sending at least one second response request message to each pedal router.
  • the present invention provides a method for transmitting a second response request message in a pedal route of a communication network, characterized in that the method comprises the following steps: Ii. Send at least one second response request message to the node corresponding to the pedal router in any of the broadcast groups.
  • the step ii further includes the following steps: i. receiving the at least one second response request message from the detecting node.
  • the present invention provides a method for assisting a detection node to detect the configuration of the arbitrary broadcast group in a node in an arbitrary broadcast group of the communication network, wherein the method further includes the following steps: Receiving at least one second response request message from the pedal router corresponding to the node; B. generating a second response response message according to the second response request message, and sending the second response response message to the detection node
  • the second response response message includes any group configuration information configured on the local node, where the any group configuration information includes the group address of the any group and each node in the any group. Unicast address.
  • the step A further includes the following steps: receiving a first response request message from the detecting node, generating a first response response message according to the first response request message, and generating the first response.
  • the response message is sent to the detecting node, where the first response response message includes any multicast group configuration information configured on the local node.
  • the present invention provides, in an embodiment, a detecting device for detecting an arbitrary group configuration in a detecting node of a communication network, wherein the detecting device comprises:
  • a first sending device configured to send a first response request message to the any play group
  • the first receiving device is configured to receive a first response response message from a node in the any play group
  • the first The response response message includes any group configuration information configured on the node, where the any group configuration information includes a group address of the any group and a unicast address of each node in the any group.
  • a determining device configured to determine whether the anycast group configuration information matches the expected configuration information
  • Selecting means for selecting, if matched, a pedal router corresponding to each node in the any group, wherein the selected plurality of pedal routers correspond to a plurality of nodes in the any group ;
  • a second receiving device configured to receive multiple numbers from multiple nodes in the any broadcast group And responding to the response message, where each second response response message includes any broadcast group configuration information configured on the node that sends the second response message;
  • a first detecting device configured to detect a configuration of the anycast group according to the multiple second response response messages.
  • the detecting device further includes:
  • a second sending device configured to separately send at least one second response request message to each of the pedal routers.
  • the present invention provides a transmitting apparatus for transmitting a second response request message in a pedal routing of a communication network, wherein the transmitting apparatus includes: a third transmitting apparatus, configured to A second response request message is sent to the node corresponding to the pedal router in any of the broadcast groups.
  • the sending device further includes:
  • a third receiving device configured to receive the at least one second response request message from the detecting node.
  • the present invention provides an auxiliary detecting apparatus for assisting a detecting node to detect the configuration of the arbitrary playing group in a node in an arbitrary broadcast group of the communication network, wherein the auxiliary detecting apparatus further includes :
  • a fourth receiving device configured to receive at least one second response request message from the pedal router corresponding to the node
  • a first generating device configured to generate a second response response message according to the second response request message, and send the second response response message to the detecting node, where the second response response message includes the local node Any configured group configuration information, where the any group configuration information includes a group address of the any group and a unicast address of each node in the any group.
  • the auxiliary detecting device further includes:
  • the configuration of the configured anycast group can be detected, that is, whether all the nodes in the anycast group pass the group address of the anycast group are reachable; and when the anycast group is in the broadcast group
  • the node situation changes for example, some new nodes join and/or some old nodes are deleted from the arbitrary broadcast group
  • FIG. 1 shows a flow chart of a method for detecting an arbitrary group configuration in a communication system in accordance with one embodiment of the present invention
  • FIG. 2 is a flow chart showing a method of detecting a node selecting a pedal router for a node in an arbitrary group according to an embodiment of the present invention
  • FIG. 3 is a flow chart showing a method for detecting an arbitrary broadcast group configuration in a communication system according to another embodiment of the present invention.
  • FIG. 4 is a block diagram showing the structure of a detecting device for detecting an arbitrary group configuration in a detecting node of a communication network according to an embodiment of the present invention
  • FIG. 5 is a block diagram showing a structure of a transmitting apparatus for transmitting a second response request message in a pedal route of a communication network according to an embodiment of the present invention
  • FIG. 6 is a block diagram showing the configuration of an auxiliary detecting device for assisting a detecting node in detecting an arbitrary broadcast group configuration in a node in an arbitrary broadcast group of a communication network, which is an embodiment of the present invention.
  • FIG. 1 shows a flow chart of a method for detecting an arbitrary group configuration in a communication system in accordance with one embodiment of the present invention.
  • the anycast group When an arbitrary broadcast group is configured, the anycast group has an IP address of an arbitrary broadcast group, that is, an arbitrary cast address of the anycast group.
  • step S101 the detecting node 1 sends a first echo request message (Echo Request Message) to the arbitrary broadcast group.
  • Echo Request Message a first echo request message
  • the detecting node 1 may be a host node or a router node.
  • the destination address of the first response request message sent by the detecting node 1 is the group address of the arbitrary broadcast group. Therefore, a node in the anycast group receives the first response request message. Which node in the anycast group receives the first response request message is determined by the routing policy in the current network topology. Normally, the first response request message is received by the node closest to the distance detecting node 1 in the arbitrary broadcast group.
  • the node 3 in the anycast group After receiving the first response request message from the detecting node 1, the node 3 in the anycast group generates a first response response message (Echo Reply Message) corresponding to the first response request message and the first node 3 A response response message is sent to the detection node 1.
  • a first response response message Echo Reply Message
  • the first response response message includes any broadcast group configuration information configured on the node 3 in the anycast group.
  • the anycast group configuration information includes at least a group address of the anycast group and a unicast address of each node in the anycast group.
  • step S102 the detecting node 1 receives the first response response message sent from the node 3 in the arbitrary broadcast group.
  • step S103 the detecting node 1 determines whether any of the group configuration information configured on the node 3 included in the received first response message matches the expected configuration information.
  • the configurator of the anycast group knows the configuration information of the anycast group. Therefore, by default, the desired configuration information of the anycast group is stored on the detecting node 1. Typically, the desired configuration information includes what the group address of the anycast group is, and under normal circumstances, which nodes should be included in the anycast group and the unicast addresses of those nodes.
  • the detecting node 1 first extracts the sent from the received first response response message. Sending any group configuration information configured on the node 3 in the any group of the first response response message.
  • the detecting node 1 compares the extracted any group configuration information with the stored desired configuration information, and determines whether the extracted any group configuration information matches the expected configuration information, that is, the arbitrary group configuration information is included. Whether the group address of the anycast group is accurate, and whether the unicast address of each node included is accurate.
  • any of the multicast group configuration information configured on the node 3 included in the first response response message does not match the expected configuration information, the configuration of the anycast group is faulty, and the configuration needs to be reconfigured or performed. operating.
  • step S104 the node 1 is detected as each of the any group. Node 3 selects the pedal router 2 corresponding thereto.
  • the detecting node 1 can select a corresponding pedal router 2 for each node 3 in the arbitrary broadcast group through some operation and maintenance tools, for example, Alcatel-Lucent's 5650CPAM (Control Panel Assurance Manager).
  • Alcatel-Lucent's 5650CPAM Control Panel Assurance Manager
  • the detecting node 1 can also select a pedal router 2 corresponding thereto for each node 3 in the arbitrary broadcast group in the following manner.
  • the network administrator can know the current forwarding table on each router.
  • the inetCidrRouteTable object can be used to access the current forwarding table on each router by accessing the management information base (MIB) of each standard router.
  • the access method can be through SNMP (Simple Network Management Protocol). Protocol) Access to the router's MIB.
  • Standard routers generally support MIB access by network administrators using SNMP.
  • the router sets S k j.
  • step S204 the current forwarding table (IP Forward Table) of the router R k ji is obtained from the router set S k j , and the IP address of the interface (referred to as ⁇ -) and the arbitrary broadcast group address (referred to as IP-) are used.
  • Group A as a keyword, matches the "next hop address" and "destination prefix" columns in the current forwarding table of R kji .
  • step S205 it is determined whether there is a matching entry in the current forwarding table of R k ji .
  • IP-I k j is used as a keyword to match each address in the "next hop address" column. If a routing table entry is matched, its "next hop address" can match both IP-I k j and "destination prefix" can also match IP-GroupA, then in step S206, the name or ID of the 3 ⁇ 4 is recorded. In the set SS, the flow proceeds to step S207.
  • R k ji If there is no such route in the current forwarding table of R k ji , it means that the IP data packet with the arbitrary broadcast address ( anycast address ) as the destination address cannot reach the node m in any broadcast group through the router i, R k ji is recorded in the set SS, that is, the router connected to all interfaces of R k ji is no longer sought, and the flow proceeds to step S207.
  • step S207 it is judged whether all the routers in the set S k j have been checked, that is, whether i ⁇ N or not.
  • step S209 If all the routers in the set S k j have been checked, the flow proceeds to step S209.
  • step S209 it is determined whether all the interfaces of Router k have been traversed, that is, whether j ⁇ M.
  • step S211 it is determined whether all routers in the set S are traversed, that is, whether k ⁇ K.
  • step S212 k + 1, that is, the next router in the set S is taken, and then returns to step S202.
  • step S214 it is judged whether or not the set SS is empty.
  • the router recorded in the queue Q is the pedal router corresponding to the node m in any broadcast group.
  • step S215 for each router in the set SS, checking whether the router has a "leaf interface", and detecting the IP address of the leaf interface, and the router of the router it is located on. ID, which is recorded in queue Q from the hop count h of node m (that is, the number of routers that need to pass to reach node m).
  • the leaf interface detection is performed on the set SS, and all the leaf interfaces and the routers in which they are located are recorded in the queue Q.
  • the leaf interface means that if there is an interface, the interface connected to the interface is not connected to any router except the interface of the router.
  • the connection is all the host, and the interface of the router is called the leaf. Interface; This link is also called the Stub network.
  • step S216 it is determined whether the search end policy is satisfied.
  • the search end policy may also be set. For example, if the number of leaf routers in the queue Q exceeds a certain number, or the number of hops of the leaf interface that has been found is greater than one specified from the node m Numbers, such as 10, do not have to continue looking for a pedal router.
  • step S217 all the members in the set S are emptied, and all the members in the new set SS are moved into the set S, and the members in the set SS are also emptied.
  • An echo request message initiated by any one of the pedal routers and the leaf network connected to the leaf interface thereof with the group address of the arbitrary broadcast group may reach the node m in the arbitrary broadcast group.
  • one of the plurality of pedal routers can be selected as a pedal router corresponding to the node m according to a preset policy.
  • one of the plurality of pedal routers having the farthest distance from the node m, that is, the most hop count h, can be selected as the pedal router of the node m.
  • the detection node 1 After the detection node 1 selects the pedal router 2 corresponding to each node 3 in the arbitrary broadcast group, the detection node 1 transmits at least one second response request message to each of the pedal routers 2 in step S105.
  • the detecting node 1 transmits a plurality of second response request messages.
  • the detecting node 1 can also transmit only one second response request message to each of the pedal routers 2. This can be understood by those skilled in the art and will not be described herein.
  • the second response request message is encapsulated in the IP packet with the Type 0 Routing Header and sent to each of the Pedal Routers 2.
  • the Type 0 Routing Header includes the group address of any broadcast group to which the second response request message is to be reached.
  • the second response request message is encapsulated in the IP packet with the Loose Source and Record Route Option and sent to each of the pedal routers 2.
  • the Loose Source and Record Route Option includes the group address of any broadcast group to which the second response request message is to be reached.
  • each pedal router 2 receives at least one second response request message from the detecting node 1, and transmits the received at least one second response request message. Go to node 3 corresponding to it in anycast group.
  • the pedal router 2 after receiving the IP data packet containing the second response request message from the detecting node 1 for each pedal router 2, for the IPv6 protocol, the pedal router 2 firstly follows the IP data packet in the manner defined in RFC2460.
  • the Type 0 Routing Header performs processing to use the group address of any broadcast group included in the Type 0 Routing Header as the destination address of the IP packet; for the IPv4 protocol, the Pedal Router 2 firstly applies the IP data in the manner defined in RFC791.
  • the Loose Source and Record Route Option in the package processes the group address of any broadcast group included in the Loose Source and Record Route Option as the destination address of the IP packet.
  • each pedal router 2 sends the IP data packet containing the second response request message to the corresponding node 3 in any broadcast group corresponding to the destination address according to the destination address of the processed IP data packet.
  • step S105 is not a necessary step of the present invention.
  • each pedal router 2 can be remotely registered through the detection node 1, by each pedal router 2 Sending at least one second response request message to the node 3 corresponding to the arbitrary broadcast group respectively.
  • step S107 the plurality of nodes 3 in the arbitrary play group respectively receive at least one second response request message from the plurality of pedal routers 2 corresponding thereto.
  • step S108 the plurality of nodes 3 in the arbitrary play group respectively generate a second response response message according to the received second response request message and respectively send the generated second response response message to the detection node 1 .
  • the second response response message generated by each node 3 includes any multicast group configuration information configured on the node 3.
  • the anycast group configuration information includes at least the group address of the anycast group and the unicast address of each node in the anycast group.
  • step S109 the detecting node 1 receives a plurality of second response response messages from a plurality of nodes 3 in any of the broadcast groups, respectively.
  • the detecting node 1 detects the configuration of the arbitrary broadcast group according to the received multiple second response response messages. Specifically, the detecting node 1 first extracts, from each second response message, any group configuration information configured on the node 3 that sends the second response message.
  • the detecting node 1 determines whether the configuration of the arbitrary group is correct based on any group configuration information extracted from each second response message and based on any group configuration information included in the first response response message.
  • the detecting node 1 is determined by using any of the broadcast group configuration information included in the first response response message, and can determine the anycast according to any broadcast group configuration information included in the received multiple second response response messages. Which nodes in the group are unreachable and which group configuration information is incorrect on any of the nodes.
  • the detecting node 1 can detect the configuration of the configured anycast group, that is, whether all the nodes 3 in the anycast group are reachable; and when the status of the node in the anycast group changes (for example, some new) When the node joins and/or some old nodes are deleted from the arbitrary broadcast group, the detecting node 1 can detect whether each node 3 in the changed any broadcast group is reachable.
  • any group address in order to prevent two groups in the network from using the same group address, optionally, before using any group address to configure any group, you can first detect whether any group with the same group address exists in the network. . If any group with the same group address exists in the network, any group that uses the same group address will be deleted first, and then any group configuration will be performed.
  • FIG. 2 is a flow chart showing a method for detecting an arbitrary broadcast group configuration in a communication system in accordance with another embodiment of the present invention.
  • the anycast group When an arbitrary broadcast group is configured, the anycast group has an IP address of an arbitrary broadcast group, that is, an arbitrarycast address of the anycast group.
  • step S301 the detecting node 1 transmits a first response request message to the anycast group.
  • the destination address of the first response request message sent by the detecting node is the group address of the arbitrary broadcast group. Therefore, a node in the anycast group receives the first response request message. Which node in the anycast group receives the first response request message is determined by the routing policy in the current network topology. Normally, the first response request message is received by the node closest to the distance detecting node in the arbitrary broadcast group.
  • the node 3 in the anycast group After receiving the first response request message from the detecting node 1, the node 3 in the anycast group generates a first response response message corresponding thereto according to the first response request message and responds to the first response. The message is sent to the detection node.
  • the first response response message includes any broadcast group configuration information configured on the node 3 in the anycast group.
  • the anycast group configuration information includes at least a group address of the anycast group and a unicast address of each node in the anycast group.
  • step S302 the detecting node 1 receives the first response response message sent from the node 3 in the arbitrary broadcast group.
  • step S303 the detecting node 1 determines whether the arbitrary broadcast group configuration information configured on the node 3 included in the received first response response message matches the expected configuration information.
  • the configurator of the anycast group knows the configuration information of the anycast group. Therefore, by default, the desired configuration information of the anycast group is stored on the detected node 1. Typically, the desired configuration information includes what the group address of the anycast group is, and under normal circumstances, which nodes should be included in the anycast group and the unicast addresses of those nodes.
  • the detecting node 1 first extracts, from the received first response response message, any broadcast group configuration information configured on the node 3 in the any group of the first response response message.
  • the detecting node compares the extracted any group configuration information with the stored desired configuration information, and determines whether the extracted any group configuration information matches the expected configuration information, that is, the included in the any group configuration information. Whether the group address of the anycast group is accurate, and whether the unicast address of each node included is accurate.
  • any of the multicast group configuration information configured on the node 3 that is included in the received first response response message does not match the expected configuration information, the configuration of the anycast group is faulty and needs to be reconfigured or performed. Other operations.
  • step S304 the detecting node ⁇ deletes the node 3 from the arbitrary broadcast group, that is, detects the node 1, deletes the node 3, and configures any broadcast group.
  • the configuration information is deleted, and the unicast address of the node 3 is deleted from any broadcast group configuration information of the remaining nodes in the arbitrary broadcast group.
  • node 3 can be manually deleted, or can be automatically deleted by using the method disclosed in the PCT patent application No. PCT/CN2007/002063, which is understood by those skilled in the art. For the sake of brevity, we will not repeat them here.
  • the node 3 is deleted from the anycast group, and then the node 1 is detected. According to any broadcast group configuration information included in the first response response message, it can be known whether there are any remaining nodes in the anycast group at the moment. If yes, the process goes to step S305, and the node 1 is detected to continue to send the second response request message to the arbitrary broadcast group.
  • the destination address of the node 1 and the second response request message is the group address of the arbitrary group.
  • the node 1 After detecting the node 1, after sending the second response request message to the arbitrary broadcast group, if the node 1 is detected after waiting for a predetermined period of time, the corresponding response message from the arbitrary broadcast group corresponding to the second response request message has not been received.
  • the second response response message indicates that the remaining nodes in the anycast group are unreachable through the group address of the anycast group. At this point, any of the groups can be reconfigured.
  • the detecting node After detecting the node 1, after sending the second response request message to the anycast group, if a node 3 from the any group is received within the predetermined time period, the second message corresponding to the second response request message is sent. Responding to the response message, indicating that at least one node in the anycast group is reachable by the group address of the anycast group. Then, in step S306, the detecting node deletes the node 3 from the arbitrary group. That is, the node 1 is detected, any any group configuration information configured on the node 3" is deleted, and the unicast address of the node 3" is deleted from any group configuration information of the remaining nodes in the arbitrary group.
  • the detecting node After the detecting node deletes the node 3 from the anycast group, if it is determined according to any multicast group configuration information included in the first response response message, there are still remaining nodes in the anycast group at this moment, then the detecting node 1 is detected. , continue to send a third response request message to the arbitrary broadcast group.
  • step S307 the detecting node 1 continues to send the response request message with the group address of the anycast group as the destination address.
  • the detecting node 1 If the detecting node 1 is also able to receive the response response message corresponding to the response request message, it indicates that there is any broadcast group using the same group address in the network.
  • the detecting device 10 includes a first transmitting device 101, a first receiving device 102, a determining device 103, a selecting device 104, a second transmitting device 105, a second receiving device 106, and a first detecting device 107.
  • FIG. 5 is a block diagram showing the structure of a transmitting apparatus for transmitting a second response request message in a pedal route of a communication network, in accordance with one embodiment of the present invention.
  • the transmitting device 20 includes a third receiving device 201 and a third transmitting device 202.
  • FIG. 6 is a block diagram showing the construction of an auxiliary detecting device for assisting a detecting node to detect the configuration of the arbitrary play group in a node within an arbitrary broadcast group of the communication network according to an embodiment of the present invention.
  • the auxiliary detecting device 30 includes a fourth receiving device 301 and a first generating device 302.
  • the anycast group When an arbitrary broadcast group is configured, the anycast group has an IP address of an arbitrary broadcast group, that is, an arbitrarycast address of the anycast group.
  • the first transmitting device 101 in the detecting device 10 in the detecting node 1 transmits a first echo request message (Echo Request Message) to the arbitrary broadcast group.
  • Echo Request Message a first echo request message
  • the detection node 1 may be a host node or a router node.
  • the destination address of the first response request message sent by the first sending device 101 is the group address of the arbitrary play group. Therefore, a node in the anycast group receives the first response request message. Which node in the anycast group receives the first response request message is determined by the routing policy in the current network topology. Normally, the first response request message is received by the node closest to the distance detecting node 1 in the arbitrary broadcast group.
  • the fifth receiving device (not shown in FIG. 6) of the auxiliary detecting device 30 in one of the nodes 3 in the anycast group receives the first response request message from the detecting node 1, and the third in the auxiliary detecting device 30
  • the second generating device (not shown in FIG. 6) generates a first response response message (Echo Reply Message) corresponding thereto according to the first response request message, and sends the first response response message to the detecting node 1.
  • the first response response message includes any broadcast group configuration information configured on the node 3 in the anycast group.
  • the anycast group configuration information includes at least a group address of the anycast group and a unicast address of each node in the anycast group.
  • the first receiving device 102 in the detecting device 10 receives the first response response message sent from the node 3 in the arbitrary broadcast group.
  • the judging means 103 in the detecting means 10 judges whether or not any of the broadcast group configuration information configured on the node 3 included in the received first response response message matches the desired configuration information.
  • the configurator of the anycast group knows the configuration information of the anycast group. Therefore, by default, the desired configuration information of the anycast group is stored on the detecting node 1. Typically, the desired configuration information includes what the group address of the anycast group is, and under normal circumstances, which nodes should be included in the anycast group and the unicast addresses of those nodes.
  • the determining device 103 first extracts, from the received first response response message, any of the group configuration information configured on the node 3 in the any group that sends the first response message.
  • the determining device 103 compares the extracted any group configuration information with the stored desired configuration information, and determines whether the extracted any group configuration information matches the expected configuration information, that is, the arbitrary group configuration information is included. Whether the group address of the anycast group is accurate, and whether the unicast address of each node included is accurate. If any of the multicast group configuration information configured on the node 3 included in the first response response message does not match the expected configuration information, the configuration of the anycast group is faulty, and the configuration needs to be reconfigured or performed. operating.
  • the selection device 104 in the detecting device 10 is each of the arbitrary broadcast groups. Node 3 selects the pedal router 2 corresponding thereto.
  • the selection device 104 can select a corresponding pedal router 2 for each node 3 in the arbitrary broadcast group through some operation and maintenance tools, for example, Alcatel-Lucent's 5650CPAM (Control Panel Assurance Manager).
  • Alcatel-Lucent's 5650CPAM Control Panel Assurance Manager
  • the selection means 104 can also select a pedal router 2 corresponding thereto for each node 3 in the arbitrary broadcast group in the manner shown in FIG.
  • a pedal router 2 corresponding thereto for each node 3 in the arbitrary broadcast group in the manner shown in FIG.
  • the second transmitting device 105 in the detecting device 10 transmits at least one second response request message to each pedal router 2, respectively. .
  • the second transmitting device 105 in the detecting device 10 transmits a plurality of second response request messages.
  • the second transmitting device 105 in the detecting device 10 may also transmit only one second response request message to each of the pedal routers 2. This is understood by those skilled in the art and will not be described herein.
  • the second response request message is encapsulated in the IP packet with the Type 0 Routing Header and sent to each of the Pedal Routers 2.
  • the Type 0 Routing Header includes the group address of any broadcast group to which the second response request message is to be reached.
  • the second response request message is encapsulated in the IP packet with the Loose Source and Record Route Option and sent to each of the pedal routers 2.
  • the Loose Source and Record Route Option includes the group address of any broadcast group to which the second response request message is to be reached.
  • the third receiving device 201 of the transmitting device 20 in each pedal router 2 receives At least one second response request message of the node 1 is detected, and then the third transmitting device 202 in the transmitting device 20 transmits the received at least one second response request message to the node 3 corresponding thereto in any of the broadcast groups.
  • the third receiving device 201 in the transmitting device 20 in each pedal router 2 receives the IP data packet containing the second response request message from the detecting node 1, the third receiving device 201 firstly performs the IPv6 protocol.
  • the Type 0 Routing Header in the IP packet is processed in the manner defined in RFC2460, and the group address of any multicast group included in the Type 0 Routing Header is used as the destination address of the IP packet; for the IPv4 protocol,
  • the three receiving device 201 first processes the Loose Source and Record Route Option in the IP data packet in the manner defined in RFC 791, and uses the group address of any broadcast group included in the Loose Source and Record Route Option as the IP data packet. Destination address.
  • the third transmitting device 202 in the transmitting device 20 in each pedal router 2 transmits the IP data packet including the second response request message to any destination corresponding to the destination address according to the destination address of the processed IP data packet.
  • the corresponding node 3 in the broadcast group The corresponding node 3 in the broadcast group.
  • the second transmitting device 105 is not a necessary device of the present invention.
  • each pedal router 2 can be remotely logged through the detection node 1, by each pedal router
  • the third transmitting device 202 of the transmitting device 20 of 2 transmits at least one second response request message to the node 3 corresponding thereto in the arbitrary playing group. Therefore, the third receiving device 201 in the transmitting device 20 is also not a necessary device of the present invention.
  • the fourth receiving means 301 of the auxiliary detecting means 30 of the plurality of nodes 3 in the arbitrary play group respectively receive at least one second response request message from the plurality of pedal routers 2 corresponding thereto.
  • the first generating device 302 of the auxiliary detecting devices 30 of the plurality of nodes 3 in the anycast group respectively generate a second response response message according to the received second response request message and respectively generate the generated Second, the response message is sent to the detection node 1.
  • the second response response message generated by the first generating device 302 in each node 3 includes any multicast group configuration information configured on the node 3.
  • the anycast group configuration information At least the group address of the anycast group and the unicast address of each node in the anycast group are included.
  • the second receiving device 106 in the detecting device 10 in the detecting node 1 receives a plurality of second response response messages from a plurality of nodes 3 in any of the broadcasting groups, respectively.
  • the first detecting means 107 of the detecting means 10 in the detecting node 1 detects the configuration of the arbitrary play group based on the received plurality of second response response messages.
  • the extracting device in the first detecting device 107 first extracts any of the group configuration information configured on the node 3 that sends the second response message from each second response message.
  • the determining means (not shown in FIG. 4) in the first detecting means 107 is based on any of the playing group configuration information extracted from each of the second response response messages, and based on any of the broadcasts included in the first response response message. Group configuration information, to determine whether the configuration of any of the broadcast groups is correct.
  • the determining device in the first detecting device 107 is based on any of the group configuration information included in the first response response message, and according to any of the group configuration information included in the received second response message. It can be determined which nodes in the arbitrary broadcast group are unreachable and which broadcast group configuration information on any of the nodes is incorrect.
  • the detecting node 1 can detect the configuration of the configured anycast group, that is, whether all the nodes 3 in the anycast group are reachable; and when the node in the anycast group occurs The change (e.g., when some new nodes join and/or some old nodes are deleted from the arbitrary play group), the check node 1 can detect whether each node 3 within the changed any play group is reachable.
  • any group address in order to prevent two groups in the network from using the same group address, optionally, before using any group address to configure any group, you can first detect whether any group with the same group address exists in the network. . If any group with the same group address exists in the network, any group that uses the same group address will be deleted first, and then any group configuration will be performed.

Description

通信网络中用于检测任意播组配置情况的方法和装置
技术领域
本发明涉及通信系统, 尤其涉及在通信系统中用于检测任意播组配 置情况的方法和装置。 背景技术
Internet协议版本 6 ( IPv6 ) 支持单播(Unicast )、 组播(Multicast ) 和任意播( Anycast )三种传送方式。 任意播是指任意发送方对应拓朴结 构中几个接收方中与该发送方最接近的任意一个之间的通信。 与之比 较, 组播是指单个发送方对应一组选定接收方的一种通信, 单播是指单 个发送方对应单个接收方的一种通信。
目前, 任意播在许多协议中得到应用, 以提供自动故障恢复(高可 用性) 以及可扩展性。 例如, 独立组播十办议 ( Protocol Independent Multicast , ΡΙΜ ) 中的任意播汇聚节点 ( Rendezvous Point, RP ), 移动 IP中的协作家乡代理( Cooperative Home Agent )和协作外地代理
( Cooperative Foreign Agent )。
当运营商配置任意播业务时,其首先必须将多个 IP节点分入一个任 意播组。 因此, 在该任意播组内的每个节点上均必须配置有一个任意播 组配置信息 ( anycast group configuration information ), 该任意播组配置 信息中至少包括该任意播组的 IP地址, 即该任意播组的组地址( anycast address )以及该任意播组内所有节点的单播 IP地址。通过每个节点上所 配置的任意播组配置信息, 该任意播组内的每个节点即可知晓其是该任 意播组的成员 ,并且该任意播组内的各个节点之间可以通过单播 IP地址 相互之间进行通信。
当运营商的工程师完成一个任意播组的配置后, 其需要检测该任意 播组的配置情况, 例如, 该任意播组内的每个节点通过该任意播组的组 地址是否可达; 当该任意播组内的节点情况发生变化(例如, 一些新的 节点加入和 /或一些老的节点从该任意播组内删除)时, 变化后的任意播 组内的每个节点通过该任意播组的组地址是否可达; 当网络中有两个使 用相同组地址的任意播组存在时, 是否可检测出这种情况。
在现有的技术方案中, 使用 PING命令 ping所配置的任意播组的组 地址, 但是, 通过该方案只能证明该任意播组内的一个节点通过该任意 播组的组地址可达, 而不能证明该任意播组内的所有节点通过该任意播 组的组地址均可达。
另外, 当任意播组内的节点情况发生变化时, 通过该方案并不能方 便地检测出变化后的任意播组内的每个节点通过该任意播组的组地址 是否可达; 而且, 当网络中存在两个使用相同组地址的任意播组时, 该 方案无法完全检测出这种情形。 发明内容
鉴于现有技术中所存在的上述缺陷, 本发明在一个实施例中提出了 一种在通信网络的检测节点中用于检测任意播组配置的方法, 其特征在 于,所述方法包括以下步骤: a.发送第一回应请求消息至所述任意播组; b. 接收来自所述任意播组内的一个节点的第一回应响应消息, 其中所 述第一回应响应消息中包括该节点上所配置的任意播组配置信息, 其中 所述任意播组配置信息包括所述任意播组的组地址和所述任意播组内 每个节点的单播地址; c 判断所述任意播组配置信息与期望配置信息是 否匹配; d. 如果匹配, 则为所述任意播组内的每个节点选择与之对应 的踏板路由器, 其中所选择的多个踏板路由器与所述任意播组内的多个 节点一一对应; f. 接收来自所述任意播组内的多个节点的多个第二回应 响应消息, 其中每个第二回应响应消息中包括发送该第二响应消息的节 点上所配置的任意播组配置信息; g. 根据所述多个第二回应响应消息, 检测所述任意播组的配置。
可选的, 所述步骤 d之后, 步骤 f之前还包括以下步骤: e. 分别发 送至少一个第二回应请求消息至每个踏板路由器。
本发明在另一个实施例中提出了一种在通信网络的踏板路由中用 于发送第二回应请求消息的方法,其特征在于,所述方法包括以下步骤: ii. 将至少一个第二回应请求消息发送至任意播组内与本踏板路由器对 应的节点。
可选的, 所述步驟 ii之前还包括以下步骤: i. 接收来自检测节点的 所述至少一个第二回应请求消息。
本发明在又一个实施例中提出了一种在通信网络的任意播组内的 节点中用于辅助检测节点检测本任意播组配置的方法, 其特征在于, 所 述方法还包括以下步骤: A. 接收来自本节点所对应的踏板路由器的至 少一个第二回应请求消息; B. 根据所述第二回应请求消息, 生成第二 回应响应消息并将该第二回应响应消息发送至所述检测节点, 其中所述 第二回应响应消息中包括本节点上所配置的任意播组配置信息, 其中所 述任意播组配置信息包括所述任意播组的组地址和所述任意播组内每 个节点的单播地址。
可选的, 所述步骤 A之前还包括以下步骤:-接收来自所述检测节 点的第一回应请求消息; -根据所述第一回应请求消息, 生成第一回应 响应消息并将该第一回应响应消息发送至所述检测节点, 其中所述第一 回应响应消息中包括本节点上所配置的任意播组配置信息。
本发明在一个实施例中提出了一种在通信网络的检测节点中用于 检测任意播组配置的检测装置, 其特征在于, 所述检测装置包括:
第一发送装置, 用于发送第一回应请求消息至所述任意播组; 第一接收装置, 用于接收来自所述任意播组内的一个节点的第一回 应响应消息, 其中所述第一回应响应消息中包括该节点上所配置的任意 播组配置信息, 其中所述任意播组配置信息包括所述任意播组的组地址 和所述任意播组内每个节点的单播地址;
判断装置, 用于判断所述任意播组配置信息与期望配置信息是否匹 配;
选择装置, 用于如果匹配, 则为所述任意播组内的每个节点选择与 之对应的踏板路由器, 其中所选择的多个踏板路由器与所述任意播组内 的多个节点——对应;
第二接收装置, 用于接收来自所述任意播组内的多个节点的多个第 二回应响应消息, 其中每个第二回应响应消息中包括发送该第二响应消 息的节点上所配置的任意播组配置信息;
第一检测装置, 用于根据所述多个第二回应响应消息, 检测所述任 意播组的配置。
可选的, 所述检测装置还包括:
第二发送装置, 用于分别发送至少一个第二回应请求消息至每个踏 板路由器。
本发明在另一个实施例中提出了一种在通信网络的踏板路由中用 于发送第二回应请求消息的发送装置,其特征在于,所述发送装置包括: 第三发送装置, 用于将至少一个第二回应请求消息发送至任意播组 内与本踏板路由器对应的节点。
可选的, 所述发送装置还包括:
第三接收装置, 用于接收来自检测节点的所述至少一个第二回应请 求消息。
本发明在又一个实施例中提出了一种在通信网络的任意播组内的 节点中用于辅助检测节点检测本任意播组配置的辅助检测装置, 其特征 在于, 所述辅助检测装置还包括:
第四接收装置, 用于接收来自本节点所对应的踏板路由器的至少一 个第二回应请求消息;
第一生成装置, 用于根据所述第二回应请求消息, 生成第二回应响 应消息并将该第二回应响应消息发送至所述检测节点, 其中所述第二回 应响应消息中包括本节点上所配置的任意播组配置信息, 其中所述任意 播组配置信息包括所述任意播组的组地址和所述任意播组内每个节点 的单播地址。
可选的, 所述辅助检测装置还包括:
第五接收装置, 用于接收来自所述检测节点的第一回应请求消息; 第二生成装置, 用于根据所述第一回应请求消息, 生成第一回应响 应消息并将该第一回应响应消息发送至所述检测节点, 其中所述第一回 应响应消息中包括本节点上所配置的任意播组配置信息。 通过应用本发明的技术方案, 可以检测出配置好的任意播组的配置 情况, 即该任意播组内所有节点通过该任意播组的组地址是否都可达; 并且当该任意播组内的节点情况发生变化(例如, 一些新的节点加入和 /或一些老的节点从该任意播组内删除)时, 还可检测出变化后的任意播 组内的每个节点通过该任意播组的组地址是否可达。 另外, 通过使用本 发明的技术方案还可以检测出网络中是否有两个使用相同组地址的任 意播组存在。
Figure imgf000007_0001
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述, 本发明的上述及其他特征将会更加清晰:
图 1示出了根据本发明的一个实施例的在通信系统中用于检测任意 播组配置情况的方法流程图;
图 2示出了根据本发明的一个实施例的检测节点为任意播组内的一 个节点选择踏板路由器的方法流程图;
图 3示出了才艮据本发明的另一个实施例在通信系统中用于检测任意 播组配置情况的方法流程图;
图 4示出了才 据本发明的一个实施例的在通信网络的检测节点中用 于检测任意播组配置的检测装置的结构示意图;
图 5示出了根据本发明的一个实施例的在通信网络的踏板路由中用 于发送第二回应请求消息的发送装置的结构示意图;
图 6示出了才 居本发明的一个实施例的在通信网络的任意播组内的 节点中用于辅助检测节点检测本任意播组配置的辅助检测装置的结构 示意图。
附图中相同或相似的标记用于表示相同或相似的步骤或装置。 具体实施方式
下面结合附图对本发明作进一步详细描述。 图 1示出了根据本发明的一个实施例的在通信系统中用于检测任意 播组配置情况的方法流程图。
当一个任意播组完成配置后,该任意播组具有一个任意播组的 IP地 址, 即该任意播组的组地址( any cast address )。
在本实施例中, 首先, 在步骤 S101中, 检测节点 1发送第一回应 请求消息 ( Echo Request Message )至该任意播组。
需要说明的是, 该检测节点 1即可以是主机节点也可以是路由器节 点。
检测节点 1发送的第一回应请求消息的目的地址为该任意播组的组 地址。 因此, 该任意播组内的一个节点会接收到该第一回应请求消息。 该任意播组内哪个节点接收到该第一回应请求消息是由当前网络拓朴 中的路由策略决定的。 通常情况下, 该第一回应请求消息是由该任意播 组内距离检测节点 1最近的那个节点接收到的。
该任意播组内的一个节点 3接收到来自检测节点 1的第一回应请求 消息后, 根据该第一回应请求消息, 生成与之对应的第一回应响应消息 ( Echo Reply Message )并将该第一回应响应消息发送至检测节点 1。
该第一回应响应消息中包括该任意播组内的该节点 3上所配置的任 意播组配置信息。 其中, 该任意播组配置信息至少包括该任意播组的组 地址以及该任意播组内的每个节点的单播地址。
而后, 在步骤 S102中,检测节点 1接收来自该任意播组内该节点 3 发送的第一回应响应消息。
接着, 在步骤 S103中, 检测节点 1判断所接收到的第一回应响应 消息中所包含的该节点 3上所配置的任意播组配置信息与期望配置信息 是否匹配。
需要说明的是, 该任意播组的配置者知晓该任意播组的配置信息, 因此, 默认地, 在该检测节点 1上存储有该任意播组的期望配置信息。 通常, 该期望配置信息包括该任意播组的组地址是什么, 并且在正常情 况下, 该任意播组内应包含哪些节点以及这些节点的单播地址。
具体的, 检测节点 1首先从所接收到的第一回应响应消息中提取发 送该第一回应响应消息的该任意播组内的该节点 3上所配置的任意播组 配置信息。
然后, 检测节点 1将所提取的任意播组配置信息与所存储的期望配 置信息进行比较, 判断所提取的任意播组配置信息是否与期望配置信息 匹配, 即该任意播组配置信息中所包含的任意播组的组地址是否准确, 所包含的每个节点的单播地址是否准确。
如果所接收到的第一回应响应消息中所包含的该节点 3上所配置的 任意播组配置信息与期望配置信息不匹配, 则说明该任意播组的配置有 问题, 需要重新配置或者进行其他操作。
如果所接收到的第一回应响应消息中所包含的该节点 3上所配置的 任意播组配置信息与期望配置信息匹配, 则在步骤 S104中,检测节点 1 为该任意播组内的每个节点 3选择与之对应的踏板路由器 2。
具体的, 检测节点 1可以通过一些运行和维护工具, 例如, 阿尔卡 特-朗讯的 5650CPAM ( Control Panel Assurance Manager ), 为该任意播 组内的每个节点 3选择一个与之对应的踏板路由器 2。
检测节点 1也可以通过以下方式为该任意播组内的每个节点 3选择 一个与之对应的踏板路由器 2。
根据 RFC4292, 网络管理员可以获知每个路由器上的当前转发表。 通过访问每个标准的路由器的管理信息库( Management Information Base MIB ) 中的,, inetCidrRouteTable"对象可以获知每个路由器上的当前的转 发表。访问方式可以是通过 SNMP(Simple Network Management Protocol, 简单网管协议)访问路由器的 MIB,标准的路由器普遍支持网络管理员利 用 SNMP进行的 MIB访问。
参照图 2, 对于任意播组内的一个节点, 例如节点 m, 首先, 在步 骤 S201中, 初始化集合 S, SS, 队列 Q, 设 i=l, j=l , k=l , h=0, 其 中, h为跳数统计。
并且获取与节点 m位于同一链路上的所有路由器的 ID或者名字(可 通过网络的拓朴信息获得)。 该节点 m通过自己的一个或者多个接口与 多个链路相连, 需要获得每个接口所连接的链路上的其他路由器的集 合。将所有接口上连接的其他路由器的集合记为 S, 其中,集合 S={Router 1, Router 2,… ,Router k:,…,Router K}。
其次, 在步骤 S202中, 从集合 S中获取 Router k; k=(l,2,...K); 接着 , 在步骤 S203中, 获取 Router k的第 j个接口 ¾连接的链路 上的路由器集合 Skj。
然后, 在步驟 S204中, 从路由器集合 Skj中获取路由器 Rkji的当前 转发表( IP Forward Table ), 并用接口 的 IP地址(称为 ΙΡ- )以及任 意播组地址(称为 IP-Group A )作为关键词, 匹配 Rkji的当前转发表中 "下一跳地址" 和 "目的前缀" 这两栏。
随后, 在步骤 S205中, 判断 Rkji的当前转发表中是否有匹配表项。 具体的,将 IP-Ikj作为关键词与 "下一跳地址 "栏中的每个地址匹配。 如果匹配到一条路由表项, 其 "下一跳地址" 既能与 IP-Ikj匹配, "目的 前缀"也能与 IP-GroupA匹配,则在步骤 S206中,将 ¾ 的名字或者 ID 记录在集合 SS中, 并转向步骤 S207。
如果 Rkji的当前转发表中不存在这样的路由, 则表示以任意播组地 址( anycast address )为目的地址的 IP数据包不可能通过路由器 i到达任 意播组内的节点 m, 则不将 Rkji记录在集合 SS中, 也即不再继续寻找 Rkji的所有接口上所连接的路由器, 并转向步骤 S207。
接着,在步骤 S207中,判断是否已经将集合 Skj中所有路由器查遍, 即判断是否 i≥N。
如果尚未将集合 Skj中所有路由器查遍,则进入步骤 S208,令 i=i+l , 即取集合 Skj中的下一个路由器, 随后返回步骤 S204。
如果已经将集合 Skj中所有路由器查遍, 则进入步骤 S209。
在步骤 S209中, 判断是否将 Router k的所有接口遍历完毕, 即是 否 j≥M。
如果尚未将 Router k的所有接口遍历完毕, 则进入步骤 S210, 令 j=j+l , 即取 Router k的下一个接口, 随后返回步骤 S203。
如果已经将 Router k的所有接口遍历完毕, 则进入步骤 S211。
在步骤 S211中, 判断是否将集合 S中的所有路由器遍历, 即是否 k≥K。
如果尚未将集合 S中的所有路由器遍历, 则进入步骤 S212中, 令 k=k+l , 即取集合 S中的下一个路由器, 随后返回步骤 S202。
如果已经将集合 S中的所有路由器遍历, 则进入步骤 S213 , 令 h=h+l。
接着, 进入步骤 S214中, 判断集合 SS是否为空。
如果集合 SS为空, 则搜索结束, 队列 Q中记录的路由器即为与任 意播组内节点 m对应的踏板路由器。
如果集合 SS不为空, 则进入步骤 S215中, 对集合 SS中的每个路 由器, 检查该路由器是否存在 "叶子接口", 并且将检测到的这个叶子 接口的 IP地址, 以及它所在的路由器的 ID,它距离节点 m的跳数 h (也 即到达节点 m所需经过的路由器的个数)记录在队列 Q中。
对集合 SS完成叶子接口检测, 将所有的叶子接口以及所在的路由 器记录在队列 Q中。
所谓叶子接口是指:如果存在一个接口,这个接口所连接的链路上, 除了该路由器的接口之外没有连接任何一个路由器的接口, 连接的全部 是主机, 则称该路由器的这个接口为叶子接口; 这一链路也叫做叶子网 络( Stub network )。
然后, 进入步骤 S216, 判断是否满足搜寻结束策略。
为了使队列 Q中数据不致过多或者搜寻时间不必过长,也可设置搜 寻结束策略, 例如, 设置队列 Q中叶子路由器超过一定数目, 或者已经 找到的叶子接口距离节点 m的跳数超过一个指定数字, 例如 10时则不 必继续寻找踏板路由器。
如果满足搜寻结束策略, 则搜索结束, 队列 Q中记录的路由器即为 与任意播组内节点 m对应的踏板路由器。
如果未满足搜寻结束策略, 则进入步驟 S217中, 将集合 S中的成 员全部清空, 将新集合 SS中的成员全部移入集合 S中, 同时也将集合 SS中的成员清空。
然后, 在步骤 S218中, 令 i=l , j=l, k-1 , 并返回步骤 S202。 如此循环下去, 直到新集合 SS为空为止, 则队列 Q中记录的就是 节点 m的踏板路由器以及叶子接口。从这些踏板路由器以及其叶子接口 所连接的叶子网络中任意一台主机发起的以该任意播组的组地址为目 的地址的回应请求消息可以到达该任意播组内的节点 m。
当队列 Q中包含多个踏板路由器时,可以根据预先设定的策略从该 多个踏板路由器中挑选一个踏板路由器作为对应于节点 m的踏板路由 器。
优先地, 可从该多个踏板路由器中选择距离节点 m最远, 即跳数 h 最多的一个踏板路由器作为节点 m的踏板路由器。
或者选择位于特定关注区域的踏板路由器作为节点 m的踏板路由 器。
检测节点 1为该任意播组内的每个节点 3选择了与之对应的踏板路 由器 2后, 在步驟 S105中, 检测节点 1分别发送至少一个第二回应请 求消息至每个踏板路由器 2。
需要说明的是, 考虑到数据包在传输过程中可能存在的丢失问题, 一般而言, 对于每个踏板路由器 2, 检测节点 1均发送多个第二回应请 求消息。 当然, 在网络情况良好的情形下, 检测节点 1也可以仅发送一 个第二回应请求消息至每个踏板路由器 2。 这是本领域技术人员可以理 解的, 在此不作赘述。
对于 IPv6协议,第二回应请求消息是与 Type 0 Routing Header一起 封装在 IP数据包内发送至每个踏板路由器 2的。 其中, Type 0 Routing Header中包括该第二回应请求消息所要到达的任意播组的组地址
( anycast address )。
对于 IPv4协议, 第二回应请求消息是与 Loose Source and Record Route Option一起封装在 IP数据包内发送至每个踏板路由器 2的。其中, Loose Source and Record Route Option中包括该第二回应请求消息所要 到达的任意播组的组地址。
在步骤 S106中, 每个踏板路由器 2接收来自检测节点 1的至少一 个第二回应请求消息, 并将所接收到的至少一个第二回应请求消息发送 至任意播组内与之对应的节点 3。
具体的, 每个踏板路由器 2在接收到来自检测节点 1的包含第二回 应请求消息的 IP数据包后, 对于 IPv6协议, 踏板路由器 2首先按照 RFC2460中所定义的方式对该 IP数据包中的 Type 0 Routing Header进行 处理, 将 Type 0 Routing Header中所包含的任意播组的组地址作为该 IP 数据包的目的地址; 对于 IPv4协议, 踏板路由器 2首先按照 RFC791中 所定义的方式对该 IP数据包中的 Loose Source and Record Route Option 进行处理,将 Loose Source and Record Route Option中所包含的任意播组 的组地址作为该 IP数据包的目的地址。
然后,每个踏板路由器 2按照处理后的 IP数据包的目的地址,将包 含第二回应请求消息的 IP数据包发送至该目的地址所对应的任意播组 内与之相应的节点 3。
需要说明的是, 步骤 S105并不是本发明的必要步骤。 在一个变化 例中, 检测节点 1为该任意播组内的每个节点 3选择了与之对应的踏板 路由器 2后, 可通过检测节点 1远程登录每个踏板路由器 2, 由每个踏 板路由器 2分别发送至少一个第二回应请求消息发送至该任意播组内与 之对应的节点 3。
在步骤 S107中, 该任意播组内的多个节点 3分别接收来自与之对 应的多个踏板路由器 2的至少一个第二回应请求消息。
然后, 在步骤 S108中, 该任意播组内的多个节点 3分别根据所接 收到的第二回应请求消息 , 生成第二回应响应消息并分别将所生成的第 二回应响应消息至检测节点 1。
其中, 每个节点 3所生成的第二回应响应消息中包括该节点 3上所 配置的任意播组配置信息。 该任意播组配置信息中至少包括该任意播组 的组地址和该任意播组内每个节点的单播地址。
在步骤 S 109中, 检测节点 1分别接收来自任意播组内多个节点 3 的多个第二回应响应消息。
接着, 在步骤 S110中, 检测节点 1根据所接收到的多个第二回应 响应消息, 检测该任意播组的配置情况。 具体的, 检测节点 1先从每个第二响应消息中提取发送该第二回应 响应消息的节点 3上所配置的任意播组配置信息。
然后, 检测节点 1根据从每个第二回应响应消息中提取的任意播组 配置信息, 并基于第一回应响应消息中所包含的任意播组配置信息, 判 断该任意播组的配置是否正确。
由于第一回应响应消息中所包含的任意播组配置信息中所包含的 任意播组的组地址以及该任意播组内每个节点的单播地址是该任意播 组的正确配置信息, 因此, 检测节点 1以第一回应响应消息中所包含的 任意播组配置信息为基准, 并根据所接收到的多个第二回应响应消息中 所包含的任意播组配置信息, 即可判断该任意播组中哪些节点不可到达 以及哪些节点上的任意播组配置信息有误。
通过上述方法,检测节点 1可以检测配置好的任意播组的配置情况, 即该任意播组内所有节点 3是否都可达; 并且当该任意播组内的节点情 况发生变化(例如, 一些新的节点加入和 /或一些老的节点从该任意播组 内删除) 时, 检测节点 1可检测变化后的任意播组内的每个节点 3是否 可达。
另外, 为了防止网络中有两个使用相同组地址的任意播组存在, 可 选的, 在使用一个组地址配置任意播组之前, 可先检测网络中是否有使 用相同组地址的任意播组存在。 如果网络中有使用相同组地址的任意播 组存在, 则先将该使用相同组地址的任意播组删除, 再进行任意播组配 置。
图 2示出了根据本发明的另一个实施例在通信系统中用于检测任意 播组配置情况的方法流程图。
当一个任意播组完成配置后,该任意播组具有一个任意播组的 IP地 址, 即该任意播组的组地址( anycast address )。
首先, 在步骤 S301中, 检测节点 1,发送第一回应请求消息至该任 意播组。
检测节点 Γ发送的第一回应请求消息的目的地址为该任意播组的组 地址。 因此, 该任意播组内的一个节点会接收到该第一回应请求消息。 该任意播组内哪个节点接收到该第一回应请求消息是由当前网络拓朴 中的路由策略决定的。 通常情况下, 该第一回应请求消息是由该任意播 组内距离检测节点 Γ最近的那个节点接收到的。
该任意播组内的一个节点 3,接收到来自检测节点 1,的第一回应请求 消息后, 根据该第一回应请求消息, 生成与之对应的第一回应响应消息 并将该第一回应响应消息发送至检测节点 Γ。
该第一回应响应消息中包括该任意播组内的该节点 3,上所配置的任 意播组配置信息。 其中, 该任意播组配置信息至少包括该任意播组的组 地址以及该任意播组内的每个节点的单播地址。
而后,在步骤 S302中,检测节点 1,接收来自该任意播组内该节点 3, 发送的第一回应响应消息。
接着, 在步骤 S303中, 检测节点 1,判断所接收到的第一回应响应 消息中所包含的该节点 3,上所配置的任意播组配置信息与期望配置信息 是否匹配。
需要说明的是, 该任意播组的配置者知晓该任意播组的配置信息, 因此, 默认地, 在该检测节点 1,上存储有该任意播组的期望配置信息。 通常, 该期望配置信息包括该任意播组的组地址是什么, 并且在正常情 况下 , 该任意播组内应包含哪些节点以及这些节点的单播地址。
具体的, 检测节点 1,首先从所接收到的第一回应响应消息中提取发 送该第一回应响应消息的该任意播组内的该节点 3,上所配置的任意播组 配置信息。
然后, 检测节点 Γ将所提取的任意播组配置信息与所存储的期望配 置信息进行比较, 判断所提取的任意播组配置信息是否与期望配置信息 匹配, 即该任意播组配置信息中所包含的任意播组的组地址是否准确, 所包含的每个节点的单播地址是否准确。
如果所接收到的第一回应响应消息中所包含的该节点 3,上所配置的 任意播组配置信息与期望配置信息不匹配, 则说明该任意播组的配置有 问题, 需要重新配置或者进行其他操作。
如果所接收到的第一回应响应消息中所包含的该节点 3,上所配置的 任意播组配置信息与期望配置信息匹配,则在步骤 S304中,检测节点 Γ 将该节点 3,从该任意播组内删除,即检测节点 1,删除该节点 3,上所配置 的任意播组配置信息, 并且将该节点 3,的单播地址从该任意播组内其余 节点的任意播组配置信息中删除。
需要说明的是, 该节点 3,可以手动地删除, 也可以通过使用申请号 为 PCT/CN2007/002063的 PCT专利申请中公开的方式自动地进行删除, 这是本领域普通技术人员可以理解的, 为简明起见, 在此不作赘述。
从该任意播组内删除了该节点 3,后,检测节点 1,根据第一回应响应 消息中所包含的任意播组配置信息, 即可知晓此刻该任意播组内是否还 有剩余的节点, 如果有, 则进入步骤 S305中, 检测节点 1,继续发送第 二回应请求消息至该任意播组。
检测节点 1,发送该第二回应请求消息的目的地址是该任意播组的组 地址。
当检测节点 1,发送了第二回应请求消息至该任意播组后, 如果在等 待了预定时段之后, 检测节点 1,还未接收到来自该任意播组的对应于该 第二回应请求消息的第二回应响应消息, 则说明该任意播组内剩余的节 点通过该任意播组的组地址不可达。 此时, 可以对该任意播组进行重新 配置。
当检测节点 1,发送了第二回应请求消息至该任意播组后, 如果在预 定时段内接收到来自该任意播组内的一个节点 3 "发送的对应于该第二 回应请求消息的第二回应响应消息 , 则说明该任意播组内至少还有一个 节点是通过该任意播组的组地址可达。 于是, 在步骤 S306中, 检测节 点 Γ从该任意播组内删除该节点 3", 即检测节点 1,删除该节点 3"上所 配置的任意播组配置信息,并且将该节点 3"的单播地址从该任意播组内 其余节点的任意播组配置信息中删除。
当检测节点 Γ从该任意播组内删除该节点 3"后,如果根据第一回应 响应消息中所包含的任意播组配置信息确定此刻该任意播组内还有剩 余的节点, 则检测节点 1,继续发送第三回应请求消息至该任意播组。
如此重复, 直至该任意播组内没有剩余的节点。 如果该任意播组内所有的节点均被删除, 则说明该任意播组内所有 的节点通过该任意播组的组地址均可达。
可选的, 当该任意播组内没有剩余的节点后, 在步骤 S307中, 检 测节点 1,以该任意播组的组地址为目的地址继续发送回应请求消息。
如果检测节点 1,还能够接收到对应于该回应清求消息的回应响应消 息, 则说明网络中存在使用相同组地址的任意播组。
在一个变化例中, 为了避免网络中有使用相同组地址的任意播组存 在, 也可以在配置任意播组之前, 先检测网络中是否有使用相同组地址 的任意播组存在。 如果网络中有使用相同组地址的任意播组存在, 则先 将该使用相同组地址的任意播组删除, 再进行任意播组配置。
以上是从方法步骤的角度对本发明的技术方案进行的描述, 以下将 从装置模块的角度对本发明的技术方案进行进一步的描述。
图 4示出了根据本发明的一个实施例的在通信网络的检测节点中用 于检测任意播组配置的检测装置的结构示意图。 其中, 检测装置 10包 括第一发送装置 101, 第一接收装置 102, 判断装置 103, 选择装置 104, 第二发送装置 105, 第二接收装置 106, 第一检测装置 107。
图 5示出了根据本发明的一个实施例的在通信网络的踏板路由中用 于发送第二回应请求消息的发送装置的结构示意图。 发送装置 20包括 第三接收装置 201和第三发送装置 202。
图 6示出了才艮据本发明的一个实施例的在通信网络的任意播组内的 节点中用于辅助检测节点检测本任意播组配置的辅助检测装置的结构 示意图。 辅助检测装置 30包括第四接收装置 301和第一生成装置 302。
以下结合图 4, 图 5以及图 6对本发明的技术方案进行描述。
当一个任意播组完成配置后,该任意播组具有一个任意播组的 IP地 址, 即该任意播组的组地址( anycast address )。
在本实施例中, 首先, 检测节点 1中的检测装置 10中的第一发送 装置 101发送第一回应请求消息(Echo Request Message )至该任意播组。
需要说明的是, 该检测节点 1即可以是主机节点也可以是路由器节 点。 第一发送装置 101发送的第一回应请求消息的目的地址为该任意播 组的组地址。 因此, 该任意播组内的一个节点会接收到该第一回应请求 消息。 该任意播组内哪个节点接收到该第一回应请求消息是由当前网络 拓朴中的路由策略决定的。 通常情况下, 该第一回应请求消息是由该任 意播组内距离检测节点 1最近的那个节点接收到的。
该任意播组内的一个节点 3中的辅助检测装置 30中的第五接收装 置 (图 6中未示出)接收到来自检测节点 1的第一回应请求消息后, 辅 助检测装置 30中的第二生成装置(图 6中未示出)根据该第一回应请 求消息, 生成与之对应的第一回应响应消息( Echo Reply Message )并将 该第一回应响应消息发送至检测节点 1。
该第一回应响应消息中包括该任意播组内的该节点 3上所配置的任 意播组配置信息。 其中, 该任意播组配置信息至少包括该任意播组的组 地址以及该任意播组内的每个节点的单播地址。
而后, 检测装置 10中的第一接收装置 102接收来自该任意播组内 该节点 3发送的第一回应响应消息。
接着, 检测装置 10中的判断装置 103判断所接收到的第一回应响 应消息中所包含的该节点 3上所配置的任意播组配置信息与期望配置信 息是否匹配。
需要说明的是, 该任意播组的配置者知晓该任意播组的配置信息, 因此, 默认地, 在该检测节点 1上存储有该任意播组的期望配置信息。 通常, 该期望配置信息包括该任意播组的组地址是什么, 并且在正常情 况下, 该任意播组内应包含哪些节点以及这些节点的单播地址。
具体的, 判断装置 103首先从所接收到的第一回应响应消息中提取 发送该第一回应响应消息的该任意播组内的该节点 3上所配置的任意播 组配置信息。
然后, 判断装置 103将所提取的任意播组配置信息与所存储的期望 配置信息进行比较, 判断所提取的任意播组配置信息是否与期望配置信 息匹配, 即该任意播組配置信息中所包含的任意播组的组地址是否准 确, 所包含的每个节点的单播地址是否准确。 如果所接收到的第一回应响应消息中所包含的该节点 3上所配置的 任意播组配置信息与期望配置信息不匹配, 则说明该任意播组的配置有 问题, 需要重新配置或者进行其他操作。
如果所接收到的第一回应响应消息中所包含的该节点 3上所配置的 任意播组配置信息与期望配置信息匹配, 则检测装置 10中的选择装置 104为该任意播组内的每个节点 3选择与之对应的踏板路由器 2。
具体的, 选择装置 104可以通过一些运行和维护工具, 例如, 阿尔 卡特-朗讯的 5650CPAM ( Control Panel Assurance Manager ), 为该任意 播组内的每个节点 3选择一个与之对应的踏板路由器 2。
选择装置 104也可以通过图 2所示的方式为该任意播组内的每个节 点 3选择一个与之对应的踏板路由器 2。 具体选择方式可参照上文中对 图 2的详细描述, 为简明起见, 在此不作赘述。
选择装置 104为该任意播组内的每个节点 3选择了与之对应的踏板 路由器 2后, 检测装置 10中的第二发送装置 105分别发送至少一个第 二回应请求消息至每个踏板路由器 2。
需要说明的是, 考虑到数据包在传输过程中可能存在的丟失问题, 一般而言, 对于每个踏板路由器 2, 检测装置 10中的第二发送装置 105 均发送多个第二回应请求消息。 当然, 在网络情况良好的情形下, 检测 装置 10中的第二发送装置 105也可以仅发送一个第二回应请求消息至 每个踏板路由器 2。 这是本领域技术人员可以理解的, 在此不作赘述。
对于 IPv6协议,第二回应请求消息是与 Type 0 Routing Header一起 封装在 IP数据包内发送至每个踏板路由器 2的。 其中, Type 0 Routing Header中包括该第二回应请求消息所要到达的任意播组的组地址
( anycast address )。
对于 IPv4协议, 第二回应请求消息是与 Loose Source and Record Route Option一起封装在 IP数据包内发送至每个踏板路由器 2的。其中, Loose Source and Record Route Option中包括该第二回应请求消息所要 到达的任意播组的组地址。
每个踏板路由器 2中的发送装置 20中的第三接收装置 201接收来 自检测节点 1的至少一个第二回应请求消息, 然后, 发送装置 20中的 第三发送装置 202将所接收到的至少一个第二回应请求消息发送至任意 播组内与之对应的节点 3。
具体的,每个踏板路由器 2中的发送装置 20中的第三接收装置 201 在接收到来自检测节点 1的包含第二回应请求消息的 IP数据包后,对于 IPv6协议, 第三接收装置 201首先按照 RFC2460中所定义的方式对该 IP数据包中的 Type 0 Routing Header进行处理,将 Type 0 Routing Header 中所包含的任意播组的组地址作为该 IP数据包的目的地址; 对于 IPv4 协议,第三接收装置 201首先按照 RFC791中所定义的方式对该 IP数据 包中的 Loose Source and Record Route Option进行处理,将 Loose Source and Record Route Option中所包含的任意播组的组地址作为该 IP数据包 的目的地址。
然后, 每个踏板路由器 2中的发送装置 20中的第三发送装置 202 按照处理后的 IP数据包的目的地址, 将包含第二回应请求消息的 IP数 据包发送至该目的地址所对应的任意播组内与之相应的节点 3。
需要说明的是, 第二发送装置 105并不是本发明的必要装置。 在一 个变化例中, 在选择装置 104为该任意播组内的每个节点 3选择了与之 对应的踏板路由器 2后,可通过检测节点 1远程登录每个踏板路由器 2, 由每个踏板路由器 2中的发送装置 20中的第三发送装置 202分别发送 至少一个第二回应请求消息发送至该任意播组内与之对应的节点 3。 因 此, 发送装置 20中的第三接收装置 201也不是本发明的必要装置。
该任意播组内的多个节点 3中的辅助检测装置 30中的第四接收装 置 301分别接收来自与之对应的多个踏板路由器 2的至少一个第二回应 请求消息。
然后, 该任意播组内的多个节点 3中的辅助检测装置 30中的第一 生成装置 302分别根据所接收到的第二回应请求消息, 生成第二回应响 应消息并分别将所生成的第二回应响应消息至检测节点 1。
其中, 每个节点 3中的第一生成装置 302所生成的第二回应响应消 息中包括该节点 3上所配置的任意播组配置信息。 该任意播组配置信息 中至少包括该任意播组的组地址和该任意播组内每个节点的单播地址。 检测节点 1中的检测装置 10中的第二接收装置 106分别接收来自 任意播组内多个节点 3的多个第二回应响应消息。
接着, 检测节点 1中的检测装置 10中的第一检测装置 107根据所 接收到的多个第二回应响应消息, 检测该任意播组的配置情况。
具体的, 第一检测装置 107中的提取装置 (图 4中未示出)先从每 个第二响应消息中提取发送该第二回应响应消息的节点 3上所配置的任 意播组配置信息。
然后, 第一检测装置 107中的判断装置 (图 4中未示出)根据从每 个第二回应响应消息中提取的任意播组配置信息, 并基于第一回应响应 消息中所包含的任意播组配置信息, 判断该任意播组的配置是否正确。
由于第一回应响应消息中所包含的任意播组配置信息中所包含的 任意播组的组地址以及该任意播组内每个节点的单播地址是该任意播 组的正确配置信息, 因此, 第一检测装置 107中的判断装置以第一回应 响应消息中所包含的任意播组配置信息为基准, 并根据所接收到的多个 第二回应响应消息中所包含的任意播组配置信息, 即可判断该任意播组 中哪些节点不可到达以及哪些节点上的任意播组配置信息有误。
通过上述各装置之间的交互运作, 检测节点 1可以检测配置好的任 意播组的配置情况, 即该任意播组内所有节点 3是否都可达; 并且当该 任意播组内的节点情况发生变化(例如, 一些新的节点加入和 /或一些老 的节点从该任意播组内删除) 时, 检测节点 1可检测变化后的任意播组 内的每个节点 3是否可达。
另外, 为了防止网络中有两个使用相同组地址的任意播组存在, 可 选的, 在使用一个组地址配置任意播组之前, 可先检测网络中是否有使 用相同组地址的任意播组存在。 如果网络中有使用相同组地址的任意播 组存在, 则先将该使用相同组地址的任意播组删除, 再进行任意播组配 置。
对于本领域技术人员而言, 显然本发明不限于上述示范性实施例的 细节, 而且在不背离本发明的精神或基本特征的情况下, 能够以其他的 具体形式实现本发明。 因此, 无论从哪一点来看, 均应将实施例看作是 示范性的, 而且是非限制性的, 本发明的范围由所附权利要求而不是上 述说明限定, 因此旨在将落在权利要求的等同要件的含义和范围内的所 有变化嚢括在本发明内。 不应将权利要求中的任何附图标记视为限制所 涉及的权利要求。 此外, 显然 "包括" 一词不排除其他单元或步骤, 单 数不排除复数。 系统权利要求中陈述的多个单元或装置也可以由一个单 元或装置通过软件或者硬件来实现。 第一, 第二等词语用来表示名称, 而并不表示任何特定的顺序。

Claims

权 利 要 求 书
1. 一种在通信网絡的检测节点中用于检测任意播组配置的方法, 其特征在于, 所述方法包括以下步骤:
a. 发送第一回应请求消息至所述任意播组;
b. 接收来自所述任意播组内的一个节点的第一回应响应消息, 其 中所述第一回应响应消息中包括该节点上所配置的任意播组配置信息, 其中所述任意播组配置信息包括所述任意播组的组地址和所述任意播 组内每个节点的单播地址;
c 判断所述任意播组配置信息与期望配置信息是否匹配;
d. 如果匹配, 则为所述任意播组内的每个节点选择与之对应的踏 板路由器, 其中所选择的多个踏板路由器与所述任意播组内的多个节点 一一对应;
f. 接收来自所述任意播组内的多个节点的多个第二回应响应消息, 其中每个第二回应响应消息中包括发送该第二响应消息的节点上所配 置的任意播组配置信息;
g. 根据所述多个第二回应响应消息, 检测所述任意播组的配置。
2.根据权利要求 1所述的方法, 其特征在于, 所述步骤 d之后, 步 骤 f之前还包括以下步骤:
e. 分别发送至少一个第二回应请求消息至每个踏板路由器。
3.根据权利要求 1所述的方法, 其特征在于, 所述步骤 g还包括以 下步骤:
g 1. 从所述每个第二响应消息中提取发送该第二响应消息的节点上 所配置的任意播组配置信息;
g2.根据从所述每个第二响应消息中提取的任意播组配置信息, 并 基于所述第一回应响应消息中所包含的任意播组配置信息, 判断所述任 意播组的配置是否正确。
4. 根据权利要求 1所述的方法, 其特征在于, 所述步骤 d还包括 以下步骤: dl. 对于所述任意播组内的每个节点, 获取与该节点相连的多个路 由器;
d2. 对于该多个路由器中的每个路由器, 从与该路由器相连的多个 路由器中选择多个候选路由器, 其中, 所述候选路由器满足能够将以所 述任意播组的组地址为目的地址的数据包路由至该路由器;
d3. 将所述多个候选路由器中有叶子接口的候选路由器作为该节点 的踏板路由器;
d4. 对所述多个候选路由器重复上述步骤 d2和 d3, 直至没有满足 条件的候选路由器存在;
d5. 当为该节点挑选出多个踏板路由器时, 根据预先设定的策略从 所述多个踏板路由器中选择一个踏板路由器作为该节点的踏板路由器。
5. 一种在通信网络的踏板路由中用于发送第二回应请求消息的方 法, 其特征在于, 所述方法包括以下步骤:
ii. 将至少一个第二回应请求消息发送至任意播组内与本踏板路由 器对应的节点。
6. 根据权利要求 5所述的方法, 其特征在于, 所述步骤 ii之前还 包括以下步骤:
i. 接收来自检测节点的所述至少一个第二回应请求消息。
7. —种在通信网络的任意播组内的节点中用于辅助检测节点检测 本任意播组配置的方法, 其特征在于, 所述方法还包括以下步骤:
A. 接收来自本节点所对应的踏板路由器的至少一个第二回应请求 消息;
B. 据所述第二回应请求消息, 生成第二回应响应消息并将该第 二回应响应消息发送至所述检测节点, 其中所述第二回应响应消息中包 括本节点上所配置的任意播组配置信息, 其中所述任意播组配置信息包 括所述任意播组的组地址和所述任意播组内每个节点的单播地址。
8.根据权利要求 7所述的方法,其特征在于,所述步骤 A之前还包 括以下步骤:
-接收来自所述检测节点的第一回应请求消息; -根据所述第一回应请求消息, 生成第一回应响应消息并将该第一 回应响应消息发送至所述检测节点, 其中所述第一回应响应消息中包括 本节点上所配置的任意播组配置信息。
9. 一种在通信网络的检测节点中用于检测任意播组配置的检测装 置, 其特征在于, 所述检测装置包括:
第一发送装置, 用于发送第一回应请求消息至所述任意播组; 第一接收装置, 用于接收来自所述任意播组内的一个节点的第一回 应响应消息, 其中所述第一回应响应消息中包括该节点上所配置的任意 播组配置信息, 其中所述任意播组配置信息包括所述任意播组的组地址 和所述任意播组内每个节点的单播地址;
判断装置, 用于判断所述任意播组配置信息与期望配置信息是否匹 配;
选择装置, 用于如果匹配, 则为所述任意播组内的每个节点选择与 之对应的踏板路由器, 其中所选择的多个踏板路由器与所述任意播组内 的多个节点——对应;
第二接收装置, 用于接收来自所述任意播组内的多个节点的多个第 二回应响应消息, 其中每个第二回应响应消息中包括发送该第二响应消 息的节点上所配置的任意播组配置信息;
第一检测装置, 用于根据所述多个第二回应响应消息, 检测所述任 意播组的配置。
10.根据权利要求 9所述的检测装置, 其特征在于, 所述检测装置 还包括:
第二发送装置, 用于分别发送至少一个第二回应请求消息至每个踏 板路由器。
11.根据权利要求 9所述的检测装置, 其特征在于, 所述第一检测 装置还包括:
提取装置, 用于从所述每个第二响应消息中提取发送该第二响应消 息的节点上所配置的任意播组配置信息;
判断装置, 用于根据从所述每个第二响应消息中提取的任意播组配 置信息, 并基于所述第一回应响应消息中所包含的任意播组配置信息, 判断所述任意播组的配置是否正确。
12. 一种在通信网络的踏板路由中用于发送第二回应请求消息的发 送装置, 其特征在于, 所述发送装置包括:
第三发送装置, 用于将至少一个第二回应请求消息发送至任意播组 内与本踏板路由器对应的节点。
13. 根据权利要求 12所述的发送装置, 其特征在于, 所述发送装 置还包括:
第三接收装置, 用于接收来自检测节点的所述至少一个第二回应请 求消息。
14. 一种在通信网络的任意播组内的节点中用于辅助检测节点检测 本任意播组配置的辅助检测装置, 其特征在于, 所述辅助检测装置还包 括:
第四接收装置, 用于接收来自本节点所对应的踏板路由器的至少一 个第二回应请求消息;
第一生成装置, 用于根据所述第二回应请求消息, 生成第二回应响 应消息并将该第二回应响应消息发送至所述检测节点, 其中所述第二回 应响应消息中包括本节点上所配置的任意播组配置信息, 其中所述任意 播组配置信息包括所述任意播组的组地址和所述任意播组内每个节点 的单播地址。
15.根据权利要求 14所述的辅助检测装置, 其特征在于, 所述辅助 检测装置还包括:
第五接收装置, 用于接收来自所述检测节点的第一回应请求消息; 第二生成装置, 用于根据所述第一回应请求消息, 生成第一回应响 应消息并将该第一回应响应消息发送至所述检测节点 , 其中所述第一回 应响应消息中包括本节点上所配置的任意播组配置信息。
PCT/CN2009/074444 2009-10-14 2009-10-14 通信网络中用于检测任意播组配置情况的方法和装置 WO2011044729A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200980160719.9A CN102474422B (zh) 2009-10-14 2009-10-14 通信网络中用于检测任意播组配置情况的方法和装置
PCT/CN2009/074444 WO2011044729A1 (zh) 2009-10-14 2009-10-14 通信网络中用于检测任意播组配置情况的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/074444 WO2011044729A1 (zh) 2009-10-14 2009-10-14 通信网络中用于检测任意播组配置情况的方法和装置

Publications (1)

Publication Number Publication Date
WO2011044729A1 true WO2011044729A1 (zh) 2011-04-21

Family

ID=43875789

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074444 WO2011044729A1 (zh) 2009-10-14 2009-10-14 通信网络中用于检测任意播组配置情况的方法和装置

Country Status (2)

Country Link
CN (1) CN102474422B (zh)
WO (1) WO2011044729A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104796288A (zh) * 2015-04-08 2015-07-22 广东睿江科技有限公司 任播通讯方法和装置
WO2019080592A1 (zh) * 2017-10-27 2019-05-02 华为技术有限公司 一种发送报文的方法和设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024052319A1 (en) * 2022-09-09 2024-03-14 Nchain Licensing Ag Computer-implemented methods and systems for improved communications across a blockchain network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060018317A1 (en) * 2004-07-15 2006-01-26 Tatsuya Jimmei Communication system, router, method of communication, method of routing, and computer program product
CN101212326A (zh) * 2006-12-29 2008-07-02 上海贝尔阿尔卡特股份有限公司 一种在任意播组内对节点配置的方法和辅助方法及装置
CN101425980A (zh) * 2007-10-29 2009-05-06 上海贝尔阿尔卡特股份有限公司 通信网络设备中对任意播组进行辅助管理的方法及装置
CN101529811A (zh) * 2006-10-19 2009-09-09 阿尔卡特朗讯公司 通过跟踪验证多段伪线的连通性的方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060018317A1 (en) * 2004-07-15 2006-01-26 Tatsuya Jimmei Communication system, router, method of communication, method of routing, and computer program product
CN101529811A (zh) * 2006-10-19 2009-09-09 阿尔卡特朗讯公司 通过跟踪验证多段伪线的连通性的方法和系统
CN101212326A (zh) * 2006-12-29 2008-07-02 上海贝尔阿尔卡特股份有限公司 一种在任意播组内对节点配置的方法和辅助方法及装置
CN101425980A (zh) * 2007-10-29 2009-05-06 上海贝尔阿尔卡特股份有限公司 通信网络设备中对任意播组进行辅助管理的方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104796288A (zh) * 2015-04-08 2015-07-22 广东睿江科技有限公司 任播通讯方法和装置
CN104796288B (zh) * 2015-04-08 2018-04-27 广东睿江云计算股份有限公司 任播通讯方法和装置
WO2019080592A1 (zh) * 2017-10-27 2019-05-02 华为技术有限公司 一种发送报文的方法和设备
CN109728962A (zh) * 2017-10-27 2019-05-07 华为技术有限公司 一种发送报文的方法和设备
CN109728962B (zh) * 2017-10-27 2021-12-21 华为技术有限公司 一种发送报文的方法和设备
US11265287B2 (en) 2017-10-27 2022-03-01 Huawei Technologies Co., Ltd. Packet sending method and device

Also Published As

Publication number Publication date
CN102474422B (zh) 2016-03-16
CN102474422A (zh) 2012-05-23

Similar Documents

Publication Publication Date Title
US8539088B2 (en) Session monitoring method, apparatus, and system based on multicast technologies
EP2154821B1 (en) Method and apparatus for sending and receiving multicast packets
JP4297875B2 (ja) ネットワーク中継方法及び装置
JP3792940B2 (ja) パケットのマルチキャスト配送システム
JP5653912B2 (ja) マルチキャスト・グループ管理のための方法及び装置
US20020097732A1 (en) Virtual private network protocol
US20030193958A1 (en) Methods for providing rendezvous point router redundancy in sparse mode multicast networks
US7792031B2 (en) Optimal fragmentation of multicast packets
EP2494738A1 (en) Method and apparatus for tracing a multicast flow
WO2008080279A1 (fr) Procédé d'assistance et dispositifs correspondants pour la configuration des noeuds dans un groupe d'unidiffusion aléatoire
KR20040000633A (ko) 외부망에서의 dns 서버 검색 장치 및 방법
WO2009052765A1 (fr) Procédé et dispositif de détection et de traitement de défaillance de nœud dans un réseau poste à poste
JP2013258739A (ja) IPv6ネットワーク内ホスト遮断及び探索方法
WO2009117963A1 (zh) 地址配置方法、装置和系统
WO2009071030A1 (fr) Procédé pour rapporter des informations de dispositif, système et dispositif pour obtenir des informations de dispositif
JP2006086718A (ja) アクセスルータ及び端末装置
WO2013189414A2 (zh) 网络拓扑自动获取方法及系统、网络查询及管理系统
JP4463277B2 (ja) サービス中継サブネット間マルチキャスト−ネットワーク基盤に依らないサブネット横断マルチキャスト解決策
JP2006279937A (ja) 無線基地局、無線端末および無線アクセスネットワーク
EP2736204B1 (en) Rendezvous Point Convergence Method and Apparatus
WO2011044729A1 (zh) 通信网络中用于检测任意播组配置情况的方法和装置
US10708163B1 (en) Methods, systems, and computer readable media for automatic configuration and control of remote inline network monitoring probe
JP2006324981A (ja) マルチキャストパケット転送方式
JP3962343B2 (ja) マルチキャストデータ通信システム及びその方法
JP2005518762A (ja) ネットワーク接続遮断システム及びその方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980160719.9

Country of ref document: CN

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

Ref document number: 09850343

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: 09850343

Country of ref document: EP

Kind code of ref document: A1