Нелицензируемый WiFi или Фидонет 21-го века

[Ara41]

Использование mesh (условно конечно mesh) сети тоже может принести свои плюсы, но тут уже сильно тяжелей будет с реализацией. Там не только сама сеть, но и алгоритмы восстановления трафика по нескольким подканалам потребуются. Тут уже простыми решениями не обойтись.

кроме этого, по настоящим технологиям не удастся добиться привычной скорости сети, типа по оптике. Mеsh не для для этого создавались.

[laser532]

либо я

Все Вы правильно поняли и нормально ответили. Просто... мало. Давайте еще! )) Мне соцсети не нужны. А доступ к моим устройствам из любой точки Земли нужен. Причем не через услуги специальных продавцов. Пусть даже хороших, глобальных. Но речь не обо мне, а о методах.

[ptr]

Использование mesh (условно конечно mesh) сети тоже может принести свои плюсы, но тут уже сильно тяжелей будет с реализацией.

Вы несколько отстали от жизни. Уже давно есть проект LibreMesh на базе OpenWRT

Причем для чайников есть даже возможность сборки firmware под их WiFi точку доступа (или роутер) прямо на сайте онлайн

[Ara41]

А доступ к моим устройствам из любой точки Земли нужен. Причем не через услуги специальных продавцов. Пусть даже хороших, глобальных. Но речь не обо мне, а о методах.

Спутниковый интернет. Там, кстати, трафик тоже шифруется. Другой альтернативы пока не видно.

[ptr]

В США я пользуюсь Verizon симкой без американского номера +1... Так вот Verizon VPN не дает.

Не понял. Нет выхода в интернет что-ли? Я просто не понимаю, что еще может помешать тому же OpenVPN, живущему даже через любой прокси, поддерживающий https.

[mike-y-k]

ptr, огорчу Вас - там препятствия могут быть и в виде DPI, и в ограничениях на протоколы, маршрутизацию.
Даже в домашних маршрутизаторах можно найти VPN pass through настройки и при их запрете просто (и даже не очень просто) так уже не получится использовать VPN.
А Verizon (как и другие к слову провайдеры) - совсем не домашние маршрутизаторы пользует.
Проблема конечно имеет решение, но часто не сильно (бывает и сильно не) совместимое с OS в мобильном устройстве.

У меня лежит пока в процессе разработки прототип мобильного/стационарного маршрутизатора для создания изолированной персональной сети с возможностью, в том числе, организации транзита трафика через VPN соединение… Несколько допустимых uplink каналов, их переключение, недопущение исходящего/входящего трафика без VPN и мимо VPN, нормальный firewall (включая блокировку по списку DNS/IP), контроль входящих подключений,… Пока на RPI 2, но итог наверное таки на iMX будет, хотя там все пока неопределённо по итоговым параметрам нагрузки.

Насчёт термина mesh (дабы никто не решил, что я имел в виду базирующийся на IDEA алгоритм блочного шифрования для трафика ). Тут конечно вполне подойдёт часть реализации для обеспечения отказоустойчивости, и libremesh с openwrt вполне пригодится (лежат их исходники),…

Но главным таки вопросом при работе будет специфика используемых каналов связи и вытекающие из неё алгоритмы и процедуры сохранения приемлемых скорости и времени задержки, а это в такой добавке к сложностям mesh сети будет весьма нетривиально.
Плюс для такой сети нужно как-то решить задачу тестирования HW и SW на корректность работы в максимуме возможных вариантов эксплуатации. Надо определить начальные границы, 2do по их изменению, непреодолимые ситуации и варианты решений для них,…
Заодно возникнет ещё дополнительная весёлая задача обеспечения функционирования этой сети и в виде over RUnet. Использование последней как среды и шлюзы для доступа к ней тоже придётся реализовывать.
Тут появятся уже задачи изоляции, создания туннелей, серверов авторизации, контроля компрометации узлов/ячеек на основе своего варианта DPI+IDS+IPS. И все эти вопросы таки нужно будет решать ещё и при минимальной стоимости используемого оборудования.

К вопросу о MIMO в релейном канале. При планируемом ослаблении 10dbm+ из-за дождя или облачности. Манипуляции с ориентацией пары антенн, вылизывание диаграммы, повышение чувствительности могут выиграть порядка 2…3dbm. Остальное до приемлемого уровня придётся дотягивать уже числом каналов и временным сдвигом в них при параллельной передаче пакетов. Одновременно придётся пойти на уменьшение длины пакетов. При 4-х каналах по такой схеме и снижении длины пакета на порядок вполне реально оставить итоговую битовую скорость передачи на половинном уровне. Правда реальная пропускная канала упадёт значительнее - больше доля заголовков и служебных интервалов на каждый пакет придётся. Тут бы сильно мог помочь географическое разнесение релейных линий на опорной сети, но в случае уважаемого laser532 это не вариант и надо смотреть на допустимые варианты решения.

