US20040017769A1 - Method of establishing a route redundancy in a data transmission system using static routes - Google Patents

Method of establishing a route redundancy in a data transmission system using static routes Download PDF

Info

Publication number
US20040017769A1
US20040017769A1 US10/411,593 US41159303A US2004017769A1 US 20040017769 A1 US20040017769 A1 US 20040017769A1 US 41159303 A US41159303 A US 41159303A US 2004017769 A1 US2004017769 A1 US 2004017769A1
Authority
US
United States
Prior art keywords
route
static
routes
destination network
router
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10/411,593
Inventor
Lionel Denecheau
Denis Esteve
Pierre Russeil
Patrick Sicsic
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
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 International Business Machines Corp filed Critical International Business Machines Corp
Assigned to INTERNATIONAL BUSINESS MACHINES CORPORATION reassignment INTERNATIONAL BUSINESS MACHINES CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: RUSSEIL, PIERRE, ESTEVE, DENIS, SICSIC, PATRICK, DENECHEAU, LIONEL
Publication of US20040017769A1 publication Critical patent/US20040017769A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/03Topology update or discovery by updating link state protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • H04L45/247Multipath using M:N active or standby paths
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Definitions

  • the present invention relates to data transmission systems wherein several routes can be used to transmit data from a router to a destination network and relates particularly to a method of establishing a route redundancy in a data transmission system using static routes.
  • the route redundancy used in a data transmission system including a plurality of routers operates generally with dynamic routing protocols. When a route is lost, routing updates are exchanged between the routers and a new route is found and advertised to all the routers.
  • firewalls for controlling traffic between sites and blocking undesirable users to come in. These firewalls usually do not allow dynamic routing for security reasons and more generally block all multicast packets used by all routing protocols. In such a case, only static routing can be used despite the drawback mentioned above.
  • the main object of the invention is to achieve a method of establishing a route redundancy in a data transmission system using static routes.
  • the invention relates therefore to a method of establishing a route redundancy in a data transmission system using static routes and comprising a plurality of networks and a plurality of routers, a defined router being able to use several routes to reach a destination network.
  • This method includes the steps of defining all the static routes toward the destination network, verifying for each defined static route whether the destination network is reachable resulting in a set of static routes considered as eligible to be used, defining a priority for each route of the set of static routes, and selecting the static route having the highest priority as the route to be used. This method does not exclude the configuration on a same router of conventional static routes.
  • FIG. 1 is a flow chart representing the steps of the method according to the invention
  • FIG. 2 is a flow chart representing the steps of the process used to check the availability of a route
  • FIG. 3 is a block-diagram of a first example wherein the method according to the invention is used.
  • FIG. 4 is block-diagram of a second example wherein the method according to the invention is used.
  • the principle of the invention is to define multiple static routes toward a destination network, with different priorities (or preferences) and conditionally use them in the IP routing table of the source router.
  • the condition is based upon the reachability of a specific destination address. As long as the destination address is reachable, the path is considered as valid and the route is eligible for the IP routing table. When the destination address is no longer reachable, the path is considered as invalid and the route is no longer eligible for the routing table.
  • the destination address used as the condition is the IP address of the last router in the path, i.e. the IP address of the router interface connected to the destination network. If this router interface can be reached, it is assumed that the destination network located just behind it is reachable too. This principle can be implemented several times along a path.
  • the checking of the reachability of a destination address is based on the ICMP Echo Request and Echo Reply messages also known as ping messages.
  • ICMP Echo Request ping
  • the routers wait for an ICMP Echo Reply message. If such a message is received, the path is considered as reachable whereas for three consecutive ICMP Echo Requests not responded, the route is considered as lost.
  • the router keeps on checking it every checking interval. If three consecutive Echo Requests are responded, then the route is considered back as valid.
  • This checking based on three consecutive answers is to avoid route flapping in case of a loss of a single flapping.
  • any other protocol could be used to poll the remote router, including any new specific protocol.
  • using ICMP brings an advantage in that any router supporting the ICMP Echo Request/Reply, no code change is required in the remote router.
  • FIG. 1 Assuming that the communication from a router to a remote network may be achieved by using two routes (there could be more than two routes), the method according to the invention is illustrated in FIG. 1.
  • step 10 the two specific routes to the interfaces of the remote network are defined. Then, two variables PINGLOST and PINGOK are set to 0 and the route 1 and 2 are set as reachable by default (step 12 ). Because the checking of the route availability is achieved every time interval of 60 s, the process is waiting during 60 s (step 14 ) before checking the availability of the route 1 (step 16 ) and of the route 2 (step 18 ) as described hereafter in reference to FIG. 2.
  • the first question is whether Route 1 is available (step 20 ). If so, the second question is to know whether Route 2 is also available (step 22 ). If the two routes are available, the process has to check which route is preferred based upon the priority (step 24 ). Assuming Route 1 is preferred, Route 1 is selected (step 26 ) whereas Route 2 is selected (step 28 ) if Route 2 is preferred.
  • Route 1 When Route 1 is not available, the question is to know whether Route 2 is available (step 30 ). If so, Route 2 is selected (step 28 ) whatever the preference is since Route 1 is not available. If Route 2 is not available the following question is to know whether there is a conventional route (step 32 ).
  • a conventional static route is a static route as usually known without reachability checking done. Reachability checking on static routes as described here, should not be used on dial up links such as ISDN because the periodic checking would keep the line active and cause unnecessary expenses. If it is the case, this route is selected (step 34 ). If not, no route can be selected (step 36 ).
  • step 16 or step 18 the steps of the process used to check the availability of a route (step 16 or step 18 ) are represented by the flow chart in FIG. 2.
  • an ICMP request is sent over the route to be checked (step 40 ).
  • a timer of 2 s is started (step 42 ) and it is checked whether an ICMP ECHO Reply is received before the timer expires (step 44 ).
  • This method allows to ignore a route which is still reachable, but with low performances.
  • step 46 If an ICMP Echo Reply is received before the timer expires, the 2 s timer is stopped (step 46 ).
  • the variable PINGLOST is reset to 0 and the variable PINGOK is incremented by one (step 48 ). It is then checked whether the variable PINGOK has reached the value 3 (step 50 ). If so, this means that the route has become available (step 52 ) and the variables PINGLOST and PINGOK are reset to 0 (step 54 ). If not, the route status is not changed (step 56 ).
  • variable PINGLOST is incremented by 1 and the variable PINGOK is reset to 0 (step 58 ). It is then checked whether the variable PINGLOST has reached the value 3 (step 60 ). If so, this means that the route has become unavailable (step 62 ) and the variables PINGLOST and PINGOK are reset to 0 (step 64 ). If not, the route status is not changed (step 66 ).
  • a router 70 needs to reach the destination network 72 . It is assumed that two conditional static routes can be configured. Route 1 is composed of network 74 , router 76 , network 78 and router 80 to reach the interface 18 network 72 the address of which is 10.10.1.1. Route 2 is composed of network 82 , router 84 , network 86 and router 88 to reach interface 2 to network 72 the address of which is 10.10.1.2.
  • the condition on Route 1 is the reachability of interface 10.10.1.1.
  • the condition on Route 2 is the reachability of interface 10.10.1.2.
  • a priority or preference is set on each route, for example priority 1 (route preferred) on Route 1 and priority 2 on Route 2 . This means that, if both routes are available, Route 1 will be preferred over Route 2 .
  • the router 70 assumes that Route 1 and Route 2 are available but adds Route 1 as the preferred route in its routing table. Therefore, all traffic transmitted to network 72 goes via Route 1 ,
  • the router 70 checks every 60 s, the availability of Route 1 and Route 2 by checking the reachability of the routes to interface 1 and to interface 2 . For this, the router sends an ICMP Echo Request (ping) to interface 1 address and an ICMP Echo Request to interface 2 address.
  • the ping to 10.10.1.1. will use Route 1 whereas the ping 10.10.1.2. will use Route 2 .
  • a route is considered as available is already described in reference to FIG. 2, and conversely a route is considered as unavailable after a series of 3 unsuccessful pings. Otherwise, the route remains in the same status (available if it was available, unavailable if it was unavailable),
  • Route 2 becomes unavailable but Route 1 is still available, then Route 1 is kept and nothing is modified.
  • Route 2 is available but Route 1 becomes unreachable, for example due to a failure of the link between the two routers 76 and 80 , then Route 1 is removed from the routing table and Route 2 is added for selection in the routing table. At that time, all the traffic to network 72 is transmitted over Route 2 .
  • one of the static routes goes through a dial up network such as ISDN. It is a very common configuration when a router is connected to a network via a serial line and a dial up connection such as ISDN provides the backup. Using a conditional route as defined above would cause a problem since sending a ping via this route every checking interval (60 s) would keep the dial up link up all the time, and generate unnecessary expenses.
  • the solution in the above case is to use, on the leased line, a conditional static route as previously described and, on the dial-up line, the conventional static route with a least preference.
  • network 82 is ISDN
  • Route 1 can be defined as a conditional route and Route 2 as a conventional route.
  • Route 2 will be available all the time like a usual static route, but it will not be used until Route 1 becomes unavailable.
  • FIG. 4 is a block diagram representing a specific case wherein the system of FIG. 3 is included in a large system incorporated a network 90 using a routing protocol such as OSPF for dynamically determining the route to be used to reach network 72 .
  • OSPF a routing protocol
  • This is a common situation when a customer wants to connect network 90 to network 72 over a third party network (e.g. networks 74 and 82 ) where only static routes are allowed for security reasons.
  • router 70 will use a conditional static Route 1 or Route 2 to reach network 72 while a router 92 connected to network 90 will use a conventional static route via a dial up network 94 and a router 96 wherein the interface to network 72 has the address 10.10.1.3.
  • routers 70 and 92 will advertise their static route to router 98 using redistribution into the dynamic routing protocol OSPF.
  • Route 1 is preferred to route 2 (Route 1 has a higher priority than Route 2 )
  • Router 92 will advertise route 3 to routers 98 and 70 over network 90 using OSPF.
  • Router 98 will then receive 2 routes to network 70 , route 1 from router 70 and route 3 from router 92 .
  • the OSPF cost setting on routers 70 and 92 will allow router 98 to select the proper route.
  • OSPF cost of route 3 is higher than route 1 and 2 .
  • This method works with any combination of N routers, using conditional or conventional static routes or both.

