asterisk.ru

в юзер спейсе можете перехватить и обратно отдать ядро?
срочно делитесь секретом как это сделать не меняя настроек телефона - это же исходя из ваших условий?

И это можно (man netlink), но для этой задачи это не нужно. Вы что там курите ?

ой а я уже подумал очередной флуд))

Очередной флуд это бред про модули и транскодинг в ядре.

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

С EdgeWater работал (вплоть до замены на самостоятельное решение) - это просто embedded Linux роутер с Web интерфесом к sip nat модулю в частности. Он ничего особенного не умеет.

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

Sangoma D100 это тупой transcoding accelerator и имеет слабое отношение к поставленной задаче, так как набор кодеков там ограничен DSP прошивкой - меня например интересует SILK, которого там нет и в обозримом будущем не будет.
За наводку на RTPProxy - спасибо, это похоже то что доктор прописал, докрутить нужный кодек для меня no problem.

ddkprog писал(а):

И это можно (man netlink), но для этой задачи это не нужно. Вы что там курите ?

бред это у вас с постановкой ТЗ

Ну да - тут ведь нужен мозг для осознания, а тем более для реализации. Успехов в наращивании !

Sfinx писал(а):бред про модули и транскодинг в ядре.

Транскодинг в ядре - не бред, а реальность. Другой вопрос, что использовать готовый не удастся, а написать свое - кишка тонка.
Поэтому проще RTPProxy допилить. Думаю и SILK к нему можно прикрутить.
Только RTPProxy патчить нужно. Не смотрел входит ли в него транскодинг в последнюю версию или нет, нужно будет в свой глянуть...

Sfinx писал(а): Sangoma D100 это тупой transcoding accelerator и имеет слабое отношение к поставленной задаче, так как набор кодеков там ограничен DSP прошивкой - меня например интересует SILK, которого там нет и в обозримом будущем не будет.

DSP прошивку в ней можно перезаливать. Вполне возможно, что SILK появится во вполне обозримом будущем.
Честно говоря мне б SILK тоже не помешал...

Транскодинг в ядре - не бред, а реальность

Транскодинг в ядре нафиг нужен - для 99% задач он прекрасно работает в юзерспейс и астер тому яркий пример.

Другой вопрос, что использовать готовый не удастся, а написать свое - кишка тонка.

Обьясните, какой смысл писать (да еще в ядре !) то, что можно слепить из нескольких программ в юзерспейс ? С кишкой все в порядке - судя по тому что никто такими вещами здесь не занимался все опять придется делать самому. Думал как бы сэкономить время и поделиться деньгами - но вижу что тут все сыты и довольны, не считая конечно безумных

tma писал(а):

Sfinx писал(а): Sangoma D100 это тупой transcoding accelerator и имеет слабое отношение к поставленной задаче, так как набор кодеков там ограничен DSP прошивкой - меня например интересует SILK, которого там нет и в обозримом будущем не будет.

DSP прошивку в ней можно перезаливать. Вполне возможно, что SILK появится во вполне обозримом будущем.
Честно говоря мне б SILK тоже не помешал...

Угм, собственно за silk24 и идет битва для premium заказчика

Sfinx писал(а): Транскодинг в ядре нафиг нужен - для 99% задач он прекрасно работает в юзерспейс и астер тому яркий пример.

Сколько тысяч соединений asterisk потянет с транскодингом?

Вопрос немного не корректен - я бы его переформулировал в два :

a) сколько тысяч соединений потянет атсериск не упав и не отожрав всю память на данном железе
b) какое максимальное количество каналов транскодинга потянет данное железо

Как видите, ключевым моментом тут является железо. Если вопрос был с намеком, что типа в ядре это произойдет быстрее, то могу разочаровать - выигрыша не будет, так как процессор не становится быстрее от того что контекст переключается из юзерспейс в кернелспейс. Это далеко не тот случай когда можно избежать накладных расходов на copy_from/to_user() - они все равно будут, так как основное приложение находится в юзерспейс. Реальный выигрыш даст только железный акселератор, будь то сангома или кастомный на FPGA, хотя и тут придется заплатить задержками при пересылке данных по шине PCI/PCIe.