Раньше в bercut-et эта запись имела время жизни 9 минут. Поэтому, когда пользователь переходил из одной в другую сеть, где такие же IP-адреса, но MACи (естественно) другие, у него начинались проблемы: в кэше слишком долго хранились записи. Ситуация, конечно, встречается не часто, но всё же допустима.

в rfc826 предложено несколько способов, которые могут решить эту проблему. например, предлагается по любому принимаемому пакету обновлять ARP-кэш. также можно обновлять ARP-таблицу по любому ARP-запросу, который гуляет по сети (ARP запрос посылается широковещательно и содержит IP & MAC источника). кроме того, протоколы прикладного уровня могут инициировать обновление ARP-кэша по своим критериям. последнее — наиболее эффективно.

мы же пока поступили просто: уменьшили время жизни каждой записи до 1 минуты и при падении линка стираем кэш полностью. этого вполне достаточно для карманного тестера.