US20030198214A1 - Method for sharing network information and a router apparatus - Google Patents

Method for sharing network information and a router apparatus Download PDF

Info

Publication number
US20030198214A1
US20030198214A1 US10/425,648 US42564803A US2003198214A1 US 20030198214 A1 US20030198214 A1 US 20030198214A1 US 42564803 A US42564803 A US 42564803A US 2003198214 A1 US2003198214 A1 US 2003198214A1
Authority
US
United States
Prior art keywords
network information
routing protocol
router
routing
nisp
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/425,648
Inventor
Masato Tsukakoshi
Shinsuke Suzuki
Shigeki Morimoto
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US10/425,648 priority Critical patent/US20030198214A1/en
Publication of US20030198214A1 publication Critical patent/US20030198214A1/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/58Association of routers
    • H04L45/586Association of routers of virtual routers
    • 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/021Ensuring consistency of routing table updates, e.g. by using epoch numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/54Organization of routing tables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/58Association of routers
    • H04L45/583Stackable routers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/60Router architectures
    • 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
    • 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/033Topology update or discovery by updating distance vector protocols
    • 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/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols

Definitions

  • the present invention relates to a network forwarding apparatus, and more particularly to a router apparatus having a routing protocol for generating a routing table used to determine the destination of a packet to be transferred between communication terminals.
  • a router which forwards packets between communication terminals must accommodate a large number of lines. Conventionally, when there is a need to increase the lines as the network grows, routers must be added to the network and a configuration definition must be created for each added router.
  • the network forwarding function is executed by the plurality of routers.
  • the plurality of routers form a router network, which requires a subnet. This results not only in the waste of network addresses but also in the reduction of address space available to users.
  • each independent router requires that the configuration be defined for it (configuration definition); for example, the network interface addresses or the routing protocol execution parameters must be defined for each router. This increases the network management cost not only at configuration definition change time but also at production run time.
  • a routing protocol performs version verification, route exchanging priority determination, and so on in order to exchange network information with other routers.
  • the load of this processing is large enough compared with that of actual network information exchange.
  • the routing protocol is not suitable for network information exchange among the routers which are added as lines are added; that is, it is not suitable for network information exchange in a closed environment.
  • the routing protocol also decreases the performance of terminal-to-terminal packet forwarding processing which is the fundamental processing of routers.
  • the above-mentioned prior art is referred to in the following publication, for example: (1) Thomas M. Thomas II “OSPF Network Design Solutions” Macmillan Technical Publishing pp.
  • an aspect of the present invention provides network information sharing means in each router to allow network information collected by routing protocols running in a plurality of routers to be shared. Sharing network information by the plurality of routers makes them externally appear as if they were a single virtual router. In the following description, this virtual router is called a clustered router.
  • the routing protocol running in each router in the clustered router exchanges network information with other routers outside the clustered router and, when its own network information changes, notifies the network information sharing means of the change.
  • the network information sharing means when notified of the information, generates a network information notification packet containing a routing protocol identifier and sends the packet to all routers in the clustered router. Upon receiving the network information notification packet, the network information sharing means extracts update information from the received packet and sends the extracted update information to the corresponding routing protocol means in accordance with the routing protocol identifier.
  • the routing protocol means When the routing protocol means receives the update information, it updates its own network information with the received information.
  • FIG. 1 is a diagram showing the configuration of a clustered router and the functional blocks of each router of the clustered router according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing the network system configuration of the clustered router.
  • FIG. 3 is a diagram showing the module configuration of each router of the clustered router.
  • FIG. 4 is a diagram showing the hardware configuration of the router.
  • FIG. 5 is a diagram showing the structure of an NISP (network information sharing protocol) packet.
  • NISP network information sharing protocol
  • FIG. 6 is a diagram showing the structure of a NISP management packet.
  • FIG. 7 is a diagram showing the structure of a NISP Boot packet.
  • FIG. 8 is a diagram showing the structure of a NISP Flash packet.
  • FIG. 9 is a diagram showing the structure of a NISP for RIP packet.
  • FIG. 10 is a diagram showing the operation sequence of the NISP Boot function.
  • FIG. 11 is a diagram showing the operation sequence of the NISP Flash function.
  • FIG. 12 is a diagram showing the operation sequence of NISP network information notification.
  • FIG. 13 is a diagram showing the operation sequence of the NISP Flash & Boot function that is performed during re-initialization of the routing protocol means 15 .
  • FIG. 14 is a diagram showing the operation sequence the routing protocol means.
  • FIG. 15 is a flowchart showing the packet transmission operation of the NISP means.
  • FIG. 16 is a flowchart showing the packet reception operation of the NISP means.
  • FIG. 17 is a flowchart showing another operation of the routing protocol means.
  • FIG. 18 is a diagram showing the functional blocks according to another embodiment of the present invention.
  • FIG. 1 shows the configuration of a clustered router according to the present invention and the functional blocks of each router constituting the clustered router.
  • a clustered router 11 includes a plurality of routers each connected by a router-to-router switch 13 .
  • Each router 12 includes a route calculation unit 20 which generates and distributes a routing table used for forwarding packets and a plurality of forwarding unit 18 each of which forwards packets.
  • each router 12 Within the route calculation unit 20 of each router 12 is provided two or more routing protocol means 15 which execute routing protocols.
  • Each of the routing protocol means 15 sends or receives control packets to or from some other routers 25 on a network 21 outside the clustered router 11 to obtain network information 16 .
  • the routing protocol means 15 executes route calculation processing, generates terminal-to-terminal routing information, and adds this information to a routing table (RT) 17 .
  • RT routing table
  • the routing table 17 generated as described above is distributed to the forwarding units 18 within the router 12 to decide whether to forward packets.
  • the routing protocol means 15 updates the network information 16 , it requests network information sharing means 14 to send the update information.
  • this network information sharing means 14 is described as NISP (Network Information Sharing Protocol) means 14 .
  • the NISP means 14 generates a network information notification packet 19 based on the update information and sends it to all other routers in the clustered router 11 through the router-to-router switch 13 . This may be done either by sending a plurality of packets each with the destination of each destination router or by sending a single packet with the destination representing all routers.
  • the network information notification packet 19 described above has an identifier (routing protocol identifier) thereon indicating which routing protocol means has generated the update information the packet is now carrying.
  • the NISP means 14 of the destination router 12 receives the network information notification packet 19 .
  • the NISP means 14 checks the routing protocol identifier included in the received packet and sends the update information to the corresponding routing protocol means 15 .
  • the routing protocol means 15 updates the network information 16 based on the update information sent from the NISP means 14 .
  • FIG. 2 shows the configuration of the network system using the clustered router 11 .
  • the clustered router 11 composed of the routers 12 and the router-to-router switch 13 , is connected to communication terminals 26 and routers 25 functioning as network forwarding apparatus.
  • the clustered router 11 appears to the communication terminals 26 and the other routers 25 as if it was a single network forwarding apparatus.
  • the internal configuration of the clustered router 11 in which a plurality of routers 12 are provided is not visible externally.
  • the router 25 sends or receives routing protocol packets to or from the clustered router 11 to obtain network information.
  • the router 25 then generates the routing table of its own from the obtained network information for use in packet forwarding between the communication terminals 26 .
  • the network information the router 25 receives from the clustered router 11 contains enough information for generating routing information used to send packets via the clustered router 11 .
  • Communication between the communication terminals 26 via the clustered router 11 is performed the same way communication between the communication terminals 26 via a single router is performed.
  • FIG. 3 is a diagram showing the configuration of the modules of the NISP means 14 and the routing protocol means 15 .
  • Each routing protocol means 15 updates the network information 16 by sending and receiving routing protocol packets.
  • the routing protocol means 15 may contain a plurality of modules 22 which update the network information 16 . Each of these modules directly starts an acceptance module 31 in the NISP means 14 .
  • the acceptance module 31 in the NISP means 14 Upon receiving a request from the routing protocol means 15 , the acceptance module 31 in the NISP means 14 creates the network information notification packet 19 based on the request information. After that, a sending module 34 is started for sending the network information notification packet 19 .
  • a receiving module 33 When the network information notification packet 19 is received, a receiving module 33 is started.
  • the receiving module 33 starts a requesting module 32 and passes the received network information notification packet 19 to it.
  • the requesting module 32 Based on the routing protocol identifier included in the network information notification packet 19 , the requesting module 32 starts an accepting module 35 in the corresponding routing protocol means 15 .
  • the accepting module 35 in the routing protocol means 15 updates the network information 16 based on the received update information.
  • FIG. 4 shows the hardware configuration of the router 12 .
  • the router 12 includes the route calculation unit 20 and the forwarding units 18 connected by a router internal switch 46 .
  • the router 12 performs communication with other routers 12 via an inter-router switch access controller 47 .
  • the route calculation unit 20 includes a route calculation processor 41 and a memory 42 .
  • the route calculation processor 41 sends or receives routing protocol packets to or from the routers 25 connected to the router 12 , calculates the routing table, and distributes it to the forwarding units 18 .
  • the NISP means 14 and the routing protocol means 15 are implemented by the route calculation processor 41 .
  • the memory 42 stores the network information 16 and the routing table 17 therein.
  • the forwarding unit 18 includes a forwarding processor 43 , a memory 44 , and a packet buffer 45 .
  • the forwarding processor 43 determines whether to forward a packet between the communication terminals 26 and the output forwarding unit 18 .
  • the memory 44 contains the routing table, which is indispensable for packet forwarding, distributed from the route calculation unit 20 .
  • the packet buffer 45 temporarily contains packets received by the router 12 . A packet determined to be forwarded is sent to the packet buffer 45 in the output forwarding unit 18 . A packet determined not to be forwarded is erased form the packet buffer 45 .
  • FIGS. 5 to 9 show the structure of packets sent or received by the NISP means 14 .
  • the packets shown in these figures include the network information notification packet 19 described above as well as the packet for managing the NISP means 14 . Generically, these packets are called NISP packets.
  • FIG. 5 shows the general structure of a NISP packet.
  • the NISP packet is divided roughly into the common header section and the data section.
  • the common header section comprises a version field containing the NISP version information, a protocol field containing the routing protocol identifier, a speaker ID field identifying the NISP packet sender, and a length field indicating the entire length of the NISP packet.
  • the data section comprises a data field describing information on the routing protocol to be executed by the routing protocol means 15 is stored.
  • each router 12 of the clustered router 11 may turn on or off power independently (or may re-initialize itself for management). With this in mind, the following two functions are necessary.
  • the first function is used by the router 12 during startup to obtain the network information 16 of other routers 12 .
  • the second function is used by the router 12 during shutdown to request other routers 12 to delete the network information 16 previously sent by the router 12 that is going to shut down.
  • routing protocol being executed by the routing protocol means 15 is sometimes re-initialized for management purpose. This is done by re-initializing the routing protocol means 15 . To do so, the functions described above are also required to obtain the network information 16 of the routing protocol from other routers 12 and to delete the network information 16 of the routing protocol from other routers 12 .
  • FIG. 6 shows the structure of the NISP management packet.
  • the protocol field of the common header section of the NISP management packet always contains the value indicating “NISP”.
  • the common header section is followed by the NISP administration header section and the management data section.
  • the NISP administration header section includes the cmd field where the type of the management command is stored.
  • the cmd field contains the value “Boot” or “Flash”.
  • the management data section includes the management-data field in which information defined for each management command is stored.
  • FIG. 7 shows the structure of the NISP Boot packet used to implement the boot function.
  • the cmd field of the NISP administration header section contains the value indicating “Boot”.
  • the management-data section includes the req-protocol field and the boot ID field.
  • the req-protocol field contains the type of the routing protocol executed by the routing protocol means 15 requesting the Boot function.
  • the boot ID field contains the identifier indicating the Boot requester.
  • FIG. 8 shows the structure of the NISP Flash packet used to implement the flash function.
  • the cmd field of the NISP administration header section contains the value indicating “Flash”.
  • the management-data section includes the req-protocol field and the flash ID field.
  • the req-protocol field contains the type of the routing protocol executed by the routing protocol means 15 requesting the Flash function.
  • the flash ID field contains the identifier indicating the Flash requester.
  • FIG. 9 shows an example of the network information notification packet 19 . It shows the structure of a packet (called a NISP for RIP packet) used to carry the network information of RIP (Routing Information Protocol), one of routing protocols executed by the routing protocol means 15 .
  • the protocol field of the common header section of the NISP for RIP packet contains the value indicating “RIP”.
  • the common header section is followed by the NISP-RIP header section and the NISP-RIP data section.
  • the NISP-RIP header section includes the version field indicating the version of NISP for RIP and the No. of data field indicating the number of NISP-RIP data pieces included in the packet.
  • the NISP-RIP data section includes a sequence of data units each composed of the cmd field indicating the type of command, such as “ADD” or “DEL”, and network information collected by RIP.
  • the network information collected by RIP includes the network address, the address of a router through which a packet must first arrive to reach the network, and so on.
  • FIG. 10 shows the operation sequence of the boot function that is executed when the router 12 is powered on.
  • a NISP Boot packet 92 is generated during initialization and is sent to all other routers 12 .
  • the req-protocol field of this NISP Boot packet 92 contains a value indicating all routing protocols.
  • the NISP means 14 in the receiving router 12 receives this NISP Boot packet 92 , it sends a Boot reception notification 93 to all routing protocol means 15 in that router because the req-protocol field contains the value indicating all routing protocols.
  • routing protocol A When routing protocol A, one of the routing protocol means 15 in the router 12 , receives this Boot reception notification 93 , it searches its own network information 16 for the network information other than that obtained through NISP packets, and sends a transmission request 94 to the NISP means 14 with the obtained information as the update information.
  • the NISP means 14 Upon receiving this transmission request 94 , the NISP means 14 checks the routing protocol (routing protocol A) executed by the routing protocol means 15 that issued the transmission request 94 , generates a network information notification packet 95 (the protocol field of the common header section indicates routing protocol A), and sends the generated network information notification packet 95 to the router 12 from which the NISP Boot packet was issued.
  • routing protocol A routing protocol executed by the routing protocol means 15 that issued the transmission request 94
  • a network information notification packet 95 the protocol field of the common header section indicates routing protocol A
  • the NISP means 14 in the router 12 Upon receiving the network information notification packet 95 for routing protocol A, the NISP means 14 in the router 12 , from which the NISP Boot packet was issued, selects the routing protocol means 15 for executing routing protocol A. This is because the protocol field of the common header section of the packet indicates routing protocol A. The NISP means 14 then sends an update information notification 96 to the selected routing protocol means 15 .
  • the routing protocol means 15 When the routing protocol means 15 receives the update information notification 96 , it adds this information to its own network information 16 .
  • FIG. 11 shows the operation sequence of the Flash function that is executed when the router 12 is shut down.
  • a NISP Flash packet 102 is generated during shutdown and is sent to all other routers 12 .
  • the req-protocol field of this NISP Flash packet 102 contains a value indicating all routing protocols.
  • the NISP means 14 in the receiving router 12 Upon receiving this NISP Flash packet 102 , the NISP means 14 in the receiving router 12 sends a Flash reception notification 103 to all routing protocol means 15 in that router 12 because the req-protocol field contains the value indicating all routing protocols.
  • routing protocol means 15 in the router 12 receives this Flash reception notification 103 , it deletes from its own network information 16 only the information obtained from the NISP means 14 of the router 12 identified by the flash ID of the received packet.
  • FIG. 12 shows how the network information 16 collected by the RIP is maintained when the RIP is used by the routing protocol means 15 as the routing protocol.
  • the routing protocol means 15 sends a transmission request 112 to the NISP means 14 to send the update information.
  • the NISP means 14 When the NISP means 14 receives the transmission request 112 , it generates a network information notification packet for the RIP 113 (the protocol field of the common header section indicates RIP) because the routing protocol executed by the requesting routing protocol means 15 is the RIP. The NISP means 14 then sends this packet to all other routers in the clustered router 11 . At this time, the cmd field of the NISP for RIP data section shown in FIG. 9 indicates “ADD”.
  • the NISP means 14 in the router 12 which has received the network information notification packet for the RIP 113 sends an update information notification 114 only to the routing protocol means 15 which execute the RIP.
  • the routing protocol means 15 for executing the RIP Upon receiving the update information notification 114 , the routing protocol means 15 for executing the RIP adds the received information to its own network information 16 because the cmd field of the packet indicates “ADD”.
  • the routing protocol means 15 sends a transmission request 116 to the NISP means 14 to send the update information.
  • the NISP means 14 When the NISP means 14 receives the transmission request 116 , it generates a network information notification packet for the RIP 117 because the routing protocol executed by the requesting routing protocol means 15 is the RIP. The NISP means 14 then sends this packet to all other routers 12 in the clustered router 11 . At this time, the cmd field of the NISP for RIP data section indicates “DEL”.
  • the NISP means 14 in the router 12 which has received the network information notification packet for the RIP 117 sends an update information notification 118 only to the routing protocol means 15 which execute the RIP.
  • the routing protocol means 15 for executing the RIP which has received the update information notification 118 deletes the received information from its own network information 16 because the cmd field of the packet indicates “DEL”.
  • FIG. 13 shows the operation sequence that is performed when the RIP is operating as the routing protocol executed by the routing protocol means 15 in the router 12 and when only that routing protocol means 15 is reinitialized.
  • the routing protocol means 15 sends a NISP Flash packet transmission request 122 to the NISP means 14 during RIP re-initialization of the routing protocol means 15 .
  • the NISP means 14 which has received the NISP Flash packet transmission request 122 generates a NISP Flash packet 123 whose req-protocol field indicates the value RIP. The NISP means 14 then sends the generated packet to all other routers 12 in the clustered router 11 .
  • the NISP means 14 in the receiving router 12 which has received the NISP Flash packet 123 sends a Flash reception notification 124 only to the routing protocol means 15 that executes the RIP, because the req-protocol field indicates RIP.
  • the routing protocol means 15 that executes the RIP receives this Flash reception notification 124 , it deletes only the information obtained from the NISP means 14 of the router 12 identified by the flash ID in the received packet.
  • the routing protocol means 15 that executes the RIP sends a NISP Boot packet transmission request 126 to the NISP means 14 .
  • the NISP means 14 which has received the NISP Boot packet transmission request 126 generates a NISP Boot packet 127 whose req-protocol field indicates the value RIP, because the routing protocol of the requesting routing protocol means 15 is the RIP. The NISP means 14 then sends the generated packet to all other routers 12 in the clustered router 11 .
  • the NISP means 14 in the router 12 which has received the NISP Boot packet 127 sends a Boot reception notification 128 only to the routing protocol means 15 that executes the RIP, because the req-protocol field indicates RIP.
  • the routing protocol means 15 that executes the RIP receives this Boot reception notification 128 , it searches its own network information 16 for the network information other than that obtained through NISP packet and sends a transmission request 129 to the NISP means 14 with the obtained network information as the update information.
  • the NISP means 14 which has received the transmission request 129 generates a network information notification packet for RIP 130 and sends it to the router 12 which issued the Boot packet, because the routing protocol of the requesting routing protocol means 15 is the RIP. At this time, the cmd field of the NISP for RIP data section indicates “ADD”.
  • the NISP means 14 of the router 12 which has received the network information notification packet for RIP 130 sends an update information notification 131 only to the routing protocol means 15 which executes the RIP, because the protocol field of the common header section of the packet indicates RIP.
  • the routing protocol means 15 which executes the RIP and which has received the update information notification 131 adds this information to its own network information 16 .
  • FIG. 14 is a flowchart showing the operation of the routing protocol means 15 .
  • the routing protocol means 15 checks if it has received network information from a router external to the clustered router 11 (step 201 ). Upon receiving network information, the routing protocol means 15 checks if the received information matches the network information it has (step 202 ). If they match, there is no need to update the network information; if they do not match, that is, when the existing information is updated or deleted or when new information is added, the routing protocol means 15 updates the network information (step 203 ). After that, the routing protocol means 15 requests the NISP means 14 to transmit the update information (step 204 ) and passes control back to step 201 to check if new network information is received.
  • FIG. 15 is a flowchart showing the operation that is executed by the NISP means 14 when the update information transmission request is received.
  • the NISP means 14 creates a network information notification packet based on the information transmission request (step 211 ), transmits the packet to other routers 12 in the clustered router 11 (step 212 ), and ends the operation.
  • FIG. 16 is a flowchart showing the operation executed by the NISP means 14 when the network information notification packet is received from some other router 12 .
  • the NISP means 14 extracts the protocol field from the common header (step 221 ) and checks to see if the extracted protocol field indicates NISP (step 222 ). If the extracted protocol field does not indicate NISP, the NISP means 14 passes the update information to the routing protocol means 15 which executes the routing protocol specified by the protocol field (step 231 ) and ends the operation.
  • the NISP means 14 checks if the cmd field of the NISP management header indicates Flash (step 223 ).
  • the NISP means 14 checks if the req-protocol field contains a value indicating all routing protocols (step 224 ). If the field contains a value indicating all routing protocols, the NISP means 14 notifies all routing protocol means 15 of Flash (step 226 ); otherwise, the NISP means 14 notifies the corresponding routing protocol means 15 of Flash (step 225 ). Then, the NISP means 14 ends the operation.
  • the NISP means 14 checks if the cmd field indicates Boot (step 227 ).
  • the NISP means 14 checks if the req-protocol field contains a value indicating all routing protocols (step 228 ). If the req-protocol field contains that value, the NISP means 14 notifies all routing protocol means 15 of Boot (step 230 ); otherwise, the NISP means 14 notifies the corresponding routing protocol means 15 of Boot (step 229 ). Then, the NISP means 14 ends the operation.
  • the NISP means 14 ends the operation.
  • FIG. 17 is a flowchart showing the operation executed by the routing protocol means 15 when it receives a notification from the NISP means 14 .
  • the routing protocol means 15 checks if the notification is an update information notification (step 241 ). If the notification from the NISP means 14 is an update information notification (step 241 :YES), the routing protocol means 15 updates its own network information 16 with the received update information (step 242 ). If the notification from the NISP means 14 is not an update information notification (step 241 :NO), the routing protocol means 15 checks if the notification is a Flash notification (step 243 ).
  • the routing protocol means 15 deletes all information, received from the NISP means 14 of the router 12 identified by the flash ID field of the NISP Flash packet, from its network information 16 (step 244 ). If the notification from the NISP means 14 is not a Flash notification (step 243 :NO), the routing protocol means 15 checks if the notification is a Boot notification (step 245 ).
  • the routing protocol means 15 requests the NISP means 14 to transmit all network information other than that obtained through the NISP means 14 to the NISP means 14 of the router 12 identified by the boot ID field of the NISP Boot packet (step 246 ). Then, the routing protocol means 15 end the operation. If the. notification from the NISP means 14 is not a Boot notification (step 245 :NO), the routing protocol means 15 end the operation.
  • FIG. 18 is a functional block diagram of the second embodiment according to the present invention.
  • the router 12 comprises the plurality of route calculation units 20 each of which generates and distributes the routing table used for packet forwarding and the plurality of forwarding processing units 18 each of which forwards packets. Only one of the plurality of route calculation units 20 is in the active state, and the rest are in the backup state. Though the router 12 is one element of the clustered router 11 in this figure, the present invention is not limited to this configuration. The router may exist alone.
  • the routing protocol means 15 is operating.
  • the routing protocol means 15 sends or receives control packets to or from some other router 25 on a network outside the router 12 to obtain the network information 16 .
  • the routing protocol means 15 performs route calculation to generate routing information and adds this information to the routing table 17 .
  • the routing table 17 thus generated is distributed to the forwarding units 18 in the router 12 to decide whether to forward packets.
  • the routing protocol means 15 in the backup-state route calculation unit 20 does not send or receive packets to or from some other router 25 , nor does it distribute the routing table 17 to the forwarding unit 18 .
  • the routing protocol means 15 in the active-state route calculation unit 20 requests the NISP means 14 to send the update information.
  • the NISP means 14 generates the network information notification packet 19 based on this update information and then sends it to all backup-state route calculation units 20 . Because there are the plurality of routing protocol means 15 in the route calculation unit 20 , the network information notification packet 19 has the identifier (routing protocol identifier) thereon to indicate which routing protocol has generated the update information.
  • the NISP means 14 in the backup-state route calculation unit 20 checks the routing protocol identifier in the received packet and passes the update information to the routing protocol means 15 of the corresponding type.
  • the routing protocol means 15 in the backup-state route calculation unit 20 updates the network information 16 based on the update information received from the NISP means 14 . At this time, the routing protocol means 15 may or may not generate routing information from the updated network information 16 . If the routing protocol means 15 does not generate the routing information at this time, it generates new routing information when the corresponding route calculation unit 20 enters the active-state and then creates the routing table 17 .
  • the operation described above keeps the network information 16 of the backup-state route calculation unit 20 up-to-date. Therefore, when the active-state route calculation unit 20 fails and the backup-state route calculation unit 20 enters the active-state, the route calculation unit 20 does not have to obtain the network information 16 from some other router 25 , thus minimizing the influence of an error (such as loss of packets between communication terminals).
  • the network information 16 may be shared by combining the configuration in FIG. 1 and that in FIG. 18. That is, the network information notification packet 19 may be sent to all other route calculation units 20 in the same router 12 and to all route calculation units 20 in other routers 12 in the clustered router 11 .
  • network information collected by the routing protocol in each router in a clustered router is sent to other routers in the clustered router. This makes it possible for all routers in the clustered router to share the network information.
  • Sharing network information as described above makes a clustered router, composed of a plurality of routers, appear as if it was a single router.
  • the present invention allows the user to treat the router connections in the clustered router as internal networks, eliminating the need to assign network addresses to them. This avoids waste of network addresses and increases address space available to the user.
  • the clustered router which is configured as a single router, eliminates that need, significantly reducing the network management cost.

