Необходимо использовать код состояния HTTP 307 в этом случае. Посмотрите RFC 2616 (читайте 302, 303, 307). Посмотрите Википедию для меньшего количества “specificational” описания.
См. апачские документы о Redirect
поскольку, как сделать это в этом случае.
Существует более одного типа широковещательной передачи.
Широковещательные сообщения уровня 2 (сетевой) (трафик на MAC-адрес all-1) используются протоколами, такими как ARP, для собирать информацию о том, как подключиться к определенному узлу, когда он уже знает свой адрес более высокого уровня (обычно IP).
Широковещательные рассылки уровня 3 (IP) (трафик на самый высокий адрес подсети) выполняют совершенно другие функции.
Если на вашего сетевого провайдера влияет широковещательный трафик уровня 2. Я серьезно удивляюсь его уровню компетенции.
Ваш сетевой провайдер обычно подключается через IP-маршрутизатор (уровень 3), который вообще не пропускает трафик уровня 2.
Следует отметить только широковещательные рассылки уровня 3, типичные запросы службы имен Windows (WINS и т.п.)
Такое поведение может указывать на аппаратную проблему на маршрутизаторе,или в любой другой точке между конечными узлами (вашим компьютером и поставщиком сети).
Я не знаком с Vyatta, но возможно, что происходит какой-то беспричинный arp (обычно при аварийном переключении), вызывающий проблему. Это довольно распространенный механизм принудительного обновления кэша arp во время отработки отказа, но он может вызывать такие проблемы, как эта, в зависимости от того, насколько агрессивны широковещательные рассылки и насколько чувствительны получатели.
Стоит изучить любой из способов.
Спасибо всем, кто ответил!
После дальнейшего исследования выяснилось, что предел кеш-памяти arp был установлен на очень высокий низкое значение, и он удерживал не все хосты в нашей сети.
Установка большего значения решила проблему.