Мой сосед дежит несколько маршрутов - около 100 маршруток. Он мне рассказал, что сейчас пошла такая мода на маршрутки GPS со связью через GPRS ставить. EDGE и тем более 3G есть не везде, да и трафик там копеечный. Так вот, сейчас для этих целей предлагается некий теллтоник (как-то так называется).
1 Работает, как я понял, он примерно так:
1.1. Координаты маршрутки из GPS получает.
1.2. Через GPRS координаты вместе со своим индентификоторм на некий сервер, который один на всю страну (несколько стран?), передаёт. Думаю, что используется фиксированный IP.
1.3. Диспетчер через интернет связывается с этим сервером и положение маршруток отслеживает.
2. Тут я вижу несколько недостатков:
2.1. Все к этому серверу подвязаны. Вобщем-то это специально сделано т.к. за это помесячные платежи берут. И соскочить (при подъёме абонентской платы например) нет никакой возможности.
2.2. Если этот самый сервер накроется из-за распределённой атаки например - всё эта система по стране (нескольким странам?) встанет.
2.3. Вообще непонятна необходимось этого сервера. Только фиксированный IP? Но ведь можно за это что-то около 60 руб. в месяц тем-же сотовым компаниям платить и иметь тот-же фиксированный IP.
2.4. Связь с маршрутками одностороняя. Для связи в другую сторону используют рации или SMS!!!
2.5. Время доставки пакетов большое получается. Пинги, это вроде называется, сам я в интернете не очень разбираюсь - не надо было. Т.е. пакет идёт от маршрутки в соту, от соты в центр данной сотовой компании (вот тут основной затык как я понял), потом пакет идёт на тот самый сервер, на сервере он обрабатывается (видимо достаточно бысто), программа из диспетчерской запрос на сервер посылает, сервер пакет программе передает, усё. Т.е. в итоге реалтайма добится нереально.
3. Я предлагаю другой способ. В маршрутке блютушный GPS ставится и обычный телефон с блюту, GPRS, и яву поддерживающий, и из явы доступ к блюту и интернету через GPRS имеющий. Ну м.б. телефон с WinCE использовать придётся? Работать это будет используя фиксированный IP (60 руб. в месяц). Тут я вижу следующие преимущества:
3.1 Независимость от центрального сервера.
3.2 Реалтайм. Т.е., как мне кажется, скорость передачи пакетов возрастёт. Мне кажется, если всё будет работать у одного сотового оператора, то вроде пакеты только в пределах города циркулировать должны. Или я ошибаюсь?
3.3 Возможна двустороняя связь. Ну что-то подобное аське.
4. В связи с этим у меня несколько вопросов:
4.1 Нет ли ошибки в моих рассуждениях? Я уже писал, что с интернетом не дружу.
4.2 Не знает ли кто что нибудь про эту самую телтонику чего?
4.3 Нет ли чего-то готового, подобного тому, что я предложил?
4.4 Нет ли способа лучше, чем предложенный мною?

Сделайте Ping до google и посмотрите сколько от вас до них серверов командой tracert.
А моргнуть глазом не успеете от посылки до ответа.
В GSM сетях среднее время Ping-а - 0.5 сек
Это многомесячные наблюдения, поскольку наша система все время пишет лог этой статистики каждую минуту.
Другое дело дисперсия этого среднего. Но для маршруток она точно не критична.
Конечно вы можете заменить тот дивайс на смартфон.
Написать прогу для смартфона, написать свой сервер, потом осуществлять тех поддержку, потом нести финансовые обязательства по гарантии и т.д.
Даже более того, наверняка тот дивайс морально устареет уже через пару лет, как раз вы поспеете свою систему сделать

Про систему у вашего соседа кое что знаю, можете спрашивать.

Сосед даже ездил смотреть эту систему в работе. Так там она периодически переставала работать из-за тормозов в интернете. Местные сотовики объясняли это тем, что они от оптики для связи с Самарой отказались для удешевления. Вот я и подумал, а если всё в пределах города сделать, то ведь ни в какую Самару пакеты и слать не надо будет. Или всё равно будут слаться?

Я слишком занят и в интернете не разбираюсь, чтобы этим заниматься. Сосед в интернете тем более не разбирается, но он обучаемый человек. Он понимает, что телтоники таким образом его доить будут. А мне не понятно - неужели ничего такого готового нет кроме теллтоники? Эта тема ведь достаточно доходная. А девайс тот уже и сейчас устарел.