Abstract

A highly-expandable router configuration technology which flexibly meets the need to increase lines as a network grows. A network information sharing unit is provided in a route calculation unit of each router in a clustered router. The network information sharing unit receives an update notification of network information collected by routing protocol units and sends this update information to all other routers in the clustered router as a network information notification packet. The network information sharing units in the receiving router notifies the routing protocol units of the contents of the received updated information. The routing protocol unit updates the network information thereof based on the notified contents, thereby allowing the network information obtained from all routers outside the clustered router to be shared and the clustered router to be recognized externally as a single router.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application relates to applications U.S. Ser. No. [0001] 09/190,437 filed on Nov. 13, 1998 and U.S. Ser. No. 09/195,707 filed on Nov. 19, 1998 assigned to the present assignee. The disclosure of those applications is incorporated herein by reference.
  • BACKGROUND OF THE INVENTION
  • The present invention relates to a network forwarding apparatus, and more particularly to a router apparatus having a routing protocol for generating a routing table used to determine the destination of a packet to be transferred between communication terminals. [0002]
  • A router which forwards packets between communication terminals must accommodate a large number of lines. Conventionally, when there is a need to increase the lines as the network grows, routers must be added to the network and a configuration definition must be created for each added router. [0003]
  • Because there is no definite means for establishing an association of a plurality of routers that were added, a routing protocol usually used to transfer packets to or from other terminals has been used to exchange information among the plurality of routers. [0004]
  • However, the prior art described above has the following problems. [0005]
  • First, when routers are added as the network grows, the network forwarding function is executed by the plurality of routers. The plurality of routers form a router network, which requires a subnet. This results not only in the waste of network addresses but also in the reduction of address space available to users. [0006]
  • Second, each independent router requires that the configuration be defined for it (configuration definition); for example, the network interface addresses or the routing protocol execution parameters must be defined for each router. This increases the network management cost not only at configuration definition change time but also at production run time. [0007]
  • Third, a routing protocol performs version verification, route exchanging priority determination, and so on in order to exchange network information with other routers. The load of this processing is large enough compared with that of actual network information exchange. Thus, the routing protocol is not suitable for network information exchange among the routers which are added as lines are added; that is, it is not suitable for network information exchange in a closed environment. In some cases, the routing protocol also decreases the performance of terminal-to-terminal packet forwarding processing which is the fundamental processing of routers. The above-mentioned prior art is referred to in the following publication, for example: (1) Thomas M. Thomas II “OSPF Network Design Solutions” Macmillan Technical Publishing pp. 129-202; (2) RFC:791 “INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION” September 1981, Pages (i)-(iii); (3) RFC1058, C. Hedrick “Routing Information Protocol” June 1988, pp. 1-6; and (4) RFC2178, J. Moy “OSPF [0008] Version 2” July 1997, pp. 1-6.
  • SUMMARY OF THE INVENTION
  • To solve the above problems, it is an object of the present invention to provide a highly-expandable router configuration technology which flexibly meets the need to increase lines as a network grows. [0009]
  • To achieve the above object, an aspect of the present invention provides network information sharing means in each router to allow network information collected by routing protocols running in a plurality of routers to be shared. Sharing network information by the plurality of routers makes them externally appear as if they were a single virtual router. In the following description, this virtual router is called a clustered router. [0010]
  • The routing protocol running in each router in the clustered router exchanges network information with other routers outside the clustered router and, when its own network information changes, notifies the network information sharing means of the change. [0011]
  • The network information sharing means, when notified of the information, generates a network information notification packet containing a routing protocol identifier and sends the packet to all routers in the clustered router. Upon receiving the network information notification packet, the network information sharing means extracts update information from the received packet and sends the extracted update information to the corresponding routing protocol means in accordance with the routing protocol identifier. [0012]
  • When the routing protocol means receives the update information, it updates its own network information with the received information.[0013]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a diagram showing the configuration of a clustered router and the functional blocks of each router of the clustered router according to an embodiment of the present invention. [0014]
  • FIG. 2 is a diagram showing the network system configuration of the clustered router. [0015]
  • FIG. 3 is a diagram showing the module configuration of each router of the clustered router. [0016]
  • FIG. 4 is a diagram showing the hardware configuration of the router. [0017]
  • FIG. 5 is a diagram showing the structure of an NISP (network information sharing protocol) packet. [0018]
  • FIG. 6 is a diagram showing the structure of a NISP management packet. [0019]
  • FIG. 7 is a diagram showing the structure of a NISP Boot packet. [0020]
  • FIG. 8 is a diagram showing the structure of a NISP Flash packet. [0021]
  • FIG. 9 is a diagram showing the structure of a NISP for RIP packet. [0022]
  • FIG. 10 is a diagram showing the operation sequence of the NISP Boot function. [0023]
  • FIG. 11 is a diagram showing the operation sequence of the NISP Flash function. [0024]
  • FIG. 12 is a diagram showing the operation sequence of NISP network information notification. [0025]
  • FIG. 13 is a diagram showing the operation sequence of the NISP Flash & Boot function that is performed during re-initialization of the routing protocol means [0026] 15.
  • FIG. 14 is a diagram showing the operation sequence the routing protocol means. [0027]
  • FIG. 15 is a flowchart showing the packet transmission operation of the NISP means. [0028]
  • FIG. 16 is a flowchart showing the packet reception operation of the NISP means. [0029]
  • FIG. 17 is a flowchart showing another operation of the routing protocol means. [0030]
  • FIG. 18 is a diagram showing the functional blocks according to another embodiment of the present invention.[0031]
  • DESCRIPTION OF THE EMBODIMENTS
  • An embodiment of the present invention will be described below with reference to the drawings. [0032]
  • FIG. 1 shows the configuration of a clustered router according to the present invention and the functional blocks of each router constituting the clustered router. A clustered [0033] router 11 includes a plurality of routers each connected by a router-to-router switch 13. Each router 12 includes a route calculation unit 20 which generates and distributes a routing table used for forwarding packets and a plurality of forwarding unit 18 each of which forwards packets.
  • Within the [0034] route calculation unit 20 of each router 12 is provided two or more routing protocol means 15 which execute routing protocols. Each of the routing protocol means 15 sends or receives control packets to or from some other routers 25 on a network 21 outside the clustered router 11 to obtain network information 16. From the obtained network information 16, the routing protocol means 15 executes route calculation processing, generates terminal-to-terminal routing information, and adds this information to a routing table (RT) 17.
  • The routing table [0035] 17 generated as described above is distributed to the forwarding units 18 within the router 12 to decide whether to forward packets.
  • On the other hand, when the routing protocol means [0036] 15 updates the network information 16, it requests network information sharing means 14 to send the update information. In the following description, this network information sharing means 14 is described as NISP (Network Information Sharing Protocol) means 14. The NISP means 14 generates a network information notification packet 19 based on the update information and sends it to all other routers in the clustered router 11 through the router-to-router switch 13. This may be done either by sending a plurality of packets each with the destination of each destination router or by sending a single packet with the destination representing all routers. Taking into consideration that the plurality of routing protocol means 15 are running in the route calculation unit 20, the network information notification packet 19 described above has an identifier (routing protocol identifier) thereon indicating which routing protocol means has generated the update information the packet is now carrying.
  • The NISP means [0037] 14 of the destination router 12 receives the network information notification packet 19. The NISP means 14 checks the routing protocol identifier included in the received packet and sends the update information to the corresponding routing protocol means 15.
  • The routing protocol means [0038] 15 updates the network information 16 based on the update information sent from the NISP means 14.
  • FIG. 2 shows the configuration of the network system using the clustered [0039] router 11. The clustered router 11, composed of the routers 12 and the router-to-router switch 13, is connected to communication terminals 26 and routers 25 functioning as network forwarding apparatus. The clustered router 11 appears to the communication terminals 26 and the other routers 25 as if it was a single network forwarding apparatus. The internal configuration of the clustered router 11 in which a plurality of routers 12 are provided is not visible externally. The router 25 sends or receives routing protocol packets to or from the clustered router 11 to obtain network information. The router 25 then generates the routing table of its own from the obtained network information for use in packet forwarding between the communication terminals 26.
  • The network information the [0040] router 25 receives from the clustered router 11 contains enough information for generating routing information used to send packets via the clustered router 11. Communication between the communication terminals 26 via the clustered router 11 is performed the same way communication between the communication terminals 26 via a single router is performed.
  • FIG. 3 is a diagram showing the configuration of the modules of the NISP means [0041] 14 and the routing protocol means 15. Each routing protocol means 15 updates the network information 16 by sending and receiving routing protocol packets. The routing protocol means 15 may contain a plurality of modules 22 which update the network information 16. Each of these modules directly starts an acceptance module 31 in the NISP means 14.
  • Upon receiving a request from the routing protocol means [0042] 15, the acceptance module 31 in the NISP means 14 creates the network information notification packet 19 based on the request information. After that, a sending module 34 is started for sending the network information notification packet 19.
  • When the network [0043] information notification packet 19 is received, a receiving module 33 is started. The receiving module 33 starts a requesting module 32 and passes the received network information notification packet 19 to it. Based on the routing protocol identifier included in the network information notification packet 19, the requesting module 32 starts an accepting module 35 in the corresponding routing protocol means 15.
  • The accepting [0044] module 35 in the routing protocol means 15 updates the network information 16 based on the received update information.
  • FIG. 4 shows the hardware configuration of the [0045] router 12. The router 12 includes the route calculation unit 20 and the forwarding units 18 connected by a router internal switch 46. The router 12 performs communication with other routers 12 via an inter-router switch access controller 47.
  • The [0046] route calculation unit 20 includes a route calculation processor 41 and a memory 42. The route calculation processor 41 sends or receives routing protocol packets to or from the routers 25 connected to the router 12, calculates the routing table, and distributes it to the forwarding units 18. The NISP means 14 and the routing protocol means 15 are implemented by the route calculation processor 41. The memory 42 stores the network information 16 and the routing table 17 therein.
  • The [0047] forwarding unit 18 includes a forwarding processor 43, a memory 44, and a packet buffer 45. The forwarding processor 43 determines whether to forward a packet between the communication terminals 26 and the output forwarding unit 18. The memory 44 contains the routing table, which is indispensable for packet forwarding, distributed from the route calculation unit 20. The packet buffer 45 temporarily contains packets received by the router 12. A packet determined to be forwarded is sent to the packet buffer 45 in the output forwarding unit 18. A packet determined not to be forwarded is erased form the packet buffer 45.
  • FIGS. [0048] 5 to 9 show the structure of packets sent or received by the NISP means 14. The packets shown in these figures include the network information notification packet 19 described above as well as the packet for managing the NISP means 14. Generically, these packets are called NISP packets.
  • FIG. 5 shows the general structure of a NISP packet. The NISP packet is divided roughly into the common header section and the data section. The common header section comprises a version field containing the NISP version information, a protocol field containing the routing protocol identifier, a speaker ID field identifying the NISP packet sender, and a length field indicating the entire length of the NISP packet. The data section comprises a data field describing information on the routing protocol to be executed by the routing protocol means [0049] 15 is stored.
  • In some cases, each [0050] router 12 of the clustered router 11 may turn on or off power independently (or may re-initialize itself for management). With this in mind, the following two functions are necessary.
  • The first function, called the boot function, is used by the [0051] router 12 during startup to obtain the network information 16 of other routers 12.
  • The second function, called the flash function, is used by the [0052] router 12 during shutdown to request other routers 12 to delete the network information 16 previously sent by the router 12 that is going to shut down.
  • The two functions described above maintain the integrity of the [0053] network information 16 among all routers 12 in the clustered router 11.
  • In addition, when the routing protocol being executed by the routing protocol means [0054] 15 is sometimes re-initialized for management purpose. This is done by re-initializing the routing protocol means 15. To do so, the functions described above are also required to obtain the network information 16 of the routing protocol from other routers 12 and to delete the network information 16 of the routing protocol from other routers 12.
  • To implement the boot function and the flash function described above, the NISP management packet are defined. FIG. 6 shows the structure of the NISP management packet. The protocol field of the common header section of the NISP management packet always contains the value indicating “NISP”. The common header section is followed by the NISP administration header section and the management data section. The NISP administration header section includes the cmd field where the type of the management command is stored. The cmd field contains the value “Boot” or “Flash”. The management data section includes the management-data field in which information defined for each management command is stored. [0055]
  • FIG. 7 shows the structure of the NISP Boot packet used to implement the boot function. The cmd field of the NISP administration header section contains the value indicating “Boot”. The management-data section includes the req-protocol field and the boot ID field. The req-protocol field contains the type of the routing protocol executed by the routing protocol means [0056] 15 requesting the Boot function. The boot ID field contains the identifier indicating the Boot requester.
  • FIG. 8 shows the structure of the NISP Flash packet used to implement the flash function. The cmd field of the NISP administration header section contains the value indicating “Flash”. The management-data section includes the req-protocol field and the flash ID field. The req-protocol field contains the type of the routing protocol executed by the routing protocol means [0057] 15 requesting the Flash function. The flash ID field contains the identifier indicating the Flash requester.
  • FIG. 9 shows an example of the network [0058] information notification packet 19. It shows the structure of a packet (called a NISP for RIP packet) used to carry the network information of RIP (Routing Information Protocol), one of routing protocols executed by the routing protocol means 15. The protocol field of the common header section of the NISP for RIP packet contains the value indicating “RIP”. The common header section is followed by the NISP-RIP header section and the NISP-RIP data section. The NISP-RIP header section includes the version field indicating the version of NISP for RIP and the No. of data field indicating the number of NISP-RIP data pieces included in the packet. The NISP-RIP data section includes a sequence of data units each composed of the cmd field indicating the type of command, such as “ADD” or “DEL”, and network information collected by RIP. The network information collected by RIP includes the network address, the address of a router through which a packet must first arrive to reach the network, and so on.
  • FIG. 10 shows the operation sequence of the boot function that is executed when the [0059] router 12 is powered on. When the router 12 is powered on (91), a NISP Boot packet 92 is generated during initialization and is sent to all other routers 12. The req-protocol field of this NISP Boot packet 92 contains a value indicating all routing protocols.
  • When the NISP means [0060] 14 in the receiving router 12 receives this NISP Boot packet 92, it sends a Boot reception notification 93 to all routing protocol means 15 in that router because the req-protocol field contains the value indicating all routing protocols.
  • When routing protocol A, one of the routing protocol means [0061] 15 in the router 12, receives this Boot reception notification 93, it searches its own network information 16 for the network information other than that obtained through NISP packets, and sends a transmission request 94 to the NISP means 14 with the obtained information as the update information.
  • Upon receiving this [0062] transmission request 94, the NISP means 14 checks the routing protocol (routing protocol A) executed by the routing protocol means 15 that issued the transmission request 94, generates a network information notification packet 95 (the protocol field of the common header section indicates routing protocol A), and sends the generated network information notification packet 95 to the router 12 from which the NISP Boot packet was issued.
  • Upon receiving the network [0063] information notification packet 95 for routing protocol A, the NISP means 14 in the router 12, from which the NISP Boot packet was issued, selects the routing protocol means 15 for executing routing protocol A. This is because the protocol field of the common header section of the packet indicates routing protocol A. The NISP means 14 then sends an update information notification 96 to the selected routing protocol means 15.
  • When the routing protocol means [0064] 15 receives the update information notification 96, it adds this information to its own network information 16.
  • FIG. 11 shows the operation sequence of the Flash function that is executed when the [0065] router 12 is shut down. When the router 12 is shut down (101), a NISP Flash packet 102 is generated during shutdown and is sent to all other routers 12. The req-protocol field of this NISP Flash packet 102 contains a value indicating all routing protocols.
  • Upon receiving this [0066] NISP Flash packet 102, the NISP means 14 in the receiving router 12 sends a Flash reception notification 103 to all routing protocol means 15 in that router 12 because the req-protocol field contains the value indicating all routing protocols.
  • When routing protocol means [0067] 15 in the router 12 receives this Flash reception notification 103, it deletes from its own network information 16 only the information obtained from the NISP means 14 of the router 12 identified by the flash ID of the received packet.
  • FIG. 12 shows how the [0068] network information 16 collected by the RIP is maintained when the RIP is used by the routing protocol means 15 as the routing protocol. When the network information 16 is added through execution of the RIP (111), the routing protocol means 15 sends a transmission request 112 to the NISP means 14 to send the update information.
  • When the NISP means [0069] 14 receives the transmission request 112, it generates a network information notification packet for the RIP 113 (the protocol field of the common header section indicates RIP) because the routing protocol executed by the requesting routing protocol means 15 is the RIP. The NISP means 14 then sends this packet to all other routers in the clustered router 11. At this time, the cmd field of the NISP for RIP data section shown in FIG. 9 indicates “ADD”.
  • Because the protocol field of the common header section of the packet indicates the RIP, the NISP means [0070] 14 in the router 12 which has received the network information notification packet for the RIP 113 sends an update information notification 114 only to the routing protocol means 15 which execute the RIP.
  • Upon receiving the update information notification [0071] 114, the routing protocol means 15 for executing the RIP adds the received information to its own network information 16 because the cmd field of the packet indicates “ADD”.
  • On the other hand, when network information is deleted from its [0072] own network information 16 through execution of the RIP (115), the routing protocol means 15 sends a transmission request 116 to the NISP means 14 to send the update information.
  • When the NISP means [0073] 14 receives the transmission request 116, it generates a network information notification packet for the RIP 117 because the routing protocol executed by the requesting routing protocol means 15 is the RIP. The NISP means 14 then sends this packet to all other routers 12 in the clustered router 11. At this time, the cmd field of the NISP for RIP data section indicates “DEL”.
  • Because the protocol field of the common header section of the packet indicates the RIP, the NISP means [0074] 14 in the router 12 which has received the network information notification packet for the RIP 117 sends an update information notification 118 only to the routing protocol means 15 which execute the RIP.
  • The routing protocol means [0075] 15 for executing the RIP which has received the update information notification 118 deletes the received information from its own network information 16 because the cmd field of the packet indicates “DEL”.
  • FIG. 13 shows the operation sequence that is performed when the RIP is operating as the routing protocol executed by the routing protocol means [0076] 15 in the router 12 and when only that routing protocol means 15 is reinitialized. When a request 121 to re-initialize only the RIP is generated, the routing protocol means 15 sends a NISP Flash packet transmission request 122 to the NISP means 14 during RIP re-initialization of the routing protocol means 15.
  • Because the routing protocol of the requesting routing protocol means [0077] 15 is the RIP, the NISP means 14 which has received the NISP Flash packet transmission request 122 generates a NISP Flash packet 123 whose req-protocol field indicates the value RIP. The NISP means 14 then sends the generated packet to all other routers 12 in the clustered router 11.
  • The NISP means [0078] 14 in the receiving router 12 which has received the NISP Flash packet 123 sends a Flash reception notification 124 only to the routing protocol means 15 that executes the RIP, because the req-protocol field indicates RIP.
  • When the routing protocol means [0079] 15 that executes the RIP receives this Flash reception notification 124, it deletes only the information obtained from the NISP means 14 of the router 12 identified by the flash ID in the received packet.
  • When re-initialization is completed ([0080] 125), the routing protocol means 15 that executes the RIP sends a NISP Boot packet transmission request 126 to the NISP means 14.
  • The NISP means [0081] 14 which has received the NISP Boot packet transmission request 126 generates a NISP Boot packet 127 whose req-protocol field indicates the value RIP, because the routing protocol of the requesting routing protocol means 15 is the RIP. The NISP means 14 then sends the generated packet to all other routers 12 in the clustered router 11.
  • The NISP means [0082] 14 in the router 12 which has received the NISP Boot packet 127 sends a Boot reception notification 128 only to the routing protocol means 15 that executes the RIP, because the req-protocol field indicates RIP.
  • When the routing protocol means [0083] 15 that executes the RIP receives this Boot reception notification 128, it searches its own network information 16 for the network information other than that obtained through NISP packet and sends a transmission request 129 to the NISP means 14 with the obtained network information as the update information.
  • The NISP means [0084] 14 which has received the transmission request 129 generates a network information notification packet for RIP 130 and sends it to the router 12 which issued the Boot packet, because the routing protocol of the requesting routing protocol means 15 is the RIP. At this time, the cmd field of the NISP for RIP data section indicates “ADD”.
  • The NISP means [0085] 14 of the router 12 which has received the network information notification packet for RIP 130 sends an update information notification 131 only to the routing protocol means 15 which executes the RIP, because the protocol field of the common header section of the packet indicates RIP.
  • The routing protocol means [0086] 15 which executes the RIP and which has received the update information notification 131 adds this information to its own network information 16.
  • FIG. 14 is a flowchart showing the operation of the routing protocol means [0087] 15. The routing protocol means 15 checks if it has received network information from a router external to the clustered router 11 (step 201). Upon receiving network information, the routing protocol means 15 checks if the received information matches the network information it has (step 202). If they match, there is no need to update the network information; if they do not match, that is, when the existing information is updated or deleted or when new information is added, the routing protocol means 15 updates the network information (step 203). After that, the routing protocol means 15 requests the NISP means 14 to transmit the update information (step 204) and passes control back to step 201 to check if new network information is received.
  • FIG. 15 is a flowchart showing the operation that is executed by the NISP means [0088] 14 when the update information transmission request is received. The NISP means 14 creates a network information notification packet based on the information transmission request (step 211), transmits the packet to other routers 12 in the clustered router 11 (step 212), and ends the operation.
  • FIG. 16 is a flowchart showing the operation executed by the NISP means [0089] 14 when the network information notification packet is received from some other router 12. First, the NISP means 14 extracts the protocol field from the common header (step 221) and checks to see if the extracted protocol field indicates NISP (step 222). If the extracted protocol field does not indicate NISP, the NISP means 14 passes the update information to the routing protocol means 15 which executes the routing protocol specified by the protocol field (step 231) and ends the operation.
  • If the extracted protocol field indicates NISP, that is, when the packet is the NISP management packet, the NISP means [0090] 14 checks if the cmd field of the NISP management header indicates Flash (step 223).
  • If the cmd field of the NISP management header indicates Flash (step [0091] 223:Yes), the NISP means 14 checks if the req-protocol field contains a value indicating all routing protocols (step 224). If the field contains a value indicating all routing protocols, the NISP means 14 notifies all routing protocol means 15 of Flash (step 226); otherwise, the NISP means 14 notifies the corresponding routing protocol means 15 of Flash (step 225). Then, the NISP means 14 ends the operation.
  • If the cmd field of the NISP management header does not indicate Flash (step [0092] 223:NO), the NISP means 14 checks if the cmd field indicates Boot (step 227).
  • If the cmd field of the NISP management header indicates Boot (step [0093] 227:YES), the NISP means 14 checks if the req-protocol field contains a value indicating all routing protocols (step 228). If the req-protocol field contains that value, the NISP means 14 notifies all routing protocol means 15 of Boot (step 230); otherwise, the NISP means 14 notifies the corresponding routing protocol means 15 of Boot (step 229). Then, the NISP means 14 ends the operation.
  • If the cmd field of the NISP management header does not indicate Boot (step [0094] 227:NO), the NISP means 14 ends the operation.
  • FIG. 17 is a flowchart showing the operation executed by the routing protocol means [0095] 15 when it receives a notification from the NISP means 14. First, the routing protocol means 15 checks if the notification is an update information notification (step 241). If the notification from the NISP means 14 is an update information notification (step 241:YES), the routing protocol means 15 updates its own network information 16 with the received update information (step 242). If the notification from the NISP means 14 is not an update information notification (step 241:NO), the routing protocol means 15 checks if the notification is a Flash notification (step 243).
  • If the notification from the NISP means [0096] 14 is a Flash notification (step 243:YES), the routing protocol means 15 deletes all information, received from the NISP means 14 of the router 12 identified by the flash ID field of the NISP Flash packet, from its network information 16 (step 244). If the notification from the NISP means 14 is not a Flash notification (step 243:NO), the routing protocol means 15 checks if the notification is a Boot notification (step 245).
  • If the notification from the NISP means [0097] 14 is a Boot notification (step 245:YES), the routing protocol means 15 requests the NISP means 14 to transmit all network information other than that obtained through the NISP means 14 to the NISP means 14 of the router 12 identified by the boot ID field of the NISP Boot packet (step 246). Then, the routing protocol means 15 end the operation. If the. notification from the NISP means 14 is not a Boot notification (step 245:NO), the routing protocol means 15 end the operation.
  • FIG. 18 is a functional block diagram of the second embodiment according to the present invention. The [0098] router 12 comprises the plurality of route calculation units 20 each of which generates and distributes the routing table used for packet forwarding and the plurality of forwarding processing units 18 each of which forwards packets. Only one of the plurality of route calculation units 20 is in the active state, and the rest are in the backup state. Though the router 12 is one element of the clustered router 11 in this figure, the present invention is not limited to this configuration. The router may exist alone.
  • Within the active-state [0099] route calculation unit 20, the routing protocol means 15 is operating. The routing protocol means 15 sends or receives control packets to or from some other router 25 on a network outside the router 12 to obtain the network information 16. From the obtained network information 16, the routing protocol means 15 performs route calculation to generate routing information and adds this information to the routing table 17.
  • The routing table [0100] 17 thus generated is distributed to the forwarding units 18 in the router 12 to decide whether to forward packets.
  • The routing protocol means [0101] 15 in the backup-state route calculation unit 20 does not send or receive packets to or from some other router 25, nor does it distribute the routing table 17 to the forwarding unit 18.
  • After updating the [0102] network information 16, the routing protocol means 15 in the active-state route calculation unit 20 requests the NISP means 14 to send the update information. The NISP means 14 generates the network information notification packet 19 based on this update information and then sends it to all backup-state route calculation units 20. Because there are the plurality of routing protocol means 15 in the route calculation unit 20, the network information notification packet 19 has the identifier (routing protocol identifier) thereon to indicate which routing protocol has generated the update information.
  • The NISP means [0103] 14 in the backup-state route calculation unit 20 checks the routing protocol identifier in the received packet and passes the update information to the routing protocol means 15 of the corresponding type.
  • The routing protocol means [0104] 15 in the backup-state route calculation unit 20 updates the network information 16 based on the update information received from the NISP means 14. At this time, the routing protocol means 15 may or may not generate routing information from the updated network information 16. If the routing protocol means 15 does not generate the routing information at this time, it generates new routing information when the corresponding route calculation unit 20 enters the active-state and then creates the routing table 17.
  • The operation described above keeps the [0105] network information 16 of the backup-state route calculation unit 20 up-to-date. Therefore, when the active-state route calculation unit 20 fails and the backup-state route calculation unit 20 enters the active-state, the route calculation unit 20 does not have to obtain the network information 16 from some other router 25, thus minimizing the influence of an error (such as loss of packets between communication terminals).
  • When the [0106] router 12 is an element of the clustered router 11, the network information 16 may be shared by combining the configuration in FIG. 1 and that in FIG. 18. That is, the network information notification packet 19 may be sent to all other route calculation units 20 in the same router 12 and to all route calculation units 20 in other routers 12 in the clustered router 11.
  • According to the present invention, network information collected by the routing protocol in each router in a clustered router is sent to other routers in the clustered router. This makes it possible for all routers in the clustered router to share the network information. [0107]
  • Sharing network information as described above makes a clustered router, composed of a plurality of routers, appear as if it was a single router. [0108]
  • Conventionally, more routers must be added as the network grows and the resulting router networks require additional network addresses. The present invention allows the user to treat the router connections in the clustered router as internal networks, eliminating the need to assign network addresses to them. This avoids waste of network addresses and increases address space available to the user. [0109]
  • In the conventional system, there is a need to perform configuration definition for each router. The clustered router, which is configured as a single router, eliminates that need, significantly reducing the network management cost. [0110]
  • In addition, network information exchange among the routers in the clustered router is performed in a simpler method which does not use routing protocols. This ensures the performance of terminal-to-terminal packet forwarding which is the primary function of routers. [0111]

