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

Сконфигурированы оба диапазона 2.4 и 5. В диапазоне 2.4 живет wifi телефон Cisco 7921G, который находясь в уверенном приеме от точек периодически отваливается от сети. В логах странного мало, в статистике странное количество ошибок среды...

Почему так, как исправить?

WLAN Traffic Statistics

2.4GHz 5GHz
Transmitted Count
Transmitted Packet Count 1431 936
Transmitted Bytes Count 292420 204317
Dropped Packet Count 148 413
Transmitted Retry Count 0 0
Received Count
Received Packet Count 1063 530
Received Bytes Count 64737 74685
Dropped Packet Count 0 0
Received CRC Count 351893 155
Received Decryption Error Count 0 0
Received MIC Error Count 0 0
Received PHY Error Count 2196127 462

Добрый день, можете выслать мне конфиг с точки (с указанием логина/пароля для входа и ip адреса устройства)?
А в логах точки отображается причина отключения клиента (reason №)? Версия прошивки 1.02?
Других сетей в диапазоне 2,4ГГц много? Каналы беспроводной сети меняли?

Прошива 1.02. Бэту тоже пробовал - не помогает.
Та же самая проблема с DAP-2690 только по Wi-Fi подключены 2 бриджа DAP-1522 и компьютер. 1 бридж подключен по 5ГГЦ.
На 5 ГГц интерфейсе ошибок практически нет, а на 2,4ГГц интерфейсе высыпается PHY error count > 4 000 000 за 30 минут работы, даже если SMA разъемы залушить терминатором 50 Ом.
DAP-2690 по этой причине менялась 1 раз в магазине и 1 раз в Московском сервис-центре D-Link. Результат почти не поменялся.
От выбора канала и его ширины ничего не менялось. Диапазон 2,4 ГГц у меня довольно сильно нагружен - 1 точка 802.11n 40MHz wide и 12 точек с разными скоростными стандартами 20MHz wide, но большинство 802.11g.

Еще проблема, причем катастрофического уровня (для меня) !!!

СХЕМА:

(узел 1)[Компьютер 1GBit ethernet] -----CAT6A cable------ (AP)[LAN (DAP-2690) WLAN 802.11n 40MHz wide, channel auto] -------(3 метра без припятствий)---------- (узел2)[Компьютер с DWA 556 или DWA-566 в любом диапазоне]

Время прохождения пакета между (узлом1) и (узлом2) составляет от 3,24ms - 6,15ms, никакие манипуляции настройками не спасают положение !!! Скорость по FTP протоколу не превышает 9 МБайт/сек (среднее 8,2 МБайт/сек), по SMB (сетевое окружение) не превышает 4,2 МБайт/сек (среднее 3,6 МБайт/сек) для обоих диапазонов в случае DWA-566.
Вариант с (узлом2) в виде [DAP-1522 + ethernet + Компутер] дает такие же результаты.

Попробовал рискнуть залить прошиву 1.10 b88j стянутую у немцев с FTP ftp://ftp.dlink.de/dap/dap-2690/driver_software/DAP-2690_fw_Rev-All_v1.10_b88j.zip. После загрузки был ошарашен и ОЧЕНЬ приятно удивлен.

С прошивой 1.10 время прохождения пакета между (узлом1) и (узлом2) составило от 0,3ms - 0,6ms (среднее 0,41ms) !!! Скорость по FTP протоколу достигала 18 МБайт/сек (среднее 16 МБайт/сек), по SMB (сетевое окружение) достигала 10,1 МБайт/сек (среднее 8,9 МБайт/сек) для обоих диапазонов в случае DWA-566.
Вариант с (узлом2) в виде [DAP-1522 + ethernet + Компутер] дает похожие результаты. Наконец 23ГБ видео файлы BD HD VIDEO крутятся без заиканий по Wi-Fi (SMB протокол).
На 2,4ГГц интерфейсе PHY error count не превышал 900 000 за 1 час работы !!!
Согласно показаниям InSSIDer 2.0 уровень принимаемого сигнала увеличился на ~15 Db (Amplitude dBm) по шкале этой программки в том же месте.