Abstract

Method of establishing a route redundancy in a data transmission system using static routes, this system comprising a plurality of networks and a plurality of routers, a defined router (70) being able to use several routes to reach a destination network (72). This method comprises the steps of defining all the static routes toward the destination network, verifying for each defined static route whether the destination network is reachable resulting in a set of static routes considered as eligible to be used, defining a priority for each route of the set of static routes, and selecting the static route having the highest priority as the route to be used. A conventional static route may be used if none of these static routes is available.

Description

    TECHNICAL FIELD
  • The present invention relates to data transmission systems wherein several routes can be used to transmit data from a router to a destination network and relates particularly to a method of establishing a route redundancy in a data transmission system using static routes. [0001]
  • BACKGROUND
  • The route redundancy used in a data transmission system including a plurality of routers operates generally with dynamic routing protocols. When a route is lost, routing updates are exchanged between the routers and a new route is found and advertised to all the routers. [0002]
  • But route redundancy cannot be used with static routes because static routes permanently remain in the routing table of the router when the destination is no longer reachable. The only case where a static route can be dynamically modified is when the output interface goes down. In such a case, the static route is removed from the routing table and another route can be used instead. However, if a remote failure not affecting the output interface on the router occurs in the path, the router will still keep on using the static route toward the same path. [0003]
  • In spite of this drawback, static routes are very often used by the companies (such banks) that require high security and do not want to see route information flooding over no-private links. Furthermore, static routes are still widely used in the today networks because they offer a better control of the traffic and they do not introduce any overhead on the links (no routing updates are exchanged). [0004]
  • The private companies which require a high security are generally using firewalls for controlling traffic between sites and blocking undesirable users to come in. These firewalls usually do not allow dynamic routing for security reasons and more generally block all multicast packets used by all routing protocols. In such a case, only static routing can be used despite the drawback mentioned above. [0005]
  • SUMMARY OF THE INVENTION
  • Accordingly, the main object of the invention is to achieve a method of establishing a route redundancy in a data transmission system using static routes. [0006]
  • The invention relates therefore to a method of establishing a route redundancy in a data transmission system using static routes and comprising a plurality of networks and a plurality of routers, a defined router being able to use several routes to reach a destination network. This method includes the steps of defining all the static routes toward the destination network, verifying for each defined static route whether the destination network is reachable resulting in a set of static routes considered as eligible to be used, defining a priority for each route of the set of static routes, and selecting the static route having the highest priority as the route to be used. This method does not exclude the configuration on a same router of conventional static routes. [0007]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The above and other objects, features and advantages of the invention will be better understood by reading the following more particular description of the invention in conjunction with the accompanying drawings wherein : [0008]
  • Fig. 1 is a flow chart representing the steps of the method according to the invention, [0009]
  • Fig. 2 is a flow chart representing the steps of the process used to check the availability of a route, [0010]
  • Fig. 3 is a block-diagram of a first example wherein the method according to the invention is used, [0011]
  • Fig. 4 is block-diagram of a second example wherein the method according to the invention is used.[0012]
  • DETAILED DESCRIPTION OF THE INVENTION
  • The principle of the invention is to define multiple static routes toward a destination network, with different priorities (or preferences) and conditionally use them in the IP routing table of the source router. The condition is based upon the reachability of a specific destination address. As long as the destination address is reachable, the path is considered as valid and the route is eligible for the IP routing table. When the destination address is no longer reachable, the path is considered as invalid and the route is no longer eligible for the routing table. [0013]
  • In order to allow redundancy, several static routes must be defined. In case several routes are eligible, only one can be used in the IP routing table. The priority (or preference) is used to select which one of the valid routes is selected. [0014]
  • The destination address used as the condition is the IP address of the last router in the path, i.e. the IP address of the router interface connected to the destination network. If this router interface can be reached, it is assumed that the destination network located just behind it is reachable too. This principle can be implemented several times along a path. [0015]
  • The checking of the reachability of a destination address is based on the ICMP Echo Request and Echo Reply messages also known as ping messages. At every predefined checking interval (e.g. 60 s), an ICMP Echo Request (ping) is sent to the destination address and the routers wait for an ICMP Echo Reply message. If such a message is received, the path is considered as reachable whereas for three consecutive ICMP Echo Requests not responded, the route is considered as lost. When a route is invalid, the router keeps on checking it every checking interval. If three consecutive Echo Requests are responded, then the route is considered back as valid. This checking based on three consecutive answers is to avoid route flapping in case of a loss of a single flapping. Note that any other protocol could be used to poll the remote router, including any new specific protocol. However, using ICMP brings an advantage in that any router supporting the ICMP Echo Request/Reply, no code change is required in the remote router. [0016]
  • Assuming that the communication from a router to a remote network may be achieved by using two routes (there could be more than two routes), the method according to the invention is illustrated in FIG. 1. [0017]
  • First of all, the two specific routes to the interfaces of the remote network are defined (step [0018] 10). Then, two variables PINGLOST and PINGOK are set to 0 and the route 1 and 2 are set as reachable by default (step 12). Because the checking of the route availability is achieved every time interval of 60 s, the process is waiting during 60 s (step 14) before checking the availability of the route 1 (step 16) and of the route 2 (step 18) as described hereafter in reference to FIG. 2.
  • After that, the first question is whether [0019] Route 1 is available (step 20). If so, the second question is to know whether Route 2 is also available (step 22). If the two routes are available, the process has to check which route is preferred based upon the priority (step 24). Assuming Route 1 is preferred, Route 1 is selected (step 26) whereas Route 2 is selected (step 28) if Route 2 is preferred.
  • When [0020] Route 1 is not available, the question is to know whether Route 2 is available (step 30). If so, Route 2 is selected (step 28) whatever the preference is since Route 1 is not available. If Route 2 is not available the following question is to know whether there is a conventional route (step 32). A conventional static route is a static route as usually known without reachability checking done. Reachability checking on static routes as described here, should not be used on dial up links such as ISDN because the periodic checking would keep the line active and cause unnecessary expenses. If it is the case, this route is selected (step 34). If not, no route can be selected (step 36).
  • Now, the steps of the process used to check the availability of a route ([0021] step 16 or step 18) are represented by the flow chart in FIG. 2. First, an ICMP request is sent over the route to be checked (step 40). Upon transmission, a timer of 2 s is started (step 42) and it is checked whether an ICMP ECHO Reply is received before the timer expires (step 44). This method allows to ignore a route which is still reachable, but with low performances.
  • If an ICMP Echo Reply is received before the timer expires, the 2 s timer is stopped (step [0022] 46). The variable PINGLOST is reset to 0 and the variable PINGOK is incremented by one (step 48). It is then checked whether the variable PINGOK has reached the value 3 (step 50). If so, this means that the route has become available (step 52) and the variables PINGLOST and PINGOK are reset to 0 (step 54). If not, the route status is not changed (step 56).
  • If no ICMP Echo Reply is received before the 2 s timer expires, the variable PINGLOST is incremented by [0023] 1 and the variable PINGOK is reset to 0 (step 58). It is then checked whether the variable PINGLOST has reached the value 3 (step 60). If so, this means that the route has become unavailable (step 62) and the variables PINGLOST and PINGOK are reset to 0 (step 64). If not, the route status is not changed (step 66).
  • Two examples of communication systems wherein the method according to the invention can be implemented are described in reference to FIG. 3 and FIG. 4. In the first example illustrated in FIG. 3, a [0024] router 70 needs to reach the destination network 72. It is assumed that two conditional static routes can be configured. Route 1 is composed of network 74, router 76, network 78 and router 80 to reach the interface 18 network 72 the address of which is 10.10.1.1. Route 2 is composed of network 82, router 84, network 86 and router 88 to reach interface 2 to network 72 the address of which is 10.10.1.2.
  • Accordingly, the condition on [0025] Route 1 is the reachability of interface 10.10.1.1. and the condition on Route 2 is the reachability of interface 10.10.1.2. In addition, a priority or preference is set on each route, for example priority 1 (route preferred) on Route 1 and priority 2 on Route 2. This means that, if both routes are available, Route 1 will be preferred over Route 2.
  • The method according to the invention is implemented as follows [0026]
  • two specific routes to destination interfaces are recorded in the routing table of [0027] router 70. They are used to direct the ping to the right path in order to avoid a ping from reaching interface 1 via route 2 or vice-versa,
  • the [0028] router 70 assumes that Route 1 and Route 2 are available but adds Route 1 as the preferred route in its routing table. Therefore, all traffic transmitted to network 72 goes via Route 1,
  • the [0029] router 70 checks every 60 s, the availability of Route 1 and Route 2 by checking the reachability of the routes to interface 1 and to interface 2. For this, the router sends an ICMP Echo Request (ping) to interface 1 address and an ICMP Echo Request to interface 2 address. The ping to 10.10.1.1. will use Route 1 whereas the ping 10.10.1.2. will use Route 2. After a series of 3 successful pings, a route is considered as available is already described in reference to FIG. 2, and conversely a route is considered as unavailable after a series of 3 unsuccessful pings. Otherwise, the route remains in the same status (available if it was available, unavailable if it was unavailable),
  • note that a ping is considered unsuccessful if the ICMP Echo Reply has not been received within 2 seconds after the Echo Request has been sent, (this allows to ignore a route reachable but experiencing performance problems). [0030]
  • if both routes are considered as available (i.e. Pings are successful) only the preferred route (here Route [0031] 1) is selected in the routing table and all the traffic to network 72 keeps on using Route 1.
  • if [0032] Route 2 becomes unavailable but Route 1 is still available, then Route 1 is kept and nothing is modified.
  • if [0033] Route 2 is available but Route 1 becomes unreachable, for example due to a failure of the link between the two routers 76 and 80, then Route 1 is removed from the routing table and Route 2 is added for selection in the routing table. At that time, all the traffic to network 72 is transmitted over Route 2.
  • In some cases, one of the static routes goes through a dial up network such as ISDN. It is a very common configuration when a router is connected to a network via a serial line and a dial up connection such as ISDN provides the backup. Using a conditional route as defined above would cause a problem since sending a ping via this route every checking interval (60 s) would keep the dial up link up all the time, and generate unnecessary expenses. [0034]
  • Accordingly, the solution in the above case is to use, on the leased line, a conditional static route as previously described and, on the dial-up line, the conventional static route with a least preference. Assuming that, in FIG. 3, [0035] network 82 is ISDN, Route 1 can be defined as a conditional route and Route 2 as a conventional route. Route 2 will be available all the time like a usual static route, but it will not be used until Route 1 becomes unavailable.
  • Therefore, the method is almost the same as previously. But no pings are sent over [0036] Route 2 every 60 s. As long as Route 1 is available (i.e. pings are successful), it is kept in the routing table and all the traffic to network 72 keeps on using Route 1. If Route 1 becomes unreachable, since Route 2 is always available, then Route 1 is removed from the routing table and Route 2 is added to the routing table. At this stage, all the traffic goes through network 82, using the dial up link.
  • FIG. 4 is a block diagram representing a specific case wherein the system of FIG. 3 is included in a large system incorporated a [0037] network 90 using a routing protocol such as OSPF for dynamically determining the route to be used to reach network 72. This is a common situation when a customer wants to connect network 90 to network 72 over a third party network (e.g. networks 74 and 82) where only static routes are allowed for security reasons.
  • In such a case, [0038] router 70 will use a conditional static Route 1 or Route 2 to reach network 72 while a router 92 connected to network 90 will use a conventional static route via a dial up network 94 and a router 96 wherein the interface to network 72 has the address 10.10.1.3. Assuming that a router 98 is used to establish the route to network 72, routers 70 and 92 will advertise their static route to router 98 using redistribution into the dynamic routing protocol OSPF. Assuming that Route 1 is preferred to route 2 (Route 1 has a higher priority than Route 2), router 70 will advertise route 1 to routers 98 and 92 over network 90 using OSPF. Router 92 will advertise route 3 to routers 98 and 70 over network 90 using OSPF. Router 98 will then receive 2 routes to network 70, route 1 from router 70 and route 3 from router 92. The OSPF cost setting on routers 70 and 92 will allow router 98 to select the proper route. We assume OSPF cost of route 3 is higher than route 1 and 2. To summarize, when route 1 is available, it is selected; when route 1 is unavailable, route 2 is selected; when both route 1 and 2 are unavailable, route 3 is selected by router 98. Note: This method works with any combination of N routers, using conditional or conventional static routes or both.

