|Publication number||US4644532 A|
|Application number||US 06/742,812|
|Publication date||Feb 17, 1987|
|Filing date||Jun 10, 1985|
|Priority date||Jun 10, 1985|
|Also published as||CA1244922A1, EP0204959A1|
|Publication number||06742812, 742812, US 4644532 A, US 4644532A, US-A-4644532, US4644532 A, US4644532A|
|Inventors||Frederick D. George, Jeffrey M. Jaffe, Franklin H. Moss|
|Original Assignee||International Business Machines Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Referenced by (333), Classifications (10), Legal Events (6)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Technical Field
The present invention relates to communication networks and specifically improvements in effecting the routing function of a network using distributed control.
2. Background Art
In large mesh connected communication networks, proper routing of messages so that they efficiently reach a selected destination node presents many difficulties. The function is discussed by Heart et al in "The Interface Message Processor for the ARPA Computer Network" appearing in Vol. 40, AFIPS Conference Proceedings (1972) at pp. 551-567, Frank et al in "Topological Optimization of Computer Networks", in Proceedings of the IEEE, Vol. 60, pp. 1385-1396 (Nov. 1972), Rudrn in "On Routing and 'Delta Routing'" in IEEE Transactions on Communications, Vol. COM-24, pp. 43-59 (Jan. 1976), and Davies et al in Computer Networks and Their Protocols (John Wiley & Sons, 1979), see Chapter 3 and in particular pages 109-114. Two competing principles are centralized routing and distributed routing, in the former all routing is effected by a single central authority, whereas in the latter approach route control is distributed throughout the network. The present invention is directed at improvements in distributed control of the routing function.
A communication network typically consists of a plurality of nodes, and communication links (hereinafter "links") interconnecting the nodes. Nodes connected by a single link are considered adjacent. The nodes can act as an information accepting location (origin node), information sink location (destination node) or an intermediate node in passing a message from the origin to the destination. Thus the routing function, to be effected, requires an understanding of the topology of the network. Especially in large networks, the topology of the network is far from constant, the routing function must be capable of operating in an environment wherein nodes are being added and deleted. Such deletions or additions may be the result of expansion or contraction in the network and/or communication failures in a node or a link.
Because the information describing the topology of the network can be extensive, we choose to employ two different types of nodes in the network, a control node (NC) which has extended memory and computing capabilities, and an ordinary node (NNC) which has more limited memory and computing capabilities. To follow the distribution of the resources in the network, we propose that only the control nodes maintain a topology data base (indicative of the present status of the network) and that when an ordinary node requires routing information, that information be acquired from a control node.
The present invention is particularly directed to the solution of three problems that arise in this environment:
1. Maintaining the topology data bases current in the face of changes in the topology or performance characteristics of the network resources,
2. Selection of a particular control node from which a particular ordinary node will obtain necessary routing information, and
3. Establishing and maintaining communication between the ordinary node and the selected control node.
It should be understood that the solution to these problems must survive a dynamic environment in which links and/or nodes (both ordinary and control) may fail (and hence become unavailable) or recover from such a failure (and hence become available).
When an ordinary node wants to communicate to another node in the network, as indicated above, it may have to go to a control node to obtain a route. In addition, if an ordinary node detects a change in its adjacent topology, that information must be communicated to some control node so that the information may be reflected in the topology data bases. Thus any time an ordinary node is up, a "session" called an ownership session should be established between the ordinary node and some control node. However, as described below the existence of an ownership session is not essential at all times. The procedures in the various nodes are biased to complete an ownership session if at all possible.
The collection of ordinary nodes connected at a given time by sessions to a particular control node, N, is referred to as N's domain and each such ordinary node is said to be owned by N. Whenever a new ordinary node comes up, an ownership session to some control node should be established by the following procedure, and the ordinary node will thereby join the corresponding domain.
The procedure for setting up ownership is in principle as follows: when ordinary node i first comes up or loses its owner because of an outage of a pre-existing ownership session, the ordinary node i informs its neighbors or adjacent nodes (nodes directly connected to node i, whether control nodes or ordinary nodes) about this fact. If the neighboring ordinary nodes are owned, they communicate the information to their own owners, who in turn attempt to establish an ownership session with the ordinary node i. That attempt is implemented by the owner's transmitting a request for ownership (or an invitation) to the ordinary node i. The route for such message is first the ownership session between an NC and the neighboring node and second the link between the neighboring node and ordinary node i. The ownership request message which first arrives at the ordinary node i is selected as the successful one. If on the other hand a neighbor j of the ordinary node i is not owned, j saves knowledge of the fact that the ordinary node i is not owned, so that subsequently if j becomes owned, j transmits to its new owner the fact that the ordinary node i is unowned. Note that a domain may well include more than the nodes adjacent the control node.
The various topology data bases of the network need accurate information about the current status of the network. Consequently, when a topological change occurs in the form of a failure or recovery of nodes and links, such information must be transmitted to all control nodes. In order to achieve this with a relatively small load on the network, we define a virtual network of control nodes.
The nodes in this virtual network will consist of all the control nodes. The links of the network (virtual links) are sessions in the original network connecting certain pairs of control nodes. Pairs of control nodes connected by virtual links are called virtual neighbors and the broadcast of topological information will propagate only on the virtual network (once the information reaches the first control node).
The topology of the virtual network, namely what control node should be defined as virtual neighbors and connected by virtual links, is essentially arbitrary, so long as the virtual network remains connected. Our choice for the topology of the virtual network is as follows. The domain of control node N is defined as the collection of all nodes owned by N. Two control nodes will be connected by virtual links if their corresponding domains are contiguous (there is at least one link connecting a node in one of the domains to a node in the other domain). This choice guarantees that all control nodes within a connected network will be connected in a virtual network. Thus, the virtual neighbors are virtually adjacent (connected by a single link).
We now describe how the control nodes know when and where to set up sessions to their virtual neighbors. Each control node knows the identity of other control nodes that should be its virtual neighbors through the ownership protocol. In particular, each control node learns the name of the owner of any node contiguous to its domain. To physically set up the session, additional protocols are needed. If the control node would have enough topology information to determine an entire route to the target node, it could simply set up the route. However, in certain cases (for example at network start up), the control node does not in fact have sufficient route information. This occurs for example when a first control node finds out that a second control node must now become a virtual neighbor as a result of two ordinary nodes in the different respective domains becoming connected by a new link, or though a change in ownership. In that case, the first control node may have been previously disconnected from the second control node and does not have sufficient information to determine the route to the second control node. Nevertheless, the definition of the virtual network insists that somehow the first and second control nodes must get into a session to share information on their previously disconnected network components. To overcome this problem, a route can be established between the first and second control nodes by concatenating the different ownership sessions. For example, if you assume that a first ordinary node is in the domain of the first control node, and a second ordinary node is in the domain of the second control node, then necessarily the first control node has an active (ownership) session with the first ordinary node, and the second control node has an active (ownership) session with the second ordinary node. Furthermore, the requirement for communication between the first and second control nodes arises as a result of a new link between the first and second ordinary nodes. Therefore a route between the first and second control nodes exists by concatenating the route of the ownership session between the first control node and the first ordinary node, the new link between the first and second ordinary nodes, and the route of the ownership session between the second control node and the second ordinary node.
The status of the network includes both its connectivity and an efficiency or capacity factor (weight) assigned to each of the links. Information reflecting changes in topology and/or weight must be reported to the control node so that the topology data base of the control node will provide an accurate reflection of the present status of the network. This is performed as follows: whenever a node senses a change in an adjacent link or when an ordinary node gets a new owner, the node reports the status of all its adjacent links and their weights to the owner, the message including a time stamp from the transmitting node. Whenever a control node receives such a message from an owned node k, the control node updates the topology by replacing the list of links adjacent to the node k in its topology data base with the new list. The topology update is performed in the same manner when the control node itself senses an adjoining topological or weight change. After the control node has updated its own data base, it proceeds to inform all other control nodes about the new status via a broadcast protocol by sending a broadcast message with the information to each neighbor on the virtual network. Whenever a node on the virtual network receives such a broadcast, it checks its topology entry for the node k. If the time stamp in the message is less than or equal to the current time stamp stored for the node k, the broadcast message is discarded. Otherwise the receiving control node changes its topology table entry and proceeds to transmit the identical message to all of its virtual neighbors except the virtual neighbor from which it received the message. In certain cases, parts of the virtual network may not get certain information from the broadcast protocol. This may happen if the network becomes temporarily disconnected or due to delays in establishing virtual links. This is overcome by requiring every control node to exchange topology tables with each new virtual neighbor or with a virtual neighbor to which it temporarily did not have a virtual link, and to broadcast the parts of the topological data base that are not identical.
The present invention will now be described in further detail in the following portions of the specification when taken in conjunction with the attached drawings in:
FIG. 1 is a block diagram of a typical hybrid communication network in accordance with the invention;
FIGS. 2 and 3 are block diagrams of a typical control and ordinary node, respectively;
FIG. 4 illustrates schematically interconnection of domain conforming to the network of FIG. 1;
FIGS. 5-11 are flow diagrams of the processes performed at an ordinary node in response to various conditions, in accordance with an implementation of the invention;
FIGS. 12-18 are processes effected at a control node in response to various conditions in an implementation of the present invention; and
FIG. 19 shows the routing process at a typical ordinary node.
A communication network includes nodes and links, and a communication network with which this invention is concerned is an arbitrary mesh connected hybrid network. The network is a hybrid in that it includes at least two different types of nodes, control nodes (NC) each of which has extended memory and computing capabilities, and ordinary nodes (NNC), with more limited memory and computing capabilities. Both the control and ordinary nodes are general or special purpose computers with memory for data bases, logic and communication capabilities. In addition to executing network operations, these computers may also have user applications running, which user applications may or may not have any application to the network. All the nodes in the network play some part in routing some messages from an origin to a destination node. The minimal function required of ordinary nodes is, on receipt of a message destined for a node other than itself, to acquire sufficient information to select a particular link associated with a particular neighboring node on which to transmit the message. The control nodes are the resource to which an ordinary node applies in order to obtain information necessary for routing. The manner in which an ordinary node selects a particular control node from which to obtain this information, the manner in which the changing status of the network is reflected in a data base maintained in a control node, and the manner in which information contained in the data bases of plural control nodes is distributed, is particularly described hereinafter.
FIG. 1 depicts a typical communication network including control nodes, ordinary nodes and links interconnecting the same. The links have certain characteristics associated with them and the degree to which any link has the characteristics is collectively referred to as its weight (W). Changes in the characteristics of a link are reflected as a corresponding change in its weight. FIG. 1 shows control nodes A, B, C, and ordinary nodes a, b, c, d (control nodes are designated in upper case as well as by the designator NC, ordinary nodes are designated in lower case and the designator NNC). The purpose of a network such as is shown in FIG. 1 is to allow users to exchange information. That exchange can be in the form of packets. Thus in FIG. 1 an application in NC A can exchange packets with an application in NNC b.
Since NC A is not directly connected to NNC b by any single communications link, any packets originated within NC A destined for NNC b (and vice versa) must traverse other nodes in the network. Each intelligent node in the network (both NCs and NNCs) are capable of forwarding messages not originated by them to the correct destination. This is accomplished through a routing table in each node.
Each NC in a network maintains a topology data base, which contains its understanding of the nodes and connections in the network. From this topology data base, an NC can determine the series of nodes (called a path) between any two nodes which could support the exchanges of packets. Once a path has been determined, the routing tables in each node along the path are updated to support routing packets along the path. FIG. 2 depicts the typical structure of a NC. Each NC has communications component 101, packet routing function 102 which uses a routing table 107, and optional applications 106. In addition, the topology data base 105 is maintained from the status of the local topology monitor 103 and from information from other nodes in the network (as will be described).
FIG. 3 shows a typical NNC. Each NNC retains only local information about its own links and adjacent nodes in a link status table 208. Like a NC, a NNC has a communications component 201, packet routing function 202, and a routing table 207. However, the NNC only gathers local topology information for its link status table 208.
The communication component 101 or 201 has the function of accepting a message for transmission from a particular application and transmitting the message on a link in an appropriate format for transmission. It also has the function of receiving a message in the transmission format and altering the format to make the message available to a particular application. The communication component 101 or 201 also selects a particular link based on information from the routing function 102 or 202. The communication componeht is also responsible for reporting on changes in status of any connected link. The communication component 101 or 201 is wholly conventional and is not described further herein.
The routing function 102 or 202 accesses the associated routing table 107 or 207 to determine a particular link on which to transmit for the message to reach a desired destination. Inasmuch as the routing function is wholly conventional, aside from the manner in which routing data is obtained, it is not further described. The routing table 107 or 207 is merely a storage area into which information is written and from which selected information may be accessed by the routing function. An example of a routing table is shown in Table 1.
The topology data base 105 and link status table 208 are additional storage areas into which selected information is written and from which selected information may be accessed. The collection of topology data bases of all NC's is the source of information from which routing tables 107 and 207 are written. The link status table 208 is the source from which information is extracted to form the basis of messages to owner NC's.
The Local Topology Monitor 103 or 203 is the component of a node which maintains the status of the communication links from this node to all other directly adjacent nodes. Initially, it obtains knowledge of the existence of communication links through operator definition or by having intelligent communications adapters making themselves known during a power-up sequence. Subsequent additions or deletions of communication links are made known to the Local Topology Monitor in similar fashion.
Once active with definitions of the local communication links available, the Local Topology Monitor is responsible for beginning, monitoring, and terminating communication with adjacent nodes. The beginning phase of communications is highly dependent on the link technology. Upon operator request or as a part of normal operation for that link, the Link Topology Monitor actively seeks to establish a connection to an adjacent node. Successful connection to an adjacent node causes procedures detailed below to occur.
In the monitoring phase after successful connection has been established to either an ordinary node or a control node, the Link Topology Monitor constantly examines the characteristics of each link to detect changes in link weight. An example of a cause for such a change might be a significant increase in transmission delay over a link due to heavy traffic. Weight changes for a link cause procedures detailed below to occur.
In the terminating phase, link communication has ceased. The cause for cessation could range from an orderly shutdown by the adjacent nodes to a sudden failure of the link. The loss of a communication link and possible ownership session losses cause procedures detailed below to occur.
All changes--activation, weight changes, termination--are retained by the node. An ordinary node retains this information in its Link Status Table, whereas a control node retains this information in its broader Topology Data Base.
The domain topology monitor 104 is similar to the local topology monitor 103 or 203 except that its scope is the entire domain rather than merely directly adjacent topology.
The procedures described below (FIGS. 5-18) are implemented in the local topology monitor 103 and the domain topology monitor 104.
Since an NNC does not maintain a topology data base, it is unable to compute all complete paths which may be required for routing. Therefore, each NNC must associate itself with a NC in order to request path information for establishing communication between its applications and the applications in another node. The NC to which an NNC associates itself is said to be the owner of that NNC, and the communication of topology information between an NNC and its owning NC uses an ownership path previously established by that NC. An NC uses its own topology data base for its path determination.
The NC and the associated NNCs (if any) which use its topology data base are called the domain of that NC. The arbitrary topology of FIG. 1 shows domain boundaries (dotted) for one possible association of NNCs with NCs.
The NCs and their associated domains form a virtual network of NCs, where the nodes of the network are the NC domains. A connection between nodes of this virtual network exists when there is an established communication path between NCs for the purpose of exchanging topology information. Such communication paths are established whenever two domains are adjacent; that is, whenever there is a single communications link connecting a node of one domain to a node in another. In FIG. 4, a virtual network of the domains identified in FIG. 1 is depicted.
In a hybrid network with automatic update of topology:
(1) Each node monitors its local topology,
(2) An owning NC is established for each NNC,
(3) Each NC learns and maintains the topology of its domain (NNCs and connections),
(4) Each NC in the virtual network of NCs exchanges domain topology information with other NCs in order to establish a complete network topology data base in each NC.
(5) All the above conditions are established/reestablished upon changes (new additions of connections or nodes, changes in status of existing connections or nodes).
Some of the advantages of a hybrid network with automatic update of topology are:
The network is insensitive to the order in which nodes are introduced. Communication is possible among any subset of nodes which are connected and include at least one NC.
New nodes and links may be introduced without disrupting the existing network.
The network can tolerate failures of nodes and links, and still be able to establish communication among any subset of nodes which remain connected and include at least one NC.
Multiple NCs are supported, relieving the network of having any single node whose failure would prevent new communication paths from being established.
Each node monitors its own links. When a new link is activated, a node exchanges and retains ownership information about its new neighbor.
An NC is owned by itself.
An NNC establishes an owning NC as follows: When NNC i first comes up or loses its owner because of outage of the ownership path, it informs its neighboring nodes of this situation. If a neighboring node j has an owning NC, it communicates this information to its owning NC, who in turn attempts to establish an ownership path at NNC i. The NC whose attempt arrives first to NNC i is selected as the owner of NNC i. If on the other hand, the neighboring NNC j is not owned, NNC j saves the knowledge that NNC i is not owned. Subsequently, when it becomes owned, NNC j notifies its new owning NC that NNC i is not owned. The NC that owns NNC j can now attempt to establish ownership of NNC i. If and when NNC i becomes owned, it informs its neighbors (j) of its owner. If j is owned it reports on i's owner to j's owner.
All changes in topology and all changes in connection characteristics within a domain must be recorded by the NC of the domain. Changes in resources adjacent to the NC are recorded locally by the NC, and changes in resources adjacent to NNC nodes in the domain of the NC are reported to the NC by the NNC using the ownership path. The NNC reports the status of all its connections on any change to a single connection. In addition, it forwards the cause of its report (new resource, failed resource, or change in characteristics of a resource) and its local time stamp as a sequence identifier.
Part of the domain topology information retained by a NC is the identification of nodes adjacent to its domain which are owned by another NC, and the identification of the owning NC. Through this information, the NC of a domain establishes communication with each NC of adjacent domains at the earliest possible point. The path used by this communication consists of three parts:
1. The path to a node in the NC's domain which is adjacent to the other domain. This path could be just the NC itself if the NC is adjacent to the other domain.
2. The link connection between the domains.
3. The path from the adjacent node in the other domain to its owning NC along that ownership path.
The routing tables of the nodes along this three part path are updated to allow subsequent communication between the NCs of each domain. This communication path between the two NCs is considered a link in the virtual network of NCs.
In order for each NC to obtain knowledge of the complete network topology, it is necessary for it to exchange domain topologies with all other NCs. Hence, an NC having a change in the topology of its domain broadcasts the topology of its entire domain to each adjacent NC in the virtual network of NCs. These adjacent NCs broadcast the received topology to each of their adjacent NCs in the virtual network of NCs, and so forth until each NC has received the notification.
The loss of a connection between two nodes is reported to the domain's NC. If a portion of the domain is no longer connected with the portion controlled by the NC of the domain, the lost portion of the domain is removed from the domain topology at the NC receiving this information. The resulting domain topology is broadcast to all adjacent NCs in the virtual network of NCs.
Upon recovery of a connection, the normal bring up procedures are followed. This includes the establishment of an owner for each unowned NNC in the recovered portion and the establishment of communication paths to the NCs in any newly adjacent domains. If the disconnected portion still had connections to other domains, other NCs may have assumed ownership of the nodes before the reestablishment of a connection from the NC of the prior domain.
In the detailed description below, certain notations are used. Lower case letters (e.g., i, j, k) signify NNCs, while upper case letters (e.g., J, K, M) signify NCs. In cases where the node could be either, lower case letters are used.
The term OWNER(i) refers to the current owning NC of node i. The owner of an NC is the NC itself. If node i has no owner, the OWNER(i) is "NONE".
Each NC or NNC maintains a routing table 107 or 207 consisting of information to support transmittal of packets to destinations in the network. Table 1 is a sample of an implementation of a routing table which assumes each packet carries both the identification of the origin of the packet and the ultimate destination. Through the routing table, the next node to which the packet should be forwarded is identified.
TABLE 1______________________________________Sample Routing Table for NNC aNode NNC aOrigin Node Destination Node Next Node______________________________________A b cb A AA d Bd A A. . .. . .. . .______________________________________
Table 2 depicts a topology data base of a typical NC (NNCs do not have topology data bases). For each node in the network, the topology data base has that node's identification, the owner of that node, the identification of each link for that node, the weights associated with the link, the adjacent node's identification, and the owner of that adjacent node. In addition a sequence number is kept for each node to aid in identifying old or duplicate topology information.
TABLE 2______________________________________Sample Topology Data Base for NC ANode NC A Adjacent Link SequenceNode (Owner) Node (Owner) Weight Number______________________________________A(A) a(A) 9 5A(A) B(B) 4 5a(A) A(A) 9 2a(A) B(B) 7 2a(A) c(B) 4 2B(B) A(A) 4 9B(B) a(A) 7 9B(B) b(B) 6 9. . . .. . . .. . . .______________________________________
A link status table 208 maintained by each NNC. The complete link status table for NNC a is shown in Table 3. Only information about the local links is retained in the link status table, which is a subset of the topology data base.
TABLE 3______________________________________Sample Link Status Table for NNC aNode NNC a Adjacent LinkNode (Owner) Node (Owner) Weight______________________________________a(A) A(A) 9a(A) B(B) 7a(A) c(B) 4______________________________________
Before detailing the automatic updating of a hybrid network, the formats of the messages exchanged between nodes are described.
General: All messages are preceded by a header record used for packet switching. Each header record has both the origin node and destination node identified. Also, there is a unique identifier for each message type. Appended to the header is the message content.
OWNER(i) Message: This message identifies node i and the current owner of node i, OWNER(i). It carries a time stamp for sequence identification.
Link Status Table Message: This message is sent from NNC i to its owning NC J. The message describes the event which caused this report, and carries a copy of the entire current link status table of NNC i, plus a time stamp for sequence identification.
Topology Data Base Message: This message is sent from NC I to NC J. The message carries the entire topology data base of NC I, sorted by domain. Included in the domain information is the individual time stamps for sequence identification of each domain's information.
RQST OWNER Message: This message is sent from NC I to NNC j requesting (or inviting) that NC I become the owner of NNC j or that NNC j join the domain of NC I. The proposed ownership path is identified in the message. The OWNER(j) message is sent in reply if NNC j accepts.
The following events occur for a typical node such as NNC i:
1. NNC i is initialized (FIG. 5).
2. Link to node j is activated with weight W (FIG. 6).
3. Link to node j is deactivated (FIG. 7).
4. Link to node j changes weight to W (FIG. 8).
5. NNC i receives RQST OWNER(i)=K message (FIG. 9).
6. NNC i lost its ownership path (FIG. 10).
7 . NNC i receives OWNER(j)=K message (FIG. 11).
Referring now to FIG. 5, the functions performed on initialization of a NNC are illustrated as including F1-F3. The first function (at F1) clears the link status table 208 (see FIG. 3). Function F2 clears the routing table 207 (see FIG. 3) and function F3 sets the identification of the owner to none or null.
FIG. 6 shows the events that occur at a typical NNC when a link from that node to an adjacent node j is activated with weight W. Function F4 adds an identification of the new link and its weight to the link status table 208. Function F5 transmits a message indicating the owner of the node i to the neighboring node j.
FIG. 7 shows the events which occur at a typical NNC when a link to a neighboring node is deactivated. Function F6 deletes the identification of that link from the link status table 208. Function F7 determines if the node at which the event is occurring (node i) is owned. If it is not, no further action is necessary. On the other hand, if there is an owner, then F8 sends a link status table message (identifying the remaining information in the link status table 208) to the owner.
FIG. 8 shows the events that occur at a node i when a link to a neighboring node changes weight W. Function F9 changes the entry in the link status table 208 to reflect the new weight for this link. Functions F10 and F11 are similar to functions F7 and F8 of FIG. 7.
FIG. 9 shows the events which occur at a typical NNC i on receipt of a message from a control node requesting ownership. Function F12 determines if the node is already owned. If it is, function F13 is performed to essentially ignore the message. On the other hand, if the node i is not owned, then functions F14-F16 are performed. Function F14 writes a new entry defining the ownership for the node i. Function F15 transmits the contents of the node's link status table 208 to the now owning node K. Function F16 identifies the new owner of the node i to each adjacent node.
FIG. 10 shows the events which occur at a typical NNC i in the event that the communication path between it and its owner is disabled. This event could be triggered by the disablement of the control node, or any other node or link between the NNC i and the owning node. Function F17 rewrites the identification of the node's owner as none. Function F18 sends the ownership message indicating that node i is no longer is owned, to each adjacent node.
FIG. 11 shows the events which occur at a node receiving a message from an adjacent node as to the adjacent node's ownership. Function F19 updates the link status table 208 with this new information. Function F20 determines if the node i is owned, and if not, no other operation is necessary. On the other hand, functions F21 and F22 are performed to transmit the contents of the link status table 208 of node i to its owner, as a result of the change in the contents of the link status table (F19). Function F22 transmits an ownership message identifying the owner of node j, to the owner of the node i.
The following events occur for the typical NC I:
1. NC I is initialized (FIG. 12).
2. Link to node j is activated with weight W (FIG. 13).
3. Link to node j is deactivated (FIG. 14).
4. Link to node j changes weight to W (FIG. 15).
5. NC I receives OWNER(j) Message (FIG. 16).
6. NC I receives Link Status Table Message from NNC j (FIG. 17).
7. NC I receives Data Base Topology Message from NC J (FIG. 18).
FIG. 12 shows the events occurring at a control node on its initialization. Function F30 clears the topology data base 105, function F31 clears the routing table 107 and function F32 identifies the ownership of this node, as itself.
FIG. 13 shows the events which occur at a control node when a link to an adjacent node j is activated with a particular weight. Function F33 adds the new link and its weight to the topology data base 105. Function F34 sends a message indicating the ownership of the control node to the node j.
FIG. 14 shows the events which occur at a control node when a link to an adjacent node j is deactivated. Function F35 deletes the link from the topology data base 105. Function F36 determines if the node j is connected to the network through other links, this can be accomplished by reference to the topology data base 105. If there are no other links connecting node j to the network, then function F37 is performed to remove node j from the topology data base and function F38 is performed to send the topology data base, as now modified, to adjacent domains.
On the other hand, if node j were still connected, function F39 determines if the control node at which these events are occurring (I) is the owner of node j. If not, function F38 is effected to inform other domains of deactivation of the particular link.
On the other hand, if the node I is the owner of node j, then function F40 determines if the ownership session has been lost. If the ownership session is still up (via a link other than the one which had been deactivated) then function F38 is performed. If the ownership session has been lost (because the ownership session path to the node j included the deactivated link), function F41 sends a request to become the owner from the node I to the node j via a different link. Following function F41, function F38 is performed.
FIG. 15 shows the events which occur at a control node I when a link to node J changes weight. Function F42 changes the link weight in the topology data base 105. Function F43, as a consequence of the change of the data in the topology data base 105 communicates the contents of the topology data base 105 to adjacent domains.
FIG. 16 shows the events which occur at a control node I when it receives a message indicating the ownership of a node j. Function F44 compares the time stamp or sequence number of the message with the sequence number in the topology data base 105. If the message's sequence number indicates it is earlier than or the same as data already in the topology data base 105, the information can be disregarded and no other events occur, e.g. the message is ignored.
On the other hand, if the message time stamp shows the message is later than data in the topology data base, function F45 will update the topology data base 105 with the information contained in the message. Function F46 checks to see if the owner of the node j is the control node at which these events are occurring. If that is the case, function F49 is performed to communicate the change in the topology data base of the control node I, to adjacent domains. On the other hand, if the owner of node j is not the control node I, then function F47 checks to see if the node j is owned at all. If the node j is not owned, then function F50 is performed to attempt to obtain ownership of the node j. Following transmission of the request ownership message, function F49 is performed.
On the other hand, if the owner of node j is a different control node, then function F48 is performed to determine if the control node which is the owner of node j is adjacent in the virtual network to the control node I at which these events are occurring. If it is, then function F49 is performed. On the other hand, if the owner of the node j is not adjacent to the node I in the virtual network, then function F51 establishes a path to the owning node in the virtual network and function F49 is performed.
FIG. 17 shows the events occurring at a control node I on receipt of a link status table message from NNC j. Function F52 compares the sequence number or time stamp with link status table information previously received from node j in the topology data base 105. If the message's sequence number is not newer, then the message is ignored. On the other hand, function F53 will modify the topology data base 105 with a new line data of status table from the node j. As a consequence of the change in the contents of the topology data base 105, function F54 is performed to transmit this information to adjacent domains.
Finally, FIG. 18 illustrates the events occurring at a control node I receiving a topology data base message from a different control node J. Function F55 isolates that portion of the message relating to the first domain in the message. Function F56 compares the sequence number associated with this information with the sequence number of the corresponding information existing in the topology data base 105. If the sequence number existing in the data base is more recent than the information in the message, then this portion of the message can be ignored and function F57 is skipped. On the other hand, if the information in the isolated portion in the message is more recent than the information in the topology data base 105, then function F57 is performed to update the topology data base 105 with respect to the domain's information. Function F58 determines if there is information in the message concerning a different domain. Assuming there is, function F59 isolates that portion of the message respecting the next domain and functions F56 and F57 are again performed. In effect functions F56, F57, F58 and F59 form a loop to repeatedly isolate information respecting a domain in the message and compare that data to the corresponding information existing in the topology data base 105. More current information is recorded, older information is discarded. When the entire message has been processed in this fashion then function F60 determines if any changes have been made to the topology data base 105. If no changes have been made no other function is necessary. On the other hand, if one or more changes have been made in the topology data base, then function F61 is performed to transmit the contents of the topology data base to all adjacent domains except the domain J from which the message was received. This transmission could include either the entire topology data base or only that portion of the topology data base which was altered by function F57.
It should be apparent from the foregoing that these processes meet the requirements initially specified, e.g.:
1. After some finite time all connected ordinary nodes will exist in one and only one domain and have an active session with their owning control node, so that routing information necessary at an ordinary node can be retrieved from an identified control node through an identified and active path,
2. Any change in the status of the network (activation or deactivation of either a link or a node) which is sensed by an ordinary node will be firstly communicated to the owning control node, and if that information is new to the control node, it will be communicated to adjacent domains. In this fashion, current topology information will tend to propagate throughout the entire network, and
3. In the event that failure of a node or a link terminates an ownership session, a new ownership session will be initiated with either the same or a different controlling node in the event that the original control node or a link in the path included in the original ownership session has been deactivated, or a new ownership session will be initiated once an ordinary node which had been deactivated, is reactivated.
The purpose for maintaining a topology data base in the control node and continuous identification of an ownership session between each ordinary node and its owner is for the purpose of routing messages. The advantage of the invention is that the extensive topology data base need not be maintained at each ordinary node. Thus, when a message is received at NNC i (a typical ordinary node), for transmission to NNC j, node i may not have routing information for that particular message. FIG. 19 illustrates the procedure for message routing at a typical node i. The procedure is entered when a message is received identifying the destination node j. Function F70 accesses node i's routing table to identify the path to node j. Function F71 determines if a path is available. If it is, function F72 isolates the next node in the path and function F73 transmits the message to the thus identified node.
In the event that the routing table of node i does not contain a path to node j, then function F79 is performed to identify owner (i). If node i is not owned, then function F77 is performed to discard the message, since it cannot be routed. On the other hand if owner (i) exists, then function F74 is performed to request the path. Function F75 determines if the response from owner (i) is available. When it is function F76 determines if that response identifies the path. If the response does not identify the path, then function F77 is performed to discard the message, since it cannot be routed. Alternatively, if the path is identified in the response from owner (i), then function F78 stores the path in the routing table of node i. Subsequently, functions F72 and F73 are performed to identify the next node in the path and transmit the message to or at least toward that particular node.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4317196 *||May 15, 1980||Feb 23, 1982||Texas Instruments Incorporated||Transparent intelligent network for data and voice|
|US4320500 *||Feb 8, 1980||Mar 16, 1982||Cselt - Centro Studi E Laboratori Telecomunicazioni S.P.A.||Method of and system for routing in a packet-switched communication network|
|US4380063 *||Jun 10, 1981||Apr 12, 1983||International Business Machines Corp.||Flow control mechanism for block switching nodes|
|US4556972 *||Dec 27, 1983||Dec 3, 1985||At&T Bell Laboratories||Arrangement for routing data packets through a circuit switch|
|US4577311 *||Jun 20, 1985||Mar 18, 1986||Duquesne Jean F||Packet-based telecommunication system|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US4769814 *||Apr 28, 1986||Sep 6, 1988||International Business Machines Corp.||Method for establishing a limited broadcast path within an interconnected network|
|US4792941 *||Feb 25, 1985||Dec 20, 1988||Itt Corporation||Data subsystem traffic control apparatus and method|
|US4825206 *||May 3, 1988||Apr 25, 1989||International Business Machines Corporation||Automatic feedback of network topology data|
|US4827411 *||Jun 15, 1987||May 2, 1989||International Business Machines Corporation||Method of maintaining a topology database|
|US4939726 *||Jul 18, 1989||Jul 3, 1990||Metricom, Inc.||Method for routing packets in a packet communication network|
|US4943998 *||Apr 21, 1989||Jul 24, 1990||U.S. Philips Corp.||Intermeshed communication network|
|US4974224 *||Nov 7, 1989||Nov 27, 1990||Harris Corporation||Distributed split flow routing mechanism for multi-node packet switching communication network|
|US5084870 *||Sep 19, 1990||Jan 28, 1992||Digital Equipment Corporation||Network topology control method and apparatus|
|US5101348 *||Jun 23, 1988||Mar 31, 1992||International Business Machines Corporation||Method of reducing the amount of information included in topology database update messages in a data communications network|
|US5115433 *||Apr 20, 1990||May 19, 1992||Metricom, Inc.||Method and system for routing packets in a packet communication network|
|US5115495 *||Oct 18, 1988||May 19, 1992||The Mitre Corporation||Communications network system using full-juncture and partial-juncture station status information for alternate-path distance-vector routing|
|US5138611 *||Aug 12, 1991||Aug 11, 1992||Digital Equipment Corporation||Blocking message transmission or signaling error in response to message addresses in a computer interconnect coupler for clusters of data processing devices|
|US5142531 *||May 10, 1990||Aug 25, 1992||British Telecommunications Public Limited Company||Data communications network|
|US5157667 *||Apr 30, 1990||Oct 20, 1992||International Business Machines Corporation||Methods and apparatus for performing fault isolation and failure analysis in link-connected systems|
|US5202985 *||Dec 2, 1991||Apr 13, 1993||Racal-Datacom, Inc.||Apparatus and method for displaying data communication network configuration after searching the network|
|US5226120 *||May 21, 1990||Jul 6, 1993||Synoptics Communications, Inc.||Apparatus and method of monitoring the status of a local area network|
|US5265092 *||Mar 18, 1992||Nov 23, 1993||Digital Equipment Corporation||Synchronization mechanism for link state packet routing|
|US5276440 *||May 6, 1991||Jan 4, 1994||International Business Machines Corporation||Network device information exchange|
|US5287454 *||Jul 26, 1989||Feb 15, 1994||Ant Nachrichtentechnik Gmbh||Method for acquiring network knowledge about a digital transmission network|
|US5291511 *||Jun 21, 1993||Mar 1, 1994||Motorola, Inc.||Communication system network having self address information|
|US5299316 *||Jun 30, 1989||Mar 29, 1994||Fujitsu Limited||Method of automatically editing data for managing processor that carries out distributed control and a system using the same|
|US5345558 *||Nov 23, 1992||Sep 6, 1994||Synoptics Communications, Inc.||Topology independent broadcast of cells in an ATM network or the like|
|US5390170 *||Jun 29, 1993||Feb 14, 1995||Synoptics Communications, Inc.||Method and apparatus providing for bootstrapping of switches in an ATM network or the like|
|US5394436 *||Jun 8, 1994||Feb 28, 1995||Norand Corporation||Radio frequency local area network|
|US5400325 *||Jun 29, 1993||Mar 21, 1995||Synoptics Communications, Inc.||Method and apparatus providing for hunt groups in an ATM network of the like|
|US5425021 *||Jan 28, 1993||Jun 13, 1995||International Business Machines Corporation||Packet switching resource management within nodes|
|US5428636 *||May 7, 1993||Jun 27, 1995||Norand Corporation||Radio frequency local area network|
|US5483522 *||Nov 2, 1994||Jan 9, 1996||International Business Machines Corp.||Packet switching resource management within nodes|
|US5504746 *||Mar 27, 1995||Apr 2, 1996||Norand Corporation||Radio frequency local area network|
|US5511191 *||May 23, 1995||Apr 23, 1996||International Computers Limited||Status monitoring arrangement for a data processing system comprising a number of managed objects|
|US5519707 *||Oct 13, 1992||May 21, 1996||Synoptics Communications, Inc.||Multiplexing of communications services on a virtual service path in an ATM network or the like|
|US5530905 *||Jan 24, 1995||Jun 25, 1996||Digital Equipment Corporation||Temporary state preservation for a distributed file service which purges virtual circuit control information after expiration of time limit of inactivity|
|US5537547 *||Dec 14, 1992||Jul 16, 1996||At&T Corp.||Automatic network element identity information distribution apparatus and method|
|US5539881 *||Dec 14, 1992||Jul 23, 1996||At&T Corp.||Network element including automatic network element identity information registration apparatus and method|
|US5568605 *||Jan 13, 1994||Oct 22, 1996||International Business Machines Corporation||Resolving conflicting topology information|
|US5572674 *||Oct 16, 1995||Nov 5, 1996||Bmc Software, Inc.||Method of dynamically adjusting SNA network control program parameters|
|US5583991 *||Jun 7, 1995||Dec 10, 1996||Bay Networks, Inc.||Method for providing for automatic topology discovery in an ATM network or the like|
|US5586267 *||Jun 7, 1995||Dec 17, 1996||Bay Networks, Inc.||Apparatus for providing for automatic topology discovery in an ATM network or the like|
|US5606664 *||Apr 12, 1993||Feb 25, 1997||Bay Networks, Inc.||Apparatus and method for automatically determining the topology of a local area network|
|US5664107 *||Jun 7, 1995||Sep 2, 1997||Bay Networks, Inc.||Method for providing for automatic topology discovery in an ATM network or the like|
|US5671357 *||Sep 6, 1996||Sep 23, 1997||Motorola, Inc.||Method and system for minimizing redundant topology updates using a black-out timer|
|US5694547 *||Mar 18, 1996||Dec 2, 1997||Bay Networks, Inc.||System for registration of clients in an ATM network providing for communication of client registration messages to a central manager|
|US5715394 *||Sep 20, 1996||Feb 3, 1998||Alcatel N.V.||Method of supporting the management of a communications network, and network management facility therefor|
|US5715396 *||Jun 7, 1995||Feb 3, 1998||Bay Networks, Inc.||Method for providing for automatic topology discovery in an ATM network or the like|
|US5729685 *||Sep 13, 1996||Mar 17, 1998||Bay Networks, Inc.||Apparatus for determining the topology of an ATM network or the like Via communication of topology information between a central manager and switches in the network over a virtual service path|
|US5740366 *||Feb 28, 1995||Apr 14, 1998||Norand Corporation||Communication network having a plurality of bridging nodes which transmit a beacon to terminal nodes in power saving state that it has messages awaiting delivery|
|US5745680 *||Aug 2, 1996||Apr 28, 1998||International Business Machine Corp.||Interconnected networks and methods for communicating therebetween using virtual communications links|
|US5751967 *||Jul 15, 1996||May 12, 1998||Bay Networks Group, Inc.||Method and apparatus for automatically configuring a network device to support a virtual network|
|US5793978 *||Dec 29, 1994||Aug 11, 1998||Cisco Technology, Inc.||System for routing packets by separating packets in to broadcast packets and non-broadcast packets and allocating a selected communication bandwidth to the broadcast packets|
|US5802278 *||Jan 23, 1996||Sep 1, 1998||3Com Corporation||Bridge/router architecture for high performance scalable networking|
|US5822532 *||Dec 20, 1994||Oct 13, 1998||Fuji Xerox Co., Ltd.||Centralized resource supervising system for a distributed data network|
|US5828835 *||Jul 3, 1996||Oct 27, 1998||3Com Corporation||High throughput message passing process using latency and reliability classes|
|US5848145 *||Dec 20, 1996||Dec 8, 1998||Lucent Technologies Inc.||Automatic learning of network routing using random routes|
|US5854896 *||Jun 17, 1996||Dec 29, 1998||International Business Machines Corporation||System for preserving logical partitions of distributed parallel processing system after re-booting by mapping nodes to their respective sub-environments|
|US5867666 *||Aug 5, 1997||Feb 2, 1999||Cisco Systems, Inc.||Virtual interfaces with dynamic binding|
|US5884036 *||Nov 8, 1996||Mar 16, 1999||Haley; Andrew Paul||Method for determining the topology of an ATM network having decreased looping of topology information cells|
|US5896510 *||Jan 27, 1997||Apr 20, 1999||Fujitsu Limited||Network communication system where each system shares definition information with each other|
|US5909550 *||Oct 16, 1996||Jun 1, 1999||Cisco Technology, Inc.||Correlation technique for use in managing application-specific and protocol-specific resources of heterogeneous integrated computer network|
|US5930264 *||Feb 6, 1997||Jul 27, 1999||Telefonaktiebolaget L M Ericsson (Publ)||Inter-node signaling for protocol initialization within a communications network|
|US5974236 *||Aug 17, 1995||Oct 26, 1999||Aes Corporation||Dynamically reconfigurable communications network and method|
|US5978807 *||Sep 30, 1997||Nov 2, 1999||Sony Corporation||Apparatus for and method of automatically downloading and storing internet web pages|
|US6026464 *||Jun 24, 1997||Feb 15, 2000||Cisco Technology, Inc.||Memory control system and method utilizing distributed memory controllers for multibank memory|
|US6035105 *||Jan 2, 1996||Mar 7, 2000||Cisco Technology, Inc.||Multiple VLAN architecture system|
|US6049833 *||Aug 29, 1997||Apr 11, 2000||Cisco Technology, Inc.||Mapping SNA session flow control to TCP flow control|
|US6052379 *||Sep 18, 1998||Apr 18, 2000||Cisco Technology, Inc.||Communicating packetized data over a channel using a dual leaky bucket priority scheme for assigning priorities to ports assigned to channels in a channel bank|
|US6061505 *||Jul 22, 1994||May 9, 2000||Nortel Networks Corporation||Apparatus and method for providing topology information about a network|
|US6073176 *||Apr 30, 1997||Jun 6, 2000||Cisco Technology, Inc.||Dynamic bidding protocol for conducting multilink sessions through different physical termination points|
|US6073199 *||Oct 6, 1997||Jun 6, 2000||Cisco Technology, Inc.||History-based bus arbitration with hidden re-arbitration during wait cycles|
|US6078590 *||Jul 14, 1997||Jun 20, 2000||Cisco Technology, Inc.||Hierarchical routing knowledge for multicast packet routing|
|US6084867 *||Jun 3, 1998||Jul 4, 2000||Intermec Ip Corp.||Apparatus and method of routing data in a radio frequency local area network|
|US6088665 *||Nov 3, 1997||Jul 11, 2000||Fisher Controls International, Inc.||Schematic generator for use in a process control network having distributed control functions|
|US6091725 *||Dec 29, 1995||Jul 18, 2000||Cisco Systems, Inc.||Method for traffic management, traffic prioritization, access control, and packet forwarding in a datagram computer network|
|US6097718 *||Jan 2, 1996||Aug 1, 2000||Cisco Technology, Inc.||Snapshot routing with route aging|
|US6101115 *||Aug 7, 1998||Aug 8, 2000||Cisco Technology, Inc.||CAM match line precharge|
|US6111858 *||Feb 18, 1997||Aug 29, 2000||Virata Limited||Proxy-controlled ATM subnetwork|
|US6111877 *||Dec 31, 1997||Aug 29, 2000||Cisco Technology, Inc.||Load sharing across flows|
|US6122272 *||May 23, 1997||Sep 19, 2000||Cisco Technology, Inc.||Call size feedback on PNNI operation|
|US6122276 *||Jul 9, 1997||Sep 19, 2000||Cisco Technology, Inc.||Communications gateway mapping internet address to logical-unit name|
|US6128662 *||Aug 29, 1997||Oct 3, 2000||Cisco Technology, Inc.||Display-model mapping for TN3270 client|
|US6131117 *||Dec 29, 1997||Oct 10, 2000||Cisco Technology, Inc.||Technique for correlating logical names with IP addresses on internetworking platforms|
|US6141325 *||Dec 18, 1996||Oct 31, 2000||International Business Machines Corporation||Paradigm for enabling interoperability between different subnetworks|
|US6157641 *||Aug 22, 1997||Dec 5, 2000||Cisco Technology, Inc.||Multiprotocol packet recognition and switching|
|US6182147||Jul 31, 1998||Jan 30, 2001||Cisco Technology, Inc.||Multicast group routing using unidirectional links|
|US6182224||Jan 2, 1996||Jan 30, 2001||Cisco Systems, Inc.||Enhanced network services using a subnetwork of communicating processors|
|US6192411||Nov 9, 1999||Feb 20, 2001||Cisco Technology, Inc.||Mapping SNA session flow control to TCP flow control|
|US6212182||Jun 27, 1996||Apr 3, 2001||Cisco Technology, Inc.||Combined unicast and multicast scheduling|
|US6212183||Aug 22, 1997||Apr 3, 2001||Cisco Technology, Inc.||Multiple parallel packet routing lookup|
|US6219699||Mar 26, 1999||Apr 17, 2001||Cisco Technologies, Inc.||Multiple VLAN Architecture system|
|US6240084||Oct 10, 1996||May 29, 2001||Cisco Systems, Inc.||Telephony-enabled network processing device with separate TDM bus and host system backplane bus|
|US6240451 *||Nov 12, 1997||May 29, 2001||Punch Networks Corporation||Method and apparatus for automatically disseminating information over a network|
|US6243667||May 28, 1996||Jun 5, 2001||Cisco Systems, Inc.||Network flow switching and flow data export|
|US6279097||Nov 20, 1998||Aug 21, 2001||Allied Telesyn International Corporation||Method and apparatus for adaptive address lookup table generator for networking application|
|US6304546||Dec 19, 1996||Oct 16, 2001||Cisco Technology, Inc.||End-to-end bidirectional keep-alive using virtual circuits|
|US6308148||Dec 20, 1996||Oct 23, 2001||Cisco Technology, Inc.||Network flow data export|
|US6308213 *||May 10, 1999||Oct 23, 2001||Cisco Technology, Inc.||Virtual dial-up protocol for network communication|
|US6308219||Jul 31, 1998||Oct 23, 2001||Cisco Technology, Inc.||Routing table lookup implemented using M-trie having nodes duplicated in multiple memory banks|
|US6327251||May 3, 2000||Dec 4, 2001||Cisco Technology, Inc.||Snapshot routing|
|US6343072||Dec 31, 1997||Jan 29, 2002||Cisco Technology, Inc.||Single-chip architecture for shared-memory router|
|US6356530||May 23, 1997||Mar 12, 2002||Cisco Technology, Inc.||Next hop selection in ATM networks|
|US6370121||Jun 29, 1998||Apr 9, 2002||Cisco Technology, Inc.||Method and system for shortcut trunking of LAN bridges|
|US6374311||Apr 14, 1998||Apr 16, 2002||Intermec Ip Corp.||Communication network having a plurality of bridging nodes which transmit a beacon to terminal nodes in power saving state that it has messages awaiting delivery|
|US6377577||Jun 30, 1998||Apr 23, 2002||Cisco Technology, Inc.||Access control list processing in hardware|
|US6389506||Aug 7, 1998||May 14, 2002||Cisco Technology, Inc.||Block mask ternary cam|
|US6405219||Sep 24, 1999||Jun 11, 2002||F5 Networks, Inc.||Method and system for automatically updating the version of a set of files stored on content servers|
|US6430595||May 20, 1999||Aug 6, 2002||Cisco Technology, Inc.||Method and apparatus for establishing a database used for correlating information gathered via SNMP|
|US6434120||Aug 25, 1998||Aug 13, 2002||Cisco Technology, Inc.||Autosensing LMI protocols in frame relay networks|
|US6442547 *||Jun 2, 1999||Aug 27, 2002||Andersen Consulting||System, method and article of manufacture for information service management in a hybrid communication system|
|US6449647||Sep 21, 1999||Sep 10, 2002||Cisco Systems, Inc.||Content-aware switching of network packets|
|US6456593||Aug 30, 1999||Sep 24, 2002||Cisco Technology, Inc.||Communicating packetized data over a channel using a dual leaky bucket priority scheme for assigning priorities to ports assigned to channels in a channel bank|
|US6456594||Jul 24, 2000||Sep 24, 2002||Connect One, Llp||Multi-protocol communications routing optimization|
|US6473802||Dec 4, 2001||Oct 29, 2002||F5 Networks, Inc.||Method and system for storing load balancing information with an HTTP cookie|
|US6487598||Jul 11, 2001||Nov 26, 2002||Cisco Technology, Inc.||Virtual dial-up protocol for network communication|
|US6490618||May 20, 1999||Dec 3, 2002||Cisco Technology, Inc.||Method and apparatus for SNA/IP correlation in a mixed APPN and DLSW network|
|US6496863||Sep 30, 1999||Dec 17, 2002||International Business Machines Corporation||Method and system for communication in a heterogeneous network|
|US6512766||Aug 22, 1997||Jan 28, 2003||Cisco Systems, Inc.||Enhanced internet packet routing lookup|
|US6513091||Nov 12, 1999||Jan 28, 2003||International Business Machines Corporation||Data routing using status-response signals|
|US6526469||Nov 12, 1999||Feb 25, 2003||International Business Machines Corporation||Bus architecture employing varying width uni-directional command bus|
|US6532241||May 20, 1999||Mar 11, 2003||Cisco Technology, Inc.||Method and apparatus for determining SNA sessions using various protocols for transport based on filter criteria|
|US6538988||Jan 18, 2001||Mar 25, 2003||Cisco Technology, Inc.||End-to-end bidirectional keep-alive using virtual circuits|
|US6557069||Nov 12, 1999||Apr 29, 2003||International Business Machines Corporation||Processor-memory bus architecture for supporting multiple processors|
|US6571272||May 20, 1999||May 27, 2003||Cisco Technology, Inc.||Method and apparatus for SNA/IP correlation with multiple DSW peer connections|
|US6574663 *||Aug 31, 1999||Jun 3, 2003||Intel Corporation||Active topology discovery in active networks|
|US6578086||Sep 27, 1999||Jun 10, 2003||Nortel Networks Limited||Dynamically managing the topology of a data network|
|US6603765||Jul 21, 2000||Aug 5, 2003||Cisco Technology, Inc.||Load sharing across flows|
|US6603772||Mar 31, 1999||Aug 5, 2003||Cisco Technology, Inc.||Multicast routing with multicast virtual output queues and shortest queue first allocation|
|US6611528||Oct 10, 2000||Aug 26, 2003||Cisco Technology, Inc.||Hierarchical routing knowledge for multicast packet routing|
|US6614785||Jan 5, 2000||Sep 2, 2003||Cisco Technology, Inc.||Automatic propagation of circuit information in a communications network|
|US6636499||Dec 2, 1999||Oct 21, 2003||Cisco Technology, Inc.||Apparatus and method for cluster network device discovery|
|US6640243||Dec 14, 2000||Oct 28, 2003||Cisco Technology, Inc.||Enhanced network services using a subnetwork of communicating processors|
|US6667960 *||Apr 29, 2000||Dec 23, 2003||Hewlett-Packard Development Company, L.P.||Protocol for identifying components in a point-to-point computer system|
|US6678282||Apr 20, 1998||Jan 13, 2004||Cisco Technology, Inc.||System and method for communicating packetized data over a channel bank|
|US6717956 *||Mar 3, 2000||Apr 6, 2004||Luminous Networks, Inc.||Dual-mode virtual network addressing|
|US6725264||Feb 17, 2000||Apr 20, 2004||Cisco Technology, Inc.||Apparatus and method for redirection of network management messages in a cluster of network devices|
|US6754712||Oct 2, 2002||Jun 22, 2004||Cisco Techonology, Inc.||Virtual dial-up protocol for network communication|
|US6757791||Mar 30, 1999||Jun 29, 2004||Cisco Technology, Inc.||Method and apparatus for reordering packet data units in storage queues for reading and writing memory|
|US6760331||Mar 31, 1999||Jul 6, 2004||Cisco Technology, Inc.||Multicast routing with nearest queue first allocation and dynamic and static vector quantization|
|US6771642||Jan 8, 1999||Aug 3, 2004||Cisco Technology, Inc.||Method and apparatus for scheduling packets in a packet switch|
|US6781956||Sep 17, 1999||Aug 24, 2004||Cisco Technology, Inc.||System and method for prioritizing packetized data from a distributed control environment for transmission through a high bandwidth link|
|US6798776||Jan 14, 2000||Sep 28, 2004||Cisco Technology, Inc.||Method for traffic management, traffic prioritization, access control, and packet forwarding in a datagram computer network|
|US6826162||Sep 28, 2001||Nov 30, 2004||Hewlett-Packard Development Company, L.P.||Locating and mapping wireless network devices via wireless gateways|
|US6831923||Apr 17, 2000||Dec 14, 2004||Cisco Technology, Inc.||Pipelined multiple issue packet switch|
|US6853638||Apr 1, 1998||Feb 8, 2005||Cisco Technology, Inc.||Route/service processor scalability via flow-based distribution of traffic|
|US6856591||Dec 15, 2000||Feb 15, 2005||Cisco Technology, Inc.||Method and system for high reliability cluster management|
|US6862624||Jul 17, 2002||Mar 1, 2005||Cisco Technology, Inc.||Method and apparatus for directing a flow of packets based on request and server attributes|
|US6874030||Nov 13, 2000||Mar 29, 2005||Cisco Technology, Inc.||PPP domain name and L2TP tunnel selection configuration override|
|US6889181||Jul 2, 1997||May 3, 2005||Cisco Technology, Inc.||Network flow switching and flow data export|
|US6904037||Nov 5, 1996||Jun 7, 2005||Cisco Technology, Inc.||Asymmetric implementation of DSVD for voice/data internet access|
|US6917626||Nov 30, 1999||Jul 12, 2005||Cisco Technology, Inc.||Apparatus and method for automatic cluster network device address assignment|
|US6917966||Sep 19, 2003||Jul 12, 2005||Cisco Technology, Inc.||Enhanced network services using a subnetwork of communicating processors|
|US6920112||Jun 29, 1998||Jul 19, 2005||Cisco Technology, Inc.||Sampling packets for network monitoring|
|US6975558||Sep 14, 2004||Dec 13, 2005||Rambus Inc.||Integrated circuit device|
|US7000062||Feb 10, 2005||Feb 14, 2006||Rambus Inc.||System and method featuring a controller device and a memory module that includes an integrated circuit buffer device and a plurality of integrated circuit memory devices|
|US7003618||Mar 11, 2005||Feb 21, 2006||Rambus Inc.||System featuring memory modules that include an integrated circuit buffer devices|
|US7010642||Sep 28, 2004||Mar 7, 2006||Rambus Inc.||System featuring a controller device and a memory module that includes an integrated circuit buffer device and a plurality of integrated circuit memory devices|
|US7010658||Oct 31, 2003||Mar 7, 2006||Rambus Inc.||Transceiver with latency alignment circuitry|
|US7017002||Sep 28, 2004||Mar 21, 2006||Rambus, Inc.||System featuring a master device, a buffer device and a plurality of integrated circuit memory devices|
|US7023879||Mar 9, 2001||Apr 4, 2006||Cisco Technology, Inc.||Dynamic multi-hop ingress to egress L2TP tunnel mapping|
|US7027411 *||Oct 31, 2000||Apr 11, 2006||Hewlett-Packard Development Company, L.P.||Method and system for identifying and processing changes to a network topology|
|US7042850||Nov 9, 2001||May 9, 2006||Fujitsu Limited||Focused link state advertisements|
|US7047301||Jan 31, 2001||May 16, 2006||F5 Networks, Inc.||Method and system for enabling persistent access to virtual servers by an LDNS server|
|US7051151||Oct 15, 2002||May 23, 2006||Rambus Inc.||Integrated circuit buffer device|
|US7058024 *||Feb 3, 1999||Jun 6, 2006||Lucent Technologies, Inc.||Automatic telecommunications link identification system|
|US7062597||Jul 23, 2003||Jun 13, 2006||Rambus Inc.||Integrated circuit buffer device|
|US7065622||Feb 15, 2005||Jun 20, 2006||Rambus Inc.||Transceiver with latency alignment circuitry|
|US7065762||Mar 22, 1999||Jun 20, 2006||Cisco Technology, Inc.||Method, apparatus and computer program product for borrowed-virtual-time scheduling|
|US7069343||Apr 22, 2002||Jun 27, 2006||Avaya Technologycorp.||Topology discovery by partitioning multiple discovery techniques|
|US7076543||Feb 13, 2002||Jul 11, 2006||Cisco Technology, Inc.||Method and apparatus for collecting, aggregating and monitoring network management information|
|US7103007||Jun 27, 2002||Sep 5, 2006||Cisco Technology, Inc.||Autosensing LMI protocols in frame relay networks|
|US7110322||Sep 14, 2004||Sep 19, 2006||Rambus Inc.||Memory module including an integrated circuit device|
|US7113962||Jan 25, 2002||Sep 26, 2006||F5 Networks, Inc.||Method and system for automatically updating content stored on servers connected by a network|
|US7116669||May 9, 2001||Oct 3, 2006||Cisco Technology, Inc.||Format for automatic generation of unique ATM addresses used for PNNI|
|US7124270||Mar 11, 2005||Oct 17, 2006||Rambus Inc.||Transceiver with latency alignment circuitry|
|US7139276||Feb 27, 2001||Nov 21, 2006||Cisco Technology, Inc.||Load sharing between L2TP tunnels|
|US7146354||Jun 19, 2000||Dec 5, 2006||F5 Networks, Inc.||Method and system for network load balancing with a compound data structure|
|US7158486||Mar 12, 2002||Jan 2, 2007||Opcoast Llc||Method and system for fast computation of routes under multiple network states with communication continuation|
|US7170851 *||Jul 26, 2001||Jan 30, 2007||Ciena Corporation||Systems and methods for automatic topology provisioning for SONET networks|
|US7200122 *||Apr 22, 2002||Apr 3, 2007||Avaya Technology Corp.||Using link state information to discover IP network topology|
|US7200710||May 17, 2005||Apr 3, 2007||Rambus Inc.||Buffer device and method of operation in a buffer device|
|US7206896||Apr 29, 2005||Apr 17, 2007||Rambus Inc.||Integrated circuit buffer device|
|US7206897||May 13, 2005||Apr 17, 2007||Rambus Inc.||Memory module having an integrated circuit buffer device|
|US7246148||May 19, 2005||Jul 17, 2007||Cisco Technology, Inc.||Enhanced network services using a subnetwork of communicating processors|
|US7260518||Aug 23, 2004||Aug 21, 2007||Cisco Technology, Inc.||Network flow switching and flow data report|
|US7266634||Jul 13, 2004||Sep 4, 2007||Rambus Inc.||Configurable width buffered module having flyby elements|
|US7286525||Jun 21, 2002||Oct 23, 2007||Cisco Technology, Inc.||Synchronous pipelined switch using serial transmission|
|US7287084||Sep 26, 2005||Oct 23, 2007||F5 Networks, Inc.||Enabling encryption of application level persistence between a server and a client|
|US7307956||May 29, 2002||Dec 11, 2007||Connectel, Llc||Multi-protocol telecommunications routing optimization|
|US7318094||May 16, 2006||Jan 8, 2008||Cisco Technology, Inc.||Apparatus, system and device for collecting, aggregating and monitoring network management information|
|US7320047||May 25, 2005||Jan 15, 2008||Rambus Inc.||System having a controller device, a buffer device and a plurality of memory devices|
|US7325058||Nov 13, 2000||Jan 29, 2008||Cisco Technology, Inc.||Method and system for controlling subscriber access in a network capable of establishing connections with a plurality of domain sites|
|US7343413||Mar 21, 2001||Mar 11, 2008||F5 Networks, Inc.||Method and system for optimizing a network by independently scaling control segments and data flow|
|US7346695||Oct 26, 2005||Mar 18, 2008||F5 Networks, Inc.||System and method for performing application level persistence|
|US7356639||May 18, 2004||Apr 8, 2008||Rambus Inc.||Configurable width buffered module having a bypass circuit|
|US7363422||Jan 28, 2004||Apr 22, 2008||Rambus Inc.||Configurable width buffered module|
|US7404032||Jul 13, 2004||Jul 22, 2008||Rambus Inc.||Configurable width buffered module having switch elements|
|US7421466||Oct 29, 2001||Sep 2, 2008||Hewlett-Packard Development Company, L.P.||Dynamic mapping of wireless network devices|
|US7426577||Jun 19, 2003||Sep 16, 2008||Avaya Technology Corp.||Detection of load balanced links in internet protocol netwoks|
|US7441045||Feb 16, 2001||Oct 21, 2008||F5 Networks, Inc.||Method and system for balancing load distribution on a wide area network|
|US7443858||Dec 2, 2003||Oct 28, 2008||Cisco Technology, Inc.||Method for traffic management, traffic prioritization, access control, and packet forwarding in a datagram computer network|
|US7464225||Sep 26, 2005||Dec 9, 2008||Rambus Inc.||Memory module including a plurality of integrated circuit memory devices and a plurality of buffer devices in a matrix topology|
|US7468969||Oct 28, 2004||Dec 23, 2008||Interdigital Technology Corporation||Apparatus and methods for central control of mesh networks|
|US7475156||Mar 21, 2001||Jan 6, 2009||Cisco Technology, Inc.||Network flow switching and flow data export|
|US7489636||Jul 16, 2004||Feb 10, 2009||Cisco Technology, Inc.||System and method for prioritizing packetized data from distributed control environment for transmission through a high bandwidth link|
|US7523248||Jan 11, 2008||Apr 21, 2009||Rambus Inc.||System having a controller device, a buffer device and a plurality of memory devices|
|US7526597||Oct 5, 2007||Apr 28, 2009||Rambus Inc.||Buffered memory having a control bus and dedicated data lines|
|US7529832||Oct 25, 2004||May 5, 2009||Cisco Technology, Inc.||PPP domain name and L2TP tunnel selection configuration override|
|US7532588 *||Aug 18, 2003||May 12, 2009||Nec Corporation||Network system, spanning tree configuration method and configuration program, and spanning tree configuration node|
|US7536167||Jul 29, 2003||May 19, 2009||Broadcom Corporation||Network supporting roaming, sleeping terminals|
|US7545755||May 26, 2004||Jun 9, 2009||Adtran Inc.||Routing switch detecting change in session identifier before reconfiguring routing table|
|US7545820||May 25, 2005||Jun 9, 2009||Cisco Technology, Inc.||Apparatus and method for automatic cluster network device address assignment|
|US7554959||Oct 15, 2003||Jun 30, 2009||Cisco Technology, Inc.||Apparatus and method for cluster network device discovery|
|US7555540||Jun 25, 2003||Jun 30, 2009||Microsoft Corporation||Media foundation media processor|
|US7558217 *||Aug 15, 2003||Jul 7, 2009||Hewlett-Packard Development Company, L.P.||Method and system for initializing host location information across smart bridge topology changes|
|US7558557||May 25, 1999||Jul 7, 2009||Broadcom Corporation||Low-power messaging in a network supporting roaming terminals|
|US7562271||Apr 6, 2007||Jul 14, 2009||Rambus Inc.||Memory system topologies including a buffer device and an integrated circuit memory device|
|US7570583||Feb 15, 2005||Aug 4, 2009||Cisco Technology, Inc.||Extending SONET/SDH automatic protection switching|
|US7570603||Nov 19, 2008||Aug 4, 2009||Adtran Inc.||Routing switch detecting change in session identifier before reconfiguring routing table|
|US7571239||Apr 22, 2002||Aug 4, 2009||Avaya Inc.||Credential management and network querying|
|US7590625||Sep 18, 2006||Sep 15, 2009||F5 Networks, Inc.||Method and system for network load balancing with a compound data structure|
|US7606912||Mar 9, 2007||Oct 20, 2009||F5 Networks, Inc.||System and method for performing application level persistence|
|US7614074 *||Apr 23, 2001||Nov 3, 2009||Scientific-Atlanta, Inc.||Burst-mode digital transmitter|
|US7633919||Oct 24, 2006||Dec 15, 2009||Broadcom Corporation||Communication network providing wireless and hard-wired dynamic routing|
|US7639665||Jul 15, 2003||Dec 29, 2009||Cisco Technology, Inc.||Automatic propagation of circuit information in a communications network|
|US7646722||Dec 2, 2003||Jan 12, 2010||Cisco Technology, Inc.||Generation of synchronous transport signal data used for network protection operation|
|US7656788||Feb 14, 2005||Feb 2, 2010||Cisco Technology, Inc.||High-reliability cluster management|
|US7685364||Apr 15, 2009||Mar 23, 2010||Rambus Inc.||Memory system topologies including a buffer device and an integrated circuit memory device|
|US7697438 *||May 12, 2004||Apr 13, 2010||Hewlett-Packard Development Company, L.P.||Method of routing packet|
|US7707182||Nov 21, 2005||Apr 27, 2010||F5 Networks, Inc.||Method and system for automatically updating the version of a set of files stored on content servers|
|US7707289||Apr 20, 2006||Apr 27, 2010||F5 Networks, Inc.||Method and system for enabling persistent access to virtual servers by an LDNS server|
|US7729151||Jul 28, 2006||Jun 1, 2010||Rambus Inc.||System including a buffered memory module|
|US7747018 *||May 19, 2008||Jun 29, 2010||Honeywell International Inc.||Method and apparatus for providing a message sequence count in a security systems|
|US7793139||Dec 12, 2006||Sep 7, 2010||International Business Machines Corporation||Partial link-down status for virtual Ethernet adapters|
|US7808926 *||Oct 2, 2007||Oct 5, 2010||Massachusetts Institute Of Technology||System and method for resource discovery|
|US7826818||Sep 8, 2003||Nov 2, 2010||Broadcom Corporation||Network supporting roaming, sleeping terminals|
|US7831712||Oct 17, 2007||Nov 9, 2010||F5 Networks, Inc.||System and method for performing application level persistence|
|US7869413||Dec 17, 2008||Jan 11, 2011||Interdigital Technology Corporation||Apparatus and methods for central control of mesh networks|
|US7873343||May 19, 2009||Jan 18, 2011||Broadcom Corporation||Communication network terminal with sleep capability|
|US7907577||May 13, 2002||Mar 15, 2011||Broadcom Corporation||Communication network providing wireless and hard-wired dynamic routing|
|US7916723||Jul 1, 2009||Mar 29, 2011||Adtran, Inc.||Automatic network topology identification by nodes in the network|
|US7929428||Nov 25, 2008||Apr 19, 2011||Adtran, Inc.||Switch for dynamically rerouting traffic due to detection of faulty link|
|US7929573||Feb 12, 2009||Apr 19, 2011||Cisco Technology, Inc.||Method and apparatus for transporting network management information in a telecommunications network|
|US7937487||Feb 4, 2008||May 3, 2011||Microsoft Corporation||Media scrubbing using a media processor|
|US7948919 *||Jul 7, 2006||May 24, 2011||Brother Kogyo Kabushiki Kaisha||Network terminal device|
|US7957324||Nov 25, 2008||Jun 7, 2011||Adtran, Inc.||Utilizing bandwidth in ring network using path cost and protection techniques|
|US7962639||Feb 4, 2008||Jun 14, 2011||Microsoft Corporation||Media processing technologies|
|US7975025||Jul 8, 2008||Jul 5, 2011||F5 Networks, Inc.||Smart prefetching of data over a network|
|US7996886||Sep 19, 2008||Aug 9, 2011||F5 Networks, Inc.||Method and system for providing persistence in a secure network access|
|US8086812||Aug 17, 2006||Dec 27, 2011||Rambus Inc.||Transceiver with latency alignment circuitry|
|US8103770||Nov 8, 2010||Jan 24, 2012||F5 Networks, Inc.||System and method for performing application level persistence|
|US8108607||Feb 10, 2010||Jan 31, 2012||Rambus Inc.||Memory system topologies including a buffer device and an integrated circuit memory device|
|US8135806 *||May 8, 2006||Mar 13, 2012||Broadcom Corporation||Virtual system configuration|
|US8171151||Feb 4, 2008||May 1, 2012||Microsoft Corporation||Media foundation media processor|
|US8185653||Aug 9, 2005||May 22, 2012||Johnny Yau||Method and apparatus for ad hoc mesh routing|
|US8194654||May 6, 2004||Jun 5, 2012||Cisco Technology, Inc.||Virtual dial-up protocol for network communication|
|US8265047 *||Aug 8, 2008||Sep 11, 2012||Samsung Electronics Co., Ltd.||System and method for device discovery in a wireless network of devices having directional antennas|
|US8265657||May 10, 2007||Sep 11, 2012||Samsung Electronics Co., Ltd.||Method and system for device discovery in a wireless video area network|
|US8326923||May 17, 2011||Dec 4, 2012||F5 Networks, Inc.||Smart prefetching of data over a network|
|US8380854||May 17, 2002||Feb 19, 2013||F5 Networks, Inc.||Simplified method for processing multiple connections from the same client|
|US8392563||Dec 29, 2011||Mar 5, 2013||F5 Networks, Inc.||System and method for performing application level persistence|
|US8401027||Sep 25, 2008||Mar 19, 2013||Cisco Technology, Inc.|
|US8407771||Jul 5, 2011||Mar 26, 2013||F5 Networks, Inc.||Method and system for providing persistence in a secure network access|
|US8447871||May 21, 2013||F5 Networks, Inc.||Simplified method for processing multiple connections from the same client|
|US8463909||Sep 15, 2010||Jun 11, 2013||F5 Networks, Inc.||Systems and methods for managing server resources|
|US8537717||Aug 26, 2010||Sep 17, 2013||Massachusetts Institute Of Technology||System and method for resource discovery|
|US8539152||May 31, 2011||Sep 17, 2013||Rambus Inc.||Memory system topologies including a buffer device and an integrated circuit memory device|
|US8566444||Oct 30, 2008||Oct 22, 2013||F5 Networks, Inc.||Methods and system for simultaneous multiple rules checking|
|US8566452||Jul 31, 2007||Oct 22, 2013||F5 Networks, Inc.||Intelligent HTTP based load-balancing, persistence, and application traffic management of SSL VPN tunnels|
|US8589530 *||Mar 28, 2005||Nov 19, 2013||Riverbed Technology, Inc.||Method and system for managing a distributed network of network monitoring devices|
|US8627467||Oct 19, 2011||Jan 7, 2014||F5 Networks, Inc.||System and method for selectively storing web objects in a cache memory based on policy decisions|
|US8630174||Sep 14, 2011||Jan 14, 2014||F5 Networks, Inc.||System and method for post shaping TCP packetization|
|US8700064||Jun 18, 2012||Apr 15, 2014||Samsung Electronics Co., Ltd.||Method and system for device discovery in a wireless video area network|
|US8769265||Mar 4, 2013||Jul 1, 2014||F5 Networks, Inc.||Method and system for providing persistence in a secure network access|
|US8788665||Mar 11, 2008||Jul 22, 2014||F5 Networks, Inc.||Method and system for optimizing a network by independently scaling control segments and data flow|
|US8804504||Sep 16, 2011||Aug 12, 2014||F5 Networks, Inc.||System and method for reducing CPU load in processing PPP packets on a SSL-VPN tunneling device|
|US8806053||Apr 29, 2008||Aug 12, 2014||F5 Networks, Inc.||Methods and systems for optimizing network traffic using preemptive acknowledgment signals|
|US8868961||Nov 6, 2009||Oct 21, 2014||F5 Networks, Inc.||Methods for acquiring hyper transport timing and devices thereof|
|US8886981||Sep 15, 2011||Nov 11, 2014||F5 Networks, Inc.||Systems and methods for idle driven scheduling|
|US8908545||Jul 8, 2010||Dec 9, 2014||F5 Networks, Inc.||System and method for handling TCP performance in network access with driver initiated application tunnel|
|US8923144||Jan 14, 2011||Dec 30, 2014||Samsung Electronics Co., Ltd.||Method and system for device communication in a wireless video area network|
|US8959571||Oct 27, 2011||Feb 17, 2015||F5 Networks, Inc.||Automated policy builder|
|US9036499||Mar 13, 2013||May 19, 2015||Patentmarks Communications, Llc||Multi-protocol telecommunications routing optimization|
|US9077554||Apr 25, 2008||Jul 7, 2015||F5 Networks, Inc.||Simplified method for processing multiple connections from the same client|
|US9083760||Aug 9, 2011||Jul 14, 2015||F5 Networks, Inc.||Dynamic cloning and reservation of detached idle connections|
|US20010037387 *||Mar 21, 2001||Nov 1, 2001||F5 Networks, Inc.,||Method and system for optimizing a network by independently scaling control segments and data flow|
|US20010047415 *||Jan 31, 2001||Nov 29, 2001||Skene Bryan D.||Method and system for enabling persistent access to virtual servers by an ldns server|
|US20020138618 *||May 17, 2002||Sep 26, 2002||F5 Networks, Inc.||Simplified method for processing multiple connections from the same client|
|US20040066935 *||Oct 2, 2002||Apr 8, 2004||Marino Francis C.||Method and apparatus for providing a message sequence count in a security system|
|US20040073933 *||Sep 8, 2003||Apr 15, 2004||Gollnick Charles D.||Network supporting roaming, sleeping terminals|
|US20040093404 *||Nov 7, 2003||May 13, 2004||Snyder Robert D.||Protocol for identifying components in a point-to-point computer system|
|US20040113689 *||Nov 18, 2003||Jun 17, 2004||Seyed-Ali Hajimiri||Class E/F switching power amplifiers|
|US20040114454 *||Nov 20, 2003||Jun 17, 2004||Rambus Inc.||Memory device and method for operating same|
|US20040128460 *||Oct 31, 2003||Jul 1, 2004||Rambus Inc.||Transceiver with latency alignment circuitry|
|US20040158620 *||Apr 9, 2002||Aug 12, 2004||Ha Sam Chul||Home networking communication system and method for communicating using the same|
|US20040160904 *||Aug 18, 2003||Aug 19, 2004||Nec Corporation||Network system, spanning tree configuration method and configuration program, and spanning tree configuration node|
|US20040210648 *||Feb 24, 2004||Oct 21, 2004||Woodruff Robert J.||Method of distributed resource management of I/O devices in a network cluster|
|US20040213274 *||May 26, 2004||Oct 28, 2004||Fan Jason C.||Routing switch detecting change in session identifier before reconfiguring routing table|
|US20040255413 *||May 26, 2004||Dec 23, 2004||Hako-Werke Gmbh||Floor cleaning machine|
|US20040260755 *||Jun 19, 2003||Dec 23, 2004||Bardzil Timothy J.||Detection of load balanced links in internet protocol networks|
|US20050007805 *||Jul 13, 2004||Jan 13, 2005||Fred Ware||Configurable width buffered module having flyby elements|
|US20050008109 *||May 25, 2004||Jan 13, 2005||Elektrobit Oy.||Method and apparatus for simulating radio channel|
|US20050027506 *||Aug 23, 2004||Feb 3, 2005||Kerr Darren R.||Method network flow switching and flow data export|
|US20050030802 *||Sep 14, 2004||Feb 10, 2005||Rambus Inc.||Memory module including an integrated circuit device|
|US20050033903 *||Sep 14, 2004||Feb 10, 2005||Rambus Inc.||Integrated circuit device|
|US20050036500 *||Aug 15, 2003||Feb 17, 2005||Rodeheffer Thomas Lee||Method and system for initializing host location information across smart bridge topology changes|
|US20050041504 *||Sep 28, 2004||Feb 24, 2005||Perego Richard E.||Method of operating a memory system including an integrated circuit buffer device|
|US20050044303 *||Sep 28, 2004||Feb 24, 2005||Perego Richard E.||Memory system including an integrated circuit buffer device|
|US20050122929 *||Oct 28, 2004||Jun 9, 2005||Interdigital Technology Corporation||Apparatus and methods for central control of mesh networks|
|US20050141332 *||Oct 27, 2004||Jun 30, 2005||Rambus Inc.||Semiconductor device including a register to store a value that is representative of device type information|
|US20050141415 *||Feb 15, 2005||Jun 30, 2005||Cisco Technology, Inc., A California Corporation||Extending SONET/SDH automatic protection switching|
|US20050149662 *||Feb 10, 2005||Jul 7, 2005||Perego Richard E.||System having a plurality of integrated circuit buffer devices|
|US20050149685 *||Feb 15, 2005||Jul 7, 2005||Kevin Donnelly||Transceiver with latency alignment circuitry|
|US20050152283 *||Jan 8, 2004||Jul 14, 2005||David Ritzenthaler||Wireless device discovery|
|US20050156934 *||Mar 11, 2005||Jul 21, 2005||Perego Richard E.||System featuring memory modules that include an integrated circuit buffer devices|
|US20050160247 *||Mar 11, 2005||Jul 21, 2005||Dillon John B.||Transceiver with latency alignment circuitry|
|US20050166026 *||Jul 13, 2004||Jul 28, 2005||Fred Ware||Configurable width buffered module having switch elements|
|US20050193163 *||Apr 29, 2005||Sep 1, 2005||Perego Richard E.||Integrated circuit buffer device|
|US20050207255 *||May 25, 2005||Sep 22, 2005||Perego Richard E||System having a controller device, a buffer device and a plurality of memory devices|
|US20050207414 *||May 25, 2005||Sep 22, 2005||Cisco Technology, Inc.||Apparatus and method for automatic cluster network device address assignment|
|US20050210196 *||May 13, 2005||Sep 22, 2005||Perego Richard E||Memory module having an integrated circuit buffer device|
|US20050213560 *||May 25, 2005||Sep 29, 2005||Cisco Technology, Inc., A California Corporation.||Apparatus and method for automatic cluster network device address assignment|
|US20050223179 *||May 17, 2005||Oct 6, 2005||Perego Richard E||Buffer device and method of operation in a buffer device|
|US20050232213 *||May 24, 2005||Oct 20, 2005||Meier Robert C||Radio frequency local area network|
|US20050267985 *||May 12, 2004||Dec 1, 2005||Minwen Ji||Method of routing packet|
|US20060253566 *||Mar 28, 2005||Nov 9, 2006||Dimitris Stassinopoulos||Method and system for managing a distributed network of network monitoring devices|
|US20080201403 *||Sep 29, 2004||Aug 21, 2008||Telefonaktiebolaget Lm Ericsson (Publ)||Maintaning a View of a Cluster's Membership|
|US20140119235 *||Jul 7, 2011||May 1, 2014||Tejas Networks Limited||Method for managing a logical topology change in a network|
|USRE41750||Sep 14, 2004||Sep 21, 2010||Cisco Technology, Inc.||Apparatus and method for redirection of network management messages in a cluster of network devices|
|USRE44342||Aug 15, 2005||Jul 2, 2013||International Business Machine Corporation||Bus architecture employing varying width uni-directional command bus|
|CN100395992C||Feb 25, 2005||Jun 18, 2008||华为技术有限公司||Method data communication network dividing area and route information diffusion|
|EP0602823A2 *||Dec 1, 1993||Jun 22, 1994||AT&T Corp.||Automatic detection of reachable network elements|
|EP0602824A2 *||Dec 1, 1993||Jun 22, 1994||AT&T Corp.||Automatic network element identity information registration apparatus and method|
|EP0602825A2 *||Dec 1, 1993||Jun 22, 1994||AT&T Corp.||Logical integration of multiple network elements in a telecommunications management network|
|WO2005048504A2 *||Nov 3, 2004||May 26, 2005||Interdigital Tech Corp||Apparatus and methods for central control of mesh networks|
|WO2005119958A2 *||May 26, 2005||Dec 15, 2005||Vinay K Bannai||Routing switch detecting change in session identifier before reconfiguring routing table|
|U.S. Classification||370/255, 370/400|
|International Classification||H04L12/56, G06F13/00|
|Cooperative Classification||H04L45/02, H04L45/44, H04L45/42|
|European Classification||H04L45/44, H04L45/42, H04L45/02|
|Jun 10, 1985||AS||Assignment|
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, ARMON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST.;ASSIGNORS:GEORGE, FREDERICK D.;JAFFE, JEFFREY M.;MOSS, FRANKLIN H.;REEL/FRAME:004416/0186;SIGNING DATES FROM 19850513 TO 19850606
|Jul 14, 1987||CC||Certificate of correction|
|May 18, 1990||FPAY||Fee payment|
Year of fee payment: 4
|Aug 25, 1994||SULP||Surcharge for late payment|
|Aug 25, 1994||FPAY||Fee payment|
Year of fee payment: 8
|Jun 19, 1998||FPAY||Fee payment|
Year of fee payment: 12