Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

я принципиальную разницу не вижу. Если мне надо будет перезагрузить телефон, я сделаю веб-сервер, куда я отправлю команду, а он уже отправит команду телефону. Для этого мне не надо держать постоянное соединение

т.е. если выберешь tr069 ты в сеть к телефону должен поставить куда то свой веб сервер в этой сети должен быть выделенный ип и проброшен порт на твой веб сервер. И через него будешь триггерить телефоны.
А в классическом autoprovision это всё не нужно, разьве это не преимущество?

[notify_ded_bot]

т.е. если выберешь tr069 ты в сеть к телефону должен поставить куда то свой веб сервер в этой сети должен быть выделенный ип и проброшен порт на твой веб сервер. И через него будешь триггерить телефоны.
А в классическом autoprovision это всё не нужно, разьве это не преимущество?

да я посмотрел, что этот tr069 делается из дерьма и палок, так что к нему прекрасно прикручивается управление через апи поверх http. Хуже ему не будет. Если есть, что-то более готовое, то оно наверно будет разворачиваться быстрее

[notify_ded_bot]

Ладно... Давай не будем тут дальше сорить, ты всё понимаешь. Тут можем дальше немного спорить о оценке, насколько что важно и критично. Но это уже не существенно.

[notify_ded_bot]

Ладно... Давай не будем тут дальше сорить, ты всё понимаешь. Тут можем дальше немного спорить о оценке, насколько что важно и критично. Но это уже не существенно.

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

[notify_ded_bot]

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

Да я тоже с ним не работал, пришёл сюда спросить у тех кто работал =)
Вот в этом мы и не сходимся. Доп требование в виде прокси я и называю проблемой, лишнее звено. А если мелкие компании или телефон дома, то какой там прокси.
Это сразу уменьшает привлекательность tr069.

А плюсы - это то что через него можно получить список параметров и типы значений. Т.е. можно генерить формочки на лету.

[notify_ded_bot]

Да я тоже с ним не работал, пришёл сюда спросить у тех кто работал =)
Вот в этом мы и не сходимся. Доп требование в виде прокси я и называю проблемой, лишнее звено. А если мелкие компании или телефон дома, то какой там прокси.
Это сразу уменьшает привлекательность tr069.

А плюсы - это то что через него можно получить список параметров и типы значений. Т.е. можно генерить формочки на лету.

ну если оседлаешь, то потом расскажешь, как он бесшовно работает в нескольких сетях и все это безопасно

[notify_ded_bot]

Если терминал находится за nat то не понятно как http на него пнуть без проброса порта со стороны где находится терминал

[notify_ded_bot]

Я работал, давно это было. Протокол относительно сложный, пришедший из мира операторов связи для обслуживания абонентских устройств, изначально ADSL модемов и прочего. Вообще TR - не стандарт, это набор и свод рекомендаций, с вендорскими особенностями и расширениями под отдельные сферы применения, вроде TR-104 под SIP.

[notify_ded_bot]

Задача интересная, времени можно убить - любое количество. Также практика показывает, что это не серебрянная пуля. Может оказаться что пр поддержке TR-069 устройство будет поддерживать не весь спектр решений, либо отвечать по особенностям работы железки будет только через дистрибьютера при наличии поддержки. Гам приходилось доказывать что мы оператор связи с серьезными намерениями, чтобы получить ответы. Но было это 14 лет назад.

[notify_ded_bot]

Здравствуйте! Есть ли в этой группе сотрудники Itgrix? Помощь нужна