Как видите, мой компьютер espa041 (9.3.76.41) "знает", как найти компьютер espagate (9.3.76.1). А теперь добавим еще один адрес в наш кэш:
>[root@espa041 /home/paulsch/.gnome-desktop]# ping -c 1 espa043
>PING espa043.austin.ibm.com (9.3.76.43) from 9.3.76.41 : 56(84) bytes of data.
>64 bytes from 9.3.76.43: icmp_seq=0 ttl=255 time=0.9 ms
>--- espa043.austin.ibm.com ping statistics ---
>1 packets transmitted, 1 packets received, 0% packet loss
>round-trip min/avg/max = 0.9/0.9/0.9 ms
>[root@espa041 /home/src/iputils]# ip neigh show
>9.3.76.43 dev eth0 lladdr 00:06:29:21:80:20 nud reachable
>9.3.76.42 dev eth0 lladdr 00:60:08:3f:e9:f9 nud reachable
>9.3.76.1 dev eth0 lladdr 00:06:29:21:73:c8 nud reachable
В результате попытки взаимодействия компьютера espa041 с espa043, ethernet-адрес последнего был добавлен в кэш. По истечении некоторого тайм аута (если между этими двумя компьютерами больше не было передано ни одного пакета), espa041 "забудет" адрес компьютера espa043 и для того чтобы что-то сообщить ему, опять потребуется послать ARP-запрос.
Удалим адрес компьютера espa043 из кэша:
>[root@espa041 /home/src/iputils]# ip neigh delete 9.3.76.43 dev eth0
>[root@espa041 /home/src/iputils]# ip neigh show
>9.3.76.43 dev eth0 nud failed
>9.3.76.42 dev eth0 lladdr 00:60:08:3f:e9:f9 nud reachable
>9.3.76.1 dev eth0 lladdr 00:06:29:21:73:c8 nud stale
Теперь espa041 "забыл" адрес компьютера espa043. Если espa041 опять "захочет" что-то сообщить espa043, он будет вынужден вновь послать ARP-запрос. В этом листинге также видно, что в записи для espagate (9.3.76.1), состояние reachable (доступно) изменилось на stale (устарело). Это означает, что ethernet-адрес все еще является допустимым, но он должен быть подтвержден при первой же попытке обмена.