Есть ли способ отключить исходящие запросы ARP в интерфейсе глобальной сети на sonicwall TZ 210
Я искоренял их в национальном масштабе, один за другим. Я наконец нашел точную ПРИЧИНУ проблемы! Вчера я сидел в на конференц-вызове с Технологией IT и SonicWALL. Мы открыли случай и начали диагностировать. Мы перешли к политике NAT, существует политика по умолчанию в отношении более старых микропрограммных моделей, названных "WAN ОСНОВНАЯ ПОДСЕТЬ", Вы хотите отредактировать эту политику сказать "WAN ОСНОВНОЙ IP" вот именно!
SonicWALL вносит изменение в их следующем встроенном микропрограммном обеспечении для исправления этой ОШИБКИ
Вот очень хорошее объяснение, которое может помочь - http://www.watchguard.com/infocenter/editorial/135324.asp.
Вы могли бы изучить свой SonicWall, чтобы видеть, можно ли вручную заполнить его таблицу ARP интерфейса глобальной сети. Если так, если Вы, знание общается с другим клиентом/подписчиком ISP на той же LAN ISP, затем однократный въезд к восходящему шлюзу, не должны быть всем, в чем нуждается Ваш интерфейс глобальной сети.
Сегодня я столкнулся с этой точно той же самой проблемой. Sonicwalls хотят обработать все запросы ARP на бледное. Я говорил с кем-то от поддержки Sonicwall сегодня, и они сказали мне, что она работала, как разработано. Смотря от стороны ISP, sonicwall отвечал на запросы ARP для каждого IP на подсети, что порт WAN шел. В основном arp таблица показывает, что каждый IP используется. При помещении больше чем одного клиента на ту же Подсеть, это становится огромной проблемой. Я переместил клиента в их собственный маленький блок дюйм/с (5 применимых), и я видел 5 arp записей для sonicwall. Представитель поддержки продолжал спрашивать меня, "сколько IP Вы если их в Вашем контракте". Я в основном сказал ему, что это не был ни один из его бизнеса и что мы только предоставляли sonicwall 1 IP. По-видимому, они прислушиваются к другому трафику ARP и отступают, когда кто-то еще пытается использовать один из IP.
Короче говоря, Sonicwalls СОСУТ.