rPman

Самодельный gsm шлюз, модули есть готовые к той же малинке, а там либо переключатель запилить либо ещё как.

Вторая альтернатива закупить БУ смартфоны на android, это проще но возни много со старым железом

Объединение каналов с целью повышения скорости существует, называется по разному - link aggregation, trunk, linux bonding (последнее - настраивается штатно в любом linux, именно этот вариант я рекомендую, правда возни в этом случае тьма - поднимать vpn, нужен полноценный tap интерфейс, для каждого модема а затем на сервере и на клиенте объединять их в bonding, само собой простым роутером тут не обойдешься).

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

Т.е. помимо поиска железки нужно еще проверять, а скорость от их vpn адекватная? 50мбит это очень значительная скорость.

И самое главное. А еще нужно понять, мобильные провайдеры дают маленькую скорость не потому ли, что у них самих канал узкий, и в этом случае даже объединение нескольких модемов не даст результата (с мизерными шансами можно объединять симки от разных провайдеров, надеясь что они каждый свой канал организуют, но часто бывает что все арендуют канал и железо у кого то одного, даже вышка может быть общей, какой там канал)

выглядит так будто при нагрузке поднимается температура, и отходит контакт антены на плате, если я верно понимаю это лечить нереально (оно все там на плате сразу)

p.s. случайно телефон не падал в воду? или активно под дождем и помещениях влажных находился? ну к примеру на улице забыли на сутки, даже под крышей.

Поставить на телефон прокси сервер (или к примеру любой ssh сервер, подключаясь к нему с опцией -D1080 получишь на машине, с котрой подключился socks прокси с портом 1080), и указать его в настройках браузера на десктопе.

socks сервер это чуть более функциональный чем http сервер (с должными приложениями можно пропускать не веб трафик через него, но к сожалению все еще только tcp, для udp уже нужен vpn и он так же будет детектироваться)

Правда провайдер может определять десктоп по контенту, например посещение сервисов, доступных только с десктопа... но я про такое не слышал.

p.s. меняй провайдера, этот геморой не стоит свеч

Если это не ограничения провайдера (в России мобильные стали достаточно давно эти ограничения врубать особенно на безлимитных тарифах)

По факту, проблемы с торентами правятся настройками клиента - уменьшать количество одновременных подключений до десятков (максимум 50, определяется экспериментально).

upd. почитай форум там были советы от загрузки последней бета версии прошивки до... кто то там открутил одну из антенн и разрывы прекратились.

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

Создание своего устройства, с высоким уровнем защиты (особенно защита от холода создаст проблем) - проблема, которую сложно будет решить тем кто задает вопросы такого уровня. Ищите лучше готовые решения.

p.s. представь ты создал устройства, раздал из людям, но из-за ошибке в реализации (первый релиз, баги, обычное дело) люди, понадеявшиеся на твое устройство - зашли в болото и погибли, ты готов к подобной ответственности?

Если это запрещено провайдером, то самый простой способ серфить интернет используя смартфон - прокси сервер, я рекомендую установить ssh сервер на android телефон, подключить их друг к другу для работы adb и настроив перенаправление портов adb forward tcp... , подключиться к этому ssh серверу любым клиентом ssh user@localhost -p port -D1080, тут 1080 это порт локального socks proxy который будет поднят пока открыто подключение adb и его можно прописать в браузере и многих других приложениях

upd. есть еще adb ppp, мне настроить его не удалось и пишут что с windows это и не возможно (на linux клиент настроить вроде получится) считай это vpn напрямую к android

Самое простое - договор с операторами сотовой связи, они торгуют 'обезличенными' персональными данными налево и направо

Готовые железки будут дорогие

Увеличить скорость - очень расплывчатое понятие, зависящее от доступного способа реализации.

К примеру увеличить скорость одного подключения, чтобы speedtest показывал увеличение возможно только подняв vpn bonding или транк (поднимаешь отдельные vpn соединения, а затем поднимаешь linux bonding используя эти каналы, настраивая по желанию либо повышение пропускной способности либо резервирование канала либо что хочешь) до сервера, где скорость подключения к интернету в 2 раза выше требуемой (так как сначала трафик пойдет от тебя на vpn сервер потом от него к цели и то же самое обратно). При этом падает латенси, увеличивается пинг. При использовании сервера провайдера сим карт (если он предоставляет хостинг) это ухудшение будет минимальным.

Еще гуглить multi link vpn

Более простые решения, 'поделить' интернет по какому либо критерию (например подсетями, проведя небольшое исследование подключений каждого из используемых провайдеров симкарт) и настроить маршрутизацию, прописав в для каждой сети default gateway в route на самой машине на соответствующий ip адрес, выдаваемый модемом. Это самый дешевый способ из всех возможных, но не самый эффективный, может хорошо поднять скорость загрузок торрент и в некоторых случаях серфинг, но не поднимет ширину канала, т.е. останутся ограничения на стриминг.

Остальные решения это развитие этой идеи, с помощью софта.

google: объединение двух каналов 3g or lte
будут как готовые гайды так и готовые сервисы

Протокол собственный

все зависит от его реализации

Кодирование потока надеюсь у вас специализированные железки или ip-камеры, потому как иначе такой поток не всякий сервер сможет обработать (можно сколхозить на базе nvidia gpu что-нибудь).

