Если маршрутизатор, сконфигурированный в качестве DHCPv4-сервера, не получает запросы от клиента, процесс DHCPv4 не может быть выполнен. Необходимо выполнить одну из задач по поиску и устранению неполадок для подтверждения того, что маршрутизатор получает DHCPv4-запрос от клиента. Этот шаг поиска и устранения неполадок включает настройку списка контроля доступа (ACL) для отладочных выходных данных.
На рисунке представлен расширенный ACL-список, допускающий пакеты только с портом назначения UDP 67 или 68. Данные порты стандартно используются DHCPv4-клиентами и серверами при отправке сообщений DHCPv4. Для отображения только сообщений протокола DHCPv4 расширенный ACL-список применяется с командой debug ip packet.
Выходные данные, отображенные на рисунке, указывают, что маршрутизатор получает DHCP-запросы от клиента. IP-адрес источника — 0.0.0.0, поскольку клиент ещё не получил IP-адрес. Адрес назначения — 255.255.255.255, так как сообщение обнаружения DHCP от клиента отправлено широковещательной рассылкой. Выходные данные отображают только часть данных пакета, а не само сообщение DHCPv4. Тем не менее, маршрутизатор получил пакет широковещательной рассылки с IP-адресами источника и назначения и портом UDP, верным для DHCPv4. Полные отладочные выходные данные отображают все пакеты DHCPv4-обмена между DHCPv4-сервером и DHCPv4-клиентом.
Другой полезной командой для поиска и устранения неполадок в работе DHCPv4 является debug ip dhcp server events. Команда предоставляет отчёт о событиях сервера, таких как назначение адреса или обновление базы данных. Также при помощи этой команды можно декодировать прием и передачу DHCPv4.