1. Во первых там девайс стоит что-то более 12000 руб. Это правда? Там ведь GPS, GSM-модем и контроллер всего. И тиражи достаточно высоки. А те, кто эту систему делает говорят, что покупать только у них можно. Вот это на подозрения наводит...
2. Девайс там перепрограммируемый. Можно ли будет его перепрограммировать на другой IP сервера? Или как с кассами - придётся всё время новые покупать?
3. Там у них программа для диспетчерской бесплатная. Если знать её интерфейс - можно её использовать. Вы не знаете?

Можно, наверное. Только все это от жары, мороза, грязи, плохого питания и раздолбайства водителей сразу же начнет отваливаться друг от друга и остаток жизненного цикла вам придется бегать между этими ста маршрутками .
Обычно:
1) берется промышленный GPRS-модем, промышленный GPS-модуль, SIM-холдер с подогревом, МК, нормальная схема питания, аккумулятор, на основе всего этого собирается коробочка;
2) пишется ПО для коробочки;
3) пишется ПО для сервера.
Только долго все это, одному тем более.

P. S. А систем таких сейчас очень много, на одном форуме владелец таксопарка говорил, что до двадцати звонков в месяц принимает от разных GPS-ников.

Сообщение отредактировал war4one - Feb 28 2009, 16:25

А они разное предлагают, или все одно и тоже только под разными названиями?

Стандартная конфигурация системы такова:
Дивайсы по GPRS не выходят в открытый интернет.
У оператора во внутренней сети организуется VPN (изолированная от интернета сеть) и дивайсы подключаются к серверу SQL в этой закрытой сети.
Еще на выделенном сервере крутится софт который который из SQL в закрытой сети передает данные клиентским программам в открытой сети.
Вот те клиентские программы не представляют особой ценности.
Их протоколы никак не касаются реальных дивайсов, даже если их расшифруете то никакой пользы не получите.
Скорее всего это протоколы распределенного управления из DCOM или .NET которые автоматически
формируются когда программеры разбивают софт на клиентскую и серверные части.
Более того, поскольку программеры не пишут эти протоколы,
а они сами как бы появляются из библиотек применяемой ими среды разработки,
то они могут кардинально меняться от одной версии к другой клиентского программного обеспечения.
Понятно, что разработчики имеют и свои черные каналы доступа к дивайсам через SMS и GPRS но это инфа строго закрыта и еще сильно зависит от версии дивайсов.
Не знаю как у вас, а у нас операторы хотят диких денег за организацию VPN.
Так что если вам не сказали платить за VPN значит его цена вошла в стоимость дивайсов.
Обычно еще и абонентский план организуется специальный - телеметрический.

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

Давать дивайсам открытые IP и позволять выходить в открытый интернет, занятие довольно рискованное.
Как только дивайс со своего IP что-то посылает куда-то, то каждый роутер на маршруте (а их будут десятки) запоминает появление новичка и дальше (зависит от агрессивности сетки) начинает приходить на дивайс масса совершенно диких запросов.
От просто запросов прокладки маршрута IGMP, поиска SNMP агентов и SQL портов до целенаправленного сканинга роботами из какой-нить южной африки.
Причем не помогает и то, что дивайс будет за файрволом оператора. Грязный трафик все равно идет ни пойми откуда.
Еще хуже серверу, поскольку он становиться уязвимым со своим открытым портом.
Конкуренты при желании его могут валить чуть ли не каждый час, нынче это легко.

Сам дивайс полностью перепрограммируемый, он состоит из микроконтроллера и модема.
Оба могут быть перепрограммированы дистанционно по эфиру.

Тогда не похоже, что там VPN. Что-то всё время валится там у них. И они от одного к другому оператору всё переходят.

