Исходное сообщение
"Вышел Linphone 3.10" Отправлено Тузя, 10-Сен-16 06:50
Шел 2016 год, а у кого-то до сих пор: > SIP за NAT'ом - почти неработоспособно. https://tools.ietf.org/html/rfc6314 Почитайте, как это работает, и настройте себе правильно. Там все подробно разжёвано, кроме, пожалуй, нескольких вещей: 1) SIP Proxy - всегда имеет маршрутизируемый ipv4, в крайнем случае там DMZ. 2) Asterisk - это не SIP Proxy, он SIP B2BUA и не может быть proxy. Данный факт делает его ближе к клиенту, чем к серверу, за исключением того, что он все-таки location и registrar. Все может измениться ближе к 15-й версии. 3) SIP Proxy - это, например, Kamailio. 4) ICE настраивайте! Asterisk понимает ICE, но сам поднять нужные сервисы не сможет. Он просто АТС-ка. Поднимайте STUN+TURN, этой связки большинству хватит. Именно это RFC положено в основу обхода NAT в WebRTC, а оно работает. Курьезно, что они даже SDP утянули за собой... короче, если у вас не работает SIP за NAT, пригласите телефониста и заплатите ему денег.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Шел 2016 год, а у кого-то до сих пор: >> SIP за NAT'ом - почти неработоспособно. > https://tools.ietf.org/html/rfc6314 > Почитайте, как это работает, и настройте себе правильно. Там все подробно разжёвано, > кроме, пожалуй, нескольких вещей: > 1) SIP Proxy - всегда имеет маршрутизируемый ipv4, в крайнем случае там > DMZ. > 2) Asterisk - это не SIP Proxy, он SIP B2BUA и не > может быть proxy. Данный факт делает его ближе к клиенту, чем > к серверу, за исключением того, что он все-таки location и registrar. > Все может измениться ближе к 15-й версии. > 3) SIP Proxy - это, например, Kamailio. > 4) ICE настраивайте! Asterisk понимает ICE, но сам поднять нужные сервисы не > сможет. Он просто АТС-ка. Поднимайте STUN+TURN, этой связки большинству хватит. > Именно это RFC положено в основу обхода NAT в WebRTC, а оно > работает. Курьезно, что они даже SDP утянули за собой... короче, если > у вас не работает SIP за NAT, пригласите телефониста и заплатите > ему денег.
	Введите код, изображенный на картинке: