Automatic assignment of addresses to nodes in a network

CROSS REFERENCE TO RELATED APPLICATION

P-0001[0001] This application claims the benefit of U.S. Provisional Patent Application Serial No. 60/211,849, “Control Channel for Optical Communication Networks utilizing Frequency Division Multiplexing”, by David A. Pechner et al., filed Jun. 15, 2000, which subject matter is incorporated herein by reference.

BACKGROUND OF THE INVENTION

[0002] 1. Field of the Invention

[0003] This invention relates generally to the field of networking. More specifically, the invention relates to the automatic configuration of addresses within a network.

[0004] 2. Description of the Related Art

[0005] The use of computers and other electronic devices (e.g., fax machines, network-compatible video game consoles, Internet-ready televisions and radios, video cameras and displays, etc.) in the home and the office continues to grow. For example, businesses use these devices to quickly gather, process and distribute information. This allows their employees to easily access and share information with other employees regardless of their location. As another example, individuals use these devices to access the Internet and to communicate with people all across the world through the use of email and other applications. As a result of this increasing use, the demand for networks interconnecting the devices and providing communications between the devices also continues to grow. Today's networks are capable of connecting devices which are next to each other on a desk as well as devices which are separated by thousands of miles.

[0006] Sophisticated networks typically do not make direct point to point connections between individual devices. In other words, if a computer in New York desires to communicate with a computer in San Francisco, the network connection typically is not a permanent, dedicated line from one computer to the other. Instead, the network typically includes a number of interconnected nodes, often organized in a hierarchical fashion, and communications passes through the nodes. For example, in packet-based networks, messages are divided into packets, each of which makes its way from the New York computer through the network nodes to the San Francisco computer.

[0007] As the network grows, the number of nodes in the network increases and the distance between nodes on opposite ends of the network also increases. As a result, it becomes more difficult to manage the network. For example, one step in managing a network is to assign addresses to nodes within the network. In many networks, part or all of the assignment of addresses is performed manually; a network administrator or some other individual manually assigns addresses to the nodes in the network and/or manages the addressing in the nodes. If nodes are added to or removed from the network, either intentionally or by equipment failure, the administrator generally must manually update the addressing in the network.

[0008] One example of a network is the Internet, which connects millions of computers together and facilitates the sharing of information across the globe. As the Internet continues to grow, the Internet Protocol (IP) is becoming a de facto standard for networking protocols. As a result, many applications are being developed for IP networks. However, the IP protocol is a public network protocol that is used in networks consisting of a large number of nodes.

[0009] In order to manage these nodes, network administrators and servers are used to manage groups of nodes. The network administrators set up the addressing in the nodes, create subnets and handle the general organization of the nodes. The servers store addressing information about the network as a whole. By storing the addressing information in a server, the nodes in the network can access the server to obtain addressing information and thus do not have to store the addressing information in each node. This significantly reduces the amount of storage needed in each node, as the address tables are quite large for networks that contain a large number of nodes. However, it also introduces a single point of failure in the network since the nodes will not operate correctly if the server is inoperable.

[0010] For smaller, self-contained or private networks, the traditional approach to IP configuration and management is not efficient. When a network only contains a small number of nodes, a server is not required since each node can easily store the addressing information for each of the other nodes in the network. In addition, if the nodes are separated by large distances, it is be beneficial for the network to operate without requiring manual intervention by a network administrator. However, due to the large number of applications written for IP networks and the widespread use of IP, it is beneficial to use the IP protocol in these small, private, self-contained networks. For example, Kestrel Solutions, based in Mountain View, Calif., provides products that can be configured to provide high-speed metropolitan area network (MAN) backbones. These products are typically configured in private networks with relatively few number of nodes located large distances from one another. It is desirable to use the IP protocol with these products, however, the management overhead associated with IP networks is undesirable.

[0011] What is needed is an approach to automatically assign addresses to nodes in a network that does not require input by users or network administrators. The approach preferably also automatically updates the assignment of addresses as nodes are added to or removed from the network.

SUMMARY OF THE INVENTION