Claims (8)

What is claimed is:
1. A network information sharing method using routers connecting networks to which communication terminals are connected, said network information sharing method comprising the steps of:
forming network information with a network information notification packet which includes a type of a routing protocol;
transferring said network information notification packet among routing protocol programs of one or more other routers; and
generating a routing table based on said network information included in said network information notification packet using said routing protocol program, said routing table being used to determine a destination of a packet to be transferred among said communication terminals.
2. A network information sharing method using routers which have a plurality of route calculation units, one of said plurality of route calculation units being in active state with the rest in backup state, said network information sharing method comprising the steps of:
forming network information with a network information notification packet which includes a type of a routing protocol;
transferring said network information notification packet to routing protocol programs each operating in said route calculation units in backup state with the use of the routing protocol program operating in said route calculation unit in active state; and
when said route calculation unit in active state fails, sending or receiving the network information to or from other routers with the use of said routing protocol program in one of said route calculation units in backup state based on said transferred network information.
3. A network information sharing method using a router in which a plurality of routing protocol programs operate, each of said plurality of routing protocol programs executing a different routing protocol, said network information sharing method comprising the steps of:
forming network information with a network information notification packet which includes a type of the routing protocol;
transferring said network information among routing protocol programs of one or more other routers, said network information being collected based on the routing protocol corresponding to each of said routing protocol programs; and
receiving said network information collected based on the other routing protocols and sending said network information to an external router.
4. A network information sharing method using a plurality of routers connecting networks to which communication terminals are connected, said network information sharing method comprising the steps of:
forming network information with a network information notification packet which includes a type of a routing protocol;
transferring said network information notification packet among routing programs of said plurality of routers, said network information notification packet including said network information collected by the routing protocol of the routing protocol programs provided in each of said plurality of routers; and
generating a routing table based on said network information using said routing protocol program, said routing table being used to decide a destination of a packet to be transferred among said communication terminals.
5. A router connecting networks to which communication terminals are connected and which allows network information 16 to be shared, said router comprising:
means for forming the network information with a network information notification packet which includes a type of a routing protocol;
means for transferring said network information notification packet among routing protocol programs of one or more other routers; and
means for generating a routing table based on said network information included in said network information notification packet using said routing protocol program, said routing table being used to decide a destination of a packet to be transferred among said communication terminals.
6. A clustered router comprising a plurality of routers connecting networks to which communication terminals are connected, each of said plurality of routers comprising:
means for forming the network information with a network information notification packet which includes a type of a routing protocol;
means for transferring said network information notification packet among routing programs of said plurality of routers, said network information notification packet including said network information collected by the routing protocol of the routing protocol program provided in each of said plurality of routers; and
means for generating a routing table based on said network information using said routing protocol program, said routing table being used to decide a destination of a packet to be transferred among said communication terminals.
7. A router which has a plurality of route calculation units and which allows network information to be shared, one of said plurality of route calculation units being in active state with the rest in backup state, said router comprising:
means for forming the network information with a network information notification packet which includes a type of a routing protocol;
means for transferring said network information notification packet to routing protocol programs each operating in said route calculation units in backup state with the use of the routing protocol program operating in said route calculation unit in active state; and
means for sending or receiving the network information to or from other routers with the use of said routing protocol program in one of said route calculation units in backup state based on said transferred network information when said route calculation unit in active state fails.
8. A router in which a plurality of routing protocol programs operate and which allows network information to be shared, each of said plurality of routing protocol programs executing a different routing protocol, said router comprising:
means for forming the network information with a network information notification packet which includes a type of the routing protocol;
means for transferring said network information among routing protocol programs of one or more other routers, said network information being collected based on the routing protocol corresponding to each of said routing protocol programs; and
means for receiving said network information collected based on the other routing protocols and sending said network information to an external router.
US10/425,648 1998-07-01 2003-04-30 Method for sharing network information and a router apparatus Abandoned US20030198214A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/425,648 US20030198214A1 (en) 1998-07-01 2003-04-30 Method for sharing network information and a router apparatus

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP18592198 1998-07-01
JP10-185921 1998-07-01
US09/343,242 US6577634B1 (en) 1998-07-01 1999-06-30 Method for sharing network information and a router apparatus
US10/425,648 US20030198214A1 (en) 1998-07-01 2003-04-30 Method for sharing network information and a router apparatus

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/343,242 Continuation US6577634B1 (en) 1998-07-01 1999-06-30 Method for sharing network information and a router apparatus

