Проклятые задержки

[mpw]

Ув. Гуру, подскажите откуда идут задержки в разговоре размером в 1 секунду?
Есть Я - номер 11044 (у меня Пинг 119 ms)
Есть Транк заграничный (46 ms)
Звоню через этот транк на городской номер, и слышу задержку в ОДНУ секунду.
Звоню через транк (собственный) и задержки практически нет.
Кодеки везде g729... можно ли как-то программно подавить эту задержку?

в SIP.conf сделал -

Код: Выделить всё

jbenable = yes
jbforce = yes
jbimpl = fixed
jbmaxsize = 300

Ничем не помогло:(((

[mpw]

Скрин

[ded]

Возможно - алгоритмическая задержка, ввиду возможного транскодинга (присутствует g729!), при условии ну очень старого процессора!
Смотрим
CLI> core show translation

[mpw]

вот

[ded]

Ясно, это не причина.
А Что со временем и датой на сервере? Есть ли сервис ntpd?
# date
Thu Aug 9 19:13:21 CEST 2012
соответствует точному времени??

ЧТо говорит загрузка процессора?
# htop

[ded]

Если через транк (собственный) и задержки практически нет, а через провайдерский транк на городской номер - есть, то очевидно надо спрашивать у провайдера? Дело явно не в вашем Астериске. Ибо от провайдера до реального шлюза в том городе звонок может бежать даже через спутник связи на геостационарной орбите. Вот у нас есть клиенты в Петропавловске-Камчатском и Уссурийске, там спутник. Показать трассу от них?

[Vlad1983]

Есть Я - номер 11044 (у меня Пинг 119 ms)

это показатель до софтсвитча оператора
все зависит от того где у него стоят терминирующие шлюзы

снимите дамп RTP потока и посмотрите куда он бегает
к тем IP и мерить задержку
и то не показатель, т.к. может быть это не конечный шлюз, а софтсвитч с полным проксированием
что за ним стоит не увидите вообще

[Sfinx]

на городской номер

Это однозначно подразумевает транскодинг - видать сервак на котором транскодится тупо перегружен.

[mpw]

Вот анализ RTP
Ничего страшного в нем не вижу...

я не могу понять почему буффер джиттера невыравнивает задержку

[Vlad1983]

http://asteriskpbx.ru/pages/viewpage.ac ... Id=1737058