[0012] In accordance with the present invention, a method for assigning a different network address to each node in a network includes the following steps. Each node in the network broadcasts a unique identifier for the node to the other nodes and receives the unique identifiers for the other nodes. Each node's unique identifier is different. Each node assigns a different network address to each of the nodes based on the unique identifier received from the node. However, each node assigns the network addresses in a common predetermined manner. Thus, since each node has received the same set of unique identifiers and then assigns network addresses in the same manner, each node will arrive at the same assignment of network addresses to nodes. In a preferred embodiment, the assignment of network addresses is maintained as an address table in each node.

[0013] In another aspect of the invention, the nodes periodically broadcast and receive the unique identifiers. When unique identifiers are received, the node consults its address table. If a record containing the unique identifier already exists, the record is updated. For example, in one embodiment, the record includes a time to live field indicating the time to expiration for the record. Updating the record includes resetting the time to live field. If a record containing the unique identifier does not already exist, then one is created. Each node reassigns the network addresses in the records based on the unique identifiers in the records. Each node makes the assignments in the same manner, thus resulting in address tables which are the same across the network.

[0014] In a preferred embodiment, the nodes are coupled in a ring configuration. In addition, the unique identifier includes a MAC address and the network address includes an IP address. In other words, each node assigns IP addresses on the basis of MAC addresses received for the other nodes. The MAC addresses are broadcast around the ring using a store and forward approach. When a node receives a MAC address, it stores the MAC address. The node also forwards the MAC address to the next node on the ring, if the node did not originate the broadcast of the MAC address. If it did originate the broadcast, then there is no forwarding. When a MAC address is received, if a record for the MAC address already exists, the time to live field for the record is reset. If a record does not exist, then one is created. A record is marked as expired when its time to live field expires. Expired records are purged and IP addresses reassigned to the unexpired records only when a new record is created, for example when a new MAC address is received.

[0015] The present invention has the advantage of relieving a network administrator of the task of manually assigning network addresses. In addition, it allows private, self-contained networks to use the IP network protocol without requiring the use of a server or network administrator to manage the nodes in the network.

BRIEF DESCRIPTION OF THE DRAWINGS

P-0016[0016] The invention has other advantages and features which will be more readily apparent from the following detailed description of the invention and the appended claims, when taken in conjunction with the accompanying drawing, in which:

P-0017[0017] FIGS. <b>1</b>A-E are block diagrams illustrating various network topologies suitable for use with the present invention;

P-0018[0018]FIG. 2 is a flow diagram illustrating a method for assigning addresses to nodes according to the invention;

P-0019[0019]FIG. 3 is a flow diagram illustrating another method for assigning addresses to nodes according to the invention;

P-0020[0020] FIGS. <b>4</b>A-C are illustrations of address tables used with the methods of FIGS. 2 and 3;

P-0021[0021]FIG. 5 is a block diagram of a private network connected to a public network through a gateway node; and

P-0022[0022] FIGS. <b>6</b>A-D are illustrations of address tables illustrating a proxy mechanism.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

P-0023[0023] FIGS. <b>1</b>A-E are block diagrams illustrating various network topologies suitable for use with the present invention. The invention is not limited to these topologies. Any network topology, including topologies in which different networks are linked to each other, can be automatically configured using the present invention. Each of these network topologies includes a number of nodes <b>100</b>A-X (collectively or generically, nodes <b>100</b>) which are coupled to each other via network segments. Examples of nodes <b>100</b> include personal computers, workstations, servers, other types of computers, routers, switches, and other networking devices. The network segments include any communications medium that can exchange data packets between the nodes, including for example electrical wires, coaxial cable, optical fibers, and wireless.

P-0024[0024] The nodes <b>100</b> in the network communicate with each other by transferring information over the network segments, for example in data packets. Each of the nodes <b>100</b> in the network has a network address that is unique to that node. This address allows each node <b>100</b> to send information to every other node <b>100</b> in the network by attaching the appropriate network address for the destination node to the information. The information is then routed through the network to the node whose network address matches the network address attached to the information.