Publications (1)

Publication Number Publication Date
US20030198214A1 true US20030198214A1 (en) 2003-10-23

Family

ID=29217511

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/343,242 Expired - Lifetime US6577634B1 (en) 1998-07-01 1999-06-30 Method for sharing network information and a router apparatus
US10/425,648 Abandoned US20030198214A1 (en) 1998-07-01 2003-04-30 Method for sharing network information and a router apparatus

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/343,242 Expired - Lifetime US6577634B1 (en) 1998-07-01 1999-06-30 Method for sharing network information and a router apparatus

Country Status (1)

Country Link
US (2) US6577634B1 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030208622A1 (en) * 2002-05-01 2003-11-06 Mosier James R. Method and system for multiple vendor, multiple domain router configuration backup
US20040034669A1 (en) * 2002-08-01 2004-02-19 Oracle International Corporation Instantiation of objects for information-sharing relationships
US6889231B1 (en) * 2002-08-01 2005-05-03 Oracle International Corporation Asynchronous information sharing system
US7031974B1 (en) 2002-08-01 2006-04-18 Oracle International Corporation Replicating DDL changes using streams
US20070083569A1 (en) * 2005-10-07 2007-04-12 Lik Wong Commit-time ordered message queue supporting arbitrary read and dequeue patterns from multiple subscribers
US20080040369A1 (en) * 2006-08-09 2008-02-14 Oracle International Corporation Using XML for flexible replication of complex types
US20080101384A1 (en) * 2006-10-27 2008-05-01 Samsung Electronics Co., Ltd. Apparatus and method for providing network information
US20090172148A1 (en) * 2007-12-26 2009-07-02 Verizon Business Network Services Inc. Method and system for monitoring and analyzing of ip networks elements
US11550563B2 (en) 2020-06-21 2023-01-10 Veego Software Ltd. Remote detection of device updates

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6725274B1 (en) * 2000-03-29 2004-04-20 Bycast Inc. Fail-safe system for distributing streaming media having a dynamically reconfigurable hierarchy of ring or mesh topologies
US7133403B1 (en) * 2000-05-05 2006-11-07 Fujitsu Limited Transport network and method
US7302704B1 (en) * 2000-06-16 2007-11-27 Bbn Technologies Corp Excising compromised routers from an ad-hoc network
US6850524B1 (en) * 2000-07-31 2005-02-01 Gregory Donald Troxel Systems and methods for predictive routing
US20020049859A1 (en) * 2000-08-25 2002-04-25 William Bruckert Clustered computer system and a method of forming and controlling the clustered computer system
US20060074727A1 (en) 2000-09-07 2006-04-06 Briere Daniel D Method and apparatus for collection and dissemination of information over a computer network
US7366769B2 (en) * 2000-10-02 2008-04-29 Schlumberger Technology Corporation System, method and computer program product for a universal communication connector
US6910148B1 (en) * 2000-12-07 2005-06-21 Nokia, Inc. Router and routing protocol redundancy
US7535826B1 (en) * 2000-12-11 2009-05-19 Juniper Networks, Inc Routing protocols for accommodating nodes with redundant routing facilities
FR2819360B1 (en) * 2001-01-11 2003-04-11 Cit Alcatel ROUTING SYSTEM PROVIDING THE CONTINUITY OF SERVICE OF THE INTERFACES ASSOCIATED WITH NEIGHBORING NETWORKS
FR2819359B1 (en) 2001-01-11 2003-04-11 Cit Alcatel ROUTING SYSTEM PROVIDING CONTINUITY OF SERVICE, STATE MACHINES ASSOCIATED WITH NEIGHBORING ROUTING SYSTEMS
JP4588262B2 (en) * 2001-07-04 2010-11-24 富士通株式会社 Suspension method in router and network
US7126944B2 (en) * 2001-07-05 2006-10-24 Intel Corporation Routing packets across multiple forwarding elements
US7403530B2 (en) * 2001-07-27 2008-07-22 4198638 Canada Inc. Scalable router
US7483433B2 (en) * 2001-09-17 2009-01-27 Foundry Networks, Inc. System and method for router data distribution
US7254111B2 (en) * 2001-10-05 2007-08-07 Samsung Electronics Co., Ltd. Routing coordination protocol for a massively parallel router architecture
US7277383B2 (en) * 2001-10-05 2007-10-02 Samsung Electronics Co., Ltd. Redundancy mechanization protocol for a massively parallel router
FR2831743B1 (en) * 2001-10-25 2004-01-30 Cit Alcatel IS-IS FAULT TOLERANT ROUTING SYSTEM AND CORRESPONDING METHOD
US8769154B2 (en) * 2002-01-24 2014-07-01 Alcatel Lucent Method and apparatus for facilitating routing protocol redundancy in a network element
KR100474677B1 (en) * 2002-04-18 2005-03-08 삼성전자주식회사 Method for detecting failure of routing protocol module in distributed architecture router
CN100347994C (en) * 2002-06-21 2007-11-07 汤姆森特许公司 Linearly expandable broadcast router apparatus
CN100454883C (en) * 2002-06-21 2009-01-21 汤姆森特许公司 Fully redundant linearly expandable broadcast router
US7397795B2 (en) * 2003-02-24 2008-07-08 Intel California Method and system for label-based packet forwarding among multiple forwarding elements
JP4164394B2 (en) * 2003-03-25 2008-10-15 洋久 森 Automatic route selection table setting method
US7362763B2 (en) * 2003-09-04 2008-04-22 Samsung Electronics Co., Ltd. Apparatus and method for classifying traffic in a distributed architecture router
WO2005048072A2 (en) * 2003-11-10 2005-05-26 Tekelec Methods and systems for automatically populating network route table
US7680113B2 (en) * 2005-12-20 2010-03-16 Alcatel-Lucent Usa Inc. Inter-FE MPLS LSP mesh network for switching and resiliency in SoftRouter architecture
CN100579072C (en) * 2006-12-22 2010-01-06 华为技术有限公司 Method and system for communication between IP devices
US9274851B2 (en) * 2009-11-25 2016-03-01 Brocade Communications Systems, Inc. Core-trunking across cores on physically separated processors allocated to a virtual machine based on configuration information including context information for virtual machines
US8769155B2 (en) * 2010-03-19 2014-07-01 Brocade Communications Systems, Inc. Techniques for synchronizing application object instances
US8576703B2 (en) 2010-03-19 2013-11-05 Brocade Communications Systems, Inc. Synchronization of multicast information using bicasting
WO2011148493A1 (en) 2010-05-27 2011-12-01 富士通株式会社 Packet communication device and packet forwarding method
US9104619B2 (en) 2010-07-23 2015-08-11 Brocade Communications Systems, Inc. Persisting data across warm boots
US8495418B2 (en) 2010-07-23 2013-07-23 Brocade Communications Systems, Inc. Achieving ultra-high availability using a single CPU
US9143335B2 (en) 2011-09-16 2015-09-22 Brocade Communications Systems, Inc. Multicast route cache system
US10581763B2 (en) 2012-09-21 2020-03-03 Avago Technologies International Sales Pte. Limited High availability application messaging layer
US9203690B2 (en) 2012-09-24 2015-12-01 Brocade Communications Systems, Inc. Role based multicast messaging infrastructure
US9967106B2 (en) 2012-09-24 2018-05-08 Brocade Communications Systems LLC Role based multicast messaging infrastructure
US9619349B2 (en) 2014-10-14 2017-04-11 Brocade Communications Systems, Inc. Biasing active-standby determination
CN105610722A (en) * 2016-01-04 2016-05-25 中科恒源科技股份有限公司 Novel wireless router

