thekvs писал(а):Не планирует ли уважаемая администрация Comtube сделать регистрацию SIP устройств не только по протоколу UDP, но и по TCP? Это бы поэкономило батарейку для пользователей смартфонов и пр. устройств на батарейке т.к. не нужно было бы ТАК часто посылать keep-alive пакеты для поддержания дырки в NAT'е.
sd писал(а):Насколько я знаю, не важно TCP или UDP используется, но keep-alive пакеты нужно будет слать в любом случае, чтобы NAT не забыл о "дырке". TCP пока не поддерживается, и будет ли, пока сказать не могу. В общем, посмотрим.
thekvs писал(а):sd писал(а):Насколько я знаю, не важно TCP или UDP используется, но keep-alive пакеты нужно будет слать в любом случае, чтобы NAT не забыл о "дырке". TCP пока не поддерживается, и будет ли, пока сказать не могу. В общем, посмотрим.
В случае TCP, в котором есть, в отличие от UDP, понятие соединения, этим будет заниматься не приложение, а ядро OS посылая специальные keep-alive пакеты, что сильно дешевле по затратам CPU (и как следствие расхода батарейки) для пользователей смартфонов. Какие-то перерегистрация по SIP протоколу будут ходить, конечно, но их будет значительно меньше, чем в случае UDP, где нужно слать очень часто чтобы дырка на роутере не протухла.
В общем, вы подумайте, мне кажется это стоит того.
sd писал(а):Однако, нужно будет подробнее изучить тему
thekvs писал(а):sd писал(а):Однако, нужно будет подробнее изучить тему
Еще по моим наблюдениям устройства, которые держат регистрацию по TCP, легче переживают разные небольшие флуктуации сети и регистрация не отваливается. Вот здесь есть небольшое обсуждение темы. Обратите внимание: при флуктуациях сети одновременно отваливаются независимые операторы, которые держат регистрацию по UDP, а тот, что держит по TCP -- работает.
sd писал(а):Хорошо, как начнем поддерживать работу по TCP, сообщим здесь на форуме. О сроках сказать ничего не могу, но скажу сразу - это не первой очередности задача, так что надеяться на скорое решение не стоит.
Сейчас этот форум просматривают: Google [Bot] и гости: 8