RFC-2131. Протокол динамической настройки сетевых устройств (компьютеров) (DHCPv4). Март 1997 года (категория: стандарт)

Подождите немного. Документ загружается.

клиент включил в DHCPREQUEST-сообщение перечень запрашиваемых пара-

метров, то он обязан включать этот перечень во все последующие сообщения.

Все параметры настройки, транслируемые в DHCPACK-сообщении не должны

вступать в противоречие с теми значениями, переданными ранее в DHCPOF-

FER-сообщении, на которое отвечает клиент. Клиенту для настройки целесооб-

разно использовать параметры, содержащиеся в DHCPACK-сообщении.

Клиенты направляют DHCPREQUEST-сообщения следующим образом:

# DHCPREQUEST-сообщение, сформированное в состоянии “Выбор” (Se-

lecting):

Клиент размещает адрес выбранного сервера в субполе параметра “Иден-

тификатор сервера”; поле “IP-адрес клиента” (ciaddr) должно быть нуле-

вым; значение “Запрашиваемого IP-адреса”, которое содержалось в вы-

бранном DHCPOFFER-сообщении, должно быть размещено в поле

“«Ваш» (клиента) IP-адрес” (yiaddr).

Необходимо отметить, что клиент вообще может принять совокупность

DHCPOFFER-сообщений,

и только затем выбрать “лучшее” на его взгляд

предложение. Клиент указывает свой выбор путём идентификации серве-

ра с “лучшим” предложением в DHCPREQUEST-сообщении. Если клиент

получил неприемлемые предложения, то он может попытаться отправить

другое DHCPREQUEST-сообщение. Более того, серверы могут не при-

нять специфическое DHCPREQUEST-сообщение клиента, относительно

которого они не могут принять решение

, этот ли клиент принял их пред-

ложение. Так как серверы не фиксируют назначение каких-либо сетевых

адресов на основе DHCPOFFER-сообщений, то они могут повторно пред-

лагать сетевые адреса в своих ответах на последующие запросы. С точки

зрения реализационных аспектов, серверам не целесообразно повторно

использовать предложенные адреса, в таких случаях они

могут восполь-

зоваться тайм-аутом для принятия решения, когда можно снова использо-

вать предложенный адрес;

# DHCPREQUEST-сообщение, сформированное в состоянии “Инициализа-

ции перезагрузки” (Init-Reboot):

Значение “Идентификатор сервера” не должно указываться в этом сооб-

щении; субполе параметра “Запрошенный IP-адрес” должно содержать

ранее объявленный выделенный адрес клиента; поле “IP-адрес клиента”

(ciaddr) должно быть нулевым. Клиент пытается проверить ранее назна-

ченные и хранящиеся в кэш-памяти параметры настройки. Серверу сле-

дует

передать DHCPNAK-сообщение клиенту, если значение в субполе

параметра “Запрошенный IP-адрес” является некорректным, или предна-

значен для иной сети.

Проверка того, что клиент, находящийся в состоянии “Инициализации

перезагрузки”, расположен в нужной (корректной) сети, осуществляется

путём сравнения значения в поле “IP-адрес агента/ретранслятора”

(giaddr), значения в субполе параметра “Запрошенный IP-адрес” со значе-

ниями, найденными в базе данных. Если DHCP-сервер обнаружит, что

клиент расположен с другой сети (то есть в результате сравнения

приме-

няемой маски локальной подсети или маски удалённой подсети (если по-

ле “IP-адрес агента/ретранслятора” (giaddr) не нулевое) со значением па-

раметра “Запрошенный IP-адрес” действительно обнаружено несовпаде-

ние), то серверу целесообразно направить клиенту DHCPNAK-

сообщение.

Если сеть “корректна”, то DHCP-серверу целесообразно проверить, явля-

ется ли заявленный клиентом его IP-адрес корректным. Если нет, то

DHCP-серверу целесообразно передать DHCPNAK-сообщение клиенту.

Если DHCP-сервер не обладает данными об этом клиенте, то он обязан

“сохранить молчание”, но он может направить предупреждение сетевому

администратору. Такой режим функционирования является обязательным

в целях “мирного сосуществования” DHCP-серверов, подключённых к

общей “шине”.

Если в DHCPREQUEST-сообщении поле “IP-адрес агента/ретранслятора”

(giaddr) содержит значение “0x0”, то

клиент подключён к одной и той же

