arping не получает mac

А исходящие/входящие arp-пакеты от/к целевому хосту во время арпинга tcpdump видит?

только ARP-реквесты.
ответов нет. возможности посмотреть tcpdump'ом на удаленном хосте тоже к сожалению нет.

Гипотеза: на целевом хосте служба ARP упала или была заблокирована, а трафик ходит, потому что мак до этого был закеширован на роутере (кеш маков можно глянуть ip ne sh).

попробуйте проверить не имеет ли данный казус случатся во времени с определёённым шагом - если да то это скорее тупит маршрутизатор

мак на роутере статические указаны.

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

>мак на роутере статические указаны.

Ага. А на удаленном хосте тоже так, не знаешь?

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

>Сеть в основном построена на тупых свичах

В этом может быть Ваша проблема. Сам наблюдал MAC маршрутизатора со всеми нулями с хоста клиента. Клиент был подключен в тупой свитч Compex. Свитч выключили/включили, хост в ребут отправили - и всё опять стало в порядке.

пробовал, аналогичная проблема.
вряд-ли, что-бы на этих хостах мак маршрутизатора был статично забит.

мак со всеми нулями, в случае венды является отсутствующим в таблице маком.
в случае *nix, конечно стремная ситуация.
проблема исчезает сама без ребута тупых свичей.