laser532 а что можно сказать про прохождение в оптическогом и соседних диапазонах в атмосфере? Можно ведь и сразу несколько каналов с разными длинами волн использовать… И небольшие "скворечники" на мачте с растяжками лучше маскируют аппаратуру .

[laser532]

Не понял.

1) Просто пример ограничений не у нас.
2) Привязан к коробочке с IMEI.
3) Законодательство.

[laser532]

а что можно сказать про прохождение в оптическогом и соседних диапазонах в атмосфере?

Вопрос нужности таких решений. Пока было терпимо не особо изучал. Справочник оптических спектров поглощений атмосферы у меня есть под рукой. Желательно, чтобы передатчик модулировался легко, а приемник быстро реагировал. А еще лучше, чтобы серийным было. Почему 80ГГц и приглянулся, что уже близко к свету. Привычка. ))

[ptr]

ptr, огорчу Вас - там препятствия могут быть и в виде DPI, и в ограничениях на протоколы, маршрутизацию.
Даже в домашних маршрутизаторах можно найти VPN pass through настройки и при их запрете просто (и даже не очень просто) так уже не получится использовать VPN.

Вы это кому рассказываете? Во всех случаях, когда у Вас работает HTTPS - будет работать и OpenVPN. Давайте не мешать в одну кучу pptp, ppoe, l2tp, ipsec, sstp и обычные udp/tcp.

А Verizon (как и другие к слову провайдеры) - совсем не домашние маршрутизаторы пользует.
Проблема конечно имеет решение, но часто не сильно (бывает и сильно не) совместимое с OS в мобильном устройстве.

Одно из двух, либо у Вас нет вообще доступа к интернету и Вы не можете открыть ни один сайт по https, или OpenVPN у Вас будет работать. А так как он OpenSource, то даже если у Вас не Андроид или iOS, для которых есть готовые сборки, то можете и сами собрать его под свой телефон.
После чего, можете роутить через OpenVPN уже все, что душе угодно. Хоть тот же l2tp или ipsec.

У меня лежит пока в процессе разработки прототип мобильного/стационарного маршрутизатора для создания изолированной персональной сети с возможностью, в том числе, организации транзита трафика через VPN соединение…

Вы изобретаете велосипед. Это уже есть в OpenWRT
Если Вам даже чего-то не хватет в OpenWRT - коммитьте свои патчи. Все только спасибо скажут.

К вопросу о MIMO в релейном канале. При планируемом ослаблении 10dbm+ из-за дождя или облачности. Манипуляции с ориентацией пары антенн, вылизывание диаграммы, повышение чувствительности могут выиграть порядка 2…3dbm.

Хорошая антенна способна дать усиление в десятки dbm. К тому же имея mesh-сеть, Вы вполне можете опираться сразу на несколько частотных диапазнов: 2.4, 3.7, 5 и 60 ГГц. В зависимости от погоды один из них будет лучше, чем остальные.

Остальное до приемлемого уровня придётся дотягивать уже числом каналов и временным сдвигом в них при параллельной передаче пакетов.

Ну опять ведь велосипед. Мало того, что 802.11 уже позволяет вести обмен на нескольких каналах одновременно (до 4-х для абонента), так еще предоставляет Вам множество методов модуляции, которые можно менять на ходу.

Поймите, коллективный разум, существенно превышающий Ваши возможности, уже не один год работает над коммуникационными протоколами канального и физического уровня. У Вас просто нет шансов в одиночку разработать в этой сфере что-то, составляющее конкуренцию принятым стандартам. А себестоимость реализации стандартизированного протокола всегда будет в разы меньше, чем собственного.

laser532 Если WiFi антена расположена, например, в трубе, спаянной из консервных банок, то какими-либо глушилками или помехами повлиять на этот канал будет очень сложно. На грани возможного.

[mike-y-k]

ptr, вариант всего трафика over http вполне возможен .
Давайте таки будем обсуждать проблему и пытаться понять участников, а не охотится на ведьм и считать участников законченными ламерами.

Коротко под VPN без дополнительной расшифровки будем понимать использование некоторого сервиса до которого создаётся туннель и весь трафик идёт зашифрованным, а там уже выходит и входит в обычном виде.

Относительно моего маршрутизатора. Предложите платформу с двумя группами интерфейсов: GBE/WiFi(2/5)/WiMAX/LTE для uplink и GBE/WiFi(5) для клиентов, при достаточной вычислительной мощности для обработки всего трафика на 10 клиентов. Система внутри не столь большая проблема, можно и OpenWRT туда поставить/портировать с допиливанием функционала. Таки это Unix . Использование двух ESP не предлагать .

Как связана mesh сеть и используемые диапазоны при двух участниках в релейной линии? Или с каждой стороны на группу антенн будет работать группа ячеек?

С 802.11. Есть готовое решение для релейного канала в варианте для уважаемого laser532 в E диапазоне? В студию и посмотрим на его параметры.