Citations (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5128926A (en) * 1990-03-21 1992-07-07 Digital Equipment Corporation Updating link state information in networks
US5394402A (en) * 1993-06-17 1995-02-28 Ascom Timeplex Trading Ag Hub for segmented virtual local area network with shared media access
US5430727A (en) * 1990-09-04 1995-07-04 Digital Equipment Corporation Multiple protocol routing
US5455865A (en) * 1989-05-09 1995-10-03 Digital Equipment Corporation Robust packet routing over a distributed network containing malicious failures
US5461624A (en) * 1992-03-24 1995-10-24 Alcatel Network Systems, Inc. Distributed routing network element
US5473599A (en) * 1994-04-22 1995-12-05 Cisco Systems, Incorporated Standby router protocol
US5600794A (en) * 1995-08-04 1997-02-04 Bay Networks, Inc. Method and apparatus for managing exchange of metrics in a computer network by exchanging only metrics used by a node in the network
US5802316A (en) * 1995-01-26 1998-09-01 Ito; Yuji Routers connecting LANs through public network
US5805593A (en) * 1995-09-26 1998-09-08 At&T Corp Routing method for setting up a service between an origination node and a destination node in a connection-communications network
US5964841A (en) * 1997-03-03 1999-10-12 Cisco Technology, Inc. Technique for handling forwarding transients with link state routing protocol
US6032266A (en) * 1996-04-05 2000-02-29 Hitachi, Ltd. Network system having function of changing route upon failure
US6034961A (en) * 1996-12-27 2000-03-07 Nec Corporation Active/standby routing system on ATM network
US6049524A (en) * 1997-11-20 2000-04-11 Hitachi, Ltd. Multiplex router device comprising a function for controlling a traffic occurrence at the time of alteration process of a plurality of router calculation units
US6078963A (en) * 1998-01-16 2000-06-20 At&T Corp. Router with de-centralized processing using intelligent ports
US6118771A (en) * 1996-03-14 2000-09-12 Kabushiki Kaisha Toshiba System and method for controlling communication
US6275492B1 (en) * 1996-12-03 2001-08-14 Nortel Networks Limited Method and apparatus for routing data using router identification information
US6330614B1 (en) * 1998-03-20 2001-12-11 Nexabit Networks Llc Internet and related networks, a method of and system for substitute use of checksum field space in information processing datagram headers for obviating processing speed and addressing space limitations and providing other features
US6421731B1 (en) * 1996-10-29 2002-07-16 Telxon Corporation Dynamic next hop routing protocol
US6529517B2 (en) * 1997-01-17 2003-03-04 Scientific-Atlanta, Inc. Router for which a logical network address which is not unique to the router is the gateway address in default routing table entries
US6552997B1 (en) * 1998-03-09 2003-04-22 Fujitsu Limited Router network, with saving function, for subordinate LAN at router fault
US20030210686A1 (en) * 2001-10-18 2003-11-13 Troika Networds, Inc. Router and methods using network addresses for virtualization
US7242665B2 (en) * 2001-01-25 2007-07-10 Ericsson Ab Network device virtual interface

Patent Citations (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5455865A (en) * 1989-05-09 1995-10-03 Digital Equipment Corporation Robust packet routing over a distributed network containing malicious failures
US5128926A (en) * 1990-03-21 1992-07-07 Digital Equipment Corporation Updating link state information in networks
US5430727A (en) * 1990-09-04 1995-07-04 Digital Equipment Corporation Multiple protocol routing
US5461624A (en) * 1992-03-24 1995-10-24 Alcatel Network Systems, Inc. Distributed routing network element
US5394402A (en) * 1993-06-17 1995-02-28 Ascom Timeplex Trading Ag Hub for segmented virtual local area network with shared media access
US5473599A (en) * 1994-04-22 1995-12-05 Cisco Systems, Incorporated Standby router protocol
US5802316A (en) * 1995-01-26 1998-09-01 Ito; Yuji Routers connecting LANs through public network
US5600794A (en) * 1995-08-04 1997-02-04 Bay Networks, Inc. Method and apparatus for managing exchange of metrics in a computer network by exchanging only metrics used by a node in the network
US5805593A (en) * 1995-09-26 1998-09-08 At&T Corp Routing method for setting up a service between an origination node and a destination node in a connection-communications network
US6118771A (en) * 1996-03-14 2000-09-12 Kabushiki Kaisha Toshiba System and method for controlling communication
US6032266A (en) * 1996-04-05 2000-02-29 Hitachi, Ltd. Network system having function of changing route upon failure
US6421731B1 (en) * 1996-10-29 2002-07-16 Telxon Corporation Dynamic next hop routing protocol
US6275492B1 (en) * 1996-12-03 2001-08-14 Nortel Networks Limited Method and apparatus for routing data using router identification information
US6034961A (en) * 1996-12-27 2000-03-07 Nec Corporation Active/standby routing system on ATM network
US6529517B2 (en) * 1997-01-17 2003-03-04 Scientific-Atlanta, Inc. Router for which a logical network address which is not unique to the router is the gateway address in default routing table entries
US5964841A (en) * 1997-03-03 1999-10-12 Cisco Technology, Inc. Technique for handling forwarding transients with link state routing protocol
US6049524A (en) * 1997-11-20 2000-04-11 Hitachi, Ltd. Multiplex router device comprising a function for controlling a traffic occurrence at the time of alteration process of a plurality of router calculation units
US6078963A (en) * 1998-01-16 2000-06-20 At&T Corp. Router with de-centralized processing using intelligent ports
US6552997B1 (en) * 1998-03-09 2003-04-22 Fujitsu Limited Router network, with saving function, for subordinate LAN at router fault
US6330614B1 (en) * 1998-03-20 2001-12-11 Nexabit Networks Llc Internet and related networks, a method of and system for substitute use of checksum field space in information processing datagram headers for obviating processing speed and addressing space limitations and providing other features
US7242665B2 (en) * 2001-01-25 2007-07-10 Ericsson Ab Network device virtual interface
US20030210686A1 (en) * 2001-10-18 2003-11-13 Troika Networds, Inc. Router and methods using network addresses for virtualization

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030208622A1 (en) * 2002-05-01 2003-11-06 Mosier James R. Method and system for multiple vendor, multiple domain router configuration backup
US7814067B2 (en) 2002-08-01 2010-10-12 Oracle International Corporation Asynchronous actions using flashback
US20050125430A1 (en) * 2002-08-01 2005-06-09 Oracle International Corporation Asynchronous actions using flashback
US7031974B1 (en) 2002-08-01 2006-04-18 Oracle International Corporation Replicating DDL changes using streams
US8374966B1 (en) 2002-08-01 2013-02-12 Oracle International Corporation In memory streaming with disk backup and recovery of messages captured from a database redo stream
US6889231B1 (en) * 2002-08-01 2005-05-03 Oracle International Corporation Asynchronous information sharing system
US20040034669A1 (en) * 2002-08-01 2004-02-19 Oracle International Corporation Instantiation of objects for information-sharing relationships
US7103612B2 (en) 2002-08-01 2006-09-05 Oracle International Corporation Instantiation of objects for information-sharing relationships
US7680793B2 (en) 2005-10-07 2010-03-16 Oracle International Corporation Commit-time ordered message queue supporting arbitrary read and dequeue patterns from multiple subscribers
US20070083569A1 (en) * 2005-10-07 2007-04-12 Lik Wong Commit-time ordered message queue supporting arbitrary read and dequeue patterns from multiple subscribers
US7801856B2 (en) 2006-08-09 2010-09-21 Oracle International Corporation Using XML for flexible replication of complex types
US20080040369A1 (en) * 2006-08-09 2008-02-14 Oracle International Corporation Using XML for flexible replication of complex types
US20080101384A1 (en) * 2006-10-27 2008-05-01 Samsung Electronics Co., Ltd. Apparatus and method for providing network information
US7933278B2 (en) * 2006-10-27 2011-04-26 Samsung Electronics Co., Ltd. Apparatus and method for providing network information
US7975045B2 (en) * 2007-12-26 2011-07-05 Verizon Patent And Licensing Inc. Method and system for monitoring and analyzing of IP networks elements
US20090172148A1 (en) * 2007-12-26 2009-07-02 Verizon Business Network Services Inc. Method and system for monitoring and analyzing of ip networks elements
US11550563B2 (en) 2020-06-21 2023-01-10 Veego Software Ltd. Remote detection of device updates

Also Published As

Publication number Publication date
US6577634B1 (en) 2003-06-10

Similar Documents

Publication Publication Date Title
US6577634B1 (en) Method for sharing network information and a router apparatus
US6496510B1 (en) Scalable cluster-type router device and configuring method thereof
JP3286584B2 (en) Multiplexed router device
US6496503B1 (en) Device initialization and operation using directed routing
AU2004306715A1 (en) Distributed software architecture for implementing the border gateway protocol (BGP)
JP4759135B2 (en) Distributed switch and connection control configuration and method for digital communication network
US7532620B2 (en) Routing table synchronization method, network apparatus, and routing table synchronization program
EP0969630B1 (en) Method for sharing network information and router apparatus
US7461154B2 (en) Communication arrangement between virtual routers of a physical router
JPH0888649A (en) Data communication system
JP3685918B2 (en) Relay device, network relay system, and relay method
JP2845208B2 (en) Address resolution device
US6631421B1 (en) Recursive partitioning of networks
US20230269164A1 (en) Method and apparatus for sending route calculation information, device, and storage medium
JP3487197B2 (en) Cluster type router device
US11924103B2 (en) Traffic processing method, apparatus, and network device
US6567856B1 (en) Deadlock-free routing
CN113794618B (en) Redundant network communication method and device based on virtual network card and terminal equipment
KR100431206B1 (en) Table management methode for distributed forwarding in high speed router
JP4638849B2 (en) Function distributed communication apparatus and path control method
JP2003158541A (en) Routing controller, and routing control method
KR100560753B1 (en) apparatus and method of router information management in Distributed Router
JP2000261477A (en) Router device
TW202344017A (en) Packet switch and packet management control method
JP2001285351A (en) Method of route switching and router

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION