preferred_codec_only 1.8
Сегодня попробовал ее активировать, но получил одностороннюю слышимость...
tcpdump показал что я провайдеру отправляю 729(он в приоритете) а получаю я в ulaw, и получилось что меня слышат а я не слышу.
Если отключить ulaw то идет все идеально по 729.
Обнаружил пока только эти различия:
1.6:
| Code: |
| m=audio 10416 RTP/AVP 18 0 8 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 |
1.8:
| Code: |
| m=audio 14458 RTP/AVP 0 18 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:8 PCMA/8000 |
Подключение:
Аналоговая плата - Астериск - провайдер
_________________
Intel Core 2 Duo E6400 @ 2.40GHz / 6GB / 160GB
Gentoo Linux 2.6.32-r7 || Asterisk 1.6.2.13 | SFA | Linksys SPA922 + D-Link DPH-300S + D-Link DVG-7111S + 3 x Huawei E1550
У нас к сожалению этот трафик оплачивается по мегабайтам, поэтому желателен 729. Но есть конечные абоненты которые выставляют только law, поэтому просто оставить 729 нельзя(провайдер не производит транскодинг, он только через себя пропускает трафик и ничего более). Хотя не исключено что некоторые абоненты выставляют только ulaw, поэтому убирать его тоже крайне не желательно
| Quote: |
| Added an option to respond to a SIP invite with only the single most preferred joint codec. This limits the options of what codecs the other side can use. |
Alekz, ваша правда.
"Обрубки" взяты из инвайт, исходящего звонка. при входящем звонке тоже все нормально.
в любом случае при включении этого параметра что-то идет не корректно, да и получается, что он влияет на исходящий звонок тоже, заставил же астериск отправлять в 729 кодеке.
Будем разбираться.
allow=g729 ; Allow codecs in order of preference
allow=ulaw
_________________
Успехов!
anest, а это работает в 1.8? Помнится раньше * в каких-то случаях "клал" на порядок объявления, не?