WO2001069850A2 - Non-fault tolerant network nodes in a multiple fault tolerant network - Google Patents

Non-fault tolerant network nodes in a multiple fault tolerant network Download PDF

Info

Publication number
WO2001069850A2
WO2001069850A2 PCT/US2001/007405 US0107405W WO0169850A2 WO 2001069850 A2 WO2001069850 A2 WO 2001069850A2 US 0107405 W US0107405 W US 0107405W WO 0169850 A2 WO0169850 A2 WO 0169850A2
Authority
WO
WIPO (PCT)
Prior art keywords
network
fault
tolerant
data
node
Prior art date
Application number
PCT/US2001/007405
Other languages
French (fr)
Other versions
WO2001069850A3 (en
Inventor
Jiandong Huang
Jay W. Gustin
Ronald J. Freimark
Tony J. Kozlik
Sejun Song
Original Assignee
Honeywell International Inc.
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 Honeywell International Inc. filed Critical Honeywell International Inc.
Priority to DE60130873T priority Critical patent/DE60130873T2/en
Priority to AU4911401A priority patent/AU4911401A/en
Priority to JP2001567178A priority patent/JP2004500778A/en
Priority to EP01922297A priority patent/EP1262040B1/en
Priority to AU2001249114A priority patent/AU2001249114B2/en
Priority to CA002402872A priority patent/CA2402872A1/en
Publication of WO2001069850A2 publication Critical patent/WO2001069850A2/en
Publication of WO2001069850A3 publication Critical patent/WO2001069850A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40169Flexible bus arrangements
    • H04L12/40176Flexible bus arrangements involving redundancy
    • H04L12/40189Flexible bus arrangements involving redundancy by using a plurality of bus systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Definitions

  • the invention relates generally to computer networks, and more specifically
  • an office worker's personal computer may run software that is
  • network may be used to inventory the software and hardware installed in each personal computer, greatly simplifying the task of inventory management. Also,
  • the software and hardware configuration of each computer may be managed via the
  • Networked computers also typically are connected to one or more network
  • servers that provide data and resources to the networked computers. For example,
  • a server may store a number of software applications that can be executed by the
  • networked computers may store a database of data that can be accessed and
  • the network servers typically also manage the networked computers.
  • the network servers typically also manage the networked computers.
  • the network servers typically also manage
  • a server may facilitate exchange of data such as
  • networking environments such as process control, medical, or other critical applications by utilization of backup or redundant network components.
  • One example is use of a second network connection to critical network nodes providing
  • One solution is use of a method or apparatus that can detect and manage the
  • each other fault-tolerant network node to which it is connected In some embodiments, each other fault-tolerant network node to which it is connected.
  • such network nodes employ a network status data record indicating the state of each of a primary and redundant network connection to each other
  • Such networks will desirably include nodes which do not have full
  • network node is a standard office laser printer with a built-in network connection.
  • fault-tolerant network nodes in such a fault-tolerant network system.
  • the present invention provides a method and apparatus for operation of non-fault tolerant network nodes in a fault-tolerant network environment.
  • a network address or network location of any network nodes present
  • the fault-tolerant network comprises a primary and redundant
  • fault-tolerant network node that is attached to either the primary or redundant
  • Figure 1 shows a diagram of a fault-tolerant computer network
  • multiple fault-tolerant network nodes having primary and redundant network
  • Figure 2 shows a flowchart of a method of managing communication with
  • the present invention provides a method and apparatus for managing
  • the network in some embodiments comprises a primary and a
  • invention comprises routing information to non-fault-tolerant network nodes
  • the invention in various forms is implemented within an existing network
  • the fault-tolerant is implemented using interface technology, such as Ethernet.
  • interface technology such as Ethernet.
  • network comprises two Ethernet connections connected to each fault-tolerant
  • connection It is not critical for purposes of the invention which connection is the
  • the primary and redundant network connections are interchangeable and are named primarily for the purpose of distinguishing the two networks from each other.
  • Each of the primary and redundant networks also may have one or more non-fault-
  • Figure 1 illustrates an exemplary fault-tolerant network with fault-tolerant
  • Non-fault tolerant network nodes
  • non-fault-tolerant network node 106 are also connected to each network, including non-fault-tolerant network node 106
  • fault-tolerant network nodes are configured such that the fault-tolerant network nodes can communicate with each other despite multiple network faults, such as by use in some
  • Each fault-tolerant network node communicated between each fault-tolerant network node.
  • Each fault-tolerant network node communicated between each fault-tolerant network node.
  • network node of such a system must be able to recognize non-fault-tolerant
  • fault-tolerant network nodes such as nodes 106 and 107 of the example network of
  • fault-tolerant network node such as node 106 or 107 is desirably sent over the
  • non-fault-tolerant network node 106 is simply
  • tolerant network node is connected. Such a system does not require tracking
  • tolerant network node address comprises monitoring for and intercepting Internet
  • IP Address Resolution Protocol
  • ARP Address Resolution Protocol
  • each ARP ARP
  • MAC Media Access Control
  • the intercepted MAC address of each non-fault-tolerant network node is then recorded along with the network on which the non-fault-tolerant network node is detected.
  • other network hardware and communication protocols may be used for the same purpose, and are within the scope of the invention.
  • the address of the desired node is found in the stored address records of the sending fault-tolerant network node, and the associated network is determined. For example, if fault-tolerant network node 101 initiates a data transfer to non-fault-tolerant network node 106, node 101 searches its stored address records and finds the address of node 106, and further finds that the address data for node 106 was received on the primary network 104 rather than the redundant network 105. Node 101 then sends the data intended for node 106 only over network 104, eliminating the need to send the same data over redundant network 105 and use additional network bandwidth.
  • fault-tolerant network nodes such as node 101 use the network status data indicating the ability of that node to communicate with other fault-tolerant network nodes to reroute data intended for a non-fault-tolerant network node around a network fault.
  • This is achieved in some embodiments by initially sending the data on the network on which the non-fault- tolerant network node does not reside and using a selected fault-tolerant network node to transfer the sent data to the network on which the non-fault-tolerant network node resides at a point on the non-fault-tolerant network node's network such that the fault on the non-fault-tolerant network node's network is not between the transferring node and the non-fault-tolerant receiving node.
  • Other fault-tolerant network nodes such as node 101 use the network status data indicating the ability of that node to communicate with other fault-tolerant network nodes to reroute data intended for a non-fault-tolerant network node around a network fault.
  • data sent to non-fault-tolerant network nodes is
  • tolerant network nodes does not contain data on the intended destination non-fault-
  • Sending such data comprises sending or replicating the data
  • Figure 2 is a flowchart of a method of managing communication between
  • tolerant network node determines the network address of any non-fault-tolerant
  • each fault-tolerant network node further determines the
  • this simply comprises detecting which network adapter in the
  • the fault-tolerant network nodes each store the data
  • the address and network data for each non-fault- tolerant network node are associated with each other in the stored data in one embodiment, so that looking up a record for a particular non-fault-tolerant network node results in retrieval of both the network address of the node and the network on
  • node and the storing of this data is a continuous process, and occurs even during
  • a fault-tolerant network node initiates sending data to a non-fault-
  • the stored data is searched for the address and
  • network node are present in the stored data. If the address and network data are present in the stored data, the data to be sent is sent from the fault-tolerant network
  • the data is sent indirectly via one or more intermediate nodes
  • the data to be sent is
  • the present invention provides a method and apparatus that enable a
  • Some embodiments of the invention incorporate a data record within each fault-tolerant network node
  • the invention includes rerouting data that cannot be sent.
  • network node due to a network fault, and comprises routing the data to one or more

Abstract

The present invention provides a method an apparatus for facilitating communication with non-fault tolerant network nodes in a fault-tolerant network environment. In various embodiments, a network address or network location of any network nodes present on a network that are not fault-tolerant is determined and stored, and data intended for the detected non-fault-tolerant network nodes is routed only over that network to which the non-fault-tolerant network node is connected. In further embodiments, the fault-tolerant network comprises a primary and redundant network with fault tolerant network nodes that are attached to each network; a non-fault-tolerant network node that is attached to either the primary or redundant network is then operable to communicate with any fault-tolerant network node via data sent over only the network to which the non-fault-tolerant network node is connected.

Description

Non-Fault Tolerant Network Nodes in a Multiple Fault Tolerant Network
Field of the Invention
The invention relates generally to computer networks, and more specifically
to a method and apparatus providing non-fault tolerant network node operability in
a fault-tolerant network.
Notice of Copending Applications
This application is related to the following copending applications, which
are hereby incorporated by reference:
"Fault Tolerant Networking", serial number 09/188,976; and
Atty. docket number 256.044usl
Background of the Invention
Computer networks have become increasingly important to communication
and productivity in environments where computers are utilized for work.
Electronic mail has in many situations replaced paper mail and faxes as a means of
distribution of information, and the availability of vast amounts of information on
the Internet has become an invaluable resource both for many work-related and
personal tasks. The ability to exchange data over computer networks also enables
sharing of computer resources such as printers in a work environment, and enables
centralized network-based management of the networked computers.
For example, an office worker's personal computer may run software that is
installed and updated automatically via a network, and that generates data that is
printed to a networked printer shared by people in several different offices. The
network may be used to inventory the software and hardware installed in each personal computer, greatly simplifying the task of inventory management. Also,
the software and hardware configuration of each computer may be managed via the
network, making the task of user support easier in a networked environment.
Networked computers also typically are connected to one or more network
servers that provide data and resources to the networked computers. For example,
a server may store a number of software applications that can be executed by the
networked computers, or may store a database of data that can be accessed and
utilized by the networked computers. The network servers typically also manage
access to certain networked devices such as printers, which can be utilized by any
of the networked computers. Also, a server may facilitate exchange of data such as
e-mail or other similar services between the networked computers.
Connection from the local network to a larger network such as the Internet
can provide greater ability to exchange data, such as by providing Internet e-mail
access or access to the World Wide Web. These data connections make
conducting business via the Internet practical, and have contributed to the growth
in development and use of computer networks. Internet servers that provide data
and serve functions sucn as e-commerce, streaming audio or video, e-mail, or
provide other content rely on the operation of local networks as well as the Internet
to provide a path between such data servers and client computer systems.
But like other electronic systems, networks are subject to failures.
Misconfiguration, broken wires, failed electronic components, and a number of
other factors can cause a computer network connection to fail, leading to possible
inoperability of the computer network. Such failures can be minimized in critical
networking environments such as process control, medical, or other critical applications by utilization of backup or redundant network components. One example is use of a second network connection to critical network nodes providing
the same function as the first network connection. But, management of the
network connections to facilitate operation in the event of a network failure can be
a difficult task, and is itself subject to the ability of a network system or user to properly detect and compensate for the network fault. Furthermore, when both a
primary and redundant network develop faults, exclusive use of either network will
not provide full network operability.
One solution is use of a method or apparatus that can detect and manage the
state of a network of computers utilizing redundant communication channels. Such
a system incorporates in various embodiments nodes which are capable of
detecting and managing the state of communication channels between the node and
each other fault-tolerant network node to which it is connected. In some
embodiments, such network nodes employ a network status data record indicating the state of each of a primary and redundant network connection to each other
node, and further employ logic enabling determination of an operable data path to
send and receive data between each pair of nodes.
But, such networks will desirably include nodes which do not have full
fault-tolerant capability. One common example of such a non-fault-tolerant
network node is a standard office laser printer with a built-in network connection.
What is needed is a method and apparatus to facilitate communication with non-
fault-tolerant network nodes in such a fault-tolerant network system.
Summary of the Invention
The present invention provides a method and apparatus for operation of non-fault tolerant network nodes in a fault-tolerant network environment. In some
embodiments, a network address or network location of any network nodes present
on a network that are not fault-tolerant is determined and stored, and data to be sent
to the detected non-fault-tolerant network nodes is routed only over that network to
which the non-fault-tolerant network node is connected. In various further
embodiments, the fault-tolerant network comprises a primary and redundant
network with fault tolerant network nodes that are attached to each network; a non-
fault-tolerant network node that is attached to either the primary or redundant
network is then operable to communicates with any fault-tolerant network node via
data sent over only the network to which the non-fault-tolerant network node is
connected.
Brief Description of the Figures
Figure 1 shows a diagram of a fault-tolerant computer network with
multiple fault-tolerant network nodes having primary and redundant network
connections and having multiple non-fault-tolerant network nodes, consistent with
an embodiment of the present invention.
Figure 2 shows a flowchart of a method of managing communication with
non-fault-tolerant network nodes in a fault-tolerant computer network, consistent
with an embodiment of the present invention.
Detailed Description
In the following detailed description of sample embodiments of the invention, reference is made to the accompanying drawings which form a part
hereof, and in which is shown by way of illustration specific sample embodiments
in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and it is
to be understood that other embodiments may be utilized and that logical,
mechanical, electrical, and other changes may be made without departing from the
spirit or scope of the present invention. The following detailed description is,
therefore, not to be taken in a limiting sense, and the scope of the invention is
defined only by the appended claims.
The present invention provides a method and apparatus for managing
communication with non-fault-tolerant network nodes in a fault-tolerant network.
The invention is capable in various embodiments of identifying the network
location and address of non-fault tolerant network nodes, and of routing data only
over certain portions of the network to communicate with the non-fault-tolerant
network node. The network in some embodiments comprises a primary and a
redundant network having connections to each fault-tolerant network node, and the
invention comprises routing information to non-fault-tolerant network nodes
connected to either the primary or redundant network via only that network to
which the non-fault-tolerant network node is connected.
The invention in various forms is implemented within an existing network
interface technology, such as Ethernet. In one such embodiment, the fault-tolerant
network comprises two Ethernet connections connected to each fault-tolerant
computer or node — a primary network connection and a redundant network
connection. It is not critical for purposes of the invention which connection is the
primary connection and which is the redundant connection, as the connections are
physically and functionally similar. In the example embodiment discussed here,
the primary and redundant network connections are interchangeable and are named primarily for the purpose of distinguishing the two networks from each other. Each of the primary and redundant networks also may have one or more non-fault-
tolerant network nodes attached, and communication with such non-fault-tolerant
networks is facilitated by the present invention.
Figure 1 illustrates an exemplary fault-tolerant network with fault-tolerant
network nodes 101, 102 and 103. A primary network 104 and a redundant network
105 link each node to the other nodes of the network, as indicated by the lines
connecting the nodes to each of the networks. Non-fault tolerant network nodes
are also connected to each network, including non-fault-tolerant network node 106
connected to the primary network 104 and non-fault-tolerant network node 107
connected to redundant network 105.
The fault-tolerant network connections linking the fault-tolerant network
nodes are configured such that the fault-tolerant network nodes can communicate with each other despite multiple network faults, such as by use in some
embodiments of particular node-to-node communication rules and network status
monitoring capability within each node. The communication rules in various
embodiments of a fault-tolerant network facilitate determination of a network path
between each pair of nodes based on the network status data stored in and
communicated between each fault-tolerant network node. Each fault-tolerant
network node of such a system must be able to recognize non-fault-tolerant
network nodes and adapt its communication rules for communicating with non-
fault-tolerant network nodes such as nodes 106 and 107 of the example network of
Figure 1.
In a typical single network configuration, data intended for a network node is simply sent over the network to the intended node. But, where multiple networks are combined to form a fault-tolerant network capable of compensating
for multiple faults such as the network of Figure 1, data intended for a single non-
fault-tolerant network node such as node 106 or 107 is desirably sent over the
specific network to which the non-fault-tolerant network node is connected.
In some embodiments of the invention, data intended for a non-fault-
tolerant network node such as non-fault-tolerant network node 106 is simply
broadcast or transmitted over both the primary network 104 and the redundant
network 105, ensuring that the data is sent to the network to which the non-fault-
tolerant network node is connected. Such a system does not require tracking
addresses or locations of non-fault-tolerant network nodes, and simply relies on the network interface adapters of the redundant network 105 to filter out the extra data.
But, such a configuration is reliant on the ability of the nodes connected to the
redundant network 105 to ignore the data intended for a network node not attached
to that network, and further wastes network bandwidth on the redundant network.
Other embodiments of the invention comprise maintaining an address table
of detected non-fault-tolerant network nodes that are present on both the primary
network 104 and the redundant network 105, and further associating each address
or non-fault-tolerant network node with the network on which the node address
was detected. In some embodiments of the invention, detection of the non-fault-
tolerant network node address comprises monitoring for and intercepting Internet
Protocol (IP) Address Resolution Protocol (ARP) packets that are sent by each
node in certain IP-compatible network configurations. For example, each ARP
packet in an Ethernet network contains the Media Access Control (MAC) address that uniquely identifies the node transmitting the IP ARP packet. The intercepted MAC address of each non-fault-tolerant network node is then recorded along with the network on which the non-fault-tolerant network node is detected. In other embodiments, other network hardware and communication protocols may be used for the same purpose, and are within the scope of the invention.
To send data from a fault-tolerant network node to a non-fault-tolerant network node in such embodiments of the invention, the address of the desired node is found in the stored address records of the sending fault-tolerant network node, and the associated network is determined. For example, if fault-tolerant network node 101 initiates a data transfer to non-fault-tolerant network node 106, node 101 searches its stored address records and finds the address of node 106, and further finds that the address data for node 106 was received on the primary network 104 rather than the redundant network 105. Node 101 then sends the data intended for node 106 only over network 104, eliminating the need to send the same data over redundant network 105 and use additional network bandwidth.
In further embodiments of the invention, fault-tolerant network nodes such as node 101 use the network status data indicating the ability of that node to communicate with other fault-tolerant network nodes to reroute data intended for a non-fault-tolerant network node around a network fault. This is achieved in some embodiments by initially sending the data on the network on which the non-fault- tolerant network node does not reside and using a selected fault-tolerant network node to transfer the sent data to the network on which the non-fault-tolerant network node resides at a point on the non-fault-tolerant network node's network such that the fault on the non-fault-tolerant network node's network is not between the transferring node and the non-fault-tolerant receiving node. Other
embodiments exist in which data can be rerouted across the fault-tolerant networks
to avoid multiple faults, and are within the scope of the invention.
In further embodiments, data sent to non-fault-tolerant network nodes is
sent over all networks in the fault-tolerant network system rather than sent over a
single network if the record containing address and network data for non-fault-
tolerant network nodes does not contain data on the intended destination non-fault-
tolerant network node. Sending such data comprises sending or replicating the data
on both the primary and redundant network of the example network discussed
above and shown in Figure 1.
Figure 2 is a flowchart of a method of managing communication between
fault-tolerant network nodes and non-fault-tolerant network nodes in a fault-
tolerant network such as the example network of Figure 1. At 201, each fault-
tolerant network node determines the network address of any non-fault-tolerant
network nodes present on each network to which the fault-tolerant network node is
connected. This may be achieved in any suitable manner, including searching for
IP ARP packets or other identifying data transmitted by the non-fault-tolerant
network nodes. At 202, each fault-tolerant network node further determines the
network on which each non-fault-tolerant network node exists. In some embodiments, this simply comprises detecting which network adapter in the
detecting fault-tolerant network node detected the IP ARP packet or other
identifying data. At 203, the fault-tolerant network nodes each store the data
determined at 201 and 202. The address and network data for each non-fault- tolerant network node are associated with each other in the stored data in one embodiment, so that looking up a record for a particular non-fault-tolerant network node results in retrieval of both the network address of the node and the network on
which the node resides. In various embodiments, the process of determination of
network addresses and networks associated with each non-fault-tolerant network
node and the storing of this data is a continuous process, and occurs even during
other operations such as execution of other blocks of the flowchart of Figure 2.
At 204, a fault-tolerant network node initiates sending data to a non-fault-
tolerant network node. At 205, the stored data is searched for the address and
network of the non-fault-tolerant network node. At 206, a decision is made based
on determination of whether the address and network data for the non-fault-tolerant
network node are present in the stored data. If the address and network data are present in the stored data, the data to be sent is sent from the fault-tolerant network
node to the non-fault-tolerant network node over only that network to which the
stored data indicates the non-fault-tolerant network node is connected at 207. In
other embodiments, the data is sent indirectly via one or more intermediate nodes
to the non-fault-tolerant network node, to avoid one or more network faults. If the
address and network data are not present in the stored data, the data to be sent is
sent over all networks to which the sending fault-tolerant network node is
connected to ensure that the intended non-fault-tolerant network node receives the
data. In the example of Figure 1, the data would be sent over both the primary
network 104 and the redundant network 105.
The present invention provides a method and apparatus that enable a
network with primary and redundant network connections to manage routing of
data to non-fault-tolerant network nodes within the network. Some embodiments of the invention incorporate a data record within each fault-tolerant network node
that contains detected address and network data for each non-fault-tolerant network
node, and which then is used by the fault-tolerant network node to determine over
which network data mtended for a specific non-fault-tolerant network node should
be sent. In some embodiments, the invention includes rerouting data that cannot be
transferred directly from a fault-tolerant network node to a non-fault-tolerant
network node due to a network fault, and comprises routing the data to one or more
intermediate nodes which are able to facilitate communication between the nodes.
Although specific embodiments have been illustrated and described herein,
it will be appreciated by those of ordinary skill in the art that any arrangement
which is calculated to achieve the same purpose may be substituted for the specific
embodiments shown. This application is intended to cover any adaptations or variations of the invention. It is intended that this invention be limited only by the
claims, and the full scope of equivalents thereof.

Claims

Claims
1. A method of managing communication witli non-fault tolerant network nodes in
a fault-tolerant computer network, comprising:
determining network addresses of network nodes present in a plurality of
networks that are not fault-tolerant and are connected to only a single network;
deteraiining the network on which each non-fault tolerant network node
exists;
storing the detected network address data of the non-fault tolerant network
nodes and storing associated network data comprising the network on which the non-fault tolerant network node exists therewith; and
sending data intended for a non-fault tolerant network node over only the
network on which the non-fault tolerant network node has been determined to
exist.
2. The method of claim 1, wherein determining the network addresses of non-
fault-tolerant network nodes comprises detection of network address information
that the non-fault-tolerant network nodes send over a network.
3. The method of claim 2, wherein the network address information that is sent comprises Internet Protocol Address Resolution Protocol packets (IP ARP
packets).
4. The method of claim 2, wherein determining the network on which each non- fault-tolerant network node exists comprises determining which network interface received the network address information sent from each non-fault-tolerant network node.
5. The method of claim 1, wherein storing the data comprises populating a non-
fault-tolerant network node address table.
6. The method of claim 1, further comprising sending data intended for a non-
fault-tolerant network node over both the primary and redundant network if the
network on which the non-fault-tolerant network node exists has not been
determined.
7. The method of claim 6, wherein determination of whether the network on which
the non-fault-tolerant network node exists has been determined comprises:
searching an address table for the stored data;
determining the network on which the non-fault-tolerant network node
exists has been determined if the address table contains an entry for the non-fault-
tolerant network node; and
determining the network on which the non-fault-tolerant network node
exists has not been determined if the address table does not contain an entry for the
non-fault-tolerant network node.
8. A method of managing communication with non-fault tolerant network nodes in
a fault-tolerant computer network, comprising:
transmitting data from a transmitting node to a non-fault tolerant network node over a primary network; and
transmitting data from the transmitting node to the non-fault tolerant
network node over a redundant network.
9. The method of claim 8, further comprising receiving and retransmitting the data
via an intermediate node when the transmitting node is unable to communicate
with both the primary and redundant networks, such that if the intermediate node
receives the data via the redundant network it retransmits the data on the primary
network and if the intermediate node receives the data via the primary network it
retransmits the data on the redundant network.
10. A fault-tolerant network node interface operable to communicate with non-
fault-tolerant network nodes, the interface operable to: determine the network addresses of network nodes present in a plurality of
networks that are not fault-tolerant and are connected to only a single network;
determine the network on which each non-fault tolerant network node
exists;
store the detected network address data of the non-fault tolerant network nodes and to store associated network data comprising the network on which the
non-fault tolerant network node exists therewith; and
send data intended for a non-fault tolerant network node over only the
network on which the non-fault tolerant network node has been determined to exist.
11. The interface of claim 10, wherein determining the network addresses of non- fault-tolerant network nodes comprises detection of network address information
that the non-fault-tolerant network nodes send over a network.
12. The interface of claim 11 , wherein the network address information that is sent
comprises Internet Protocol Address Resolution Protocol packets (IP ARP
packets).
13. The interface of claim 11, wherein determining the network on which each
non-fault-tolerant network node exists comprises determining which network
interface received the network address information sent from each non-fault-
tolerant network node.
14. The interface of claim 10, wherein storing the data comprises populating a
non-fault-tolerant network node address table.
15. The interface of claim 10, wherein the network interface is further operable to
send data intended for a non-fault-tolerant network node over both the primary and
redundant network if the network on which the non-fault-tolerant network node
exists has not been determined.
16. The interface of claim 15, wherein determination of whether the network on
which the non-fault-tolerant network node exists has been determined comprises:
searching an address table for the stored data; determining the network on which the non-fault-tolerant network node exists has been determined if the address table contains an entry for the non-fault- tolerant network node; and
determining the network on which the non-fault-tolerant network node
exists has not been determined if the address table does not contain an entry for the
non-fault-tolerant network node.
17. A fault-tolerant network node interface operable to communicate with non-
fault-tolerant network nodes, the interface operable to:
transmit data to a non-fault-tolerant network node over a primary network;
and
transmit data to a non-fault-tolerant network node over a redundant
network.
18. The interface of claim 17, wherein transmitting data to a non-fault tolerant
network node comprises receiving and retransmitting the data via an intermediate
node when the transmitting node is unable to communicate with both the primary
and redundant networks, such that if the intermediate node receives the data via the
redundant network it retransmits the data on the primary network and if the
intermediate node receives the data via the primary network it retransmits the data
on the redundant network.
19. A machine-readable medium with instructions stored thereon, the instructions
when executed on a computerized system operable to cause the computerized
system to: determine the network addresses of network nodes present in a plurality of networks that are not fault-tolerant and are connected to only a single network; determine the network on which each non-fault tolerant network node exists;
store the detected network address data of the non-fault tolerant network nodes and to store associated network data comprising the network on which the non-fault tolerant network node exists therewith; and send data intended for a non-fault tolerant network node over only the network on which the non-fault tolerant network node has been determined to exist.
20. The machine-readable medium of claim 19, wherein determining the network addresses of non-fault-tolerant network nodes comprises detection of network address information that the non-fault-tolerant network nodes send over a network.
21. The machine-readable medium of claim 20, wherein the network address information that is sent comprises Internet Protocol Address Resolution Protocol packets (IP ARP packets).
22. The machme-readable medium of claim 20, wherein determining the network on which each non-fault-tolerant network node exists comprises determining which network interface received the network address information sent from each non- fault-tolerant network node.
23. The machine-readable medium of claim 19, wherein storing the data comprises
populating a non-fault-tolerant network node address table.
24. The machine-readable medium of claim 19, the instructions when executed
further operable to cause a computerized system to send data intended for a non-
fault-tolerant network node over both the primary and the redundant network if the
network on which the non-fault-tolerant network node exists has not been
determined.
25. The machme-readable medium of claim 24, wherein determination of whether
the network on which the non-fault-tolerant network node exists has been
determined comprises:
searching an address table for the stored data;
determining the network on which the non-fault-tolerant network node
exists has been determined if the address table contains an entry for the non-fault-
tolerant network node; and
determining the network on which the non-fault-tolerant network node
exists has not been determined if the address table does not contain an entry for the
non-fault-tolerant network node.
26. A machine-readable medium with instructions stored thereon, the instructions
when executed on a computerized system operable to cause the computerized
system to: transmit data to a non-fault-tolerant network node over a primary network; and
transmit data to the non-fault-tolerant network node over a redundant network.
27. The machine-readable medium of claim 26, the instructions when executed
further operable to cause a computerized network of nodes to receive and
retransmit the data via an intermediate node when the transmitting node is unable
to communicate with both the primary and redundant networks, such that if the
intermediate node receives the data via the redundant network it retransmits the
data on the primary network and if the intermediate node receives the data via the
primary network it retransmits the data on the redundant network.
PCT/US2001/007405 2000-03-10 2001-03-08 Non-fault tolerant network nodes in a multiple fault tolerant network WO2001069850A2 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE60130873T DE60130873T2 (en) 2000-03-10 2001-03-08 NON-TOLERANT NETWORK NODES IN A MULTIPLE TROUBLE NETWORK
AU4911401A AU4911401A (en) 2000-03-10 2001-03-08 Non-fault tolerant network nodes in a multiple fault tolerant network
JP2001567178A JP2004500778A (en) 2000-03-10 2001-03-08 Non-fault-tolerant network nodes in multiple fault-tolerant networks
EP01922297A EP1262040B1 (en) 2000-03-10 2001-03-08 Non-fault tolerant network nodes in a multiple fault tolerant network
AU2001249114A AU2001249114B2 (en) 2000-03-10 2001-03-08 Non-fault tolerant network nodes in a multiple fault tolerant network
CA002402872A CA2402872A1 (en) 2000-03-10 2001-03-08 Non-fault tolerant network nodes in a multiple fault tolerant network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/522,702 US6901443B1 (en) 2000-03-10 2000-03-10 Non-fault tolerant network nodes in a multiple fault tolerant network
US09/522,702 2000-03-10

Publications (2)

Publication Number Publication Date
WO2001069850A2 true WO2001069850A2 (en) 2001-09-20
WO2001069850A3 WO2001069850A3 (en) 2002-01-10

Family

ID=24081976

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/007405 WO2001069850A2 (en) 2000-03-10 2001-03-08 Non-fault tolerant network nodes in a multiple fault tolerant network

Country Status (9)

Country Link
US (1) US6901443B1 (en)
EP (1) EP1262040B1 (en)
JP (1) JP2004500778A (en)
CN (1) CN1185828C (en)
AT (1) ATE375650T1 (en)
AU (2) AU4911401A (en)
CA (1) CA2402872A1 (en)
DE (1) DE60130873T2 (en)
WO (1) WO2001069850A2 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8406121B2 (en) * 2004-10-20 2013-03-26 Nokia Siemens Networks Gmbh & Co. Kg Method for error detection in a packet-based message distribution system
US7593323B2 (en) * 2005-08-17 2009-09-22 Honeywell International Inc. Apparatus and methods for managing nodes on a fault tolerant network
US8315274B2 (en) * 2006-03-29 2012-11-20 Honeywell International Inc. System and method for supporting synchronous system communications and operations
US7817538B2 (en) * 2006-09-13 2010-10-19 Rockwell Automation Technologies, Inc. Fault-tolerant Ethernet network
JP4893533B2 (en) * 2007-08-24 2012-03-07 コニカミノルタホールディングス株式会社 Network connection management method and information processing apparatus
US8670303B2 (en) 2011-10-05 2014-03-11 Rockwell Automation Technologies, Inc. Multiple-fault-tolerant ethernet network for industrial control
US9450916B2 (en) 2014-08-22 2016-09-20 Honeywell International Inc. Hardware assist for redundant ethernet network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5751574A (en) * 1995-09-13 1998-05-12 Siemens Aktiengesellschaft Method for loading software in communication systems with non-redundant, decentralized equipment
US5963540A (en) * 1997-12-19 1999-10-05 Holontech Corporation Router pooling in a network flowswitch

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5862344A (en) * 1995-08-28 1999-01-19 Ncr Corporation Apparatus and methods for routing data packets through a processing system network
US5852724A (en) * 1996-06-18 1998-12-22 Veritas Software Corp. System and method for "N" primary servers to fail over to "1" secondary server
JP3224745B2 (en) * 1996-07-09 2001-11-05 株式会社日立製作所 High reliability network system and server switching method
US5963640A (en) * 1996-11-07 1999-10-05 Ericsson, Inc. Radiotelephone having an acoustical wave guide coupled to a speaker
JPH10200552A (en) * 1997-01-16 1998-07-31 Yamatake Honeywell Co Ltd Redundant method using ethernet communication
US6356622B1 (en) * 1997-05-02 2002-03-12 Paradyne Corporation System and apparatus for enhancing a network link
US6108300A (en) * 1997-05-02 2000-08-22 Cisco Technology, Inc Method and apparatus for transparently providing a failover network device
US6112249A (en) * 1997-05-30 2000-08-29 International Business Machines Corporation Non-disruptively rerouting network communications from a secondary network path to a primary path
US6070187A (en) * 1998-03-26 2000-05-30 Hewlett-Packard Company Method and apparatus for configuring a network node to be its own gateway
US6389030B1 (en) * 1998-08-21 2002-05-14 Adc Telecommunications, Inc. Internet access over a ring network
US6370654B1 (en) * 1998-12-17 2002-04-09 Northern Telecom Limited Method and apparatus to extend the fault-tolerant abilities of a node into a network
US6374316B1 (en) * 1999-03-19 2002-04-16 Sony Corporation Method and system for circumscribing a topology to form ring structures
US6392990B1 (en) * 1999-07-23 2002-05-21 Glenayre Electronics, Inc. Method for implementing interface redundancy in a computer network
US6535990B1 (en) * 2000-01-10 2003-03-18 Sun Microsystems, Inc. Method and apparatus for providing fault-tolerant addresses for nodes in a clustered system
US6408000B1 (en) * 2000-03-24 2002-06-18 Securities Industry Automation Corporation Multicast data distribution system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5751574A (en) * 1995-09-13 1998-05-12 Siemens Aktiengesellschaft Method for loading software in communication systems with non-redundant, decentralized equipment
US5963540A (en) * 1997-12-19 1999-10-05 Holontech Corporation Router pooling in a network flowswitch

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1262040A2 *

Also Published As

Publication number Publication date
EP1262040A2 (en) 2002-12-04
AU4911401A (en) 2001-09-24
US6901443B1 (en) 2005-05-31
DE60130873T2 (en) 2008-07-17
ATE375650T1 (en) 2007-10-15
CN1428030A (en) 2003-07-02
JP2004500778A (en) 2004-01-08
CN1185828C (en) 2005-01-19
EP1262040B1 (en) 2007-10-10
DE60130873D1 (en) 2007-11-22
AU2001249114B2 (en) 2004-11-25
CA2402872A1 (en) 2001-09-20
WO2001069850A3 (en) 2002-01-10

Similar Documents

Publication Publication Date Title
US6295558B1 (en) Automatic status polling failover or devices in a distributed network management hierarchy
JPH1127320A (en) Packet relay control method, packet repeater and program storage medium
EP1773008B1 (en) Method and system for implementing virtual router redundancy protocol on a resilient packet ring
US6425008B1 (en) System and method for remote management of private networks having duplicate network addresses
AU2001241700B2 (en) Multiple network fault tolerance via redundant network control
EP1370918B1 (en) Software-based fault tolerant networking using a single lan
AU2001241700A1 (en) Multiple network fault tolerance via redundant network control
US20080205376A1 (en) Redundant router having load sharing functionality
WO2007102004A1 (en) E-mail monitoring system
AU2001249114B2 (en) Non-fault tolerant network nodes in a multiple fault tolerant network
AU2001249114A1 (en) Non-fault tolerant network nodes in a multiple fault tolerant network
JP4464256B2 (en) Network host monitoring device
US7421479B2 (en) Network system, network control method, and signal sender/receiver
JP4028627B2 (en) Client server system and communication management method for client server system
JP2000059385A (en) Method for managing plural systems at time of overlapping ip addresses
JPH11331231A (en) Multiplex network system and its communication equipment
AU2002232814A1 (en) Software-based fault tolerant networking using a single LAN
KR20010090635A (en) System and method of communication for multiple server system
JPH11177630A (en) Address translation router system

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: A3

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2001922297

Country of ref document: EP

ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 567178

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 2402872

Country of ref document: CA

Ref document number: 2001249114

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 018092578

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2001922297

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2001249114

Country of ref document: AU

WWG Wipo information: grant in national office

Ref document number: 2001922297

Country of ref document: EP