Claims (11)

1. Method of establishing a route redundancy in a data transmission system using static routes, said system comprising a plurality of networks and of routers, a defined router (70) being able to use several routes to reach a destination network (72);
said method being characterized in that it comprises the steps of:
defining all the static routes toward said destination network (10),
verifying for each defined static route whether said destination network is reachable (20, 22) resulting in a set of static routes considered as eligible to be used,
defining a priority for each route of said set of static routes (24), and
selecting the static route having the highest priority as the route to be used (26, 28).
2. Method according to claim 1, wherein the step of verifying (20, 22) whether said destination network is reachable consists in sending an ICMP Echo Request from said defined router (70) to said destination network.
3. Method according to claim 1, wherein said ICMP Echo Request is sent every 60 s to said destination network.
4. Method according to claim 2 or 3, wherein said destination network is considered reachable if an ICMP Echo Reply is received from said destination network within a predetermined period of time (2 s) after said ICMP Echo Request was sent.
5. Method according to claim 4, wherein a static route which was available is considered unavailable when three consecutive ICMP Echo Request messages have not been responded within said predetermined period of time.
6. Method according to claim 5, wherein a static route which was unavailable is considered available when three consecutive ICMP Echo Request messages have been responded within said predetermined period of time.
7. Method according to claim 6, wherein a conventional route can be used when all static routes have been considered unavailable because three consecutive ICMP Echo Request messages have not been responded within said predetermined period of time.
8. Method according to claim 7, wherein said conventional route goes through a dial-up network.
9. Data transmission system comprising means adapted for carrying out the steps of the method according to any one of claims 1 to 8.
10. Data transmission system according to claim 9, further comprising a specific network using a routing protocol such as OSPF protocol in which a router (98) can reach said destination network (72) by using either one of said static routes (Route 1, Route 2) or a conventional route (Route 3), and wherein said defined router (70) advertises said static routes to said routing protocol and said routing protocol sets costs for said static routes which are lower than the cost for said conventional route so that said destination network is reached by one of said static routes when at least one of them is available.
11. Data transmission system according to claim 10, wherein said defined router (70) stops advertising said static routes to said routing protocol when said static routes are all unavailable so that said conventional route (Route 3) is used by said router (98) to reach said destination network (72).
US10/411,593 2002-04-11 2003-04-10 Method of establishing a route redundancy in a data transmission system using static routes Abandoned US20040017769A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP02368037.4 2002-04-11
EP02368037 2002-04-11

