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