Отправлено: 20.09.11 12:41. Заголовок: Мониторинг/управление централью c компа через Интернет (GPRS) без пульта (Орлан, Молдова и т.п.)

Дорогие разработчики! Есть/будет ли возможность мониторинга и управления (не конфигурирования, конфигурирование удаленного и так работает через Конфигуратор) централью через Интернет с обычного компьютера при помощи того же самого конфигуратора или другого ПО (без использования пульта)? Насколько мне понятно, технически это реально (раз реальзована on-line работа с пультом по IP-каналу). Дело в том, что одна СМС у оператора часто стоит столько же, сколько 100 раз передать информацию по GPRS. Плюс ко всему очень удобно проверить состояние зон, выходов, температуры одним нажатием мышки.
P.S. Спасибо за классную железку))

 Отправлено: 23.11.13 23:37. Заголовок: А могут они быть чем..

А могут они быть чем-то полезны человеку без смартфона?

 Отправлено: 23.11.13 23:56. Заголовок: Stalker пишет: А мо..

Stalker пишет:

цитата:

А могут они быть чем-то полезны человеку без смартфона?

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

Ну а на практике для нужд Универсала ничего особо нового PUSH, по сравнению с смс, не дают (разве что извещения об изменении состояния выходов), ну и быстрее ходят. Можно вообще настроить информирование и по смс, и через PUSH - будет практически 100 % гарантия получения. Специально покупать смартфон для PUSH не стоит, а у кого он уже есть - можно и попробовать. Правда сразу по опыту скажу - держать на смартфоне постоянно включенный инет можно только 2G, т.к. постоянные 3G или Wi-Fi сильно садят батарею (но это уже иные вопросы, тут как кому нравится).
PS: с другой стороны, многие пишут, что зв PUSH - будущее, например http://habrahabr.ru/post/192658/

 Отправлено: 25.11.13 09:12. Заголовок: Слишком много неодно..

Слишком много неоднозначного в этом....

 Отправлено: 06.12.13 13:46. Заголовок: В послднее время МТС..

В послднее время МТС почти в 100% случаев выдает IP адрес через NAT/PAT подсети 77.52.х.х, который ессно нифига не простукивается из внешнего мира. Таким образом сконфигурить железку удаленно пользуясь МТС стало практически нереальной задачей. Должен констатировать сей печальный факт...

 Отправлено: 06.12.13 16:15. Заголовок: Dmitruchio пишет: В..

Dmitruchio пишет:

цитата:

В послднее время МТС почти в 100% случаев выдает IP адрес через NAT/PAT подсети 77.52.х.х,

Своп докатился до Киева ;)

 Отправлено: 06.12.13 17:19. Заголовок: orel пишет: Своп до..

orel пишет:

цитата:

Своп докатился до Киева ;)

Капец. Зачем было сориться Хуавэй и МТСу в России?
Может хотя бы как отдельной услугой введут, а orel? Есть такие сведения? И денег МТС подзаработает.

 Отправлено: 06.12.13 17:36. Заголовок: Dmitruchio пишет: И..

Dmitruchio пишет:

цитата:

И денег МТС подзаработает.

Как у КС, за 30 грн /мес :)

 Отправлено: 06.12.13 18:02. Заголовок: Вопрос к разработчик..

Вопрос к разработчикам: Конфигуратор стучиться в консоль с 80-м портом, для консоли критичен этот порт? Или она будет отвечать на любой Desination port в TCP заголовке пакетов, полученных от конфигуратора? Как консоль определяет, что пакет пришел от конфигуратора?

 Отправлено: 06.12.13 18:04. Заголовок: Я так понял в ближай..

Я так понял в ближайшее время нужно дождаться, чем разродится потенциал и как оно на практике будет работать, этот обход ната. Будет ли через обход доступно только удаленное конфигурирование, или и полноценный просмотр видео. И насколько медленнее будет все это через обход по сравнению с напрямую. А там посмотрим , вдруг все это будет работать так, что и не нужно будет заказывать гипотетический постоянный IP :)

 Отправлено: 06.12.13 18:06. Заголовок: izograv пишет: Я та..

izograv пишет:

цитата:

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

А что потенциал что-то обещал?

