The present application claims priority from Japanese application JP 2005-046438 filed on Feb. 23, 2005 and JP 2004-257827 field on Sep. 6, 2004, the contents of which are hereby incorporated by reference into this application.
The present invention relates to routing of the IP multicast.
An ordinary IP packet transfer is based on the 1:1 communication. This is called the IP unicast. Meanwhile, an IP multicast technique has been proposed as the technique for realizing broadcast services such as video distribution using a network. This IP multicast technique is capable of transferring the IP packets transmitted from an information originating server to multiple hosts by branching the packets with a router provided on the IP network. Accordingly, the information originating server is no longer required to repeat the transmissions as many times as the number of hosts and thereby a load of this server may be alleviated. Moreover, since the packets having the identical contents are no longer transmitted many times via the identical route and thereby a load of the network as a whole can also be eased.
Multicast routing includes a protocol for PIM and DVMRP, but IGMP/MLD proxy can be set most easily and assures light operations. In this IGMP/MLD proxy, a gateway of LAN transmits at a time the IGMP(IPv4)/MLD(IPv6) which is the protocol for a host to take part in a multicast group to an upper hierarchy (hereinafter referred to only as upper) router. The IGMP is the protocol used by the IPv4 multicast, while the MLD is the protocol used by the IPv6 multicast. A gateway router processes participating and leaving messages to and from host for each multicast group, and transmits the multicast packets to all interfaces in which the participants exist. Moreover, it is verified periodically from the router whether the participants exist or not.
Since it is a precondition that a network has the tree structure, the protocols explained above are widely used at the terminals of a provider network, although not used in the entire part of the Internet, because of light operations and easier setting thereof.
Subjects of the present invention will be explained below.
The router 2 periodically transmits an inquiry messages called the IGMP Membership Query/MLD Listener Query (hereinafter referred to as Query message) to the link 3 being set as the interface for accommodating the multicast terminal. This message arrives at the router 1 via the link 3 (S301). Meanwhile, the router 1 returns the IGMP Membership Report/MLD Listener Report (hereinafter referred to as Report message) when a multicast terminal under the management of the router 1 itself exists. However, since such terminal does not yet exist in this stage, no response is returned (S302).
The router 1 also periodically transmits the Query message, as the router 2 transmits, to the links 4a, 4b which is set by itself as the interface for accommodating the multicast terminals. These messages arrive respectively at the terminals 5a, 5b via the links 4a, 4b (S303a, S303b). However, no response is returned because the terminal is not yet in the situation to receive the multicast packets in this stage (S304a, S304b). Accordingly, the multicast packets transmitted via the router 7 from the server 8 arrive at the router 2 via the multicast route 6 but are no longer transmitted to the forward route (S305). When the terminal 5a enters the situation to receive the multicast packets, a Report message is temporarily transmitted to the link 4a. This messages arrives at the router 1 via the link 4a (S306). The router 1 having received the Report message performs the setting for the multicast transfer to the link 4a and simultaneously generates the Report message using the information received to temporarily transmit to the router 2. The Report message reaches the router 2 via the link 3 and the router 2 performs the setting for the multicast transfer to the link 3 (S307).
Accordingly, the multicast packets transmitted from the server 8 arrive at the terminal 5a via the routers 2 and 1. But, these multicast packets do not reach the terminal 5b (S308). When the terminal 5b enters the situation to receive the multicast packets, the terminal 5b transmits temporarily the Report message to the link 4b. This message reaches the router 1 via the link 4b (S309). The router 1 having received the Report message performs setting for multicast transfer to the link 4b. Since the Report message has already been transmitted to the router 2, the Report message is not temporarily transmitted (S310) in this case. Accordingly, the multicast packets transmitted from the server 8 are transmitted to both terminals 5a, 5b via the routers 2 and 1 (S311). When the Query message is received from the router 2 under the condition that the multicast terminal under the control of the router 1 exists (S312), the router 1 returns the Report message to the router 2 to indicate existence of the Query message within the multicast group (S313). Moreover, the terminals 5a, 5b under the situation to receive the multicast packets return the Report message to the Query message (S314a, S314b) from the router 1 to indicate existence in the multicast group (S315a, S315b).
As explained above, the link to the upper router must be constituted as a tree structure in the present IGMP/MLD Proxy. However, in this case, if a fault occurs in the link toward the upper router, the multicasts to the lower hierarchy (hereinafter referred to only as lower) network are all disabled. It is certainly possible to provide plural links to the upper router by using the routing protocol such as PIM, but light operation and simple structure of the IGMP/MLD Proxy are lost.
As a link to the upper router, it is made possible to set an alternative link in addition to those used regularly. In usual, only the link used ordinarily exchanges the IGMP/MLD, while the alternative link does not exchange the IGMP/MLD. When link-off to the upper router which is used ordinarily is detected, the IGMP Membership Report/MLD Listener Report packets are transmitted to the side of the alternative link and thereafter the upper router is switched through exchange of the IGMP/MLD only with the side of the alternative link.
Link-off may be detected with the following methods.
According to the present invention, redundancy of the link to the upper router can be realized while light operation and simple structure of the IGMP/MLD Proxy are maintained.
Therefore, multicast packet distribution to the router 1 via the router 2a in the step S103 is then changes to that via the router 2b (S106). When the Query message reaches the router 1 from the router 2 under this condition (S107), the router 1 sends the Report as the response to the router 2b (S108). When the link 3a recovers from a fault (S109), the router 1 having detected recovery of link generates the IGMP Leave Group/MLD Listener done message indicating leave from the multicast group (the Report message for leaving the group, hereinafter referred to as the Leave message, in the case of the IGMPv3/MLDv2) and then transmits this message to the router 2b via the link 3b (S110). Simultaneously, the router 1 generates the temporary Report message from the situation of registration of the multicast distribution of the terminal under the control of this router and then transmits this temporary Report message to the router 2a via the link 3a (S111). Accordingly, the multicast distribution route to the router 1 is restored to that via the router 2a as in the case of the step S103 (S112). In this example, the process has been performed to reset the distribution route to that via the router 2a simultaneously with the restoration of the link 3a. However, it is also thought that the route via the router 2b is maintained until a fault is generated in the link 3b. In this case, the Leave message is transmitted to the router 2a when the link 3a is recovered in order to eliminate double-registration.
Moreover, the upper link communication unit 1112 is provided with an alternative upper link information holding unit 11122 and an upper link line supervisory unit 11123. The alternative upper link information holding unit 11122 holds the link information to the alternative upper router. The upper link line supervisory unit 11123 supervises the physical line information of the line being set as the upper link and replaces, when a fault is generated, the link to the upper router with the information being held in the alternative upper link information holding unit. As a method for supervising the physical line information with the upper link line supervisory unit 11123, it is thought that inquiry is made periodically to the line management unit 115 for the line status information of the line being set as the link to the upper router or setting is made to the line management unit 115 to inform change of the line status information when this change actually occurs.
In the case of this system, it is impossible to repair a fault occurring in the IP layer such as a fault of the upper router itself but a link fault may probably be detected most quickly.
The network structure and total sequence of the network are identical to that in the first embodiment.
This system may probably take a longer time for decision of a link fault than that required in the first embodiment because the process for deciding link-off (usually, timeout is used) due to the unicast routing protocol is executed unlike the first embodiment but is ready for a fault in the IP layer such as a fault of the upper router itself.
The network structure and the total sequence of the network are identical to that in the first embodiment.
Since the interval of the Query messages is usually longer than the time required for decision of link-off with the unicast routing protocol, this system may probably take a longer time for decision of link-off than that in the second embodiment, but is also ready for a fault occurring in the special IP layer such as a fault generated only in the multicast function of the upper router.
Here, it is also possible in the present invention to cover every situation by simultaneously loading the first to the third embodiments.
Moreover, in the embodiments explained above, an example in which the routing has been made by processing with the CPU the data and program stored in the memory has been explained but the memory and the CPU operates as a control apparatus through the cooperative operations thereof. Therefore, it is also possible to realize the similar function by constituting the software with the hardware structure. In addition, as is already explained above, a part of the function may be replaced with the other exclusive hardware and software (for example, the packet transfer processor 15).
Number | Date | Country | Kind |
---|---|---|---|
2005-046438 | Feb 2005 | JP | national |
2004-257827 | Sep 2004 | JP | national |