P-0025[0025] For example, in one approach, each node knows the network address for each of the other nodes in the network. Usually, these network addresses are stored locally in an address table in each node. The address table maps each node in the network with its network address. Thus, when a source node wants to transmit information to another node in the network, the source node looks up the destination node in the address table and finds the appropriate network address for that node. The network address is inserted into a data packet containing the information to be transmitted. The data packet is forwarded over the network segments to the node with corresponding destination address. In a preferred embodiment, the address table is implemented in a sorted list. However, the address table can be implemented in other ways, including linked lists, arrays, databases, and dedicated hardware.

P-0026[0026] In FIG. 1A, nodes <b>100</b>A-G are coupled together in a star configuration, with node <b>100</b>A at the center of the star. If one of the nodes <b>100</b>A-G wants to communicate information to another node <b>100</b>A-G, it forwards the data packet containing the information and destination address to node <b>100</b>A. If the information is destined for node <b>100</b>A, the transfer of information is complete. On the other hand, if one of the other nodes <b>100</b>B-G is the destination for the information, node <b>100</b>A forwards the information to the appropriate node.

P-0027[0027] In FIG. 1B, nodes <b>100</b> H-K are coupled together in a ring configuration. Information is passed around the ring from node to node until it reaches the destination node. For example, is each node might examine an incoming data packet. If the destination address contained in the data packet matches the network address for the node, the node stores the data packet. Otherwise, it forwards the data packet to the next node on the ring.

P-0028[0028] In FIG. 1C, nodes <b>100</b>L-N are coupled together in a linear chain configuration. In this example, the information is simply forwarded in the direction of the destination and is passed from node to node until received by the destination node.

P-0029[0029] In FIG. 1D, nodes <b>100</b>O-S are configured in a tree structure, with node <b>100</b>O at the root and nodes <b>100</b>Q-S as the leaves. In this configuration, information is transferred up and down the branches of the tree until it reaches the appropriate destination node.

P-0030[0030] In FIG. 1E, nodes <b>100</b>T-X are coupled in a fully meshed configuration. In this configuration, each node has a direct connection to every other node, therefore, the source node transfers information directly to the destination node. The invention also works in a partially meshed network configuration wherein the network is not fully meshed but does have multiple redundant connections between the nodes.

P-0031[0031] In a preferred embodiment, each of the nodes <b>100</b> is a device from the TalonMX family of products, available from Kestrel Solutions, Inc. of Mountain View, Calif., and the nodes <b>100</b> are connected in a ring configuration to form part of a public switched telephone network. For a general explanation of these types of devices, see for example U.S. patent application Ser. No. 09/405,367, “Optical Communications Networks Utilizing Frequency Division Multiplexing,” by Michael W. Rowan et al., filed Sep. 24, 1999, which is incorporated herein by reference. For convenience, this particular example shall be referred to as the Talon ring embodiment.

P-0032[0032] Before the nodes <b>100</b> in a network can fully communicate with each other, addressing is established. In other words, each node <b>100</b> receives a network address which is used for communications and the nodes must somehow have access to the other nodes' addresses. In the embodiments described below, the nodes themselves are configured to automatically set up the appropriate network addressing throughout the network. Each node maintains its own address table. It typically will update its address table when the network first comes on-line and also when nodes are added or removed from the network. Once the network addressing is established, each node in the network can communicate with every other node in the network.

P-0033[0033]FIG. 2 is a flow diagram illustrating a method <b>200</b> for assigning addresses to nodes according to the invention. In this embodiment, each node <b>100</b> in the network implements the steps detailed in method <b>200</b>. Method <b>200</b> is described below in connection with the ring configuration of FIG. 1B but is generally applicable to any network topology.

P-0034[0034] In steps <b>210</b> and <b>220</b>, each node <b>100</b> broadcasts <b>210</b> its unique identifier to each of the other nodes in the network and receives <b>220</b> the unique identifiers for the other nodes. Each node has a different unique identifier. For example, in the ring configuration of FIG. 1B, node <b>100</b>I broadcasts <b>210</b> its unique identifier to nodes <b>100</b>H, <b>100</b>J and <b>100</b>K. The broadcast packet is received <b>220</b> and stored by nodes <b>100</b>H, <b>100</b>J and <b>100</b>K. Each of nodes <b>100</b>H, <b>100</b>J and <b>100</b>K similarly broadcasts <b>210</b> its unique identifier to the other nodes. In this way, each node <b>100</b> receives <b>220</b> the unique identifiers for all of the other nodes. In addition, each node <b>100</b> can construct a list of the unique identifiers for all of the nodes <b>100</b> in the network, including itself; and each list should be the same since each node should have received the same set of unique identifiers.