Publications (1)

Publication Number Publication Date
US20040017769A1 true US20040017769A1 (en) 2004-01-29

Family

ID=30470344

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/411,593 Abandoned US20040017769A1 (en) 2002-04-11 2003-04-10 Method of establishing a route redundancy in a data transmission system using static routes

Country Status (1)

Country Link
US (1) US20040017769A1 (en)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050135369A1 (en) * 2003-12-19 2005-06-23 Alcatel Border router for a communication network
US20060083238A1 (en) * 2004-10-18 2006-04-20 Samsung Electronics Co., Ltd. Resource reservation method using multiple interfaces in mobile environments
US20060209833A1 (en) * 2005-03-15 2006-09-21 Kabushiki Kaisha Toshiba Communication apparatus and computer program product for communicating with other communication apparatus
US20070089075A1 (en) * 2005-10-14 2007-04-19 David Ward Method for optimizing integrated circuit device design and service
WO2014031889A1 (en) * 2012-08-22 2014-02-27 Oracle International Corporation System and method for supporting high available (ha) network communication in a middleware machine environment
US20150040173A1 (en) * 2013-08-02 2015-02-05 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US9350629B2 (en) 2012-08-22 2016-05-24 Oracle International Corporation System and method for ensuring internet protocol (IP) address and node name consistency in a middleware machine environment
US9743151B2 (en) 2015-06-24 2017-08-22 Time Warner Cable Enterprises Llc Multicast video program switching architecture
US10070155B2 (en) 2014-11-10 2018-09-04 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US10341379B2 (en) 2016-02-12 2019-07-02 Time Warner Cable Enterprises Llc Apparatus and methods for mitigation of network attacks via dynamic re-routing
CN110708207A (en) * 2018-12-24 2020-01-17 新华三技术有限公司 Route oscillation positioning method, server and machine readable storage medium
US10887647B2 (en) 2019-04-24 2021-01-05 Charter Communications Operating, Llc Apparatus and methods for personalized content synchronization and delivery in a content distribution network
US11070603B2 (en) 2018-02-26 2021-07-20 Charter Communicatons Operating, LLC Apparatus and methods for packetized content routing and delivery
US11528226B2 (en) * 2013-04-30 2022-12-13 Comcast Cable Communications, Llc Network validation with dynamic tunneling
US11627517B2 (en) 2013-01-02 2023-04-11 Comcast Cable Communications, Llc Network provisioning

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5680116A (en) * 1993-12-27 1997-10-21 Nec Corporation Static routing system
US20010021173A1 (en) * 2000-02-09 2001-09-13 Yasuharu Oohashi Decision-making route control system and decision-making route controlling method
US6331983B1 (en) * 1997-05-06 2001-12-18 Enterasys Networks, Inc. Multicast switching
US20030072485A1 (en) * 2001-11-29 2003-04-17 Roch Guerin Method and system for topology construction and path identification in a routing domain operated according to a link state routing protocol
US6657957B1 (en) * 1998-12-29 2003-12-02 At&T Corp. Method and apparatus for dynamically controlling the admission of calls to a network
US6711152B1 (en) * 1998-07-06 2004-03-23 At&T Corp. Routing over large clouds
US6747957B1 (en) * 2000-04-28 2004-06-08 Cisco Technology, Inc. Network availability monitor
US6847647B1 (en) * 2000-09-26 2005-01-25 Hewlett-Packard Development Company, L.P. Method and apparatus for distributing traffic over multiple switched fiber channel routes

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5680116A (en) * 1993-12-27 1997-10-21 Nec Corporation Static routing system
US6331983B1 (en) * 1997-05-06 2001-12-18 Enterasys Networks, Inc. Multicast switching
US6711152B1 (en) * 1998-07-06 2004-03-23 At&T Corp. Routing over large clouds
US6657957B1 (en) * 1998-12-29 2003-12-02 At&T Corp. Method and apparatus for dynamically controlling the admission of calls to a network
US20010021173A1 (en) * 2000-02-09 2001-09-13 Yasuharu Oohashi Decision-making route control system and decision-making route controlling method
US6747957B1 (en) * 2000-04-28 2004-06-08 Cisco Technology, Inc. Network availability monitor
US6847647B1 (en) * 2000-09-26 2005-01-25 Hewlett-Packard Development Company, L.P. Method and apparatus for distributing traffic over multiple switched fiber channel routes
US20030072485A1 (en) * 2001-11-29 2003-04-17 Roch Guerin Method and system for topology construction and path identification in a routing domain operated according to a link state routing protocol

