Протокол динамического конфигурирования DHCP

-2132, -2485, -2563, -2610, -2855, -2937, -2939, -3004, -3011, -3046.
Служит для предоставления конфигурационных параметров ЭВМ, подключенных к Интернет. DHCP имеет два компонента: протокол предоставления специфических для ЭВМ конфигурационных параметров со стороны DHCP-сервера и механизм предоставления ЭВМ сетевых адресов.

адреса и доставляет конфигурационные параметры динамически конфигурируемым ЭВМ.
DHCP поддерживает три механизма выделения IP-адресов.
При "автоматическом выделении", DHCP присваивает клиенту постоянный IP-адрес.
При "динамическом присвоении", DHCP присваивает клиенту IP-адрес на ограниченное время.
При "ручном выделении", IP-адрес выделяется клиенту сетевым администратором, а DHCP используется просто для передачи адреса клиенту. Конкретная сеть использует один или более этих механизмов, в зависимости от политики сетевого администратора.

позволяет автоматически повторно использовать адрес, который не нужен клиенту.
Таким образом, динамическое присвоение адресов является оптимальной схемой для клиентов, подключаемых к сети временно, или совместно использующих один и тот же набор IP-адресов и не нуждающихся в постоянных адресах.

только позволяет определить сетевой адрес, но и включает в себя автоматический механизм распределения IP-адресов.
Протокол TFTP (Trivial File Transfer Protocol) обеспечивает транспортировку загрузочного модуля от boot-сервера.
Протокол ICMP (Internet Control Message Protocol) с помощью сообщений "ICMP redirect" информирует ЭВМ о дополнительных маршрутизаторах. ICMP может также предоставить информацию о масках подсетей (сообщения "ICMP mask request"). ЭВМ могут найти маршрутизатор через ICMP-механизм поиска маршрутизаторов.
BOOTP является транспортным механизмом сбора конфигурационной информации. Протокол BOOTP является масштабируемым, определены стандартные расширения для нескольких конфигурационных параметров.

можно было воспользоваться процедурами транспортировки данных, описанными в спецификации BOOTP и обеспечить совместимость DHCP-серверов с существующими клиентами BOOTP.
Использование агентов транспортировки BOOTP исключает необходимость наличия DHCP-серверов в каждом физическом сегменте сети.

более чем одним клиентом DHCP одновременно.
Поддерживать DHCP конфигурацию клиента при стартовой загрузке DHCP-клиента. Клиенту DHCP должен, при каждом запросе по мере возможности, присваиваться один и тот же набор конфигурационных параметров (например, сетевой адрес).
Поддерживать конфигурацию DHCP-клиента при перезагрузке сервера, и, по мере возможности, DHCP-клиенту должен присваиваться один и тот же набор конфигурационных параметров.
Позволять автоматически присваивать конфигурационные параметры новым клиентам, чтобы избежать ручной конфигурации.

для клиента.
Модель DHCP характеризуется записями «ключ – значение» для каждого клиента, где ключ представляет собой некоторый уникальный идентификатор, а значение содержит набор конфигурационного параметров клиента.
ключ может представлять собой пару (номер IP-подсети, аппаратный адрес);
ключ может представлять собой пару (номер IP-подсети, имя ЭВМ), что позволяет серверу присвоить параметры DHCP-клиенту, который переместился в другую подсеть или сменил свой аппаратный адрес (возможно из-за выхода из строя и замены сетевого интерфейса).
По умолчанию протокол определяет то, что ключ представляет собой (номер IP-подсети, аппаратный адрес), если только клиент не предлагает идентификатор в явном виде, используя опцию 'client identifier'.
Клиент может запросить DHCP-сервис, чтобы получить свои конфигурационные параметры.

выделение клиенту IP-адреса.
Механизм выделения адреса (ассоциация DHCP-серверов) гарантирует, что адрес в течение оговоренного времени не будет использован для других целей, и пытается прислать тот же сетевой адрес всякий раз, когда клиент его запрашивает.
Клиент может расширить это время последующими запросами.
Клиент может послать серверу сообщение об освобождении адреса, когда клиент более не нуждается в этом адресе.
Клиент может запросить постоянное присвоение адреса, потребовав бесконечное значение времени выделения адреса. Даже при "постоянном" выделении адресов, сервер может определить большой, но не бесконечный срок аренды адреса, чтобы определить, что клиент перестал работать.
При некоторых обстоятельствах может оказаться необходимым повторно присваивать сетевые адреса из-за отсутствия свободных адресов. При таких условиях, механизм выделения будет повторно присваивать адреса, чье время действительности истекло. Сервер должен использовать информацию, которая доступна в конфигурационном списке, чтобы выбрать адрес, который может быть использован повторно. Например, сервер может выбрать последний из присвоенных адресов. В качестве проверки совместимости сервер должен проверить повторно используемые адреса, прежде чем их повторно пускать в оборот. Это может быть, например, контроль посредством ICMP эхо-запроса, а клиент должен проверить вновь полученный адрес, например, посредством ARP.

