https://www.opennet.ru/openforum/vsluhforumID1/77422.html есть комп.<br>на нем свежепоставленный Debian Etch<br>наблюдается явление, называемое arp flux<br>выглядит, как задержка arp ответа секунд, так на 10..<br><br>eth0 - виртуальный интерфейс для ieee1394 (не нужен, был из коробки)<br>eth1 - смотрит в сеть (к нему и идет тот запрос)<br><br>$ ip l<br>1: lo: &lt;LOOPBACK,UP,10000&gt; mtu 16436 qdisc noqueue<br> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br>2: eth1: &lt;BROADCAST,MULTICAST,UP,10000&gt; mtu 1500 qdisc pfifo_fast qlen 1000<br> link/ether 00:0e:a6:6e:9c:ed brd ff:ff:ff:ff:ff:ff<br>3: eth0: &lt;BROADCAST,MULTICAST&gt; mtu 1500 qdisc pfifo_fast qlen 1000<br> link/ieee1394 00:e0:18:00:00:61:31:da brd ff:ff:ff:ff:ff:ff:ff:ff<br>4: sit0: &lt;NOARP&gt; mtu 1480 qdisc noop<br> link/sit 0.0.0.0 brd 0.0.0.0<br><br>нашел вот это:<br>http://linux-ip.net/html/ether-arp.html<br>http://wiki.openvz.org/Multiple_Network_Interfaces_And_ARP_Flux<br><br>делаю (пробовал в разных комбинациях и пр.):<br>sysctl -w net.ipv4.conf.all.arp_filter=1<br>sysctl -w net.ipv4.conf.all.arp_announce=2<br>sysctl -w net.ipv4.conf.all.arp_ https://www.opennet.ru/openforum/vsluhforumID1/77422.html#1 Tue, 20 Nov 2007 07:23:10 GMT выкидывать eth0 (rmmod eth1394) - пробовал - без эффекта<br><br>еще пробовал отловить tcpdump -i any на самом сервере в тот момент когда шлю arp запрос...<br>из 10 попыток - поймать не удалось. :(<br><br>на данный момент стоит костыль в виде arping в crontab... идиотизм конечно, но действенный.<br>хотелось бы корректного решения...<br><br>повторюсь на счет внешних проявлений:<br>если долго не трогать этот комп(ТЕ он теряется из arp-кеша компов и из его кеша теряются другие компы), то при попытке подключения, например по ssh, возникает задержка в 9-11 сек. снифер говорит что задержка между запросом и ответом arp<br><br>(мож у меня совсем глаза "замылены" и я не вижу чегото простого и очевидного?)<br><br><br>