Сеть (>100 ПК), внутри DHCP сервер (на DC Win2003 R2).
Точек доступа несколько, все они одинаковые (DAP-2553) покупались в одно время, воткнуты в свичи на разных этажах, покрытие практически не перекрывается.
Точки доступа используются для прямого подключения в ЛВС предприятия, получают адреса из того же диапазона, что и обычные стационарные ПК. Отдельные виланы для них не используются.
Имеют статический адрес.
Беспроводных клиентов сравнительно немного, полтора десятка.

Model Name DAP-2553
Firmware Version 1.25 17:29:37 08/26/2011

Все настройки стандартны:

SSID Visibility: enable
Auto Channel Selection: disable
Channel: 6
Channel Width: Auto 20/40
Authentication: WPA-P
WPA Mode: auto
Cipher Type: auto
Group Key Update Interval: 1800
PassPhrase: 63 символа, рендом

Wireless Mode: Mixed (b,g,n)
WMM (Wi-Fi Multimedia): enable
IGMP Snooping: disable

Все остальные функции точек доступа (встроенный DHCP сервер, VLAN, QoS, Array, ARP Spoofing Prevention и т.п.) - отключены.

Проблема.
Со всеми точками одна и та же проблема. После суток-двух эксплуатации некоторые клиенты, с разным оборудованием (огрызки, ноуты HP и DELL, смартфоны на андроиде), придя с утра не могут подключиться к сети.
Устройства затыкаются на этапе получения адреса. Снифер со стороны локальной сети (с ПК, подключенного кабелем к коммутатору) показывает нормальный запрос от клиента насчет адреса и ответ на него от DHCP сервера. Снифер на беспроводном клиенте с проблемой показывает свой запрос по DHCP но не получение ответа на него, т.е. ответ сервера до клиента по какой-то причине не доходит.

Проблема плавающая, если клиент перенесет свое устройство в зону действия другой точки, то там он вполне может получить адрес, вернуться в зону действия первой точки и прекрасно продолжить работу.

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

В логах точки доступа вижу следующее:
Uptime 0 day 06:05:23 [Wireless] Received Deauth:STA 18:46:17:E6:5A:C8(reason 3)
Uptime 0 day 06:05:23 [Wireless] Received disassociate:STA 18:46:17:E6:5A:C8 (reason 8 )
Uptime 0 day 06:04:52 [Wireless] 4-way handshake success:STA 18:46:17:E6:5A:C8
Uptime 0 day 06:04:52 [Wireless] Association Success:STA 18:46:17:E6:5A:C8
Uptime 0 day 06:04:51 [Wireless] Received Deauth:STA 18:46:17:E6:5A:C8(reason 3)
Uptime 0 day 06:04:51 [Wireless] Received disassociate:STA 18:46:17:E6:5A:C8 (reason 8 )
....
и т.д. в цикле - пока клиент пытается получить адрес.


Что пробовалось.
1. Вынесение точек доступа в отдельный адресный диапазон (через создание суперзоны на DHCP).
2. Вынесение точек доступа в отдельный вилан с точкой маршрутизации на гейтовом сервере доступа офиса в инет.
3. Игра с интервалом аренды адреса для отдельной зоны для беспроводных устройств (ставил срок аренды в сутки вместо стандартных 8 суток).
4. Поднятие отдельного DHCP сервера (старая длинковская железка-роутер), завернутого в отдельный вилан для выдачи адресов.
5. Сброс точки доступа к заводским и натаптывание настроек заново.

Ничего не помогло. Обновляться до последней прошивки 1.26 судя по ее патчноуту - смысла нет.

Как побороть проблему?

Добрый день,

Установите бэта прошивку 1.30 - ftp://ftp.dlink.ru/pub/Wireless/DAP-255 ... 1.30/beta/
(в ней исправлены проблемы с подключением некоторых клиенстких адаптеров на чипах Broadcom)

измените настройки точки
WPA Mode: WPA2
Cipher Type: AES
Advanced performance:
Multicast rate : 5.5Mbps

Аналогичная проблема, только у меня две таких точек доступа и клиентов не более 5 на каждую
Делал, как описано тут - http://forums.dlink.com/index.php?PHPSE ... ic=56048.0
Но проблему не решило

Затем, увидев эту тему, обновил прошивку на 1.30 и настроил как было описано:

WPA Mode: WPA2
Cipher Type: AES
Advanced performance:
Multicast rate : 5.5Mbps

Точка проработала неделю без перезагрузки, но сейчас проблема повторилась

Как это можно вылечить?