Подскажите, через какие интервалы повторяется отправка ARP запроса?

В Стивенсе написано вроде сначала ждет 5,5 сек, затем еще 24. Это так положенно? Откуда вообще эти цифры, в RFC я не нашел какие либо требования к этим интервалам. Конкретно интересует, сколько раз повторять запрос и какие задержки ставить? Спасибо!

Здравствуйте, oziro, Вы писали:

В самом ARP, насколько помню, таймауты есть только на хранение динамических записей в таблицах.
Если же интересуют таймауты на установление соединения, то для начала глянь суда

Здравствуйте, don ASKet, Вы писали:

DA>Здравствуйте, oziro, Вы писали:

DA>В самом ARP, насколько помню, таймауты есть только на хранение динамических записей в таблицах.
DA>Если же интересуют таймауты на установление соединения, то для начала глянь суда

Ну... Там же написано (здесь) в разделе ARP запрос на несуществующий хост

Здесь интересно посмотреть, с какой частотой рассылаются ARP запросы: 5,5 секунд после первого запроса и снова через 24 секунды.

Правда там сказано, вроде, что это конкретная реализация на BSD.

Вообщем, поставлю так же — 5,5 и 24.

Здравствуйте, oziro, Вы писали:

O>

O>Здесь интересно посмотреть, с какой частотой рассылаются ARP запросы: 5,5 секунд после первого запроса и снова через 24 секунды.

а дальше написано:

(Мы рассмотрим тайм-ауты TCP и алгоритм повторных передач более подробно в главе 21.)

у ARP есть таймаут на удаление динамических записей из таблицы ip <-> arp. А 5.5 и 24 относятся к TCP.

Тайм-аут ARP кэша

Для записей, вводимых в ARP кэш, обычно устанавливается тайм-аут. (В разделе "Команда arp" мы увидим, что команда arp позволяет системному администратору поместить в кэш определенную запись, и на нее тайм-аут распространяться не будет.) Реализации, произошедшие от Berkeley, обычно установливают тайм-аут, в 20 минут для завершенной записи и 3 минуты для незавершенной записи. (Мы видели незавершенную запись в предыдущем примере, когда заставили отправить ARP запрос на несуществующий хост.) Эти реализации обычно перестартовывают 20-минутный тайм-аут для записи каждый раз, когда эта запись используется.

Требования к хостам Host Requirements RFC говорит, что запись должна удаляться по тайм-ауту, даже если данная запись используется, однако большинство реализаций, произошедших от Berkeley, не делают этого — они перестартовывают тайм-аут каждый раз, когда происходит обращение к записи.

O>Правда там сказано, вроде, что это конкретная реализация на BSD.
O>Вообщем, поставлю так же — 5,5 и 24.

Все очень сильно зависит от реализации.
например в rfc1180 п.4.4.

Some implementations of IP and ARP don't queue the IP packet while
waiting for the ARP response. Instead the IP packet is discarded and
the recovery from the IP packet loss is left to the TCP module or the
UDP network application. This recovery is performed by time-out and
retransmission. The retransmitted message is successfully sent out
onto the network because the first copy of the message has already
caused the ARP table to be filled.

Вот еще инфы немного:
Взаимодействие между UDP и ARP