Имею в пользовании два линка, построенных на внешней точке доступа TL-WA5210G. Мода работы - "точка доступа" <-> "клиент (не WISP а обычный) точки", ибо пользоваться мостом в моде "полноценного бриджа" без возможности его защитить нормальным кодом (WEP - не в счёт) невозможно, время не то. На обоих линках постоянно возникает одна и та же проблема - регулярно, раз в несколько (всякий раз по разному, закономерность не заметил) часов, точка-клиент теряет точку базу. В простейшем случае она перестаёт пинговаться и не пускает в веб-морду, при этом расположенная за ней аппаратура продолжает работать и отвечает на пинги. В более "клиническом" случае недоступен весь сегмент сети, расположенный за точкой, включая и её саму. Как то оказавшись в момент зависа "на той стороне", с удивлением обнаружил, что точка-клиент перескочила на ДРУГОЙ КАНАЛ и изменила моду работы с "G" "B"!!!!!!!! при этом точка-база ни канала, ни моды работы не изменяла...Иногда для выведения линка из ступора достаточно просто сменить (на короткое время) канал на точке-базе, иногда не помогает вообще ничего, включая и перезагрузку. Встречное пингование сторожевым таймером несколько помогает, но не снимает проблему. Линки обслуживают шлюзы VOIP, которые, ессно, в таких случаях не работают, поэтому подобные закидоны уже начали доставать. Господа производители, что вы можете посоветовать в такой ситуации?
P/S/ Большая человеческая просьба - сделайте управление и по телнет тоже. Ведь один чёрт внутри веб-морды всё реализовано через командную строку...
P/P/S/ Вдогонку. В соседней теме невозможность использования шифрование WPA\WPA2 в режимах репитера, bridge и WDS аргументировалась урезанным функционалом чипа. Прошу пояснить, как тогда в достаточно известной точке Nanostation2, построенной на том же чипе, этот функционал, т.е. WPA\WPA2 - реализован и вполне себе используется?!
Эта ветка закрыта для дальнейших ответов. Вы можете создать новую тему, чтобы поделиться своими идеями или задать вопросы.