подсети, что и сервер. Сервер обязан передавать DHCPNAK-сообщение в

широковещательном режиме с адресом назначения “0xffffffff”, так как

клиент может не иметь корректного сетевого адреса или маски подсети и

может быть не способен отвечать на ARP-запросы.

Если в DHCPREQUEST-сообщении поле “IP-адрес агента/ретранслятора”

(giaddr) содержит не

нулевое значение, то клиент расположен в другой

подсети. Сервер обязан в DHCPNAK-сообщении установить широкове-

щательный бит в значение “1” (рис.2), и поэтому агент/ретранслятор бу-

дет ретранслировать DHCPNAK-сообщение клиенту в широковещатель-

ном режиме, так как клиент может не иметь корректного сетевого адреса

или маски подсети и может быть не способен отвечать

на ARP-запросы;

# DHCPREQUEST-сообщение, сформированное в состоянии “Обновления”

(Renewing):

Значение “Идентификатор сервера” и параметр “Запрошенный IP-адрес”

не должны указываться в этом сообщении; поле “IP-адрес клиента”

(ciaddr) должно содержать IP-адрес клиента. В такой ситуации считается,

что клиент полностью настроен, и он старается продлить свой срок арен-

ды. Данное сообщение будет передаваться с однонаправленным адресом,

и поэтому

агенты/ретрансляторы не будут участвовать в этой передаче.

Очевидно, что по этой причине поле “IP-адрес агента/ретранслятора”

(giaddr) не заполняется, следовательно, DHCP-сервер будет доверять зна-

чению в поле “IP-адрес клиента” (ciaddr) и будет использовать его при

ответе клиенту.

Клиент может завершить или продлить аренду до значения “Т1”. Сервер

может отказать в продлении срока аренды (например, по “политическим

соображениям”, имеющимся у

администратора сети), но в ответ, несмот-

ря ни на что, ему целесообразно направить DHCPNAK-сообщение.

# DHCPREQUEST-сообщение, сформированное в состоянии “Полной сме-

ны параметров настройки” (Rebinding):

Значение “Идентификатор сервера” и параметр “Запрошенный IP-адрес”

не должны указываться в этом сообщении; поле “IP-адрес клиента”

(ciaddr) должно содержать IP-адрес клиента. В такой ситуации считается,

что клиент полностью настроен, и он старается продлить свой срок арен-

ды. Это сообщение должно транслироваться в

широковещательном ре-

жиме с адресом назначения “0xffffffff”. DHCP-серверу целесообразно

проверить поле “IP-адрес клиента” на предмет его корректности, и только

потом отвечать на DHCPREQUEST-сообщение.

Если клиент передаёт DHCPREQUEST-сообщение в состоянии “Полной

смены параметров настройки”, то оно предназначено для обслуживания

сетевых сегментов, в составе которых функционирует несколько DHCP-

серверов, а также средство (программный модуль),

обеспечивающее со-

гласование различных сроков аренды, назначаемых несколькими серве-

рами. DHCP-сервер может продлить срок аренды клиентом IP-адреса

только тогда, когда он находится под управлением локального админист-

ративного центра, предназначенного для этого.

§4.3.3. Обработка DHCPDECLINE-сообщения

Получение сервером DHCPDECLINE-сообщения означает — клиент с

помощью других иных средств уже определил, что предложенный ему сетевой

адрес где-то используется. В таком случае сервер обязан пометить этот сетевой

адрес как недоступный и ему целесообразно оповестить администратора ло-

кальной системы о возникновении проблемы в настройке параметра.

§4.3.4. Обработка DHCPRELEASE-сообщения

Сразу после получения DHCPRELEASE-сообщения сервер помечает се-

тевой адрес как не назначенный. Серверу целесообразно сохранить запись о на-

чальных параметрах настройки клиента, с целью их возможного повторного

использования в последующих ответах на запросы клиента.

§4.3.5. Обработка DHCPINFORM-сообщения

В ответ на полученное DHCPINFORM-сообщение сервер передаёт

DHCPACK-сообщение непосредственно по тому адресу, который содержался в

поле “IP-адрес клиента” (ciaddr) DHCPINFORM-сообщения. Сервер не должен

передавать клиенту время окончания срока аренды, а также ему целесообразно

не заполнять поле “«Ваш» (клиента) IP-адрес” (yiaddr). Кроме того, сервер

включает в DHCPACK-сообщение и другие дополнительные параметры (см.

§4.3.1)

