Страница 1 из 1

Направление RTP трафика сразу напрямую между пирами

Добавлено: 18 янв 2013, 14:54
Roman_dev
Добрый день.
У меня возник вопрос, можно ли сконфигурировать Asterisk так, чтобы при установке связи трафик шел сразу от пира к пиру, а не через asterisk (2 rtp сессии) желательно с неподдерживаемым Asterisk_ом кодеком. Для этого нужно, чтобы в методе Invite Asterisk подставлял не свои адрес, порт и кодек, а те, которые ему прислал другой пир в своем инвайт, ну и в идеале не ругался бы на неправильный кодей. Сейчас Asterisk отбросит соединение с неправильным кодеком. Я знаю, что можно добится этого, если в sip.conf прописать directmedia=update. Тогда asterisk методом update отошлет параметры противоположного пира клиентам. Однако при этом все равно будет 2 SIP сессии, и не получится использовать левый кодек. Хотелось бы сделать так, что Asterisk не проверял правильность кодеков, пусть бы это делали клиенты.
Так же возникает вопрос можно ли Asterisk сделать ретранслятором, чтобы он не менял значение полей Call_ID и Contact в SIP. Сейчас Asterisk, как я уже сказал создает 2 сессии с 2 пирами, и вместо реального ip пира в поле contact подставляет свой доменный ip.
Так же хотел бы уточнить механизм reINVITE. Кто посылает повторное сообщение Invite Asterisk или клиент?

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

Re: Направление RTP трафика сразу напрямую между пирами

Добавлено: 18 янв 2013, 15:26
ded
У меня возник вопрос, можно ли сконфигурировать Asterisk так, чтобы при установке связи трафик шел сразу от пира к пиру, а не через asterisk (2 rtp сессии)
Можно.
желательно с неподдерживаемым Asterisk_ом кодеком. Для этого нужно, чтобы в методе Invite Asterisk подставлял не свои адрес, порт и кодек, а те, которые ему прислал другой пир в своем инвайт, ну и в идеале не ругался бы на неправильный кодей.
Нельзя.
Сейчас Asterisk отбросит соединение с неправильным кодеком. Я знаю, что можно добится этого, если в sip.conf прописать directmedia=update. Тогда asterisk методом update отошлет параметры противоположного пира клиентам. Однако при этом все равно будет 2 SIP сессии, и не получится использовать левый кодек. Хотелось бы сделать так, что Asterisk не проверял правильность кодеков, пусть бы это делали клиенты.
Меняйте код cip_channel.c и перекомпиллируйте канал.
Так же возникает вопрос можно ли Asterisk сделать ретранслятором, чтобы он не менял значение полей Call_ID и Contact в SIP. Сейчас Asterisk, как я уже сказал создает 2 сессии с 2 пирами, и вместо реального ip пира в поле contact подставляет свой доменный ip.
Нельзя. Астериск - это не SIP proxy. Откройте википедию и прочитайте про софтсвичи 4-го класса и 5-го. Астериск - софствич 5-го класса. То что Вы просите - это 4-й класс.
Так же хотел бы уточнить механизм reINVITE. Кто посылает повторное сообщение Invite Asterisk или клиент?
И клиент, и Астериск (если ему приказать).

Re: Направление RTP трафика сразу напрямую между пирами

Добавлено: 18 янв 2013, 15:52
Roman_dev
Спасибо большое за ответ.

Re: Направление RTP трафика сразу напрямую между пирами

Добавлено: 18 янв 2013, 16:05
ded

Re: Направление RTP трафика сразу напрямую между пирами

Добавлено: 18 янв 2013, 17:07
Vlad1983
Смотрите в сторону FreeSwitch он все это может