LINUX.ORG.RU

Ответ на: комментарий от ero-sennin

Проблема точно такого-же плана что и NAT активного FTP. RTP сессия устанавливается в обе стороны, причем по SIP сессии передается адрес на который идет голос со встречной стороны. Там заявляется фейковый адрес.

Лечить можно тремя способами. 1) Под линух есть экспериментальный модуль для натинга SIP. 2) Использовать STUN сервер (если клиент может работать через STUN) 3) Настроить на клиенте поддержку NAT, то есть чтобы он заявлял по сигнализации приемником RTP трафика не себя с серым адресом а гейтвей, на гейтвее настроить портмапинг сигнального и голосового порта и обязать клиента с помощью специальной настройки гонять RTP через единственный запортмапленый порт.

Вариант с STUN сервером идеологически самый правильный.

anonymous
()
Ответ на: комментарий от anonymous

> 2) Использовать STUN сервер (если клиент может работать через STUN)

Использую stun.sipnet.ru.

ero-sennin ★★
() автор топика
Ответ на: комментарий от anonymous

Вдогонку. Проблема может заключаться в несовместимости по кодекам. В принципе при таком косяке соединение должно рваться с диагнозом no media, но всяко бывает. В любом случае надо отладку смотреть.

anonymous
()

Во блин, сейчас позвонил на автоответчик *01@sipnet.ru, с ним всё работает. А больше никого не слышу. =(

ero-sennin ★★
() автор топика
Ответ на: комментарий от anonymous

192.1.1.9 - это такие у нашего админа представления о приватных айпишниках. :) Мой адрес внутри конторы.

ero-sennin ★★
() автор топика
Ответ на: комментарий от anonymous

Озвучил, если скажут что-то умное, напишу.

ero-sennin ★★
() автор топика

Для начала - проверьте их родной клиент. Попробуйте других сип провайдеров (тот же гизмо). У меня сипнет рут больше всех глючит в екиге.

svu ★★★★★
()

поставь на ящик с линуксом asterisk, или любой другой sip сервер.
и ходи через него.

chocholl ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.