Вопрос к разработчикам: Конфигуратор стучиться в консоль с 80-м портом, для консоли критичен этот порт? Или она будет отвечать на любой Desination port в TCP заголовке пакетов, полученных от конфигуратора? Как консоль определяет, что пакет пришел от конфигуратора?

 Отправлено: 09.12.13 00:53. Заголовок: Dmitruchio пишет: К..

Dmitruchio пишет:

цитата:

Как консоль определяет, что пакет пришел от конфигуратора?

Я так полагаю, что консоли пофигу, от кого пришел пакет, главное, чтоб он пришел. Если на web-сервис консоли, который постоянно слушает 80 порт придет пакет, он сразу начнет обрабатываться по ныне существующему алгоритму. Назад клиенту будет дан ответ от 80 порта консоли на любой динамический порт клиента, главное, чтобы это ответ опять же до клиента дошел :)

 Отправлено: 09.12.13 02:53. Заголовок: Капец. Зачем было со..

цитата:

Капец. Зачем было сориться Хуавэй и МТСу в России? Может хотя бы как отдельной услугой введут, а orel? Есть такие сведения? И денег МТС подзаработает.

Много слухов бегает, одна из многих, что китайцы спалились на троянах :-)
Когда нибудь маркетня прозреет, введут MNP, тогда все оператора зачещутся какую бы конфетку еще абонентам вывалить :-)

 Отправлено: 09.12.13 09:58. Заголовок: izograv пишет: А чт..

izograv пишет:

цитата:

А что потенциал что-то обещал?

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

izograv пишет:

цитата:

И насколько медленнее будет все это через обход по сравнению с напрямую.

Не вижу предпосылок для медленной работы

 Отправлено: 09.12.13 10:59. Заголовок: izograv пишет: Есл..

izograv пишет:

цитата:

Если на web-сервис консоли, который постоянно слушает 80 порт придет пакет

На 80-й по TCP в сторону консоли через NAT не пройдет, а вот на некий xxxxx (с которым, например, консоль, как с source port, стучиться на сервер мониторинга) можно попытаться отправить, поскольку инициированная консолью запись-трансляция в таблице NAT оборудования оператора поддерживается некоторое время. Вопрос в том, как будет консоль воспринимать конфигурационные (от конфигуратора) пакеты с данным xxxxx входящим (destination) TCP портом?

 Отправлено: 09.12.13 11:01. Заголовок: orel пишет: Много с..

orel пишет:

цитата:

Много слухов бегает, одна из многих, что китайцы спалились на троянах :-)

У нас другая версия бегает: китайцы не захотели покупать проблемный завод по производству релеек в Греции, принадлежащий одному из крутых дядек МТСа.

 Отправлено: 09.12.13 11:13. Заголовок: izograv пишет: вдру..

izograv пишет:

цитата:

вдруг все это будет работать так, что и не нужно будет заказывать гипотетический постоянный IP :)

Будем надеяться

 Отправлено: 09.12.13 19:13. Заголовок: Dmitruchio пишет: Б..

Dmitruchio пишет:

цитата:

Будем надеяться

А нам деваться то некуда

цитата:

На 80-й по TCP в сторону консоли через NAT не пройдет, а вот на некий xxxxx (с которым, например, консоль, как с source port, стучиться на сервер мониторинга) можно попытаться отправить,

Дерзайте, я все сделал, но все равно не понимаю: консоль то слушает не некий xxxxx, а именно 80. Возможно вы научились сами программировать прошивки консоли - тогда да, тут можно поэкспериментировать :)

зы: Да, теперь смысл понял

 Отправлено: 09.12.13 20:21. Заголовок: izograv пишет: конс..

izograv пишет:

цитата:

консоль то слушает не некий xxxxx, а именно 80.

Да, к сожалению только 80-й. Надо чтобы любой могла. Тогда есть шанс пройти NAT.

Izograv, спасибо за отображение Source port на альтернативном сервере мониторинга

 Отправлено: 09.12.13 22:27. Заголовок: Dmitruchio пишет: Д..

Dmitruchio пишет:

цитата:

Да, к сожалению только 80-й. Надо чтобы любой могла. Тогда есть шанс пройти NAT.

Я конечно не специалист тут, но это все так, не тот путь. Что-то типа алгоритма Ammyy Admin - это идеал. Но это все гадания, стоит подождать и глянуть на реализзацию от Потенциала

цитата:

Не вижу предпосылок для медленной работы

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

 Отправлено: 10.12.13 09:31. Заголовок: Поживем увидим.....

Поживем увидим...