Пропадание пинга до точек доступа.
 

Коллеги, здравствуйте.
Есть проблема с точками доступа Wi-fi в локальной сети.
Проявляется она следующим образом:
Все клиенты подключающиеся на Wi-fi получают дико тормозящую сеть, от 200 до 2000мс пинг. Проведение исследования показало, что если на любой точке выставить статику, на компе статику, подключиться к сети и выдернуть кабель из точки - пинг становится нормальным. При включении кабеля обратно ситуация повторяется.
Так же экспериментальным путем было установлено:
1. Не зависит от точки доступа. Используются Linksys WAP 54G, Asus, была для теста закуплена новая Dlink DWL3600 - проблема на всех одинакова.
2. Не зависит от клиента. Клиенты на винде от 7 до 8.1 и на Маках. Телефоны и планшеты проблему сохраняют.
3. Не зависит от кабеля и порта на свитче в которую воткнута точка доступа.
4. Не зависит от количества точек доступа одновременно в сети.
5. Не зависит от типа используемого адреса - статика или DHCP. в условии DHCP клиент может из-за лагов вообще не получить адреса.
6. Не зависит от наличия или отсутствия шифрования на точке и количества подключенных клиентов.

Я в растерянности. Куда копать?

Можете описать вашу сеть?
1 - Локальная сеть (ip/mask)
2 - AP? сидят в этой же сети или в отдельной?
3 - Как AP получают ip?

1 - сеть 192.168.0.0/22 На коммутаторах разделена на два непересекающихся немаршрутизируемых VLAN, Local и VoIP.
2 - AP сидят в той же сети, где и компы (Local)
3 - AP изначально в сети работали и получали адреса по DHCP. В один прекрасный момент работать перестали. точно установить момент не получилось, однако ядро сети и коммутаторы точно не менялись. Установка статики на АР не помогла.

Если АР подключить в VoIP сеть - проблема не наблюдается.

и очень странно и все таки говорит о какой-то проблеме.

Local и VoIP ничем не отличаются? AP воткнуты в access порты?
если вместо AP поставить клиентскую железку то все нормально будет?

ну очевидно, что проблема есть.
Local и VoIP на свитчах не отличаются ничем, есть разница в подключаемом клиентском оборудовании, это либо компы и сервера, либо VoIP телефоны. Возможно что-то было подключено к сети в Local VLAN, но что именно могло дать такой эффект, почему он не проявляется при пинге локального интерфейса точек и проявляется при подключении к WiFi не представляю. И не знаю как это вероятное что-то найти кроме как посегментным отключением сети.

Если вместо AP поставить обычный ноут - все прекрасно работает в данном порту коммутатора, более того, сама точка прекрасно пингуется по своему локальному порту с любого компа сети, кроме тех, которые подключены к ней по Wifi.
Ну и на точках только один порт, кроме Длинка, его подключал через access.

Наверное только так и остается, либо сделать тестовый VLAN и там все проверить.
На коммутаторе по логам все чисто?
Ошибок на порту нет?
Если AP дать ip в другой сети. тоже самое будет?

В VoIP VLAN загонял без смены адресов (оставлял ту же подсеть) - проблема не наблюдалась.
Коммутатор пока не копал в логи, ошибок на порту нет, поскольку проблемных точек больше 4 - порты и сами коммутаторы разные. физически.
IP в другой подсети не пробовал давать, завтра попробую.

Итак, IP в другой подсети не помогают.
Веерное отключение показала, что проблема в одном клиентском коммутаторе, к которым не подключено вообще ни одной точки доступа, только компы и телефоны, и вообще он находится на другом этаже. Отключение сетки до него более менее нормализует пинг.
выглядит это вот так.
В чем может быть причина? Более конкретно по портам сказать сложно пока, люди работают, попробую еще раз ночью.

Тут только оставаться на ночь и поочередно выдергивать.
Может порт на свиче, может где кольцо образовано.

если кольцо появляется - то обычно всю сеть колбасит, а тут целенаправленно только Wi-fi.

У меня была похожая проблема c точками DAP-2360. В основном у всех работало нормально пинги не очень стабильные но работало, кроме одного юзера с MacBook Air он вообще работать не мог, скорость WiFi была очень нестабильной.

В этоге оказалось что в сети постоянно ходил паразитный ARP трафик ~1500pps, в следствии прошивки двух свичей глючной прошивкой.
После отката прошивки WiFi заработал как часы и трафик упал до ~20pps в ночное время.

как обнаружили паразитный трафик, на что он похож в сниффере? обычные ARP пакеты у меня ходят... их не то чтобы очень много.

Включил в базовом режиме IGMP snooping на свитчах доступа, оказывается даже самые тупые web-smart свитчи у dlink это умеют, и похоже проблема ушла. Буду еще тестировать дальше, спасибо!