How the SCO DHCP server works

``Steps in serving configuration parameters to a DHCP client'' shows the steps that the SCO DHCP server normally undertakes to service a DHCP client with its configuration parameters.

Steps in serving configuration parameters to a DHCP client

The numbered steps in the figure show the sequence of events:

1. When the SCO DHCP server receives a ``discover'' message from a client requesting configuration parameters, it constructs the set of parameters corresponding to the client from the DHCP configuration file. This set of parameters can be built from any combination of global options, subnet-specific options, class-specific options, and client-specific options. See ``DHCP options''.

2. If there is no entry for the client in the configuration file, or if the client's entry does not contain an IP address, the DHCP server leases an IP address to the client from the Address Allocation Server (AAS).

   If the client's entry in the configuration file already contains an IP address, the DHCP server assigns that address to the client. See ``Manually assigning IP addresses''.

3. If requested, the AAS server allocates a dynamically assigned IP address for the DHCP server to assign - see ``Dynamically assigning IP addresses''. The AAS server takes the address from a pool of addresses that are consistent with the client's subnet.

4. The DHCP server constructs an ``offer'' message containing the client's configuration parameters (including an IP address) and sends it to the client.

5. The server waits for a ``request'' from the client accepting the parameters and address.

6. After the client accepts the offered parameters, the server sends an ``ack'' message completing the process.

More than one SCO DHCP server can be configured on a network, if necessary, but these servers cannot share the same pool(s) of addresses. The DHCP server can configure clients on different subnets by using BOOTP gateways.