Cited By (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050135369A1 (en) * 2003-12-19 2005-06-23 Alcatel Border router for a communication network
US20060083238A1 (en) * 2004-10-18 2006-04-20 Samsung Electronics Co., Ltd. Resource reservation method using multiple interfaces in mobile environments
US8130646B2 (en) * 2004-10-18 2012-03-06 Samsung Electronics Co., Ltd. Resource reservation method using multiple interfaces in mobile environments
US20060209833A1 (en) * 2005-03-15 2006-09-21 Kabushiki Kaisha Toshiba Communication apparatus and computer program product for communicating with other communication apparatus
US20070089075A1 (en) * 2005-10-14 2007-04-19 David Ward Method for optimizing integrated circuit device design and service
US7788646B2 (en) * 2005-10-14 2010-08-31 International Business Machines Corporation Method for optimizing integrated circuit device design and service
WO2014031889A1 (en) * 2012-08-22 2014-02-27 Oracle International Corporation System and method for supporting high available (ha) network communication in a middleware machine environment
US9350629B2 (en) 2012-08-22 2016-05-24 Oracle International Corporation System and method for ensuring internet protocol (IP) address and node name consistency in a middleware machine environment
US9559894B2 (en) 2012-08-22 2017-01-31 Oracle International Corporation System and method for supporting high available (HA) network communication in a middleware machine environment
US11627517B2 (en) 2013-01-02 2023-04-11 Comcast Cable Communications, Llc Network provisioning
US11528226B2 (en) * 2013-04-30 2022-12-13 Comcast Cable Communications, Llc Network validation with dynamic tunneling
US11252075B2 (en) 2013-08-02 2022-02-15 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US20150040173A1 (en) * 2013-08-02 2015-02-05 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US9467369B2 (en) * 2013-08-02 2016-10-11 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US10581721B2 (en) 2013-08-02 2020-03-03 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US11057650B2 (en) 2014-11-10 2021-07-06 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US10070155B2 (en) 2014-11-10 2018-09-04 Time Warner Cable Enterprises Llc Packetized content delivery apparatus and methods
US10694257B2 (en) 2015-06-24 2020-06-23 Time Warner Cable Enterprises Llc Multicast video program switching architecture
US9743151B2 (en) 2015-06-24 2017-08-22 Time Warner Cable Enterprises Llc Multicast video program switching architecture
US11290787B2 (en) 2015-06-24 2022-03-29 Time Warner Cable Enterprises Llc Multicast video program switching architecture
US11522907B2 (en) 2016-02-12 2022-12-06 Time Warner Cable Enterprises Llc Apparatus and methods for mitigation of network attacks via dynamic re-routing
US10341379B2 (en) 2016-02-12 2019-07-02 Time Warner Cable Enterprises Llc Apparatus and methods for mitigation of network attacks via dynamic re-routing
US11070603B2 (en) 2018-02-26 2021-07-20 Charter Communicatons Operating, LLC Apparatus and methods for packetized content routing and delivery
US11582279B2 (en) 2018-02-26 2023-02-14 Charter Communications Operating, Llc Apparatus and methods for packetized content routing and delivery
WO2020135445A1 (en) * 2018-12-24 2020-07-02 新华三技术有限公司 Method of locating route flapping
CN110708207A (en) * 2018-12-24 2020-01-17 新华三技术有限公司 Route oscillation positioning method, server and machine readable storage medium
US10887647B2 (en) 2019-04-24 2021-01-05 Charter Communications Operating, Llc Apparatus and methods for personalized content synchronization and delivery in a content distribution network
US11729453B2 (en) 2019-04-24 2023-08-15 Charter Communications Operating, Llc Apparatus and methods for personalized content synchronization and delivery in a content distribution network

Similar Documents

Publication Publication Date Title
Moy RFC2328: OSPF Version 2
US7720010B2 (en) Tree based wireless mesh for an OSPF network with intra-tree communication optimization
CA2310946C (en) Fast path forwarding of link state advertisements using multicast addressing
US20040017769A1 (en) Method of establishing a route redundancy in a data transmission system using static routes
US6587475B1 (en) Method of assigning circuit ID's in an IS-IS compliant network
US6377542B1 (en) Rap alternate routeing for ISO 10589
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DENECHEAU, LIONEL;ESTEVE, DENIS;RUSSEIL, PIERRE;AND OTHERS;REEL/FRAME:014374/0339;SIGNING DATES FROM 20030718 TO 20030805

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION