asterisk.ru

Ищем человека, который может релизовать недостающие части и настроить имеющие части следующей задачи. Работа по контракту, цена договорная. Если нам с вами понравится, готовы пригласить на фулл-тайм (Москва) - у нас больше интересных задач, чем специалистов по VoIP и мы активно ищем людей в команду.

Задача

* Максимально сжать голосовой трафик для передачи по спутнику.
* Изначально трафик приходит по RTP с кодеками GSM-FR или AMR (мы можем это контролировать).
* Одновременно может идти до 14 потоков (call legs), большую часть времени будет 1-2 одновременных потока.
* Цель - <7-8 kbps на поток с учётом заголовков (RTP или аналогичных заоголовков). Лучше даже меньше.
* На обоих концах сейчас стоит Freeswitch. Если нужно, можем запускать дополнительные прокси и т.д.
* Сейчас сигнальный трафик идёт по SIP, но мы можем использовать на этом участке что угодно, главное, чтобы оно было понятно Freeswitch.

Текущая идея

Вариант 1: Вместо SIP/RTP использовать IAX2.
Вариант 2: Оставить SIP, но использовать ROHC-proxy для RTP. Ни одного работоспособного ROHC-прокси мы не нашли, так что его нужно будет писать. М.б. интегрировать прямо во Freeswitch.
Вариант 3: Принимаем рекомендации

В качестве кодека планируем использовать низко-битрейтный режим AMR или OPUS или Codec2.

О компании

Разрабатываем распределённую систему мобильной связи с air interface GSM и опорной сетью VoIP (с блекджеком и сервисами). На основе собственного железа и софта Osmocom/OpenBSC (были первопроходцами OpenBTS, но разочаровались).

Из интересных проектов, сейчас разворачиваем сеть в Мексике.

Как у всякого стартапа - цель наша глобальна, но сейчас не об этом. Штаб-квартира компании находится в Бостоне, США, часть сотрудников рассредоточена по миру. Большая часть разработки ведётся в России.

сайт: https://fairwaves.co/

Контакт

fairjobs на fairwaves.co

SILK от 6кбит.

проще opus собрать - готовых патчей море - сегодня ради баловства накатил на 11.10.2

SILK вошёл в Opus, так что не вижу смысла использовать его в чистом виде.

Но главное, что использование эффективного кодека не даёт нужного эффекта само по себе. Нужно ещё сжать заголовки и подобрать правильный размер фрейма. Нам и нужен человек как раз для того, чтобы собрать это в систему, которая работает "в поле" без сбоев и с приемлемым качеством с учётом всех ограничений.

Предлагаю сделать имеено так:

ipse писал(а): * Изначально трафик приходит по RTP с кодеками GSM-FR или AMR (мы можем это контролировать).
* Одновременно может идти до 14 потоков (call legs), большую часть времени будет 1-2 одновременных потока.
* Цель - <7-8 kbps на поток с учётом заголовков (RTP или аналогичных заоголовков). Лучше даже меньше.
Вариант 1: Вместо SIP/RTP использовать IAX2.
В качестве кодека планируем использовать низко-битрейтный режим AMR ...

Включите просто транк режим в IAX2 и получите приличную экономию при аггрегировании пакетов. Это уже обсуждалось тут на форуме, ищите..
В этом случае не придется использовать военные кодеки, типа разработанного Adaptive Digital