Netopia R9100, User Reference Manual

Page: 96 / 244

9-20 User’s Reference Guide
Numerous factors influence the choice of ser ved address. It is difficult to specify the address that will be
ser ved to a par ticular client in all circumstances. However, when the address ser ver has been configured, and
the clients involved have no prior address ser ving interactions, the Netopia R9100 will generally ser ve the first
unused address from the first address pool with an available address. The Netopia R9100 star ts from the pool
on the first row and continues to the pool on the last row of this screen.
Once the address ser ver and/or the clients have par ticipated in address ser ving transactions, different rules
apply:
■
When requesting an address, a client will often suggest an address to be assigned, such as the one it was
last ser ved. The Netopia R9100 will attempt to honor this request if the address is available. The client
stores this address in non-volatile storage, for example, on disk, and the specific storage method/location
differs depending on the client operating system.
■
When requesting an address, a client may provide a client identifier, or, if it does not, the Netopia R9100
may construct a pseudo-client identifier for the client. When the client subsequently requests an address,
the Netopia R9100 will attempt to ser ve the address previously associated with the client identifier. This is
normally the last address ser ved to the client.
■
Other wise, the Netopia will select the least-recently used available address, star ting from the first address
in the first pool and ending with the last address in the last pool.
Note that the address ser ving pools on this screen are tied to the IP subnets configured on the IP Subnets
screen. Changes to the IP Subnets screen may affect this one. In par ticular, deleting a subnet on the IP
Subnets screen will delete the corresponding address ser ving pool, if any, on this screen.