§4.3.6. Сообщения, передаваемые клиентом

В таблице на рис.8 представлены различия между сообщениями клиента в

зависимости от состояния, в котором он находится.

Состояние

клиента

Свойство

сообщения

“Инициализации

перезагрузки”

“Выбор” “Обновление”

“Полная смена

параметров

настройки”

Режим

передачи

Широковещательный Широковещательный Однонаправленный Широковещательный

IP-адрес

сервера

Должен

отсутствовать

Должен быть

Должен

отсутствовать

Должен

отсутствовать

Запрашиваемый

IP-адрес

Должен быть Должен быть

Должен

отсутствовать

Должен

отсутствовать

Поле “IP-адрес

клиента”

0 0 IP-адрес IP-адрес

Рис.8. Различия между сообщениями клиента в зависимости от состояния,

в котором он находится

§4.4. Процедурная характеристика DHCP-клиента

На рис.9 представлена блок-схема состояний и переходов из одного со-

стояния в другое DHCP-клиента. Клиент может получить от сервера следую-

щие сообщения:

• “DHCPOFFER”;

• “DHCPACK”;

• “DHCPNAK”.

DHCPINFORM-сообщение не показано на рис.9. Клиент просто передаёт

DHCPINFORM-сообщение и ожидает DHCPACK-сообщения. После того как

клиент выбрал значения своих параметров, процедура настройки завершается.

В таблицах на рис.10(а,б) представлено использование клиентом полей и

дополнительных параметров DHCP-сообщении.

Передача

DH T-CPREQUES

сообщения

ере

ача

DHCPDISCOVER-

сообщения

Приём

DHCPNAK-сообщения

Отказ от п

едложения

Приём

DHCPACK-сообщения

неприемлемыми условиями /

Передача DHCPDECLINE-сообщения

ри

DHC

POFFER

сообщений

Сбор и анализ

едложени

Приём

DHCPOFFER-,

DHCPACK- или

DHCPNAK-сообщения /

Уничтожается

Приём

DHCPOFFER-

сообщения /

Уничтожается

Приём

DHCPNAK-сообщения,

истёк срок аренды

“Остановка сети

”

Приём

DHCPNAK-сообщения

“Остановка сети

”

рок

Т2

ист

Передача DHCPREQUEST-

сообщения в

широк льном овещате

ежиме

рок

Т1

ист

Передача DHCPREQUEST-

сообщения серверу,

устанавливающем

одолжительность а

енд

ор

пре

ложения

Передача DHCPREQUEST-

сообщения

ри

DHCPA

сообщения /

Запись срока аренды

и установка

счётчиков времени

Т1 и Т

ри

DHCPA

-соо

щения

Запись срока аренды и

ус ов

тановка счётчик

емени Т1 и Т2

ри

DHCPA

-соо

щения

Запись срока аренды и

установка счётчиков

емени Т1 и Т

Приём

DHCPA

K-

сообщения/

Запись срока аренды и

ус ов тановка счётчик

емени Т1 и Т2

Готовность к

настройке

Запрос

Перезагрузка

Полная смена

параметров

настройки

Выбор

Обновление

Начало

Инициализация

перезагрузки

Приём

DHCPNAK-сообщения

Повторный старт

Рис.9. Блок-схема состояний и переходов из одного состояния в другое DHCP-клиента

§4.4.1. Инициализация и назначение сетевого адреса

Клиент начинает DHCP-процедуру в состоянии “Начало” (Init) и форми-

рует DHCPDISCOVER-сообщение. Клиенту целесообразно выдержать паузу

примерно от 1 до 10 секунд с целью асинхронного режима функционирования

DHCP-протокола в момент запуска последнего. Клиент в поле “IP-адрес клиен-

та” устанавливает значение “0x00000000”. Клиент может запросить несколько

специфических параметров путём использования параметра “Перечень запра-

шиваемых параметров” (“Parameter request list”). Клиент может предложить се-

тевой адрес и/или время срока аренды, используя для этого дополнительные

параметры “Запрашиваемый IP-адрес” и “Время срока аренды IP-адреса”. Кли-

ент обязан разместить в поле “Адрес устройства клиента” (chaddr) адрес своего

сетевого устройства, если это необходимо для доставки ответных DHCP-

сообщений. Клиент может разместить в субполе дополнительного параметра

“Идентификатор клиента” отличительный уникальный идентификатор (см.

§4.2). Если клиент включил в DHCPDISCOVER-сообщение перечень запраши-