Но вот аська, не та аська у которой каждую неделю протоколы меняются, а наша она ведь с телефона работает. Ещё есть джаббер и ещё какие-то варианты. Лучше если будет какой-нибудь нераскрученный типа джаббера. К тому-же он оренсоурсе вроде. Вот я и подумал, а что если это использовать? Т.е. никакого сервера в сети не будет вообще. Т.е. он будет, но не наш, а джабберин. Лучше я своё видение изложу, а вы меня поправите. Мне кажется, что всё можно сделать так:
1. Девайсы выходят в интернет на джабберин сервер и говорят "я N XXX имею сейчас такой-то IP и хочу отправить сообщение для N YYY и посмотреть нет-ли от него сообщений мне" (YYY - это наш сервер, а XXX маршрутка).
2. Джабберин сервер в ответ на запрос сообщения от YYY шлёт (если у него оно есть).
3. А когда YYY у джаббериного сервера спросит, то он ему сообщение от XXX передаст.
4. Т.о. все у нас клиентами будут. А джабберин сервер от левых запросов, наверное, защищён. И никому фиксированные IP не нужны.

Ваш план реален с технической стороны. Но...

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

Я бы предложил чуть иначе.
Вот спроектировал дивайс: http://aly.ogmis.lt/OpenProjects/ARMDomina...D4DoubleGSM.htm
именно для решения описанной вами проблемы.
Для решения проблемы зависимости от одного оператора и при этом сохранения реального времени я ставлю два (при необходимости можно и больше)
модема.
Оба могут одновременно держать связь по GPRS через разных операторов.
Если надо можно сделать через те же два GPRS коннекта единый логический канал к серверу который будет в 2-а раза быстрее обычного.
В отличие от обычных модемных коннектов я использую протокол тунеля со стандартной шифрацией IPSec и обменом ключами IKE.
Если оператор IPSec не пропускает, то могу перейти на шифрацию слоя PPP тунеля по протоколу MPPE.

Тунели штатно поддерживают любые современные дистрибутивы линукса и Winows-а.
В качестве держателя сервера тунелей вы можете сделать свой домашний компьютер.
Можно поставит Window server 2003 и полностью обслуживать всю сотню ваших дивайсов, вообще ни от кого не завися.
Схема работы тогда будет такая:
Дивайсы включаясь сразу устанавливают связь с вашим компьютером.
Установив связь с ним они делают тунель.
Получается такая сетка дивайсов с внутренними адресами.
На этом же компе запускаете NAT сервер с мапированием внешних портов компьютера на IP адреса дивайсов
которые они получат при установлении тунелей.
Надо, понятно, позаботится чтобы каждый дивайс всегда получал один и тот же адрес в тунеле.
Для этого дивайсы в сессии PPP тунеля должны сами назначать свои адреса, но это уже детали.
Итого получаем появление в открытом интернете полностью доступных в качестве клиентов и серверов всех ваших мобильных дивайсов.
И можно индивидуально заходить на их WEB сервера, просматривать их состояния через общую WEB страницу
на стороннем хосте которая с помощью AJAX или иной технологии запрашивает статусы и инфу от дивайсов и т.д.

В общем случае вы не приобретаете никакой сторонней программы, для одного мобильного дивайса не нужен даже Windows server.
WEB странички в дивайсах разместить проще простого.

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

Непонятно, почему такое неприятие промежуточного сервера? Особенно абонплаты за него? Люди его поддерживают в рабочем состоянии, наверняка вносят улучшения и т.д. А от унылых чухонцев (ЦЕ), которые легким движением ковша экскаватора не так давно разделили весь российский интернет на 2 части никто не застрахован (причем, унылые чухонцы без всяких кавычек, связность между двумя центровыми российскими магистралами осуществлялась через Хельсинки). Или свежий пример - умелые ручки каких-то пионеров гдето в бывшей Чехословакии, которые неправильным анонсом своей AS на бордере чуть не уложили весь интернет. От непосредственного вмешательства в траффик (или прослушивания) ssh-туннель спасает. Остальное от лукавого. Упасть связь может где угодно.

Неприятие не промежуточного сервера, а зависимости от монополиста. Если по каким-то причинам (поднятие абонплаты, ухудшение связи и т.п.) захочется от него уйти, то все купленные у него-же железяки в гору мусора превратятся. Думаете он этого не знает, это так - совпадение. Кроме того, мне кажется, что этот сервер за уши притянут. Какая такая в нём необходимость? Весь интернет ведь построен на том, что пакетами без центрального сервера можно обмениваться.

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

Если только первое, то это называется "gps/gprs tracking" и этим сейчас не занимаются только ленивые
Спросите у Гугля, он вам вывалит сотню-другую ссылок.