P-0035[0035] In step <b>230</b>, each node <b>100</b> assigns a different network address to each of the nodes, based on the unique identifier received from the node. However, all nodes <b>100</b> make this assignment in a common, predetermined manner. For example, assume that the unique identifiers and network addresses can each be numerically ordered, for example from lowest to highest or vice versa. In one approach, the lowest network address is assigned to the node with the lowest unique identifier, the second lowest network address is assigned to the node with the second lowest unique identifier, and so on. The network addresses may be assigned in any manner so long as all of the nodes use the same approach.

P-0036[0036] Each node should have a different unique identifier. However, if the same unique identifier is received from different nodes, in one embodiment, this situation is detected by the nodes and is reported to a network administrator. The addresses are assigned as described above, including assigning an address to the problem unique identifier. However, communications to the nodes with the duplicate unique identifiers may be problematic until the problem is resolved.

P-0037[0037] At the end of process <b>200</b>, each node <b>100</b> will have independently made an assignment of network addresses to nodes. However, the assignments will all be the same. That is, each of the nodes <b>100</b>H-K will have assigned the same network address to node <b>100</b>H, to node <b>100</b>I, etc. This is because each node begins with the same set of unique identifiers and then uses the same approach to assign network addresses based on the unique identifiers.

P-0038[0038] This approach is advantageous because it does not require the use of a network administrator to manually configure the network addresses for each of the nodes. In addition, the use of a server is not required since each of the nodes has the addressing information for each of the other nodes in the network. In other words, each node has the same information as all of the other nodes. Thus, if a node fails, the other nodes in the network will continue to operate correctly.

P-0039[0039] In the example of the Talon ring embodiment, method <b>200</b> is implemented as follows. The unique identifiers are Media Access Control (MAC) addresses, and the network addresses are IP addresses. A MAC address is a unique 6 byte (48 bit) address that is burned into each networking product by the manufacturer in order to uniquely identify that particular product. Manufacturers take great care to ensure that each MAC address burned into a product is unique.

P-0040[0040] In steps <b>210</b> and <b>220</b>, the MAC addresses are transmitted around the ring using a store and forward approach. Specifically, each node <b>100</b> inserts its MAC address into a broadcast data packet, which it then transmits to its neighbor. For example, assuming that traffic only travels clockwise in FIG. 1B, node <b>100</b>I would transmit its data packet to node <b>100</b>H. Node <b>100</b>H stores the MAC address in the packet and then forwards the data packet to the next node, node <b>100</b>K. This continues until each node in the network has received the broadcast packet. In one approach, when the broadcast packet circles back to node <b>1001</b>, the node <b>1001</b> recognizes that it originated the packet and does not forward it further. Although a specific store and forward process has been described here, one skilled in the art will realize that there are many ways to transfer the unique identifiers between the nodes depending on the underlying physical layer protocol used in the network.

P-0041[0041] In the Talon ring embodiment, step <b>230</b> is implemented via an address table, as illustrated in FIG. 4A. Each row in address table <b>400</b> is a record, with each record corresponding to one of the nodes in the network. Each record includes three fields. Field <b>410</b> identifies the node, field <b>420</b> contains the unique identifier for the node (i.e., MAC address in this example), and field <b>430</b> identifies the corresponding network address for the node (i.e., IP address). In one embodiment, address table <b>400</b> is implemented in a sorted list. However, other data structures and storage mechanisms, including databases, could be used to implement the address table.