ваемых параметров, то он должен размещать этот перечень во всех последую

щих сообщениях.

Клиент формирует и записывает случайный идентификатор DHCP-

процедуры и размещает его в поле “Идентификатор процедуры информацион-

ного обмена” (xid). Клиент фиксирует своё собственное локальное время для

его последующего использования при вычислении окончания срока аренды.

После этого клиент передаёт в широковещательном режиме DHCPDISCOVER-

сообщение, содержащее широковещательный адрес локального сетевого уст-

ройства, широковещательный IP-

адрес “0xffffffff” и UDP-порт “DHCP-

сервера”.

Если значение в поле “Идентификатор процедуры информационного об-

мена” (xid) поступившего DHCPOFFER-сообщения не совпадает со значением

из аналогичного поля ранее поступившего DHCPDISCOVER-сообщения, то

DHCPOFFER-сообщение должно быть “по-умолчанию” уничтожено. Любое

поступившее DHCPACK-сообщение должно быть “по-умолчанию” уничтоже-

но.

Клиент “накапливает” DHCPOFFER-сообщения в течение некоторого пе-

риода времени,

затем выбирает одно DHCPOFFER-сообщение из нескольких

поступивших (например, первое поступившее DHCPOFFER-сообщение или

DHCPOFFER-сообщение от ранее взаимодействующего сервера), из которого

затем извлекает адрес сервера (дополнительный параметр “Идентификатор сер-

вера”). Время, в течение которого клиент “накапливает” сообщения, и способ

селекции одного DHCPOFFER-сообщения зависят от конкретной программной

реализации DHCP-протокола.

Если предложенные значения параметров

приемлемы, то клиент фикси-

рует адрес сервера, предложившего их (из поля “Идентификатор сервера”), и

затем размещает его в поле “Идентификатор сервера” DHCPREQUEST-

сообщения, транслируемого в широковещательном режиме. Так как

DHCPACK-сообщение от одного из серверов получено, то считается, что кли-

ент процедуру начал и перешёл в состояние “Готовности к настройке”

(“Bound”).

Поле

DHCP-сообщения

DHCPDISCOVER

и DHCPINFORM-

сообщения

DHCPREQUEST-

сообщение

DHCPDECLINE-

и DHCPRELEASE-

сообщения

“Тип сообщения”

(op)

BOOTREQUEST,

зап

ос па

амет

ов наст

ойки

BOOTREQUEST,

зап

ос па

амет

ов наст

ойки

BOOTREQUEST,

зап

ос па

амет

ов наст

ойки

“Тип адреса

ст

ойства”

(

)

RFC-1700

“Длина адреса

ст

ойства”

(

hlen

)

Длина адреса сетевого устройства (в октетах)

“Число

ретрансляционных

частков”

(

)

“Идентификатор

процедуры

информационного

обмена” (xid)

Выбранный

клиентом

Из аналогичного поля

DHCPOFFER-сообщения

се

ве

Выбранный

клиентом

“Время начала

процедуры” (secs)

или число сек

нд, прошедших с момента

начала DHCP-п

дур

“IP-адрес клиента”

(ciaddr)

“0”, если DHCPDICOVER-

сообщение, или сетевой

адрес клиента, если

DHCPINFORM-сообщение

“0

”

или сетевой адрес

клиента (в состоянии

“Готовности к настройке”/

“Обновления” / “Полной

смены параметров

наст

ойки”

)

“0”, если DHCPDECLINE-

сообщение, или сетевой

адрес клиента, если

DHCPRELEASE-сообщение

“«Ваш» (клиента)

IP-а

др

ес”

(

iadd

)

“IP-адрес следующего

се

ве

а”

(

siadd

)

“Флаги”

(flags)

Флаг широковещательного режима устанавливается в

“1”, если клиент запросил ответ (на свой запрос) в

ши

окове

ательном

ежиме

“IP-адрес

агента/ретранслятора”

(

iadd

)

Адрес устройства

клиента”

(

chadd

)

Адрес сетевого устройства клиента

“Дополнительное имя

устройства, со

встроенным

сервером” (sname)

Значения дополнительных параметров, если это поле

используется для расширения поля

“Дополнительные параметры” (options);

в п

отивном сл

чае не использ

ется

Не используется

“Имя файла загрузки”

(file)

Значения дополнительных параметров, если это поле

используется для расширения поля

