Здравствуйте
Вместе с ростом сети начали появлятся непонятные глюки, подозреваю что это уже колизи из-за слишком большой сети.
шлюз перестаёт видеть маки клиентских машин и даже маки 900 точек
после перезагрузки любого девайса связь появляется не короткое время и пропадает снова
клиентские машины видят мак шлюза, а шлюз не видит их.
кто может встречался с этим?
ну и мнение саппорта тоже очень интересует.
структура сети примерно такая

точка доступа---мост--мост--шлюз--мост--мост---точка доступа
ну и ещё пару сигментов.
пропадает правда только с одной стороны у клиентов, видно с клиентского компа все точки до самого шлюза, а вот шлюза уже нет.
в качестве точек доступа стоят 2100 и мосты на 2000
к 2100 потключенны ещё 2100 в режиме wds with АР, связь 2100--2100 не пропадает, отваливаются именно клиенты.
спасибо за помощь.

статистика 2100 на которой всё это творится
Transmit Success Rate 12 %
Transmit Retry Rate 0 %
Receive Success Rate 84 %
Receive Duplicate Rate 5 %
RTS Success Count 0
RTS Failure Count 299805
Transmitted Frame Count
Transmitted Frame Count 1847644
Multicast Transmitted Frame Count 58124
Transmitted Error Count 14171113
Transmitted Total Retry Count 0
Transmitted Multiple Retry Count 0
Received Frame Count
Received Frame Count 1494997
Multicast Received Frame Count 9039
Received Frame FCS Error Count 299805
Received Frame Duplicate Count 91863
Ack Rcv failure Count 1586294
Wep Frame Error Count
WEP Excluded Frame Count 0
WEP ICV Error Count 0
и пакеты на шлюзе
10:38:31.849714 arp who-has 192.168.20.39 tell 192.168.20.1
10:38:32.849427 arp who-has 192.168.20.39 tell 192.168.20.1
10:38:33.849426 arp who-has 192.168.20.39 tell 192.168.20.1
10:38:34.849715 arp who-has 192.168.20.39 tell 192.168.20.1
10:38:35.849429 arp who-has 192.168.20.39 tell 192.168.20.1
работ не проводилось в то время, так как есть пахало всё больше 2 месяцев