asterisk.ru

Hello,

Есть задача, которая судя по всему не по зубам Asterisk'у :

Имеем сервак Local1, который имеет 2 интерфейса - Local и Wan, где Wan подключен к инету, а Local - это местная маскарадная сетка
Имеем некий SIP телефон Phone1, который стоит за серваком Local1, имеет адрес из сети Local и зарегистрирован на Asterisk'е Ast1, который находится где-то в инете (за Wan интерфейсом)

Нужно сделать/поставить некую штуковину, которая будет стоять на серваке Local1 и :

1. Решать вопрос с NAT между Phone1 и Ast1 путем корректировки SIP/SDP заголовков
2. Прозрачно транскодировать RTP потоки активных сессий из одного заданного кодека в другой, путем корректировки SDP заголовков и непосредственного осуществления транскодинга на серваке Local1

Вопросы:

1. На чем это можно/нужно сделать (SIP proxy / Media proxy) ?
2. Есть ли желающие взяться , сколько займет времени и почем будет стоить ?

Rus

P.S. Не спрашивайте зачем это нужно - заказчика не переубедить

одного астериска хватит, при услови что он будет регаться сам вместо телефона на ast1
можно на Local1 SER с RTP-proxy и сконфигурить соответствующим образом
что-то наподобие такой конфы
http://kb.asipto.com/asterisk:realtime: ... .6.2-astdb

Если некий SIP телефон Phone1 - Linksys SPA9XX, который стоит за серваком Local1, имеет адрес из сети Local и зарегистрирован на стороннем Астериске, то такая штука, которая будет стоять на серваке Local1 будет называться Астериск. И она будет прозрачно транскодировать RTP потоки активных сессий из одного заданного кодека в другой, путем корректировки SDP заголовков и непосредственного осуществления транскодинга на серваке Local1.

На установку и настройку - 25 минут.
Время пошло...

Если некий SIP телефон Phone1 - Linksys SPA9XX, который стоит за серваком Local1, имеет адрес из сети Local и зарегистрирован на стороннем Астериске, то такая штука, которая будет стоять на серваке Local1 будет называться Астериск. И она будет прозрачно транскодировать RTP потоки активных сессий из одного заданного кодека в другой, путем корректировки SDP заголовков и непосредственного осуществления транскодинга на серваке Local1.

Нет - пальцем в небо. Должно работать для всех телефонов, а не для любимых ded'ом.

На установку и настройку - 25 минут.
Время пошло...

Время ушло

switch писал(а):Я думаю связка asterisk + SER. Первый для транскодинга, второй для перемешивания SIP. Можно расположить на одной машинке.

Я тоже так думал, но как заставить Aster быть media proxy ?

ddkprog писал(а):почитал ваше резюме, для вашего опыта это сутки дела...

проксик с возможностью снифера?
модуль sip/sdp в ядре линукса уже есть
видео + аудио кодеки в ядро линукса - грусть
декодинга не будет
пусть этим занимается астериск на local1
тогда хватит и банального модуля в линуксе по sip/sdp

Какой снифер ? Какой модуль ? Это все прекрасно делается в юзерспейс. Да я могу потратить время на реализацию, но

a) это нужно не мне и мне это далеко не интересно
b) я кажется ясно предложил это как работу/заказ

Vlad1983 писал(а):одного астериска хватит, при услови что он будет регаться сам вместо телефона на ast1
можно на Local1 SER с RTP-proxy и сконфигурить соответствующим образом
что-то наподобие такой конфы
http://kb.asipto.com/asterisk:realtime: ... .6.2-astdb

Asterisk не умеет работать как SIP proxy, это значит что все штуки аля MWI и прочие хитрые SIP режимы насквозь передаваться на Phone1 с вышестоящего Ast1 не смогут - а это принципиальный момент.

Есть такая штука - softswitch VOS. У него транскодинг реализован ввиду модуля ядра. Это так, для инфы. Присобачить бы к нему SER и больше ничего ненужно было бы.
Кстати SER + RTPProxy умеет транскодировать, правде не все кодеки поддерживает (g729 точно не умеет). И никакого asterisk'а ненужно.
Sangoma D100 - транскодинговая карта, работающая, судя по всему, прозрачным транскодером, прикручивается через библиотеки.
Сейчас такую брать намереваюсь - посмотрим что и как она умеет.

Если без транскодинга, хотя не до конца уврен,что этого нельзя, то есть такие железки.

Без транскодинга SER + RTPProxy тоже отлично работают. Хотя SER это не SBC, как предложено по указанной ссылке.