Rapid Commit DHCPv4 сокращает обмен, но требует согласованной серверной политики
Фотография конкретного исполнения не приложена.
В некоторых сценариях клиент получает DHCPACK прямо после DISCOVER. Это может быть корректным Rapid Commit, а не пропущенным этапом захвата. Но ускорение меняет момент принятия сервером lease и требует проверки всего контура.
RFC 4039 определяет соответствующую option и разрешает сокращённый обмен при поддержке клиента и политике сервера. Отправляющий DHCPACK server уже commits binding. Это отличается от обычного предложения, которое ещё не подтверждает выбранную клиентом аренду.
Если несколько servers независимо подтверждают одному клиенту, могут появиться неиспользуемые committed leases. Поэтому наличие функции у каждого продукта не является достаточным обоснованием её включения в общий pool. Нужно учитывать координацию и ресурс адресов.
В приёмке проверяют сокращённый обмен, обычный fallback и предусмотренную многосерверную схему. Сохраняют client options и состояние bindings. Отчёт должен показывать выигрыш и последствия выдачи. Один быстрый ACK не доказывает, что все остальные DHCP-servers сохранили согласованное состояние и не расходуют pool на невостребованные leases.
Основание — Numbered DHCPv4 base RFCs and selected lease, identity, option and reconfigure extensions, разделы RFC4039 Rapid Commit option; detailed flow; administrative considerations. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC DHCPv4 и дополнений. Поддержка options конкретными client, relay и server не проверялась. Это протокольный разбор и план приёмки, а не результат испытания оборудования; leases, адреса, маршруты и рабочая сеть не изменялись.
