N.Leiten

Если у вас необходимость работать без прямой видимости - собирайте свои сектора с круговой/эллиптической поляризацией (не путать с диаграммой направленности, при такой поляризации потеряете 3Дб мощности, т.к. у клиентов антенны с линейной поляризацией, но круговая имеет лучшую проницаемость за счёт отсутствия противофазных сигналов при интерференции), зажимайте скорость на двух поляризациях до MCS7, что позволит, при включённом STBC1 получить доп. стабильность/скорость канала в направлении от клиента до БС. Насчёт мощности - из практики, выше 25Дб ставить нет смысла, т.к. тут начинает игра

Запомните, FTP без заземления использовать нельзя. Да и для защиты от гроз его использовать бессмысленно. Основная цель таких кабелей - разделение среды в кабель-каналах, где очень много кабелей, чтоб они друг другу не мешали. Для защиты от гроз и статики помогает грозозащита (каскад заземлённых ограничительных диодов с вариациями исполнения) или спец. защита портах коммутаторов/сетевых картах (чего на большинстве оборудования, естественно, нет). Опять же, без заземления грозозащиты не работают. Как решить проблему пробоя? Следует избегать заземления/зануления через питание и абонентские кабел

Откройте себе гугл-переводчик и переведите quality и capacity, всё станет на свои места. Плюс документацию почитать не мешает. Всё правильно показывает, параметры зависят от максимальной пропускной способности канала и качества сигнала. В частности при включении однополяризационного клиента падает общая пропускная способность, что логично, т.к. БС не может работать на максимум собственных возможностей с этим клиентским устройством (читай, падает capacity). Плюс ко всему из-за расстояния наверняка клиент слышно хуже, от чего страдает quality.

Радиотракт проверить (пигтейлы, антенны, коннекторы). Особенно коннекторы - очень часто заливается водой и окисляется. Другой момент - прошли дожди/грозы по стране, вполне вероятно, что на базе подгорел беспроводной интерфейс - тут только замена.

не реклама - а для информации )))) про OMNI антенны на БС +1 Ничего не имею против wimax. Как решение "поставил и забыл" вполне отлично, но ценник задрат непомерно, ИМХО. А вот насчёт коллинеарок на БС - вот тут уже не соглашусь, у них плоскость излучения узкая - придётся выравнивать высоту. А с учётом поставленной задачи (авто) - это невыполнимая задача. Тут как раз надо ставить коллинеарки на авто, причём с усилением 5-7ДБ, не больше, по той же причине. Поэтому порекомендую секторные антенны, и усиление больше получится и диаграмма более подходящая, да и бонусом скорость выше б

Если хотите поизобретать - то mimo оборудование с круговой поляризацией везде, в вашем случае будет 2T2R MIMO(2x2:2), но в режиме 2x2:1 (просто скорость до MCS7) плюс ширину полосы выбрать 10МГц, и будет всё работать как вы и хотите и значительно дешевле wimax, который тут рекламируют.

Это как в анекдоте про шашечки. Вот тут явно людям не ехать надо, а именно "шашечки".

Зависит от протокола, не знаю насчёт nv2, но в пределах 802.11 Точка доступа шлёт маячки (beacon) о своём присутствии в эфире с указанной периодичностью (обычно 100TU ~ 100мсек), её можно изменить, в точках этот параметр настраивается. С точки зрения клиента (station в терминологии 802.11-infrastructure) есть два режима взаимодействия при подключении к сети, обычно это определяется параметром RegDomain (так называемые флаги NO-SCAN). Первый режим, активное сканирование, при котором клиент скачет по каналам и на каждом канале шлёт probe-request и ждёт ответа от всех точек доступа определённый п

