asterisk.ru

Доброго дня.

Большая просьба помочь с одной проблемой, которую я не могу одолеть уже долгое время.
Использую Asterisk 13.6 res_pjsip. Задача: при звонке мультифон-мой_сервер-мультифон пустить RTP потоки напрямую, минуя мой сервер.

1. Вопрос: что нужно настроить чтобы они шли напрямую?
Пробовал (всё вместе):
- ставил на endpoint'ах direct_media=yes
- отключал MixMonitor
- отключал JitterBuffer
да собственно всё что указано в https://wiki.asterisk.org/wiki/display/ ... ting+Guide
Раздел: Direct media is not being used
...всё равно rtp debug показывает потоки, проксирующиеся через мой сервер.
К сожалению, нет никакой отладочной информации, которая выводила бы этапы принятия решения о проксировании или direct. Или есть?
Что ещё я не учёл?

2. и тут же спрошу...
Можно ли заставить конкретный звонок использовать сторонний RTP proxy (STUN?).

заранее спасибо.

Если через NAT - то глухо это.

1 Вопрос "что нужно настроить чтобы они шли напрямую?" нужно задавать не сообществу а в документацию по Астериск, ибо является таким же древним, как сам Астериск.

2. Можно. Но прокси - это не stun, и наоборот.

Zavr2008, человек хочет

при звонке мультифон-мой_сервер-мультифон пустить RTP потоки напрямую

то есть RTP по его задумке ьбез всякого НАТа пойти должен мультифон------мультифон, не выходя из сервера мультифона!

просто direct_media=yes для chan_pjsip наверняка имеет проблемы при nat.
ded, насчет мультфона - там ногу выломать если честн, только directmedia им не хватало))

Древним как asterisk этот вопрос не может быть, т.к. речь идёт res_pjsip, который не является столь древним как asterisk.
Всю документацию я давно перерыл и не замечал за собой странностей задавать вопросы на форуме если нашёл ответы в документации, которую УЖЕ привёл в своём вопросе.
Но документация совсем не полная. Например, в ней не сказано что опции tT команды dial так же блокируют directmedia.

И конечно же... никакого NAT в принципе нет, сервер имеет внешний IP и общается с другим сервером (мультифоном), который так же имеет внешний IP.

Я не знаю... заработает ли мультифон при потоках с порта на порт, но мой сервер даже не пытается такого предложить серверу мультифона.

Вопрос в чистом виде - при звонке мультифон-мой_сервер-мультифон пустить RTP потоки напрямую, то есть ещё более абстрактно:
пир--сервер--пир пустить RTP потоки напрямую пир---пир, верно? Без деталей - chan_pjsip или chan_sip. Это не частный случай, это общий случай. Это у Вас речь идёт о chan_pjsip, и непонятно, зачем именно его использовать, готовы лии Вы поступиться им ради схемы RTP потоки напрямую пир---пир.
Этот вопрос исследовался ровно столько, сколько существует Астериск.

Если Вам ехать, а не шашечки - не стоит использовать chan_pjsip в production, если Вы не девелопер.

Мне почему-то кажется, что Мультифон не позволит так сделать.

Э-э, мне это очевидно.

Вопрос: когда, наконец, поймут, что:
1. Астер совт-сфич 5 уровня
2. Внешний пров (любой) гонит через себя и НИКОМУ не отдаст прямые маршруты.

В простоте: есть ВАШа киска, пров дает на ее, далее ваш астер, который может ЗАМКНУТЬ ВАШИ каналы внутри ВАШЕЙ киски, а не прова.

Я где-то не прав?

Так человек хочет Мультифон внутри самого себя замкнуть, а не Мультифон с кем-то еще.