Почему dhclient выдает одноадресный DHCPREQUEST каждые ~15 секунд вместо таймеров T1/T2?

Я использую сервер CentOS 6.2 в качестве шлюза и брандмауэра, а также предоставляю некоторые внутренние сервисы. Это настройка, которую я использовал в течение многих лет, используя различное оборудование и дистрибутивы (на основе Redhat). Недавно я столкнулся с проблемой подключения к Интернету и считаю, что это связано либо с недостатком моего провайдера (Roadrunner, штат Нью-Йорк), либо с недостатком моей конфигурации (по умолчанию) для dhclient.

Я не использую NetworkManager на этом сервере, так как конфигурация сети является статической, и сервер работает 24/7 в качестве шлюза. У меня есть моя конфигурация интерфейса сетевого сценария sysconfig, как показано ниже:

который настроил интерфейс при загрузке и использовании DHCP, с помощью утилиты dhclient. У меня есть действующий сценарий брандмауэра iptables, над которым я непрерывно работаю в течение многих лет, чтобы обеспечить функциональность маршрутизации /NAT, но это не имеет отношения к моей проблеме.

В течение последней недели или двух (по крайней мере, я уже некоторое время видел эти записи в журнале и выключал их), я вижу, что как только аренда DHCP, предложенная моим провайдером, достигает половины пути, вызывая обновление, dhclient входит в цикл, где каждый Через 15 секунд он отправляет одноадресный DHCPREQUEST записи DHCP-сервера, указанной в файле /var/lib/dhclient/dhclient-eth1.leases (см. Ниже). Это продолжается в течение нескольких часов, пока либо не будет нарушено сетевое подключение, либо в конечном итоге будет предпринята попытка обнаружить широковещательную рассылку и правильно получить новую аренду.

Цикл запроса dhclient всегда одноадресный, всегда использует адрес DHCP-сервера, указанный в аренде, которую он пытается обновить, и он всегда использует одно и то же значение xid для каждого из этих запросов. Мне интересно, есть ли способ заставить dhclient всегда выдавать широковещательный DHCPDISCOVER вместо одноадресного пакета REQUEST для обновления? Возможна ли проблема с настройкой или это просто неуклюжая служба DHCP Time Warner? Я использовал TWC в качестве своего провайдера в течение последних 5 лет и никогда не сталкивался с этой проблемой при использовании Linux в качестве шлюза.

Вот мой скрипт конфигурации интерфейса:

/etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
NAME=Internet
HWADDR=00:D0:B7:**:**:**
MTU=1500
BOOTPROTO=dhcp
PEERDNS=no
IPV6INIT=no
ONBOOT=yes

Вот пример файла dhclient-eth1.leases (текущий, но цикл начнется через ~6-8 часов)

lease {
interface "eth1";
fixed-address 74.***.***.***;
option subnet-mask 255.255.240.0;
option routers 74.***.***.***;
option dhcp-lease-time 43200;
option dhcp-message-type 5;
option domain-name-servers 209.18.47.61,209.18.47.62;
option dhcp-server-identifier 10.111.64.1;
option interface-mtu 576;
option broadcast-address 255.255.255.255;
option domain-name "rochester.rr.com";
renew 3 2012/01/18 21:51:02;
rebind 4 2012/01/19 02:57:58;
expire 4 2012/01/19 04:27:58;
}

и выдержка из /var/log/messages относительно этой проблемы (началась примерно в 12:30 и продолжается до 11:30 сегодня утром:

... Длинный список DHCPREQUEST почти идентичен приведенному ниже

Jan 17 16:50:59 server dhclient[1384]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x54a5b374)
Jan 17 16:51:13 server dhclient[1384]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x54a5b374)
Jan 17 16:51:21 server dhclient[1384]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x54a5b374)
Jan 17 16:51:31 server dhclient[1384]: DHCPREQUEST on eth1 to 255.255.255.255 port 67 (xid=0x54a5b374)
Jan 17 16:51:31 server dhclient[1384]: DHCPACK from 10.111.64.1 (xid=0x54a5b374)
Jan 17 16:51:31 server dhclient[1384]: bound to 74.69.54.153 -- renewal in 17309 seconds.

Кажется, здесь успешно, наконец, получил DHCPACK после длинного списка попыток

Вчера вечером, около 7:30 вечера, намного выше записи в журнале выше в 16:51 и даже по другим причинам перезагрузил сервер, что приводит к появлению строки ЗАПРОС ниже.

Jan 17 20:11:51 server dhclient[3872]: DHCPREQUEST on eth1 to 255.255.255.255 port 67 (xid=0x4a4507ce)
Jan 17 20:11:51 server dhclient[3872]: DHCPACK from 10.111.64.1 (xid=0x4a4507ce)
Jan 17 20:11:51 server dhclient[3872]: bound to 74.69.54.153 -- renewal in 17073 seconds.
Jan 18 00:56:24 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 00:56:32 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 00:56:46 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 00:57:04 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 00:57:24 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)

.... пропущено несколько часов и много-много строк из вышеперечисленного, каждые ~15 секунд. Здесь я вручную отключил и включил интерфейс.

Jan 18 11:27:29 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 11:27:45 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 11:27:52 server dhclient[3917]: DHCPREQUEST on eth1 to 10.111.64.1 port 67 (xid=0x4a4507ce)
Jan 18 11:27:58 server dhclient[16174]: DHCPREQUEST on eth1 to 255.255.255.255 port 67 (xid=0x63741216)
Jan 18 11:27:58 server dhclient[16174]: DHCPACK from 10.111.64.1 (xid=0x63741216)
Jan 18 11:27:58 server dhclient[16174]: bound to 74.69.54.153 -- renewal in 19384 seconds.

У меня всегда были некоторые проблемы с MTU, связанные с фрагментацией моего брандмауэра, но это, похоже, не является основной причиной, и это будет отдельный вопрос, если таковой имеется.