Есть у кого-нибудь опыт использования MT с WDS для расширения зоны действия Wi-Fi и подключения к ноутбукам обычных пользователей? Спрашиваю, потому что за последние 6 месяцев я перепробовал 3 разные аппаратные/программные конфигурации, и НИ ОДНА из них не заработала. Проблема всегда возникает на стороне репитера, а не на стороне клиента, подключающегося к нему.
Вот схема: на каждом этаже установлен MT с версией 2.9.30, где радио настроено как AP-bridge и WDS в режиме static. Таким образом, пользователи на этаже по-прежнему могут подключаться к основной точке доступа, а где бы я ни установил WDS-репитер, пользователи могут к нему подключаться, если не могут дотянуться до основной точки доступа (как в некоторых случаях и происходит). Фактическая сетевая топология работает нормально. Например, WDS-соединения стабильные, держатся днями, и я могу пинговать всё. Просто примерно каждый клиент, пытающийся подключиться к этим WDS-репитерам, сталкивается с проблемами, и в логах репитера видны сообщения наподобие:
06:42:48 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, got disassoc:
sending station leaving (8)
06:44:51 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:46:29 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, extensive data
loss
06:46:29 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:47:09 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, extensive data
loss
06:48:01 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:48:47 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, got disassoc:
sending station leaving (8)
06:50:10 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:50:20 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, got disassoc:
sending station leaving (8)
06:51:51 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:52:19 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, extensive data
loss
В этом случае клиент отлично подключается к основной точке доступа на этаже, но вот что он получает при подключении к WDS-репитеру. К основной точке доступа он получает RSSI -88, а к репитеру - -65. Это всего один пример, взятый из логов прошлой ночью. Такая же ситуация для любого из двух других WDS-репитеров, которые у меня есть, и с разными клиентами. Клиенты просто сообщают о неработающем Wi-Fi и часто подключаются и отключаются.
Аппаратная часть репитеров:
2 x RB 112 w/ SR2 и версия 2.9.38
и 1 x Wrap 2E w/ NMP-8602 и версия 2.9.25.
У всех репитеров одни и те же проблемы: клиенты постоянно подключаются и отключаются, а в логах MT видны какие-то бесполезные сообщения, хотя я уверен, что у этих пользователей хороший RSSI, так как репитеры находятся прямо у них в квартирах.
Есть какие-нибудь идеи или опыт в этом вопросе, потому что это очень разочаровывает, как можно было ожидать.
P.S. еще один фрагмент логов с другого репитера:
19:36:46 wireless,debug wlan1: 00:12:F0:3C:E0:97 attempts to connect
19:36:46 wireless,debug wlan1: 00:12:F0:3C:E0:97 not in local ACL, by default
accept
19:36:46 wireless,info 00:12:F0:3C:E0:97@wlan1: connected
19:36:46 wireless,info 00:12:F0:3C:E0:97@wlan1: connected
19:37:19 wireless,info 00:12:F0:3C:E0:97@wlan1: disconnected, got disassoc:
unspecified (1)
19:37:19 wireless,info 00:12:F0:3C:E0:97@wlan1: disconnected, got disassoc:
unspecified (1)
Вот схема: на каждом этаже установлен MT с версией 2.9.30, где радио настроено как AP-bridge и WDS в режиме static. Таким образом, пользователи на этаже по-прежнему могут подключаться к основной точке доступа, а где бы я ни установил WDS-репитер, пользователи могут к нему подключаться, если не могут дотянуться до основной точки доступа (как в некоторых случаях и происходит). Фактическая сетевая топология работает нормально. Например, WDS-соединения стабильные, держатся днями, и я могу пинговать всё. Просто примерно каждый клиент, пытающийся подключиться к этим WDS-репитерам, сталкивается с проблемами, и в логах репитера видны сообщения наподобие:
06:42:48 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, got disassoc:
sending station leaving (8)
06:44:51 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:46:29 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, extensive data
loss
06:46:29 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:47:09 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, extensive data
loss
06:48:01 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:48:47 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, got disassoc:
sending station leaving (8)
06:50:10 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:50:20 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, got disassoc:
sending station leaving (8)
06:51:51 wireless,info 00:16:CE:75:FB:59@wlan1: connected
06:52:19 wireless,info 00:16:CE:75:FB:59@wlan1: disconnected, extensive data
loss
В этом случае клиент отлично подключается к основной точке доступа на этаже, но вот что он получает при подключении к WDS-репитеру. К основной точке доступа он получает RSSI -88, а к репитеру - -65. Это всего один пример, взятый из логов прошлой ночью. Такая же ситуация для любого из двух других WDS-репитеров, которые у меня есть, и с разными клиентами. Клиенты просто сообщают о неработающем Wi-Fi и часто подключаются и отключаются.
Аппаратная часть репитеров:
2 x RB 112 w/ SR2 и версия 2.9.38
и 1 x Wrap 2E w/ NMP-8602 и версия 2.9.25.
У всех репитеров одни и те же проблемы: клиенты постоянно подключаются и отключаются, а в логах MT видны какие-то бесполезные сообщения, хотя я уверен, что у этих пользователей хороший RSSI, так как репитеры находятся прямо у них в квартирах.
Есть какие-нибудь идеи или опыт в этом вопросе, потому что это очень разочаровывает, как можно было ожидать.
P.S. еще один фрагмент логов с другого репитера:
19:36:46 wireless,debug wlan1: 00:12:F0:3C:E0:97 attempts to connect
19:36:46 wireless,debug wlan1: 00:12:F0:3C:E0:97 not in local ACL, by default
accept
19:36:46 wireless,info 00:12:F0:3C:E0:97@wlan1: connected
19:36:46 wireless,info 00:12:F0:3C:E0:97@wlan1: connected
19:37:19 wireless,info 00:12:F0:3C:E0:97@wlan1: disconnected, got disassoc:
unspecified (1)
19:37:19 wireless,info 00:12:F0:3C:E0:97@wlan1: disconnected, got disassoc:
unspecified (1)
