Перейти к содержанию
    

Локальная сеть через GPRS

Здравствуйте!

Стоит задача объединить в сеть несколько удаленных устройств.

Устройства являются TCP серверами и имеют доступ в глобальную сеть через GSM/GPRS. Единый пульт управления (клиент) опрашивает показания устройств.

Хотелось бы чтоб устройства и пульт управления были объединены в виртуальную сеть. Т.е., например клиент имел ip-адреса 192.168.1.1, а сервера 192.168.1.2, 192.168.1.3 и т.д.

Использования сторонних серверов нужно избежать, у клиента может быть статический ip-адрес.

Подскажите технологии/протоколы, в направлении которых нужно копать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мы делали через VPN у MTS, но в Питере эта услуга была доступна только юрикам.

Оформление тарифа заняло 3 месяца.

 

Другие операторы отказали вовсе.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сеть с использованием ВПН можно построить и самостоятельно, перед серверами ставите роутер, масса вариантов одноплатных компьютеров, масса вариантов типа тонких клиентов, т.е. трафик от серверов идет на тонкий клиент и затем на GSM/GPRS. Можете например использовать оборудование Mikrotik. Надо чётко нарисовать схему используемого оборудования (какое есть в наличии) Ваш выход в GSM/GPRS уже имеет встроенные средства шифрования. Обратитесь к хорошему админу, или в фирму, если бюджет позволяет. 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, Fourier said:

. . . Устройства являются TCP серверами и имеют доступ в глобальную сеть через GSM/GPRS. Единый пульт управления (клиент) опрашивает показания устройств. . . . Использования сторонних серверов нужно избежать, . . .

Поставьте свой сервер с несколькими модемами GSM, каждый из которых по расписанию соединяется с клиентами (последовательно) по ppp (или с концентратором на который локально подключена LAN с несколькими клиентами). Лучше UDP.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спасибо за ответы.

Quote

Поставьте свой сервер с несколькими модемами GSM, каждый из которых по расписанию соединяется с клиентами (последовательно) по ppp (или с концентратором на который локально подключена LAN с несколькими клиентами). Лучше UDP.

Несовсем понял...

Наверное, нужно уточнить. Серверы - независимые устройства, географически разнесенные друг от друга (т.е. в один роутер, концентратор их не подоткнуть)

cs.png.349a2eee6af903851ff0f7a0aee35861.png

 

Пока совет_4afc_  видится самым технически простым

 

Изменено пользователем Fourier

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, Fourier said:

. . . Пока совет_4afc_  видится самым технически простым

Технически - да. Организационно / стоимость - под вопросом. По-сути, вы хотите получить от провайдера VPN. Есть много денежных "конкурентов", вроде банков, платежных систем и еще не знаю чего, где важны надежность работы этой самой VPN и "гарантированность" ее работы, которая будет обеспечиваться вполне ограниченным оборудованием провайдера и ресурсом частот/времени. Если пускать в эту сферу всяких (. . . типа меня :russian_ru:) с более чем ограниченным финансированием - эта "тьма" угробит работу в сети в целом. В сети появятся чайники, кормилки для рыбок и еще бог-весть-что. Хотя технически - это наиболее удобное и правильное решение.

Мое предложение касается режима CSD (или его более современных вариантов), где вы реализуете 2-точечное последовательное соединение центрального "прикладного" сервера (в роли "клиента-центр") с периферийной точкой ("сервер" клиента). Фактически, внешней, чужой VPN у вас нет (то что на рис. в центральном эллипсе). VPN "живет" на вашем физ. сервере, к которой по мере необходимости подключаются удаленные устройства.

Если интервал сбора данных 1 час и удал.устройств относительно немного - достаточно 1 модема на центр. сервере и последовательное подключение уд.устройств в серверную VPN. Если их много - делаете параллельный опрос на нескольких модемах. (Если, конечно, вы не качаете с периферии видео)

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

9 часов назад, k155la3 сказал:

Технически - да. Организационно / стоимость - под вопросом.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

14 hours ago, Fourier said:

Использования сторонних серверов нужно избежать, у клиента может быть статический ip-адрес.

Это невозможно.
Сервер всегда будет. Это может быть сервер провайдера, а может быть ваш в облаках. 
Сервер провайдера - дорого , но просто. Не нужно реализовывать протоколы VPN. Провайдер  просто изолирует ваш трафик от внешнего интернета без всякого шифрования. Некоторые по ошибке называют это VPN-ом, но не факт что у провайдера внутри для этого используется именно технология VPN.  
Если дивайсы на каком-нибудь STM с софтом состряпанным в кубе, то такой вариант - это единственный выход.
 
Но с более продвинутой  софтовой платформой можно использовать  протокол L2TP/IPSec и организовать настоящий VPN через любой облачный сервер. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

15 часов назад, Fourier сказал:

Устройства являются TCP серверами и имеют доступ в глобальную сеть через GSM/GPRS. Единый пульт управления (клиент) опрашивает показания устройств.

Если вы собираетесь использовать в новом проекте 2G GPRS то одумайтесь!

2G GPRS/EDGE умирают. В Москве у МТС на 2G трафик уже почти не проходит. Если где-то оно еще работает это ненадолго.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Наиболее правильное решение это организация VPN сети с собственным сервером. Но в случае с GPRS / TCP стабильность такого соединения является очень сомнительной. Нужно прокладывать UDP + контроль доставки на прикладном уровне.

Касаемо GPRS соглашусь с предыдущим комментатором - GPRS технология устаревшая. Во многих странах 2G layer давно выключен а у нас он является legacy и существует только за счет долговременной коммерческой эксплуатации. Не думаю что он проживет еще хотя бы десятилетие. Поэтому если этот проект не относится к legacy классу - одумайтесь или убедите в безумстве такой затеи его автора (если проект не ваш).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 9/24/2019 at 5:43 PM, Nihelbor said:

. . . . Нужно прокладывать UDP + контроль доставки на прикладном уровне. . . . .

Может Вы в курсе, можно ли заполучить от провайдера доступ в (из) internet с его "белым" IP адресом, но только на 1-2 порта UDP ? 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...