Все остальное не добавляет никаких особых требований, настоятельно рекомендую собрать и протестировать уменьшенную версию решения с 1-2 камерами, скорее всего каждая будет требовать десяток другой ram и процент от ядра процессора.

300+10 потоков умножаете на битрейт, плюс 30% получаете требования к дисковой системе. Обычные дешевые hdd дадут порядка 100мбайт/сек (помним что линейная скорость у hdd дисков не равномерная и кратно падает при нелинейном доступе, т.е. во время просмотра роликов, и то, если оттюнить файловую, к примеру увеличить параметр read-ahead), т.е. при 8мбит/с на камеру к примеру позволит на диск писать не больше 100 потоков а если одновременно и читать, то в разы меньше. Я видел системы, сколхозенные на windows машинах, они захлебывались на паре десятков потоков на диск. Так что рекомендую linux,

Можно добавить промежуточный ssd буфер, на который будет производиться запись с камер, а уже с него паралелельным скриптом чанки видео переносятся на hdd, при просмотре роликов во временном интервале, пока они влезают на ssd, особого замедления не будет, и да скорость работы с ssd нужно брать в худшем (делить на 2 от худшей скорости записи на синтетических тестах, после полной записи всего объема на диск и помнить о быстрой выработки ресурса записи в таком режиме)

Если просмотр роликов из истории не носит регулярный характер, можно промежуточный диск использовать обычный hdd, в этом случае на время просмотра роликов скорость переноса с буферного диска на основные может не поспевать за скоростью всего потока, так что размер этого буферного диска определит, как долго можно смотреть эти ролики (нужен соответствующий софт, следящий за этим и останавливающий просмотр чтобы не потерять данные).

raid0 дополнительную нагрузку на процессор не дает, и позволит примерно в sqrt(n) раз ускорить работу итогового устройства (n - количество дисков, и да, хоть на синтетических тестах линейная скорость возрастает n-крат, случайный доступ при просмотре роликов убьет весь этот бонус)

raid5-6 может добавить требований к процессору, но незначительно, один 100мбит поток примерно кушает половину нагрузки ядра средней современной машинки

raid0 - - mirror нагрузки не создает, т.е. если внезапно скорости процессора будет не хватать, можно будет за счет уменьшения эффективности хранения освободить чуток процессора от raid5

Теперь самое главное, с вашей нагрузкой по сети выходите за границы гигабита (порядка 2.5гбит), что заметно повышает стоимость железа (10гбит сетевые карты кратно выше в цене как на стороне сервера так и вся сетевая инфраструктура), поэтому вполне возможно что 2-3 независимых сервера, даже размещенных в разных помещениях (очень может оптимизировать физически сеть) позволят оптимизировать итоговую стоимость решения, по сравнению с очень мощным, размещенным в одном месте.

Судя по обсуждению, лучший вариант для вас - не пытаться найти готовое решение 'все в одном' а собрать как из конструктора:
* бесперебойник ups как питание (не рекомендую, лучше проведи провода)
* обычный роутер с поддержкой usb модемов
* usb модем с внешней антенной
* антенна усилитель

Все зависит от того, что значит

При подключении к ней, в Android нет сети, для доступа к серверу.

Почему при физическом переподключении wifi чинится тем более непонятно, но причины однозначно нужно искать в роутере.

Могу предположить что wifi настроен неправильно (или специально так) и не выдают все необходимые данные типа шлюза или dns (хотя android могут автоматом брать гугловский 8.8.8.8, но если у вас своя сеть и внутренний, не выходящий наружу dns, то, логично, гугл про него не знает и не работает как ожидается)

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

Можно настроить перенаправление, это опсосы позволяют, когда все сообщения переадресуются на другой номер.

в России в последние годы провайдеры активно вмешиваются в трафик пользователя, т.е. не только кривой самодельный DPI но и спам через подмену html (вставка javascript), так что не удивлюсь что все крутые технологии на канальном уровне и выше будут сломаны на самом последнем шаге.

Если мобильный интернет у вас на телефоне, который подключен к ноутбуку, то вместо настройки ethernet over usb (или как оно там называется), установите на смартфоне любой socks server (гугл выдает какой то socks server ultimate, попробуйте, либо установите на телефоне ssh server и подключайтесь через перенаправления adb с ключом -D1080) и с помощью adb настройте перенаправление tcp портов.

Затем полученный порт пропишите в firefox и получите работающий интернет только в нем.

p.s. точно знаю, некоторые особо умные приложения, когда то давно это делал skype пока его не уничтожила microsoft, так же это умеет делать teamviewer,.. изучают настройки в профилях браузеров в поиске настроек прокси

Все зависит ОТ МЕСТА и количества видеокамер.

В любом случае, лучшим решением (и средним но к сожалению не оптимальным, зато простым) будет перекладывание головной боли на провайдера - каждую камеру (или группу, расположенных в одном помещении) подключаете отдельным договором, и пусть у него болит голова, как вас подключать к интернету.

Почти наверняка вы не сможете легально оптимизировать свои затраты, проводя проводку самостоятельно (оптика по воздуху или по канализации) или использовать радиоканал (легально на это нужна лицензия), за исключением оптической связи по воздуху (лазерная связь), они никому не мешают поэтому их можно ставить по своему усмотрению, но этот вариант скорее всего имеет смысл, если вы где то в поле камеры хотите установить, а провайдер будет выкатывать шестизначный счет за каждую точку, так как пара устройств и их установка/обслуживание обходится в копеечку.