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

Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 11:12
arty-arty
Интересует поиск людей, способных решить задачу разработки модуля или драйвера для Asterisk, позволяющего транслировать через себя поток с данными, не трогая его. То есть приходит вызов с пользовательским кодеком, Asterisk понимает, куда его отправить и саму нагрузку (RTP) просто пересылает. Штатное функционирование для голосовых звонков должно остаться.
Решение актуализируется после выяснения деталей разработки (сроки, деньги, гарантии).
Если кто-то хочет просто посоветовать - не откажусь, спасибо.

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 11:39
ded
Просто посоветую: изучите тему более глубоко. Сформулируйте для себя разницу между софт свич 4-м классом (B2B - например Freeswitch, Kamailio) и 5-м классом - (В2U - например Астериск, 3СХ).
Вам нужно 4, там уже почти всё есть, а Вы стучитесь в 5, где предлагаете всё переделать под 4.
Вызов с пользовательским кодеком - это переделка стека канала pjsip, а не Астериска (насколько я понял).

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 14:33
Samael28
Kamailio/OpenSIPS + RTPProxy решит вашу проблему. RTPProxy не занимается перекодированием и прочим, а просто отправляет as is.

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 14:47
arty-arty
ded, Samael28 - спасибо за советы.
Требование, что я написал, является надстройкой, над уже существующей системой.
А если всё-таки попытаться ответить на вопрос: можно ли это сделать под Asterisk?

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 15:54
ded
... и если ответ будет: да, можно, последует следующий вопрос - а сколько это будет стоить?
Ответ МНОГО вряд ли устроит, верно? Но это же не готовый товар с закупочной ценой и продажной - ценником?
ded писал(а):Просто посоветую: изучите тему более глубоко. Сформулируйте для себя разницу между софт свич 4-м классом (B2B - например Freeswitch, Kamailio) и 5-м классом - (В2U - например Астериск, 3СХ).
Вам нужно 4, там уже почти всё есть, а Вы стучитесь в 5, где предлагаете всё переделать под 4.
Вызов с пользовательским кодеком - это переделка стека канала pjsip, а не Астериска (насколько я понял).

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 16:40
arty-arty
ded писал(а):... и если ответ будет: да, можно, последует следующий вопрос - а сколько это будет стоить?
кстати нет, спрашивать не собирался. Я оцениваю драйвер или модуль в 50-100 Крублей.
Просто цена работы может зависеть от нюансов, которые мне сейчас не видны или я недопонимаю их. Кроме этого есть другие дополнительные факторы: правообладатель кода, надежность, гарантии, напряженность разработки (по сути сроки).
я даже натыкался на такой модуль, кажется clearmode кодек для FreeSwitch, но у нас уже нет возможности поменять Asterisk.
хочется найти человека, который знает, как это сделать и гарантирует результат.

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 16:45
ded
Задача настолько нетривиальная и вычурная, что таких людей тут на форуме - два с половиной. И они не сидят, как правило, без дела, поэтому, чтобы попытаться решать эту задачу им надо отодвинуть другие дела (как я себе представляю). Важность которых от сдвига по срокам тоже не уменьшиться. Вот так такие ценообразующие факторы IMHO.

Re: Поддержка дополнительного кодека

Добавлено: 20 окт 2014, 16:57
arty-arty
может подскажи, к кому обратиться?
в любом случае спасибо за участие

Re: Поддержка дополнительного кодека

Добавлено: 21 окт 2014, 08:30
virus_net
arty-arty писал(а):является надстройкой, над уже существующей системой
Так м.б. пора пересмотреть и подумать над другими вариантами реализации этой системы ? И вписать в эту систему использование Kamailio.
Все в этой жизни меняется. Понимаю, муторно, понимаю что возможно долго, но м.б. это как раз правильно, не ?
Думаю что 50-100К за предлагаемую предполагаемую работу это капля в море. Вы можете обратиться к разрабам, думаю они не прочь заработать, вот там и получите гарантии.
arty-arty писал(а):Штатное функционирование для голосовых звонков должно остаться.
Надеюсь что это не относится к вызовам в неизвестном кодеке.:)