Добрый день.

Имеется FreeBSD 6.3, Asterisk 1.4.10.

show modules like codec

codec_alaw.so A-law Coder/Decoder 0
codec_ulaw.so mu-Law Coder/Decoder 0
codec_gsm.so GSM Coder/Decoder 0
codec_ilbc.so iLBC Coder/Decoder 0
codec_speex.so Speex Coder/Decoder 0
codec_g729.so G.729 Coder/Decoder 0

show translation

g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722
g723 - - - - - - - - - - - - -
gsm - - 3 3 - - 2 - 6 13 11 - -
ulaw - 2 - 2 - - 1 - 5 12 10 - -
alaw - 2 2 - - - 1 - 5 12 10 - -
g726aal2 - - - - - - - - - - - - -
adpcm - - - - - - - - - - - - -
slin - 1 1 1 - - - - 4 11 9 - -
lpc10 - - - - - - - - - - - - -
g729 - 2 2 2 - - 1 - - 12 10 - -

При звонке где оригинатор в alaw, а терминатор в g729 получаю:

[Jan 12 10:17:26] WARNING[930]: chan_sip.c:3695 sip_write: Asked to transmit frame type 8, while native formats is 0x100 (g729)(256) read/write = 0x8 (alaw)(8)/0x8 (alaw)(8)
[Jan 12 10:17:26] WARNING[930]: chan_sip.c:3695 sip_write: Asked to transmit frame type 8, while native formats is 0x100 (g729)(256) read/write = 0x8 (alaw)(8)/0x8 (alaw)(8)
[Jan 12 10:17:26] WARNING[930]: chan_sip.c:3695 sip_write: Asked to transmit frame type 8, while native formats is 0x100 (g729)(256) read/write = 0x8 (alaw)(8)/0x8 (alaw)(8)

Дела с астериском на FreeBSD не имел раньше. Вроде должно работать, кодек с правильного сайта под 1.4 ветку и FreeBSD 6.x и проц P4 (на сервере Xeon).

Плиз, Подскажите куда копнуть ...

А лицензия на g729 для Asterisk у вас есть?

Использование кодека g729 в Asterisk является платной услугой. Подробнее на сайте Digium http://store.digium.com/productview.php?category_id=5&product_code=8G729CODEC

в России патенты на алгоритмы приготовления бутербродов не выдают, равно как и в евросоюзе

Проблема так и не решилась. Вероятно плохо гуглю :( Когда сам ставил, то такого не встречал. Эту систему ставили другие люди, вернее это часть коммерческой системы (хотя хз, как можно продавать то, что построено на базе GPL продукта).

Есть кодеки IPP, лежат здесь: http://asterisk.hosting.lv вот только собирать их самостоятельно под что-нибудь экзотическое -- не пожелаю врагам.

Есть кодеки ITUшные, собираются везде, могу куда-нибудь выложить. Но готовые исходники модулей у меня только под asterisk 1.2 (для 1.4 там нужно поменять несколько функций).

GPL не запрещает продавать продукт, он запрещает вносить модификации в код не опубликовывая их.

Верно, т.е. если взять, астериск внести изменения в код и потом продавать результат (без исходников) - это вроде как нарушение GPL. А если там ещё и OpenSER с некоторыми изменениями и какой-нить радиус с такойже судьбой...

Выходит, компания "разработавшая" такой продукт,пусть даже сносно работающий, вообще при любых разборках вообще и требовать ничего не может ?

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

А если компания хочет делать бизнес на поставке готовых решений и их поддержке -- GPL этому не мешает. Если вы способны это делать лучше, чем кто-то другой имеющий те же исходники -- клиент ваш. Это здоровая конкуренция.

spvoice, не надо цитировать цитируемое.

Чего-то подозрительно мало... Не может быть столько даже на xeon.

alym:

При звонке где оригинатор в alaw, а терминатор в g729 получаю:

[Jan 12 10:17:26] WARNING[930]: chan_sip.c:3695 sip_write: Asked to transmit frame type 8, while native formats is 0x100 (g729)(256) read/write = 0x8 (alaw)(8)/0x8 (alaw)(8)

Дела с астериском на FreeBSD не имел раньше. Вроде должно работать, кодек с правильного сайта под 1.4 ветку и FreeBSD 6.x и проц P4 (на сервере Xeon).

Плиз, Подскажите куда копнуть ...

Вот кусок кода который это говорит:


if (!(frame->subclass & ast->nativeformats)) {
ast_log(LOG_WARNING, "Asked to transmit frame type %d, while native formats is %d (read/write = %d/%d)\n",
frame->subclass, ast->nativeformats, ast->readformat, ast->writeformat);
return 0;
}

Почему там транскодинг не включается и на самом деле передаётся alaw вместо g729 и как надо было собрать asterisk чтобы такое происходило -- не понимаю.

А на удалённой стороне точно нет проблем? Если взять sip-телефон с заведомо рабочим g729 и попробовать транскодинг с ним, происходит то же самое? В sip debug и rtp debug какие кодеки показываются?

Вообще-то в случае подобных багов, если есть возможность, лучше всё (и кодеки и asterisk) пересобрать из исходников и удостовериться что asterisk вызывает соответствующие функции из codec_g729.so