“Дополнительные параметры” (options);

в противном случае не используется

Не используется

“Дополнительные

параметры”

(options)

Значения дополнительных параметров Не используется

Рис.10,а. Порядок использования DHCP-клиентом полей DHCP-сообщения

Поле “Идентификатор процедуры информационного обмена” (xid)

DHCPREQUEST-сообщения содержит точно такое же значение, как и в анало-

гичном поле DHCPOFFER-сообщения. Клиент фиксирует время окончания

аренды, как сумму значений: а) времени в момент отправки реального запроса

и б) продолжительности аренды, изъятой из DHCPACK-сообщения. Клиенту

целесообразно проверять предложенный адрес с целью предотвращения ис-

пользования уже назначенного другому клиенту адреса. Например, если клиент

подключён к сети, которая реализует ARP-протокол, то клиент может отпра-

вить ARP-запрос вместо запроса с предложением.

Дополнительный

параметр

DHCPDISCOVER

и DHCPINFORM-

сообщения

DHCPREQUEST-

сообщение

DHCPDECLINE-

и DHCPRELEASE-

сообщения

Запрашиваемый

IP-адрес

Может присутствовать в

DHCPDISCOVER-

сообщении. Должен

отсутствовать в

DHCPINFORM-

сообщении.

Должен присутствовать в состоя-

нии “Выбора” или “Инициализации

перезагрузки”. Должен отсутство-

вать в состоянии “Готовности к

настройке” или “Обновления”.

Должен присутствовать в

DHCPDECLINE-сообщении.

Должен отсутствовать в

DHCPRELEASE-сообщении.

Время срока аренды

IP-адреса

Может присутствовать в

DHCPDISCOVER-

сообщении. Должен

отсутствовать в

DHCPINFORM-

сообщении.

Может присутствовать

Должен

отсутствовать

Использование полей

“Дополнительное имя

устройства, с

встроенным сервером”

и “Имя файла

загрузки”

Допускается

Тип DHCP-сообщения

DHCPDISCOVER-

и DHCPINFORM-

сообщения

DHCPREQUEST-

сообщение

DHCPDECLINE-

и DHCPRELEASE-

сообщения

Перечень

запрашиваемых

параметров

Допускается Должен отсутствовать

Сообщение Не целесообразно Целесообразно

Идентификатор клиента Допускается

Идентификатор

класса вендоров

Допускается Не допускается

Идентификатор сервера Должен отсутствовать

Должен присутствовать (после

состояния “Выбор”). Должен

отсутствовать (после состоя-

ния “Инициализации переза-

грузки”, “Готовности к настрой-

ке”, “Обновления” или “Полной

смены параметров

настройки”.)

Должен присутствовать

Максимальный размер

сообщения

Специфический сетевой

сегмент

Допускается Должен отсутствовать

Все остальные

параметры

Допускаются Не допускаются

Рис.10,б. Порядок использования DHCP-клиентом дополнительных

параметров DHCP-сообщения

Когда передан ARP-запрос в широковещательном режиме вместо запроса

с предложением, клиент должен включить в запрос адрес собственного сетево-

го устройства в качестве адреса устройства отправителя, а IP-адрес отправителя

должен быть нулевым. Последнее необходимо для предотвращения нештатной

ситуации, связанной с хранением ARP-данных в модулях кэш-памяти других

компьютеров, входящих в одну и ту же подсеть. Если сетевой адрес уже ис-

пользуется, то клиент обязан передать серверу DHCPDECLINE-сообщение.

Клиент должен в широковещательном режиме передать ARP-ответ с целью

объявления своего нового IP-адреса и удаления устаревших ARP-записей из

модулей кэш-памяти

других компьютеров, входящих в подсеть клиента.

§4.4.2. Инициализация в случае известного сетевого адреса

Клиент начинает DHCP-процедуру в состоянии “Инициализация переза-

грузки” (Init-Reboot) и формирует DHCPREQUEST-сообщение. Клиент обязан

поместить свой известный адрес в субполе параметра “Запрашиваемый IP-

адрес” DHCPREQUEST-сообщения. Клиент может запросить несколько специ-

фических параметров путём использования параметра “Перечень запрашивае-

мых параметров” (“Parameter request list”). Клиент формирует и записывает

случайный идентификатор DHCP-процедуры и размещает его в поле “Иденти-

фикатор процедуры информационного обмена” (xid). Клиент фиксирует своё

