Недостаточно недоступный хост Solaris Slow ARP

У нас были медленные тайм-ауты для недоступных хостов. Недавнее тестирование в нашей лаборатории показало, что это может быть задержка, сообщающая об отрицательных результатах поиска ARP. Вывод трафика во время попыток открыть соединение telnet с локальной зоной, которая была отключена для установки исправлений, показала следующее.

Если источником был Linux, три ARP-запроса были отправлены с интервалом в 1 секунду, и соединение разорвалось всего за три секунды.

Если источником был сервер Solaris, первые пять запросов ARP были отправлены на широковещательный адрес с интервалом в 1 секунду. Через 5 секунд было отправлено больше запросов ARP. Запросы ARP продолжались с увеличением времени паузы до тех пор, пока через 3 минуты и 44 секунды не удалось установить соединение. Тесты запускались из глобальной зоны в локальную зону в другой глобальной зоне. Обе глобальные зоны работают на оборудовании Sparc. Устройства подключаются через коммутационное оборудование уровня 2.

Существуют ли какие-либо параметры, которые приведут к быстрому (от 3 до 5 секунд) сбою ARP? Существуют ли другие настраиваемые параметры, которые приводят к более быстрому разрыву соединений с недоступными (сбитыми) хостами?

Похоже, у нас одинаковое или похожее поведение между различными серверами, работающими на Sparc. Насколько я могу судить, Solaris очень старается получить адрес с помощью ARP-адреса, и не очень быстро истекает, если ни один хост не отвечает на запрос ARP.

1 ответ

Вы думали бежать? ndd /dev/arp \? увидеть список настроек ядра, связанных с ARP?

Другие вопросы по тегам