адрес для клиента, приславшего запрос. Если нет свободного адреса, сервер может проинформировать о проблеме системного администратора. Если адрес доступен, новый адрес должен быть выбран следующим образом:
Текущий адрес клиента, как это записано в текущем блоке параметров клиента или
Предшествующий адрес клиента, как это записано в текущем блоке параметров, если этот адрес находится в пуле доступных адресов сервера, или
Адрес запрошенный в опции 'Запрошенный IP-адрес', если адрес корректен и еще не присвоен, или
Новый адрес, полученный из пула свободных адресов; адрес выбирается с учетом подсети, откуда получено сообщение .
Сервер не должен повторно использовать выбранный сетевой адрес, прежде чем клиент пришлет сообщение серверу DHCPDISCOVER. Сервер может решить записать этот адрес, как предложенный клиенту. Он должен также выбрать время действия конфигурационного набора, согласно следующим правилам:
Если клиент не запросил специальный конфигурационный набор в сообщении DHCPDISCOVER и клиент уже имеет сетевой адрес, сервер присылает значение времени действия, ранее присвоенное данному адресу .
Если клиент не запросил определенное значение времени действия конфигурационного набора в сообщении DHCPDISCOVER и клиент не имеет сетевого адреса, сервер присваивает времени действия набора местное значение по умолчанию.
Если клиент запросил специальный конфигурационный набор параметров в сообщении DHCPDISCOVER (вне зависимости оттого, имел ли он уже сетевой адрес), сервер может либо предоставить запрошенный набор (если это согласуется с местной политикой) или выбрать другой набор.

DHCPOFFER, от клиента, верифицирующего ранее выделенный IP-адрес, или от клиента, расширяющего время действия конфигурационного набора.
Клиент может пожелать обновить или расширить время действия конфигурационного набора до T1. Сервер может пожелать не расширять время действия (например, по решению сетевого администратора), но должен в любом случае откликнуться сообщением DHCPACK.

предлагаемый сетевой адрес уже используется. Сервер должен пометить сетевой адрес как недоступный и уведомить администратора системы о возможной конфигурационной проблеме.
Сообщение DHCPRELEASE
При получении сообщения DHCPRELEASE, сервер помечает сетевой адрес, как не присвоенный. Сервер должен хранить запись с конфигурационными параметрами клиента для возможного последующего использования при поступлении соответствующего запроса.
Сообщение DHCPINFORM
Сервер реагирует на сообщение DHCPINFORM посылкой сообщения DHCPACK. Сервер не должен уведомлять клиента об истечении времени действия конфигурационного набора.

INIT. Клиент должен ждать случайное время в интервале 1-10 секунд, для того чтобы десинхронизовать процессы при запуске DHCP.
Клиент может предложить сетевой адрес и/или время действия набора параметров путем включения опций 'запрошенный IP-адрес' и 'IP-address lease time'.
Клиент записывает свое локальное время для использования позднее при вычислении времени пригодности набора конфигурационных параметров.
Клиент затем посылает широковещательно DHCPDISCOVER .
Клиент собирает сообщения DHCPOFFER за определенный период времени, выбирает одно сообщение DHCPOFFER из числа приходящих сообщений DHCPOFFER (например, первое сообщение DHCPOFFER или сообщение DHCPOFFER от сервера, используемого ранее) и извлекает адрес сервера из опции 'server identifier' сообщения DHCPOFFER.
Время, в течение которого клиент собирает сообщения, и механизм, используемый для выбора одного DHCPOFFER зависит от конкретной реализации.

посылает сообщение DHCPREQUEST. Клиент должен вставить свой сетевой адрес в опцию 'requested IP-адрес' сообщения DHCPREQUEST.
Клиент записывает свое локальное время для последующего использования при вычислении времени истечения пригодности конфигурационного набора параметров.
Клиент широковещательно посылает DHCP-серверу сообщение DHCPREQUEST с использованием аппаратного широковещательного адреса и UDP-порта.
Если от какого-то сервера пришло сообщение DHCPACK согласующееся с параметрами в сообщении клиента DHCPREQUEST, клиент инициализирован и он переходит в состояние BOUND.
Клиент записывает время истечения годности конфигурационного набора параметров, которое равно сумме времени, когда было послано сообщение DHCPREQUEST и длительности пригодности конфигурационного набора, взятого из сообщения DHCPACK.