P-0042[0042] In this particular implementation of step <b>230</b>, the unique identifiers for the various nodes are inserted <b>232</b> into the address table. For example, if node <b>100</b>K receives 10.10.2 as the MAC address for node <b>100</b>H, it inserts <b>232</b> this into the record for node <b>100</b>H, as shown in FIG. 4A. Once all the nodes have received the MAC addresses broadcast by all the other nodes in the network, the address table in each node will contain the same entries in field <b>420</b>.

P-0043[0043] Each node then assigns a network address to each of the nodes in the address table, based on the unique identifier for that node. The assigned network addresses are inserted <b>234</b> into the address table. Each node does the assignment in the same way so that all of the resulting address tables are the same (e.g., node <b>100</b>J is assigned IP address 127.0.0.3 in each node). In one embodiment, the IP addresses are assigned sequentially from a list of available IP addresses stored in the node. For example, in FIG. 4A, the loopback IP addresses, 127.x.x.x, are assigned to the nodes. Node <b>100</b>H has the lowest MAC address and so gets the first IP address 127.0.0.0, node <b>100</b>I gets the second IP address, and so on. The assignment could also be made in a sequentially decreasing order with respect to the MAC address and/or the IP address (e.g., lowest MAC address gets highest IP address, or other combinations).

P-0044[0044] In the example above, the loopback IP addresses 127.x.x.x, are assigned to the nodes. This address range is beneficial because it will not conflict with IP addresses used in other public or private nodes that are connected to the network nodes configured using the present invention. In an alternative embodiment, it may be beneficial for the nodes to communicate with other network nodes that have IP addresses assigned from a block of IP addresses reserved for private networks. In this case, the addresses assigned by the present invention should be taken from the block of IP addresses being used by the other private network nodes. In another embodiment, it may be desirable to have the nodes accessible to the public. In this case, the IP addresses assigned to the nodes should come from the public IP addresses. In each embodiment above, the addresses assigned to the nodes preferably do not conflict with addresses assigned to any other nodes in the network.

P-0045[0045] In a preferred embodiment, the network addresses are assigned in each node every 5 seconds. If the nodes do not have a global clock, the 5 second intervals will not be synchronized and each node will update the address table at a different time. This could lead to momentary inconsistencies between the address tables of the various nodes. However, these inconsistencies are temporary and generally do not significantly impair the operation of the network.

P-0046[0046] In one embodiment of the invention, the network addresses for one or more of the nodes are manually configured by a network administrator or other user. When this occurs, the node includes the manually configured network address in the broadcast packet along with its unique identifier. When this broadcast packet is received by the other nodes in the network, they add the unique identifier to the address table as before but also set the network address with the manually configured network address included in the broadcast packet. When the node later goes to assign network addresses, the node recognizes the network addresses that have been manually configured and does not change the network address assigned to those nodes. In addition, the node also will not assign the manually configured network addresses to any of the other nodes. Once again, since each node receives the manually configured address in the broadcast packet, the nodes behave the same and create the same address tables. This same approach is applicable to all situations in which certain network addresses are permanent (i.e., not to be changed by the nodes in their automatic assignment of network addresses).

P-0047[0047] In another embodiment, the network administrator or other user can specify a range of addresses that are assigned to the nodes. For example, instead of using the loopback IP address range 127.x.x.x, the network administrator might want the nodes to be available to other nodes in a private network. Thus, the network administrator would specify a range of the reserved IP addresses for private networks that should be assigned to the nodes. This is advantageous because it allows other nodes in the private network to access the nodes configured using the present invention. In another embodiment, the network administrator might want to make the nodes publicly accessible. This can be accomplished by specifying a range of public IP addresses that should be used in place of the loopback address range.

P-0048[0048]FIG. 3 is a flow diagram of another method for assigning addresses according to the present invention. In this approach, each node <b>100</b> periodically broadcasts its unique identifier to the other nodes in the network. This periodic broadcasting facilitates the addition and/or removal of nodes from the network without disrupting the network. The address tables in the remaining nodes are automatically updated to reflect the added and deleted nodes, including reassigning it network addresses in certain cases.

