Здравствуйте.

У нас большая проблема, судя по всему вызванная некорректной работой DGS-3627G FW 2.40-B19.

Симптоы таковы - у многих абонентов, чьим шлюзом по умолчанию является DGS3627G, одновременно, или с небольшим временным интервалом, в какой-то момент пропадает связь с внешним миром - не пингуется ничего вне их подсети.

При этом снимали вывод ipconfig /all, arp -a, там все корректно - у клиентов в этот момент
правильные настройки IP, шлюза, DNS, в arp-кеше по IP-адресу шлюза находится тот самый мак DGS-3627.

Лечится эта ситуация нажатием кнопки Исправить на подключении, а кроме того простым пингом шлюза. После того, как пользователь введет команду ping -n 1 <GW_IP> и получит ответ, у него все сразу работает еще на какое-то время.

arp poisoning в сети практически исключен, все arp- и ip- пакеты с неверными ip зафильтрованы с помощью ACL на коммутаторах.

Однако в одном из VLAN многие абоненты испытывают проблемы каждый вечер.

Для начала - у вас старая прошивка, я думаю будет не лишним её обновить.
По поводу различных видов ARP-атак советую все же во время пропадания связи проверить ARP-таблицу коммутатора и ARP-таблицу на пользовательской машине.

_________________
LiveComm

в логах есть что-нибудь интересное в эти моменты?

Нет, ничего. Как на самом DGS, так и на access-коммутаторах.
После последнего случая подняли мониторинг изменения таблицы fdb (миграции мака с одного на другой порт) и arp (изменения мака на одном и том же ip), пока не было ни жалоб, ни изменений, зафиксированных этим мониторингом.

Попробуйте пожалуйста прошивку которую я Вам выслал. Она должна решить эту проблему.

Высланная прошивка не помогает.

Удалось выяснить, что проблема связана с устареванием arp-записи в коммутаторе. После того, как arp-entry на IP-адрес клиента пропал, при необходимости переслать пакет на этот адрес DGS3627 почему-то не делает arp-запрос и дропает эти пакеты. А когда клиент пингует сам DGS, тот тут же делает ARP-запрос на получение mac-адреса этого клиента, и у клиента все работает еще 20 мин. Видимо, это связано с количеством активных arp-записей в таблице, т.к. случается как правило по вечерам и по выходным, когда народу в сети больше всего (но всего на свитче в это время порядка 140 arp-записей).

При этом arp-запись на этот IP не меняется на другой MAC, она просто исчезает из таблицы, т.е. дело не в arp-атаке, а в глюке коммутатора.

Придется приземлять VLAN-ы на другом оборудовании, а DGS использовать просто как L2.

Какие у Вас настройки ARP Aging Time? Т.е. Вы такое наблюдаете с прошивкой 2.40-B77? Если так то не могли бы Вы описать проблему подробно со схемой с указанием портов подключения и конфигом устройства. А мы со своей стороны постараемся оперативно это пофиксить.

Подробно схему, конфиг и таблицы mac/arp/iproute скину завтра в личку.

ОК. Спасибо! Скиньте пожалуйста в почту.

Мы с такой проблемой столкнулись давным давно и решили её банальным увеличением значения arp_aging time до 14400 )
Сеть сбалансирована довольно неплохо, поэтому переполнения арп-таблицы маршрутизаторов не наблюдается...

_________________
AB-Style: Выходных дней два в году - Новый Год и Апокалипсис. Да и то что-то с Апокалипсисом не везёт...
D-Link User: DES-3526/3550, DES-3528, DES-3018, DES-3200-XX, DGS-3612/3627G, DCS-9x0, DCS-3220, DVG-5112S, DPH-400S + разные роутеры и медиаконвертеры

А что если клиент сменит компьютер, т.е. mac? ARP-запись обновится, или ему придется ждать 4 часа?

Как ни странно, арп-записи обновляются без задержек, проблем не возникает..

UPD: Забыл уточнить - у нас вертится прошивка 2.20В56

_________________
AB-Style: Выходных дней два в году - Новый Год и Апокалипсис. Да и то что-то с Апокалипсисом не везёт...
D-Link User: DES-3526/3550, DES-3528, DES-3018, DES-3200-XX, DGS-3612/3627G, DCS-9x0, DCS-3220, DVG-5112S, DPH-400S + разные роутеры и медиаконвертеры

falameezaar
Последовал вашему совету, неделю проблем не возникало.

Сегодня двое стали жаловаться, что началось опять, причем у обоих 2 раза за день, т.е. 10-суточный интервал (14400 мин) никак не мог пройти.

Просьба к представителям Dlink ответить, может ли замена самого устройства на такой же решить проблему, или дело в прошивке и конфиге, и свитч менять бесполезно?

Похоже, что возникла та же проблема. Но пока пожаловался только один человек. Таких коммутаторов в сети пока 5, но проблема, судя по всему, возникает только на одном. Причем на нем же была проблема dhcp_relay при переходе на r250b21. Остальные настраиваются с нуля и сразу на r250b21 - работают без видимых проблем.

Проблема точно не в железе. У Вас есть версия 2.50-B15?