Появилась новая проблема:
Если установить номер канала вручную для 2.4 ГГц, отключив автомат, то ширину канала в 40 МГц не видать как своих ушей - 20 МГц хоть убейся, в автоматическом режиме назначения канала - 40 МГц стоит на убой, до первого подключенного 802.11G устройства. На 5ГГц такой проблемы нет.
Больше замечаний нет !!!

Время прохождения пакета измерялось в linux (Novell SLES11SP1) ping -c 10 -s 56 (IP удаленного узла).

Просьба к разработчику: Сделайте возможность принудительного выбора ширины канала 40МГц.

Когда выйдет официальная прошива для России v. 1.10 или подобное ????????

----------------------------------------------------------------------
Личное решение проблемы с минимизацией ошибок PHY Error count на свой страх и риск:
1) Добровольно лишится гарантии, вскрыв точку доступа. Заменить miniPCI Wi-Fi адаптер 2,4 ГГц производства ALPHA на доступный MikroTik R52N выполненный на идеинтичном чипе Atheros, с последующей заменой в его EEPROM Device ID и Vendor ID взятые с EEPROM адаптера ALPHA. PHY error не более 100 за день.

У меня нет информации о сроках, уточню у разработчиков.


Это не проблема, а реализация в соответствии со стандартом 802.11N - механизм сосуществования сетей для диапазона 2,4ГГц - точка сама выбирает ширину канала 20 или 40 МГц, в зависимости от условий окружающей среды и подключенных клиентов.
Если 802.11G клиент отключается и остаются только клиенты, поддерживающие 802.11N до 300мбит/с, то канал устанавливается обратно на 40 МГц?

Для диапазона 2,4ГГц это не предусмотрено стандартом 802.11N

Спасибо. Мне интересно потестить варианты размещенные на http://pmdap.dlink.com.tw/PMD/. Жаль доступа нет.


На прошиве 1.02 ширина канала вообще жестко стояла на 40МГц при любых условиях окружающей среды и любых устройствах 802.11. Поэтому и возник этот вопрос.
Канал устанавливается обратно в 40 МГц по истечению 20-30 мин, при условии, что к точке никто из 802.11ABG не подключается. Долго. В логах информация о переключении 20/40 МГц не отражается.
Наблюдается положительный эффект, если в EEPROM одной клиентской Wi-Fi карточки для 2,4 ГГц в экспериментальных целях записать поддержку только 802.11N 40МГц, остальные возможности отключить. В этом случае при подключении этой карточкой ширина канала сразу устанавливается в 40МГц, игнорируя требования уже подключенных 802.11ABG устройств, но при этом устройства 802.11ABG продолжают нормально работать, что очень странно и противоречит спецификации. Может в DAP-2690 на mPCI модуле с Atheros 9223 2,4ГГц все-таки реализована возможность работы в режиме совместимости с 802.11ABG без изменения(уменьшения) ширины канала ?


В своей практике я сталкивался с таким понятием: Если стандарт не предусматривает, то это не означает что так работать не будет или будет работать, но не правильно.
Соглашусь в случае режимов совместимости. Atheros 9223, как впрочем вся линейка серии 92XX поддерживающая 802.11n, позволяет статически выбирать ширину канала 40 МГц при установке чистого режима N-Only - это точно по стандарту, читал в спецификации на этот чип, а в опциях интерфейса прошивы не реализовано. В режимах совместимости, согласно стандарту - "20МГц", "AUTO 20/40MHz".

Пусть разработчик реализует возможность выбора ширины канала 40МГц при установке чистого режима N-Only в дополнении к имеющимся "20 MHz" и "Auto 20/40 MHz" для обоих диапазонов, а там протестим качество работы. Много времени это не займет.

------------------------------
802.11ABG - означает 802.11a, 802.11b, 802.11g.

на PMD не выкладываются бэты и тестовые версии, только "релизы",
там прошивки версий 1.00; 1.01 и 1.02