в заптеле джиттер буфер не совсем пока доделан. а нужен, вернее его надобность появилась, когда появились железки типа E1 over IP, (zap eth - типа так называется в zaptel-е модуль). очень хорошая вешь: с одной строны втыкается Е1 с другой Ethernet, и каждый фрейм передается по Ethernet пакету. иногда возникают задержки в сети, для их компенсации и ставять JB.

У меня с английским все хорошо. Читаем http://www.asterisk.org/node/48317

What are some downfalls to the current implementation?

For Asterisk 1.6, we plan to further improve this jitterbuffer implentation. Since this only takes effect on bridged channels, it doesn't work when a channel is not bridged and is just talking to an Asterisk application, such as Voicemail or MeetMe.

The future implementation will look more like this:


Channel1 - SIP/myphone (inbound)
Rx ========(JB)||---------------||
|| app_voicemail ||
Tx ============||---------------||

Если в текущей имплементации JB "справа" в второй "ноге" канала, то теперь он будет слева, в первой. И таким образом, он будет работать в VoiceMail.

Ключевое слово 'we plan'. Реализация осталась прежней, зуб даю. Работа буфера с приложениями Asterisk реализована через параметр в chan_local

Многоуважаемые гуру, подскажите как решить проблему с джиттером.

Схема такая:
Софтфон на Nokia E51 => Linksys WiFi=> Asterisk=1xPRI(TE121B)=>АТС Panasonic (600)=> Panasonic телефон (двухпроводное аналоговое подключение, не системный)

Настраивал джиттер (дребезг, как это называют в книге Cisco "Основы передачи голосовых данных по сетям IP":), на канале SIP. Со стороны телефона Panasonic все отлично, но со стороны Nokia E51 были запины. Точно так же, как у Макса, изменения джиттера в SIP ничего не изменяло в лучшую сторону, но и не ухудшало. Нашел этот пост и еще раз вдумчиво перечитал статью про загадочную реализацию джиттера в Астериске.

В zapata.conf установил jitterbuffers=1 (так понимаю 20 ms), jbenable=yes. Для Nokia клиента установлено qulify=yes и sip show peers показывет от 100 до 192ms, а пинг этого же клиента дает в средне 60 ms, но разброс значений довольно большой: от 42 до 140 ms (то беж канал не устойчивый, причем большое влияние оказывает Linksys FiWi).

После этих настроек в zapata.conf (не меняя в sip.conf настройки буфера). Проблема в том, что все стало замечательно, за исключением того, что когда с Nokia человек начинает говорить в то же время говорит человек с аналогового телефона, со стороны Nokia "глушится" полностью Rx, хотя Rx со стороны Zap канала работает нормально.

Если есть предложения, как сделать полный дуплекс для sip-клиента, не ухудшая качество?

Спасибо.....

P.S. Забыл: есть смысл включать "плавающий" джиттер, если не используется IAX2, так понимаю jbimpl=adaptive в версии Астериска 1.4.21.1 применим только для IAX2.... У меня же большинство клиентов на SIP, кроме транка на другую IP-PBX

P.S.2. Порекомендуйте, какую величину jbmaxsize = xxx, лучше задать в моем случае? и стоит ли применять этот параметр?

P.S.3. После всех этих настроек с sip-клиента на sip-клиента связь стала вообще ужасной!!!!....

Что никто не работал с джиттером?

По этому интересно вот:
1) jbenable=yes + jbforce=yes in sip.conf should tell Asterisk to dejitter
incoming audio from SIP channels no matter what the receiving leg can
handle. то беж джиттер-буфер будет работать для SIP=>application on Asterisk

2)One simple example demonstrates why this makes sense; in the case where
the sip channel is talking to an application inside Asterisk or
otherwise connecting to a something which doesn't have jbenable option
there is no way to activate the JB and therefore audio is jittered.

3)Setting jbenable=yes in zaptel.conf in order to dejitter sip audio is
very confusing and I know there will be a _lot_ of people wondering
about this besides me. С последними словами нельзя не согласится.... :))

http://lists.digium.com/pipermail/asterisk-dev/2006-October/024254.html

сто раз говорили что в заптеле нет джитера

и наскоко я помню помоему джитер работает в сипе и вообще на прием а не на передачу...

это так к слову

Э-э-э нет, в zaptel'е то его нет, да вот при звонке SIP => ZAP он есть, а в zapata.conf включение джиттера, как раз и делает де-джитирование.... Джиттер в SIP-канале применим только для SIP=>application, но не для SIP => SIP, так как по вышеприведенной ссылке сказано, что применение двух джиттеров только увеличит задержку.... Поэтому и указал на последнюю фразу автора, так как сам был в замешательстве:

)Setting jbenable=yes in zaptel.conf in order to dejitter sip audio is
very confusing and I know there will be a _lot_ of people wondering
about this besides me