собственное локальное время для его последующего использования при вычис-

лении окончания срока аренды. Клиент не должен включать “идентификатор

сервера” в DHCPREQUEST-сообщение. После этого клиент передаёт в широко-

вещательном режиме DHCPREQUEST-сообщение, содержащее широковеща-

тельный адрес локального сетевого устройства и UDP-порт “DHCP-сервера”.

Как только поступает DHCPACK-сообщение

от какого-либо сервера, в

котором значение в поле “Идентификатор процедуры информационного обме-

на” (xid) совпадает со значением в аналогичном поле DHCPREQUEST-

сообщения, то считается, что клиент процедуру начал и перешёл в состояние

“Готовности к настройке” (“Bound”). Клиент фиксирует время окончания арен-

ды, как сумму значений: а) времени в момент отправки DHCPREQUEST-

сообщения и

б) продолжительности аренды, изъятой из DHCPACK-сообщения.

§4.4.3. Инициализация в случае внешнего назначения сетевого адреса

Клиент передаёт DHCPINFORM-сообщение. Клиент может запросить не-

сколько специфических параметров путём использования параметра “Перечень

запрашиваемых параметров” (“Parameter request list”). Клиент формирует и за-

писывает случайный идентификатор DHCP-процедуры и размещает его в поле

“Идентификатор процедуры информационного обмена” (xid). Клиент помещает

свой собственный адрес в поле “IP-адрес клиента” (ciaddr). Клиенту целесооб-

разно не запрашивать параметры, связанные со

временем аренды сетевого ад-

реса.

Затем клиент в однонаправленном режиме передает DHCP-серверу

DHCPINFORM-сообщение, если, конечно, он знает адрес сервера. В противном

случае клиент передает сообщение в широковещательном режиме, в котором

указан широковещательный адрес назначения ограниченного применения (все

“1”). DHCPINFORM-сообщение должно быть передано непосредственно на

UDP-порт “DHCP-сервера”.

Как только поступает DHCPACK-сообщение от какого-либо сервера, в

котором значение в поле “Идентификатор процедуры информационного обме-

на” (xid) совпадает со значением в аналогичном поле DHCPINFORM-

сообщения, то

считается, что клиент находится в начальной фазе процедуры.

Если клиент не получил DHCPACK-сообщение в течение приемлемого

интервала времени (60 секунд или 4 попытки использования тайм-аута, дли-

тельность которого определена в §4.1), то клиент должен отобразить возник-

шую проблему на экранном интерфейсе пользователя, а потом начать новую

сетевую процедуру, используя для этого параметрические

настройки “по-

умолчанию” (см. Приложение).

§4.4.4. Использование широковещательного и однонаправленного

режимов передачи

DHCP-клиент передаёт в широковещательном режиме DHCPDISCOVER-,

DHCPREQUEST- и DHCPINFORM-сообщения, причём до тех пор, пока ему не

станет известен адрес DHCP-сервера. Клиент в однонаправленном режиме пе-

редает серверу DHCPRELEASE-сообщение. Так клиент отказывается от ис-

пользования IP-адреса, назначенного сервером, то он передаёт DHCPDECLINE-

сообщения в широковещательном режиме.

Если DHCP-клиенту известен адрес DHCP-сервера, то находясь

в состоя-

нии “Начало” (“Init”) или “Перезагрузка” (“Rebooting”), он может использовать

этот адрес вместо широковещательного IP-адреса в DHCPDISCOVER- или

DHCPREQUEST-сообщении. Клиент может использовать однонаправленный

режим для отправки DHCPINFORM-сообщений на известный ему DHCP-

сервер. Если клиент не получил ответ на переданные им DHCP-сообщения с IP-

адресом известного ему DHCP-сервера, то DHCP-клиент переходит обратно к

использованию широковещательного IP-

адреса.

§4.4.5. Окончание аренды и повторное получение адреса

Клиент формирует и эксплуатирует два счётчика времени, Т1 и Т2, опре-

деляющие значения времени, в которые он пытается продлить срок аренды сво-

его сетевого адреса. Счётчик Т1 показывает время перехода клиента в состоя-

ние “Обновления” (“Renewing”), в котором клиент пытается соединиться с сер-

вером, который назначил клиенту сетевой адрес. Счётчик Т2

показывает время

перехода клиента в состояние “Полной смены параметров настройки” (“Rebind-

ing”), в котором клиент пытается соединиться с любым сервером. Обязатель-