asterisk.ru

нет необходимости транслировать запросы из внешней сети в свою, это стремно

Даже сип пакеты?

Даже сип пакеты?

даже сип, если он прилетел неизвестно откуда

@fish9370 Ещё раз напомню
Мы с тобой сейчас сравниваем классический autoprovision и autoprovision через tr069
я не работал с tr, но если он работает поверх http, то какая сложность с nat? не очень понятно
В классическом autoprovosion я могу заставить телефон перечитать конфиг если телефон находится за нат. Для этого мне нужно просто отправить sip notify с sip сервера к которому этот телефон подключен.
В tr069 я этого не могу потому что не могу отправить ему web запрос. Понимаешь о чём я?

@fish9370 Ещё раз напомню
Мы с тобой сейчас сравниваем классический autoprovision и autoprovision через tr069
я не работал с tr, но если он работает поверх http, то какая сложность с nat? не очень понятно
В классическом autoprovosion я могу заставить телефон перечитать конфиг если телефон находится за нат. Для этого мне нужно просто отправить sip notify с sip сервера к которому этот телефон подключен.
В tr069 я этого не могу потому что не могу отправить ему web запрос. Понимаешь о чём я?

а что можешь?

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

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

Олег, ну ты чего =)). Огромная разница. Сип подключение удерживает соединение, если оно по udp то постоянно отправляет пакеты что бы удерживать соединение. Если по tcp то оно не рвётся.
А веб запросы работают иначе. Телефон скачал свой конфиг по http и закрыл соединение, я не могу ему ничего отправить.

В этом преимущество классического autoprovision перед tr069

Олег, ну ты чего =)). Огромная разница. Сип подключение удерживает соединение, если оно по udp то постоянно отправляет пакеты что бы удерживать соединение. Если по tcp то оно не рвётся.
А веб запросы работают иначе. Телефон скачал свой конфиг по http и закрыл соединение, я не могу ему ничего отправить.

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

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

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

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

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