P-0049[0049] Method <b>300</b> will be described in the context of the Talon ring embodiment and the address table <b>415</b> shown in FIG. 4B, although it has the same broad applicability as method <b>200</b> of FIG. 2. Address table <b>415</b> in FIG. 4B is similar to address table <b>400</b>, except that it contains two additional fields for each record. Field <b>440</b> is a time to live field and field <b>450</b> is an expiration flag. The time to live field <b>440</b> for a record indicates the time remaining until the record expires. The expiration flag indicates whether a record has expired. In this case, a value of 1 indicates an expired record and a value of 0 indicates an unexpired record. When the time to live field <b>440</b> counts down to zero, the expiration flag is set to 1 and the record has expired.

P-0050[0050] Returning to FIG. 3, in steps <b>310</b> and <b>320</b>, each node periodically broadcasts <b>310</b> its unique identifier to each of the other nodes in the network and receives <b>320</b> the unique identifiers for the other nodes. In the Talon ring embodiment, the MAC address is broadcast to the other nodes every 4.5 seconds using a store and forward approach.

P-0051[0051] In step <b>330</b>, each unique identifier received is compared to the unique identifiers already contained in the address table. If an existing record contains the unique identifier, the node executes step <b>340</b>. However, if there is no such record, this indicates a new unique identifier and step <b>350</b> is executed instead.

P-0052[0052] In step <b>340</b>, the record containing the unique identifier is updated, including updating one or more fields in the record. In the Talon ring embodiment, the node resets the time to live field <b>440</b> to 15 seconds. As mentioned previously, the nodes broadcast their unique identifiers every 4.5 seconds. Thus, a node essentially has three chances to broadcast its unique identifier to another node before the time to live field expires. This provides some leeway for lost or corrupted data packets. However, once the time to live field for a node expires, it is assumed that the node is no longer reachable and the entry for that node is marked as expired in the expiration field <b>450</b>. Expired records are not necessarily immediately purged. Thus, if the record containing the recently received unique identifier is currently expired, not only is the time to live field reset but the expiration flag is also reset in order to reactivate the record.

P-0053[0053] The reset value for the time to live field <b>440</b> and the time interval between broadcasts may be different for different embodiments. However, the reset value for the time to live field <b>440</b> should be greater than the time interval between broadcasts and preferably is at least twice as long as the time interval between broadcasts. This provides each node with at least two chances to broadcast their unique identifier before the corresponding record is marked as expired in the address tables of the other nodes. Thus, if a broadcast packet is corrupted during transmission and not received by the other nodes in the network, the node will have a second chance to broadcast its unique identifier prior to being removed from the address tables of the other nodes.

P-0054[0054] Returning to step <b>330</b>, if a record containing the unique address received by the node does not currently exist in the address table, this means that the unique identifier is new. This typically occurs if the corresponding node has been recently added to the network (e.g., a hot insertion), an existing node has been assigned a new unique address, or the record for an existing node had previously expired for so long that it was purged from the address table. In any event, a new record containing the new unique identifier is created <b>350</b> and the automatic configuration process then proceeds to step <b>360</b>.

P-0055[0055] As mentioned above, a new unique address could result when an existing node is assigned a new unique address. For example, when using a MAC address as the unique address, a hardware replacement in a node, such as a chassis replacement, can result in a new unique address (MAC address) for that node because the new hardware has a new MAC address. In this example, this situation is handled in the same way as the insertion of new equipment. The nodes receive the new unique address and create a record in the address table for this unique address in step <b>350</b> of method <b>300</b>. A network address is assigned in step <b>360</b>. The old record (i.e., the one it with the old MAC address) eventually expires since the old MAC address is no longer broadcast.

P-0056[0056] In step <b>360</b>, the network addresses are reassigned based on the unique identifiers contained in the address table. In the Talon ring embodiment, network addresses are reassigned only for unexpired records and only when a new record is created. If an existing record expires, there is no reassignment of network addresses. Rather, the remaining nodes in the network handle the expiration of a record simply by not sending messages to the expired node, but the network addresses for the remaining nodes are unchanged. Expired records are purged from the address table when a reassignment of network addresses occurs (in this case, when a new record is created).

