У нас были очень медленные таймауты для недоступных хостов. Недавнее тестирование в нашей лаборатории показывает, что сообщение об отрицательном запросе ARP может быть задержано. Сброс трафика при попытках открыть telnet-соединение с локальной зоной, которая была отключена для исправления, показало следующее.
Если источником был Linux, три запроса ARP были отправлены с интервалом в 1 секунду, и соединение не удалось установить чуть более чем через три секунды.
Если источником был сервер Solaris, то на широковещательный адрес с интервалом в 1 секунду отправлялись первые пять запросов ARP. Через 5 секунд было отправлено еще несколько запросов ARP. Запросы ARP продолжались с увеличивающимся временем паузы, пока соединение не прервалось через 3 минуты 44 секунды. Тесты проводились из глобальной зоны в локальную зону на другом глобальном уровне. Обе глобальные зоны работают на оборудовании Sparc. Устройства подключаются через коммутационное оборудование уровня 2.
Существуют ли какие-либо настройки, которые приведут к быстрому (3-5 секунд) сбоям ARP? Существуют ли какие-либо другие настройки, которые заставят соединения с недостижимыми (отключенными) хостами быстрее выходить из строя?
Похоже, что у нас одинаковое или похожее поведение на разных серверах, работающих на Sparc. Насколько я могу судить, Solaris изо всех сил пытается получить адрес, отправляя адрес ARP, и не очень быстро истекает время ожидания, если ни один хост не отвечает на запрос ARP.
Вы думали о беге ndd /dev/arp \? чтобы увидеть список настраиваемых параметров ядра, связанных с ARP?