Если нужно второе, то технически это тоже не проблема, хотя тут я плохо осведомлен...

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

На самом деле почти все сервисы, работающие через интернет имеют архитектуру клиент-сервер. Протоколы обмена информацией тоже.


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

С криптографией разговор отдельный. Если не заморачиваться полной поддержкой возможностей того же SSL/TSL, можно обойтись достаточно маленьким камнем без потери безопасности.

Я не против сервера вообще, я против ТОГО сервера. В смысле я против МОНОПОЛИИ на сервер.

Я что-то видимо не понимаю. Мне кажется, что сервер - это такая программа, которая обслуживает запросы от клиентов по к.л. протоколу. Серверы нужны многим, они стандартные, поэтому не д.б. дорогими. Точнее стандартные и соответственно недорогие те, которая обслуживают немного клиентов, как в данном случае. Даже разные части программы, работающей на ОДНОМ компьютере бывает, что соединяют по принципу клиент-сервер. Поэтому мне кажется, что и обслуживания особого сервер не должен требовать.
А можно чтобы это сервер был один (жел-но в диспетчерской), но с двумя каналами связи? Вроде если один из каналов откажет, то всё автоматически через второй должно пойти?

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

2 Baser
А соседу нужно чтобы двустороняя связь была. Маршруты более 40 км по городу, и рация в маршрутках без ретрансляторов работать не будет. Он вообще-то хотел всех водил обязать аську к себе на телефон поставить. Но если у них в любом случае телефон есть, и можно их заставить купить нужную модель, и этот телефон будет их, и они его беречь будут... То почему не поставить в этот телефон ещё программу, которая по блюту будет с GPS общаться и через аську координаты передавать? Тогда вроде вообще все проблеммы решаются? Я так рассуждал.

На самом деле всяких серверов в обсуждаемом решении учавствует довольно много.

Во первыx, это сервер приложения который непосредственно обрабатывает, селектирует данные от дивайсов или из SQL сервера, вылавливает алярмы, перенаправляет их, генерирует пользовательские наборы данных и т.д. Этот сервер сам может базироваться на всяких мелких сервисах.

Во вторых есть сервер подключений - это Linux server или Windows server.
Эти сервера ответственны за поддержание от десятка и более подключений по TCP/IP, за тунели,
за связь с SMS сервером оператора, за аутентификацию (оператор в отличии от вашего соседа никогда не позволит подключиться к себе без шифрации и аутентификации),
за сертификаты подлинности, возможно нужен будет и RADIUS сервер.

В третьих нужен SQL сервер.
Хитрые могут попытаться сделать на локальных таблицах или движках баз данных типа MS Jet или даже Excel, или облегченных квази SQL типа MSDE, но только на этапе демонстрации.
Нормально использовать здесь MS SQL или My SQL кто любит подешевле.
Нужен именно сервер SQL поскольку он должен самостоятельно внутри себя проводить
большую работу по пересортировке данных, их периодическому резервному сохранению,
выдавать алярмы в случае обнаружения нарушения целостности данных,
поддерживать синхронизацию с дублирующими серверами.

В четвертых нужен WEB сервер (опционально). WEB интерфейс стал очень популярным.

В пятых NAT сервер и файрвол для защиты сервера приложений.

В шестых MAIL сервер (опционально) для уведомлений из и в SMS шлюз и других нужд.

Если серьезно хотите ввести горячее резервирование системы то еще нужен сервер для Active Directory, попутно DNS сервер если речь идет о Windows.

Естественно нужно само серверное железо с соответствующим ресурсом непрерывной работы, климатическим режимом, UPS-ами, формфактором и т.д.

Т.е. IT структура надежного решения получается вполне громоздкая,
но действительный монополизм у продавца здесь только на сервер приложений и дивайсы.

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

Чтобы пользоваться аськой в автомобиле и не переплачивать за лишнюю SIM карту вам нужен шлюз из Ethernet-а в GPRS и далее интернет.
Этот шлюз подсоединяется через GPRS к интернету с одной стороны и работает как роутер для всех устройств в машине с другой стороны.
Телтоника имеет такой шлюз. Причем там есть и Ethernet и WiFi интерфейсы для внутренней сети автомобиля.
А для выхода в интернет может использоваться и GPRS и EDGE и 3G