P-0057[0057] Thus, consider the case of a hot deletion. Referring to FIG. 4B, assume that when the network is first brought up, nodes <b>100</b>H-<b>100</b>K are all active. The resulting address table has four records, one for each node, and IP addresses are assigned to each node based on its MAC address, as shown in FIG. 4B. All four records initially are marked as unexpired (i.e., time to live of 15 seconds and expiration flag set to 0). Note that FIG. 4B does not show this status for the time to live fields and expiration flags.

P-0058[0058] Now assume that node <b>100</b>I is removed from the network. Since each node is expected to broadcast its MAC address every 4.5 seconds, all the nodes in the network will detect that node <b>100</b>I has been removed because its time to live field eventually expires, as indicated by the 0 in the time to live field and 1 in the expiration flag field of FIG. 4B. As an aside, note that in FIG. 4B, the time to live field for node <b>100</b>K is 10.5, indicating that one broadcast has been missed but the record for node <b>100</b>K has not yet expired.

P-0059[0059] Returning to the record for node <b>100</b>I, the record is maintained in the address table but is marked as expired, indicating that node <b>100</b>I is no longer reachable. Note that the other IP addresses need not be reassigned at this point, since the deletion of node <b>100</b>I does not affect the integrity of the other IP addresses. This is advantageous because the less often that IP addresses are assigned, the fewer chances there are of something going wrong. In addition, if node <b>100</b>I is later reinserted (or if it expired because of a temporary failure which lasted more than 15 seconds and the failure is then fixed), it will begin to broadcast its MAC address again. The other nodes accommodate this by resetting the time to live field and expiration flag. The old IP address is still useable since it has not been reassigned.

P-0060[0060] Now, assume that node <b>100</b>I has been removed from the network, resulting in the address table of FIG. 4B, and then another node <b>100</b>L is added to the network. Node <b>100</b>L broadcasts its MAC address. Since there is no record containing node <b>100</b>L's MAC address, the other nodes create a new record for node <b>100</b>L, purge the expired records, and then reassign IP addresses. The result is the address table shown in FIG. 4C. The record for node <b>100</b>I has been purged in part because its old IP address is no longer reusable, as it has been reassigned to node <b>100</b>K. Thus, if node <b>100</b>I reenters the network, it is not sufficient to reset its time to live and expiration flag fields. Purging the record prevents this from accidentally occurring.

P-0061[0061] In another embodiment of the invention, a proxy mechanism is used to ensure that the address tables are the same for each of the nodes in the network when a node has expired. Returning to FIG. 1B, suppose that nodes <b>100</b>H-K have broadcast their unique identifiers and have each created address table <b>600</b> shown in FIG. 6A. Now suppose that nodes <b>100</b>J and <b>100</b>K are removed from the network. As illustrated in address table <b>610</b> of FIG. 6B, nodes <b>100</b>H and <b>100</b>I maintain the same address table but the entries for nodes <b>100</b>J and <b>100</b>K are marked as expired since the time to live field for these nodes has expired.

P-0062[0062] Now suppose that node <b>100</b>K is reconnected to the network. When this happens, node <b>100</b>K broadcasts its unique identifier to the other nodes in the network and receives the unique identifiers from nodes <b>100</b>H and <b>100</b>I. In the absence of any proxy mechanism, node <b>100</b>K would create address table <b>620</b> in FIG. 6C from the unique identifiers received. Address table <b>620</b> contains records for nodes <b>100</b>H, <b>100</b>I and <b>100</b>K but does not have a record for node <b>100</b>J since node <b>100</b>K did not receive a unique identifier from node <b>100</b>J. However, when nodes <b>100</b>H and <b>100</b>I receive the unique identifier broadcast by node <b>100</b>K, they update the expired field and the time to live field for node <b>100</b>K, resulting in address table <b>630</b> illustrated in FIG. 6D. Note that the record for node <b>100</b>J is still present in address table <b>630</b>. Since address table <b>620</b> contains different records than address table <b>630</b>, inconsistent addresses are assigned in address tables <b>620</b> and <b>630</b>.

