Не поделитесь конфигурацией? Тоже пытаюсь подключиться к Синтерре - не могу решить проблему односторонней слышимости.
Сначала проверял с 1.6, потом с 1,4 - проблема осталась
Заранее спасибо

проверьте диапазон rtp портов и согласование кодеков в sdp

С кодеками вроде все в порядке - я проверял g729 и alaw - оба работают, при выборе любых других кодеков связь не устанавливается. А вот по поводу RTP портов - у меня стоит 10000-20000. Никаких указаний от техников Синтерры по этому поводу я не получал. Есть какая-то информация по этому поводу?
Я промониторил происходящее. У них есть управляющий сервер 10.105.1.33 и медиа сервер 10.105.1.50 Такое впечатление что астериск не может сговориться с синтерровской коробкой на входе и упорно шлет RTP поток на 10.105.1.33 Я неоднократно подключал астериск к системам с раздельными управляющими и медиа серверами - всегда они договаривались без проблем и астериск автоматически разбирался куда слать RTP. К сожалению я не нашел информацию можно ли астериску в транке явно прописать адрес RTP сервера - все пишут что это должен быть автоматический процесс. Техподдержка Синтерры особо не помогает - "у нас сотни транков, все работают, проблема у вас; а что такое астериск мы не знаем и никаких рекомендаций дать не можем"
Еще пару слов. По моему опыту проблема односторонней слышимости часто связана с NAT по дороге к серверу. Техники утверждают, что нигде по дороге NAT-а нет, но к сожалению я проверить это не могу. Вот трейс от меня до сервера Синтерры:
1 10.105.65.254 (10.105.65.254) 1.682 ms 2.172 ms 2.552 ms
2 10.120.2.250 (10.120.2.250) 3.551 ms 2.803 ms 2.784 ms
3 10.105.1.254 (10.105.1.254) 3.020 ms 3.049 ms 3.480 ms
4 10.105.1.33 (10.105.1.33) 2.996 ms 2.964 ms 2.942 ms

Есть какие-то соображения? Буду благодарен за помощь

rtp set debug on
куда трафик идет проверь.

Спасибо за идею - но я как раз это и сделал - как иначе я узнал что получаю RTP пакеты от 10.105.1.50 а посылаю на10.105.1.33. К сожалению лог не показывает причину проблемы...

Если трейс до Синтерры
1 10.105.65.254 (10.105.65.254) 1.682 ms 2.172 ms 2.552 ms
2 10.120.2.250 (10.120.2.250) 3.551 ms 2.803 ms 2.784 ms
3 10.105.1.254 (10.105.1.254) 3.020 ms 3.049 ms 3.480 ms
4 10.105.1.33 (10.105.1.33) 2.996 ms 2.964 ms 2.942 ms
то я могу понять, что Синтерра = 10.105.1.33, а если получаете от 10.105.1.50 - то то это их outbond proxy. Судя по трейсу - это рутинг а не НАТ.
Вам надо создать два пира - на Синтерру, для исходящих, 10.105.1.33 и
от Синтерры - 10.105.1.50, для входящих.

Хм,м,м,м
Спасибо за ответ
На самом деле по IP трейсу не понять есть ли там NAT, ну да не суть важно.
По поводу идеи с двумя пирами - не уверен. Боюсь что тут путается теплое с мягким. Проблема не во входящих/исходящих звонках - тут транк настроен правильно и принимает и отправляет и те и другие. В любом случае в настройках транка указывается управляющий сип сервер, а не сигнальный RTP. Проблема в односторонней слышимости, Я писал в первом своем посте - они имеют SIP server 10.105.1.33 и RTP server 10.105.1.50 (я писал по русски, но лучше перейдем на английские термины что бы избежать недопонимания) Соответственно похоже на то, что астериск не может договорится с их железякой и не понимает, что RTP надо слать на сервер отличный от SIP сервера, Ранее в этом посте писалось, что ветка 1.6 имеет проблемы с синтеррой по непонятной причине, а вот 1.4 вроде работает. Я снес 1,6 и поставил 1.4.22-4 но проблема осталась прежней. Может кто-то может поделиться рабочим конфигом?

Боюсь, что Вы больше склонны дискутировать о различих тёплого и мягкого. Проблема не во входящих/исходящих звонках, проблема в Вашем отношении к ним.
В терминологии SIP я не встречал названия RTP server.

sip set debug поможет увидеть в пакетах есть указание строить RTP c 10.105.1.50 или сигнальный трафик всё-таки приходит с 10.105.1.50 тоже.

Можете гарантировать, что у вас нет проблемы с кодеками?

8-)
К сожалению похоже что синтеррой гарантировать нельзя ничего.
Я писал выше - единственным признаком что с кодеками все в порядке может служить то, что при попытке указать любой другой кодек кроме g729 или alaw звонок не устанавливается. Я явно указываю только один из двух кодеков и после установки связи имею одностороннюю слышимость в одном и том же направлении (к нам снаружи голос идет, мы слышим внешнюю сторону, а от нас наружу - нет, они нас не слышат) с любым из двух этих кодеков.
По поводу того как назвать девайс - media server, RTP server - спорить бы не хотелось, это не суть важно. Важно, что судя по SIP trace и по информации от синтерры, ситуация именно такая как я и писал - 10,105,1,33 - это именно управляющий SIP сервер, который корректно отрабатывает весь звонок от INVITE до SIP-Bye, a 10.105.1.50 - только медиа сервер (а не сип-прокси), который шлет на нас RTP поток, и на который наш астериск по идее должен отвечать - а он шлет RTCP/RTP на 10,105,1,33

Сорри если чем обидел - не имел такой мысли; на самом деле спасибо за участие в беседе - может совместно решим проблему.

Спорим, tcpdump+wireshark знает все ответы?