Форум » GSM Universal » Мониторинг/управление централью c компа через Интернет (GPRS) без пульта (Орлан, Молдова и т.п.) » Ответить
Мониторинг/управление централью c компа через Интернет (GPRS) без пульта (Орлан, Молдова и т.п.)
Dmitruchio: Дорогие разработчики! Есть/будет ли возможность мониторинга и управления (не конфигурирования, конфигурирование удаленного и так работает через Конфигуратор) централью через Интернет с обычного компьютера при помощи того же самого конфигуратора или другого ПО (без использования пульта)? Насколько мне понятно, технически это реально (раз реальзована on-line работа с пультом по IP-каналу). Дело в том, что одна СМС у оператора часто стоит столько же, сколько 100 раз передать информацию по GPRS. Плюс ко всему очень удобно проверить состояние зон, выходов, температуры одним нажатием мышки. P.S. Спасибо за классную железку))
Stalker: А могут они быть чем-то полезны человеку без смартфона?
izograv: Stalker пишет: А могут они быть чем-то полезны человеку без смартфона? Нет, PUSH в данной реализации - более продвинутая, чем смс, передача контента на мобильное устройство. Кода-то смс у мобильных операторов были копеечными, теперь на них все начали делать маленький бизнес, даже на внутрисетевых, не говоря уже про межоператорные или в роуминге (это с точки зрения цены). С технической точки зрения пуши работают напрямую через интернет, поэтому в идеале должны работать гораздо быстрее смс, самый простой аналог пушей - всем известная аська. Наверное более понятная аналогия такая: как удобнее решать вопрос, по аське или по мылу? Если технически смс-ы поддерживает любой мобильный телефон, то для пушей нужно загрузить специальную программу, поэтому это возможно только на смартфонах или планшетах. Ну а на практике для нужд Универсала ничего особо нового PUSH, по сравнению с смс, не дают (разве что извещения об изменении состояния выходов), ну и быстрее ходят. Можно вообще настроить информирование и по смс, и через PUSH - будет практически 100 % гарантия получения. Специально покупать смартфон для PUSH не стоит, а у кого он уже есть - можно и попробовать. Правда сразу по опыту скажу - держать на смартфоне постоянно включенный инет можно только 2G, т.к. постоянные 3G или Wi-Fi сильно садят батарею (но это уже иные вопросы, тут как кому нравится). PS: с другой стороны, многие пишут, что зв PUSH - будущее, например http://habrahabr.ru/post/192658/
dem: Слишком много неоднозначного в этом....
Dmitruchio: В послднее время МТС почти в 100% случаев выдает IP адрес через NAT/PAT подсети 77.52.х.х, который ессно нифига не простукивается из внешнего мира. Таким образом сконфигурить железку удаленно пользуясь МТС стало практически нереальной задачей. Должен констатировать сей печальный факт...
orel: Dmitruchio пишет: В послднее время МТС почти в 100% случаев выдает IP адрес через NAT/PAT подсети 77.52.х.х, Своп докатился до Киева ;)
Dmitruchio: orel пишет: Своп докатился до Киева ;) Капец. Зачем было сориться Хуавэй и МТСу в России? Может хотя бы как отдельной услугой введут, а orel? Есть такие сведения? И денег МТС подзаработает.
izograv: Dmitruchio пишет: И денег МТС подзаработает. Как у КС, за 30 грн /мес :)
Dmitruchio: Вопрос к разработчикам: Конфигуратор стучиться в консоль с 80-м портом, для консоли критичен этот порт? Или она будет отвечать на любой Desination port в TCP заголовке пакетов, полученных от конфигуратора? Как консоль определяет, что пакет пришел от конфигуратора?
izograv: Я так понял в ближайшее время нужно дождаться, чем разродится потенциал и как оно на практике будет работать, этот обход ната. Будет ли через обход доступно только удаленное конфигурирование, или и полноценный просмотр видео. И насколько медленнее будет все это через обход по сравнению с напрямую. А там посмотрим , вдруг все это будет работать так, что и не нужно будет заказывать гипотетический постоянный IP :)
Dmitruchio: izograv пишет: Я так понял в ближайшее время нужно дождаться, чем разродится потенциал и как оно на практике будет работать, этот обход ната. Будет ли через обход доступно только удаленное конфигурирование А что потенциал что-то обещал? Вопрос к разработчикам: Конфигуратор стучиться в консоль с 80-м портом, для консоли критичен этот порт? Или она будет отвечать на любой Desination port в TCP заголовке пакетов, полученных от конфигуратора? Как консоль определяет, что пакет пришел от конфигуратора?
izograv: Dmitruchio пишет: Как консоль определяет, что пакет пришел от конфигуратора? Я так полагаю, что консоли пофигу, от кого пришел пакет, главное, чтоб он пришел. Если на web-сервис консоли, который постоянно слушает 80 порт придет пакет, он сразу начнет обрабатываться по ныне существующему алгоритму. Назад клиенту будет дан ответ от 80 порта консоли на любой динамический порт клиента, главное, чтобы это ответ опять же до клиента дошел :)
orel: Капец. Зачем было сориться Хуавэй и МТСу в России? Может хотя бы как отдельной услугой введут, а orel? Есть такие сведения? И денег МТС подзаработает. Много слухов бегает, одна из многих, что китайцы спалились на троянах :-) Когда нибудь маркетня прозреет, введут MNP, тогда все оператора зачещутся какую бы конфетку еще абонентам вывалить :-)
dem: izograv пишет: А что потенциал что-то обещал? Решить проблему с NAT операторов, для удаленного конфигурирования, просмотра видео онлайн и управления через интернет... izograv пишет: И насколько медленнее будет все это через обход по сравнению с напрямую. Не вижу предпосылок для медленной работы
Dmitruchio: izograv пишет: Если на web-сервис консоли, который постоянно слушает 80 порт придет пакет На 80-й по TCP в сторону консоли через NAT не пройдет, а вот на некий xxxxx (с которым, например, консоль, как с source port, стучиться на сервер мониторинга) можно попытаться отправить, поскольку инициированная консолью запись-трансляция в таблице NAT оборудования оператора поддерживается некоторое время. Вопрос в том, как будет консоль воспринимать конфигурационные (от конфигуратора) пакеты с данным xxxxx входящим (destination) TCP портом?
Dmitruchio: orel пишет: Много слухов бегает, одна из многих, что китайцы спалились на троянах :-) У нас другая версия бегает: китайцы не захотели покупать проблемный завод по производству релеек в Греции, принадлежащий одному из крутых дядек МТСа.
Dmitruchio: izograv пишет: вдруг все это будет работать так, что и не нужно будет заказывать гипотетический постоянный IP :) Будем надеяться
izograv: Dmitruchio пишет: Будем надеяться А нам деваться то некуда На 80-й по TCP в сторону консоли через NAT не пройдет, а вот на некий xxxxx (с которым, например, консоль, как с source port, стучиться на сервер мониторинга) можно попытаться отправить, Дерзайте, я все сделал, но все равно не понимаю: консоль то слушает не некий xxxxx, а именно 80. Возможно вы научились сами программировать прошивки консоли - тогда да, тут можно поэкспериментировать :) зы: Да, теперь смысл понял
Dmitruchio: izograv пишет: консоль то слушает не некий xxxxx, а именно 80. Да, к сожалению только 80-й. Надо чтобы любой могла. Тогда есть шанс пройти NAT. Izograv, спасибо за отображение Source port на альтернативном сервере мониторинга
izograv: Dmitruchio пишет: Да, к сожалению только 80-й. Надо чтобы любой могла. Тогда есть шанс пройти NAT. Я конечно не специалист тут, но это все так, не тот путь. Что-то типа алгоритма Ammyy Admin - это идеал. Но это все гадания, стоит подождать и глянуть на реализзацию от Потенциала Не вижу предпосылок для медленной работы Мне бы ваш оптимизм. Сколько я не работал со всякими системами удаленного управления - все оно г., особенно то, что использует промежуточные сервера. Виснет, нестабильно, ненадежно etc. Так это еще на более-менее приличной связи, а на наши скоростях - так то вообще капец. И без ната проблем хватало, а тут еще добавится промеж. сервер. А еще нужно глянуть, какая трасса будет от централи до сервера, сколько хопов. В общем я тут большой пессимист, но буду рад, если ошибаюсь.
dem: Поживем увидим...
полная версия страницы