P-0063[0063] A proxy mechanism is used to ensure that node <b>100</b>K's address table matches the address tables of the other nodes in the network. The proxy mechanism operates by supplying the expired records to the nodes that do not have them. In the example described above, the proxy mechanism provides node <b>100</b>K with the record for expired node <b>100</b>J. Node <b>100</b>K includes the record into its address table resulting in address table <b>630</b>. As a result, the address tables are the same in each node, therefore, the address assignment will be the same in each node.

P-0064[0064] In one embodiment, when the record for a node expires, the node above that node in the address table (or the last node in the address table if the record for the top node expires) becomes a proxy node for the expired node. The proxy node broadcasts the unique identifier for the expired node to the other nodes in the network. The broadcast also contains a field that identifies the packet as a proxy packet. Thus, when the other nodes receive this packet they will recognize that this is a proxy packet and will set the expired field for this node when/if they store the unique identifier in their address tables.

P-0065[0065] Note that the records for nodes <b>100</b>J and <b>100</b>K were not purged from the address tables of nodes <b>100</b>H and <b>100</b>I since no new nodes were introduced into the network. Even though node <b>100</b>K went offline and was marked as expired, when it came back online, nodes <b>100</b>H and <b>100</b>I treat it as an existing node since it is already in their address table. If the proxy mechanism did not inform node <b>100</b>K of the expired record for node <b>100</b>J, node <b>100</b>K would assume node <b>100</b>J was a new node when it powered on. As a result, node <b>100</b>K would purge all expired records from the address table and would reassign the network addresses but the other nodes in the network would not because node <b>100</b>J is not a new node for them. This could also result in conflicting addresses for the same node.

P-0066[0066] In a preferred embodiment of the invention, the methods described above are implemented in a private network of nodes. A private network is a network in which the IP addresses for the nodes are not known to any of the devices outside of the network. In another embodiment, one or more of the nodes in the network is configured as a gateway connecting the private network with a public network, such as the Internet. This configuration is illustrated in FIG. 5. In this figure, nodes <b>510</b>A-C make up the private portion of the network. The IP addresses that are used to address these nodes are the private network addresses that have been set aside for this purpose. An example of private IP network address range includes 127.x.x.x. Since the private network nodes do not have public IP addresses, they cannot be directly addressed by nodes outside of the private network.

P-0067[0067] Node <b>510</b>D is a gateway node that connects the private network with the public IP network <b>510</b>E (such as the Internet). Node <b>510</b>D has two IP addresses associated with it. The first is a public IP address that is used to send and receive information from the public IP network. The second is a private IP address that is used to send and receive information between the gateway node and the nodes in the private network. Nodes <b>510</b>A-D would all participate in the assignment of addresses described previously.

P-0068[0068] Using the automatic assignment of addresses method above is advantageous in private networks for a number of reasons. First, traditional IP networks require a network administrator to oversee the network configuration. The network administrator manages the nodes and sets up the addressing for the nodes. Additionally, IP networks require the use of a server to manage large groups of nodes in the network. The server introduces a single point of failure for the entire network. Since a group of nodes is reliant on the server, if the server goes down, the network cannot function correctly.

P-0069[0069] The automatic assignment method described above relieves the network administrator of having to manually assign addresses. It also removes the server from the network. Each of the nodes will have the same information as all of the other nodes. Thus, if a particular node becomes inoperable, the other nodes can continue to function without it. This is important for networks that make up the backbone of the network or private networks that need to function at fit all times.

P-0070[0070] Another advantage of this invention is that it provides a mechanism for private networks to use the IP networking without the significant overhead normally associated with IP networks. As mentioned previously, due to the increased use of the IP protocol, many applications are available for IP. The present invention allows the use of IP in server-less networks, which allows these networks to take advantage of the applications developed for IP networks.

P-0071[0071] Although the invention has been described in detail with reference to certain preferred embodiments thereof, other embodiments are possible. For example, although certain embodiments have been described with reference to IP networking, the approaches described may be used in any server-less network wherein the underlying physical layer protocol supports broadcasting of packets, regardless of the network protocol or addressing scheme. Therefore, the scope of the appended claims should not be limited to the description of the preferred embodiments contained herein.