Если теряются пакеты от вашего сервера до интернет-серверов - трясите своего провайдера, предварительно убедившись, что ваши внешние интерфейсы исправны (включая коннекторы/кабеля). Если потери от клиента, то проверяйте до вашего сервера. И для быстрой проверки используйте альтернативные пинговалки, т.к. под виндами сложно собирать такую статистику. Например, в винде пинг посылается раз в секунду в течение часа - это будет "средняя температура по больнице за час", а под тем же линуксом можно запустить пинг с ключём -f (не дожидаться приёма ответа, грубо говоря "флудящий пинг") или ключём -A (

Если всё на ubiquity, включая клиентские устройства, то можно сделать проще - просто перевести клиентские устройства в режим роутеров и не парить мозг. Таким образом вы отделить физические сегменты клиентов от своих и уже будет неважно, что там клиент у себя дома подключает. Но это при условии, что за каждым устройством сидит один клиент. Можно извратиться с перепрошивкой и поднять там pppoe-relay или авторизатор (в безбашенном варианте на клиентском устройстве подымать pppoe-server) в самом клиентском устройстве - тогда будет два плюса, разные физ. сегменты сети не будут мешать друг другу, пл

значит передаются.? Откройте для себя tcpdump или подобные снифферы, и увидите, что мак не передается. А pppoe работать будет как раз из-за nat2.5. От кривости реализации которого и зависит как те или иные протоколы себя поверх nat2.5 поведут. Часто бывает, что больше одной сессии pppoe за nat2.5 поднять не получится, но есть варианты исполнения в виде pppoe-relay обходящие данную проблему (и как правило pppoe-relay там прибит гвоздями в nat2.5, то есть второй relay уже не поставить - ограничение pppoe).

Потому что точка доступа к которой подключается клиентский интерфейс понятия не имеет что это за левый мак-адрес гуляет в радио и куда его слать, на уровне ОС/драйверов точки доступа "левые" мак-адреса могут приходить или с проводного интерфейса (который в бридже с беспроводным) или с wds-интерфейса (с другой точки доступа). А wds в режиме клиента - это уже последующая разработка применения четвёртого поля мак-адреса, как раз для реализации прозрачного режима работы. В стандартном режиме три поля используются для идентификации мак-адресов: назначение, источник, bssid (уникальный мак-адрес се

Плохо в теории разбираетесь, очень плохо. Дополнительные 6 байт на пакет особой роли не играют. Стандарт описывает несколько режимов работы беспроводного устройства. Первоначально был только ad-hoc, в котором могут находится "клиентские" (или оконечные) устройства, то есть интерфейсы в самом компьютере или другой технике. У такого интерфейса есть свой MAC, под которым они и участвуют в обмене данными. Потом появилось понятие инфраструктуры, с понятием Acess Point (тоже режим работы интерфейса), в котором интерфейс умеет посылать самостоятельно "маячки" (beacon-frame) и при этом другие учас

В прошивке есть tcpdump, кто мешает посмотреть на трафик, который бегает по беспроводке?

Самый оптимальный способ сделать мост невидимым для УДЦР - это не подавать питание на оборудование вообще. :) Лучший ответ !!!!! однозначно.

Если хотите быстро - выбирайте mikrotik или ubiquity. Благо, железок уже наплодили достаточно.

А офисные ноутбуки/планшеты/смартфоны тоже переделаете под нестандартные частоты? Насчёт смартфонов - если с рутом, то всё возможно на атеросах. А для винды открою тайну - есть исходники в интернете атеросовских драйверов для винды, правда, с хал модулем, но его пересобрать труда не составит...

а смысл? В Харькове, например, в 2ггц диапазоне ниже и выше стандарта практически невозможно работать. 2300 и выше - интертелеком, выше стандарта - MMDS. А смысл вообще выносить из помещения офисные железки, не то время уже когда 2100 длинки шили в блюбоксы, сейчас уже достаточно большой выбор дешевого аутдор вайфая. Да и чо там по личкам нычкариться, скажите уже тут что прошиваете в openwrt Опенврт хорош как комбайн для сборки, но допиливать там много чего надо. Насчёт офисного оборудования и выноса - есть такой момент чисто финансовый во многих регионах, знаю по заказам - ба

По вопросу нестандартных частот в офисных железках типа tp-link wr-741n(d) wr-841n(d) и этой серии, прошу в ЛС.

Смотрите в сторону питания: или у вас кабель перетёрся или просадка в сети 220 и блок питания не выдаёт нужные параметры тока/напряжения. По-поводу спрятаться - от анализаторов спектра нчиего не спасёт, энергия есть энергия и сигнал спрятать никак. Если же речь идёт о том, как спрятать от сподручных методов сканирования - нужно менять MAC-уровень протокола, о чём я и писал выше.

Либо переписываете драйвер в прошивке сами, либо никак.

ручками в консоли в /etc/persistent Детальнее - создаёте файлики rc.poststart и rc.prestop с нужными настройками (iptables и прочие вкусности в прошивке присутствуют), потом обязательно выполняем команду cfgmtd -w -p /etc/persistent для сохранения файлов на флешку. И не забываем права доступа на исполнение файлам дать.

Проблема с питанием. Либо кабель где-то перетёр питающие жилы. Как временное решение - понижение мощности передатчика и более узкая полоса (8 или 10МГц).

Вот на прошлой неделе получили кабель китайский Step4Net (где покупали догадаться не сложно) для внешней прокладки, жила 0.51 - всё завелось, как на старом Одескабеле: бухта 305м на 10Мбит. Замер speedtest и пинги до сервера в приложенных фото. PS. Просьба к администрации подправить движок форума - картинки переворачивает.

Можно попробовать mimo 1t2r (скорость MCS0-MCS-7, но карточки поддерживающие 2t2r) в 5/10МГц полосе. Скорость небольшую выжать можно, но тут 50/50 - если заработает, то заработает. Без прямой видимости вай-хвай только с зауженными каналами можно завести, а двойной приёмник помогает при отражённом сигнале. Другой вариант - смотреть на nanos m9, но по шапке надают моментально, мобильщики не любят помех, а частотнадзор с удовольствием отшлёпает за такое.