N.Leiten
-
Всього повідомлень
1 037 -
Приєднався
-
Останній візит
-
Дней в лидерах
10
Тип контенту
Профили
Форум
Календарь
Сообщения додав N.Leiten
-
-
Запомните, FTP без заземления использовать нельзя. Да и для защиты от гроз его использовать бессмысленно. Основная цель таких кабелей - разделение среды в кабель-каналах, где очень много кабелей, чтоб они друг другу не мешали. Для защиты от гроз и статики помогает грозозащита (каскад заземлённых ограничительных диодов с вариациями исполнения) или спец. защита портах коммутаторов/сетевых картах (чего на большинстве оборудования, естественно, нет). Опять же, без заземления грозозащиты не работают. Как решить проблему пробоя? Следует избегать заземления/зануления через питание и абонентские кабеля. Первое - решается централизованным питанием с защитой на блоке питания.
Из реальной картинки - FTP от гроз не спасёт никак, наводка в несколько киловольт в любом случае даст вторичную наводку по длине кабеля на внутренние жилы. А вот собирать всё ЭМП на экране постоянно - тоже мало хорошего, т.к. рано или поздно произойдёт пробой статического электричества и точно так же вырубит порт. Потому вся затея с FTP бессмысленна и несёт на 87% маркетоидную шизу (остальные 13% как раз относятся к изоляции между параллельными кабелями от взаимных наводок и шумов в сигнале - для затравочки, смотрим кабеля cat7 и выше, которые SFSTP для понимания вопроса - а зачем вообще нужен экран).
Потому совет - пользуйтесь волокном, благо есть на рынке коммутаторы с оптическими портами на 100Мбит и роутеры с оптическим WAN портом.
-
Откройте себе гугл-переводчик и переведите quality и capacity, всё станет на свои места. Плюс документацию почитать не мешает. Всё правильно показывает, параметры зависят от максимальной пропускной способности канала и качества сигнала. В частности при включении однополяризационного клиента падает общая пропускная способность, что логично, т.к. БС не может работать на максимум собственных возможностей с этим клиентским устройством (читай, падает capacity). Плюс ко всему из-за расстояния наверняка клиент слышно хуже, от чего страдает quality.
-
Радиотракт проверить (пигтейлы, антенны, коннекторы). Особенно коннекторы - очень часто заливается водой и окисляется.
Другой момент - прошли дожди/грозы по стране, вполне вероятно, что на базе подгорел беспроводной интерфейс - тут только замена.
-
Если хотите поизобретать - то mimo оборудование с круговой поляризацией везде, в вашем случае будет 2T2R MIMO(2x2:2), но в режиме 2x2:1 (просто скорость до MCS7) плюс ширину полосы выбрать 10МГц, и будет всё работать как вы и хотите и значительно дешевле wimax, который тут рекламируют.
не реклама - а для информации ))))
про 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 и ждёт ответа от всех точек доступа определённый период времени (probe-response) и составляет список доступных сетей. Второй режим, пассивное сканирование (очень частое явление в 5ГГц диапазоне, т.к. там стоят ограничения в связи с использованием радаров на этих частотах) при котором клиент также прыгает по каналам но молча и слушает те самые маячки от доступных точек доступа. Соответственно, пассивное сканирование занимает больше времени, т.к. вероятность обнаружения нужной точки доступа уменьшается.
-
Если теряются пакеты от вашего сервера до интернет-серверов - трясите своего провайдера, предварительно убедившись, что ваши внешние интерфейсы исправны (включая коннекторы/кабеля).
Если потери от клиента, то проверяйте до вашего сервера. И для быстрой проверки используйте альтернативные пинговалки, т.к. под виндами сложно собирать такую статистику. Например, в винде пинг посылается раз в секунду в течение часа - это будет "средняя температура по больнице за час", а под тем же линуксом можно запустить пинг с ключём -f (не дожидаться приёма ответа, грубо говоря "флудящий пинг") или ключём -A (посылать пакет сразу после приёма ответа на предидущий запрос - мягкая форма быстрого пинга). И при этом проверяйте с учётом размера пакетов, под виндой ключ -l <размер_пакета>, под линуксом ключ -s <размер_пакета> - это позволяет делать стресс-тест при обмене данных максимальными фреймами на физ. уровне и даёт более полную картинку состояния сети.
И ни в коем случае не используйте -f/-A ключи под линуксом для проверки связи интернет-серверов - за такое могут по шапке надавать, используйте только внутри сети (в очень редких случаях можно пробовать проверять с ключём -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 (уникальный мак-адрес сети, часто совпадает с мак-адресом точки доступа), четвёртое поле - как раз для указания мак-адреса назначения в распределённой сети. Причём, проблема в том, что порядок этих четырёх полей у каждого производителя чипов может быть своим, от чего и были в своё время проблемы совместимости в гибридном режиме, а в стандартной распределённой сети всё работало. И, оговорюсь, что порядок полей меняется от направления пакета и режима сети(ad-hoc/инфраструктура).
Ну почитайте уже в конец гугл, всё же уже разжёвано и пережёвано. В крайнем случае исходники mac80211 из BSD систем или linux-ядра вам в руки.
-
Плохо в теории разбираетесь, очень плохо. Дополнительные 6 байт на пакет особой роли не играют.
Стандарт описывает несколько режимов работы беспроводного устройства. Первоначально был только ad-hoc, в котором могут находится "клиентские" (или оконечные) устройства, то есть интерфейсы в самом компьютере или другой технике. У такого интерфейса есть свой MAC, под которым они и участвуют в обмене данными. Потом появилось понятие инфраструктуры, с понятием Acess Point (тоже режим работы интерфейса), в котором интерфейс умеет посылать самостоятельно "маячки" (beacon-frame) и при этом другие участники сети такие фреймы не должны посылать. Ну и в инфраструктуре тоже есть понятие того самого "клиентского" устройства, которое точно так же могут передавать и принимать данные от своего/на свой MAC-адрес. По этому клиентскому MAC-адресу точка доступа определяет направление пакета в беспроводной среде и точка доступа понимает только сущность клиента, а не того, что за клиентом в бридже что-то там ещё может стоять. Для этого есть две технологии - первая, гибридная - nat2.5, подмена мак-адреса на клиентском интерфейсе в сторону точки доступа с отслеживанием пакетов L3 (т.к. те же dhcp, pppoe завязаны на мак-уровень), и собственно wds, который разрабатывался для других немного целей - построение распределённых сетей из нескольких access point’ов взаимосвязанных между собой.
Так вот, чтоб всё было чисто и гладко, даже с точки зрения 802.1q и используют wds. Дабы избежать накладных расходов на отслеживание проходящих пакетов и прочих плюшек.
По существу, лучше/хуже никак не коррелирует с самим wds, т.к. 4-field frames используются только при передаче фреймов с данными, а не служебной информацией, поэтому и разницы нет.
-
В прошивке есть tcpdump, кто мешает посмотреть на трафик, который бегает по беспроводке?
-
Как сделать чтобы мост был невидимым. Точку доступа сделал невидимой однако видно мак адрес и номер канала
Самый оптимальный способ сделать мост невидимым для УДЦР - это не подавать питание на оборудование вообще.
:)Лучший ответ !!!!!
однозначно.
-
Добрый день. Требуется заменить данное оборудование на аналогичное по возможностям (особенно важна возможность работы в расширенном диапазоне частот, что позволяет использовать незагруженные каналы) Бюджет ограничен. Интересуют модели, которые сейчас производятся. Подскажите, какие решения стоит рассмотреть?
Если хотите быстро - выбирайте mikrotik или ubiquity. Благо, железок уже наплодили достаточно.
-
По вопросу нестандартных частот в офисных железках типа tp-link wr-741n(d) wr-841n(d) и этой серии, прошу в ЛС.
А офисные ноутбуки/планшеты/смартфоны тоже переделаете под нестандартные частоты?
Насчёт смартфонов - если с рутом, то всё возможно на атеросах. А для винды открою тайну - есть исходники в интернете атеросовских драйверов для винды, правда, с хал модулем, но его пересобрать труда не составит...
-
По вопросу нестандартных частот в офисных железках типа tp-link wr-741n(d) wr-841n(d) и этой серии, прошу в ЛС.
а смысл?
В Харькове, например, в 2ггц диапазоне ниже и выше стандарта практически невозможно работать. 2300 и выше - интертелеком, выше стандарта - MMDS.
А смысл вообще выносить из помещения офисные железки, не то время уже когда 2100 длинки шили в блюбоксы, сейчас уже достаточно большой выбор дешевого аутдор вайфая.
Да и чо там по личкам нычкариться, скажите уже тут что прошиваете в openwrt
Опенврт хорош как комбайн для сборки, но допиливать там много чего надо. Насчёт офисного оборудования и выноса - есть такой момент чисто финансовый во многих регионах, знаю по заказам - банальное воровство. Так вот наносы, рокеты, грувы и прочее all-in-one очень хорошо попадается на глаза любителям приложить руки. Решением может быть разделение антенного хозяйства наружу и приёмо-передающего устройства в сейф (например микротики, боарды и т.п.). Как вариант, можно использовать и офисное оборудование. Но вот незадача, доп. возможности на офисном оборудовании не все есть. Да и цена тоже радует.
Конечно, об этом спорить нет смысла, проще ставить готовое. Но вопрос был задан однозначно, я и ответил. Если кому-то что-то не нравится - я не навязываюсь. И пускать в свободный доступ наработки не собираюсь, горький опыт Wive показал, что культуры пользования РЧР даже в моём городе нет. А сейчас в дополнение наносы в свободном доступе - приходится выкручивать доп. диапазоны, но об этом отдельный разговор и здесь ему не место ввиду offtopic-а.
-
По вопросу нестандартных частот в офисных железках типа 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, но по шапке надают моментально, мобильщики не любят помех, а частотнадзор с удовольствием отшлёпает за такое.
:)
Wi-FI глушение мелких роутеров более мощными передатчиками
в Wi-Fi
Опубліковано: · Відредаговано N.Leiten
Если у вас необходимость работать без прямой видимости - собирайте свои сектора с круговой/эллиптической поляризацией (не путать с диаграммой направленности, при такой поляризации потеряете 3Дб мощности, т.к. у клиентов антенны с линейной поляризацией, но круговая имеет лучшую проницаемость за счёт отсутствия противофазных сигналов при интерференции), зажимайте скорость на двух поляризациях до MCS7, что позволит, при включённом STBC1 получить доп. стабильность/скорость канала в направлении от клиента до БС.
Насчёт мощности - из практики, выше 25Дб ставить нет смысла, т.к. тут начинает играть роль структура сигнала (OFDM, наши 20МГц делятся на 64 подканала, они ортогональны при обычной мощности сигнала, но при повышении мощности каждый подканал "плывёт" по тому же принципу, который указан выше на картинке и сама структура OFDM разрушается, это помимо очевидного факта увеличения уровня собственных шумов, которые на удалённой станции наоборот понижают SNR и не дают, а в некоторых случаях, уменьшают канальную скорость). Атеросовские чипы могут оперировать мощностью до 31Дб (как это сделать описывать не буду, т.к. это относится к коммерческому проекту). Повышать мощность имеет смысл при использовании низких скоростей на дальние линки, то есть при требовании повысить скорость при её отсутствии (или низком значении, ниже 12-18M канальной скорости) можно добавить пару децибел, но выше 24Мбит канальной скорости (и её соответствующих MCS) поднять не удастся, потому, если у вас канальная достаточно высокая - имеет смысл наоборот понизить мощность.
PS. Если хотите повысить мощность - выбирайте антенны с более узким углом горизонтальной плоскости, но следите, чтоб вертикальная плоскость не была заужена (в идеале собирать массив из антенн 30х30 градусов) - это позволит сохранить/увеличить мощность сигнала и выровнять уровень обратного канала по высоте.