asterisk.ru

Здравствуйте. Проблема следующая. Есть два офиса, в одном находится сервер Asterisk и клиенты_1, в другом - GSM-шлюз и клиенты_2. Так вот, при наборе по цепочке клиенты_1 -- Asterisk -- транк к шлюзу -- GSM-шлюз -- мобильная сеть, вызов проходит прекрасно без всяких проблем. Если соединение проходит по схеме: клиенты_2 -- Asterisk -- транк к шлюзу -- GSM -- моб. сеть, то голосовой поток проключается в обе стороны, но речь воспроизводится с искажениями и задержками.
Wireshark, RTP. Направление клиент-астериск:
Max delta = 27,31 ms at packet no. 158919
Max jitter = 3,56 ms. Mean jitter = 2,80 ms.
Max skew = -11,17 ms.
Total RTP packets = 1789 (expected 1789) Lost RTP packets = 0 (0,00%) Sequence errors = 0
Duration 35,74 s (-35307 ms clock drift, corresponding to 98 Hz (-98,78%)

Астериск-клиент:
Max delta = 616,02 ms at packet no. 156626
Max jitter = 79,00 ms. Mean jitter = 45,96 ms.
Max skew = 519,00 ms.
Total RTP packets = 1358 (expected 1358) Lost RTP packets = 1 (0,07%) Sequence errors = 1
Duration 32,79 s (-32340 ms clock drift, corresponding to 111 Hz (-98,62%)

Величина Max skew в разных случаях достигает 1 секунды.
Прошу вашей помощи в решении проблемы.

Странное дело. Такое происходит только в случае, если клиенты из одной сети с openvox регистрируются на удалённом астериске. В случае, если регистрация проходит из других сетей за нат, проблем не возникает.

Плюсану за искажение звука.

Дано: Asterisk 1.8.32.2 на CentOS 6.6 x86_64, крутится на VMWare ESXi
кодеки везде родные g711alaw,
Сценарий: SIP провайдер в интернете, входящий звонок, IVR.
снимаю дамп Wireshark-ом локально, в направлении сервер -> провайдер в анализе RTP трафика такое:

Max delta = 120,00 ms at packet no. 422
Max jitter = 5,98 ms. Mean jitter = 1,47 ms.
Max skew = -660,27 ms.
Total RTP packets = 612 (expected 612) Lost RTP packets = 8 (1,31%) Sequence errors = 8
Duration 13,97 s (-649 ms clock drift, corresponding to 7628 Hz (-4,64%)

Похоже что проблема с таймингами. Как решать пока неясно.

нету у вас потерь у обоих - Lost RTP packets = 8 (1,31%)

на слух слышно от 4%

Не надо юзать x86_64

Потерь нет, здесь другой момент: "-649 ms clock drift".
Это не есть норма. В чем это выражается: звук каждую секунду "подлагивает".


В направлении провайдер-> астериск всё нормально.

ded писал(а):Не надо юзать x86_64

Чем плох х86_64 ?

Тем что -649 ms clock drift и потому звук "подлагивает".
http://forum.asterisk.ru/viewtopic.php? ... 92&p=49211

Битность не влияет никак. То же самое было на 32-бит ОС, более древнем CentOS и Астериске 1.6.
Теперь всплыло совершенно внезапно на другой виртуалке. Смена текущего системного таймера никак не повлияла. Или здесь ребут обязателен?

Менять таймеры в Астериске пока не пробовал. Ещё остаются варианты с nohz=off и прочие шаманства с бубном в kernel.

Кстати вот результат dahdi_test, если это о чём-то говорит.

Opened pseudo dahdi interface, measuring accuracy...
99.605% 99.808% 99.883% 99.892% 99.815% 99.605% 99.808% 99.792%
99.718% 99.904% 99.801% 99.037% 99.994% 99.995% 99.898% 87.784%
96.973% 97.260% 97.454% 98.124% 98.006% 99.893% 99.982% 99.707%
99.623% 99.897% 99.997% 99.906% 99.895% 99.998% 99.990% 99.795%
99.807% 99.888% 99.999% 99.904% 99.892% 99.717% 99.699% 99.717%
99.995% 99.910% 99.984% 99.999% 99.988% 99.799% 99.808% 99.896% ^C
--- Results after 48 passes ---
Best: 99.999% -- Worst: 87.784% -- Average: 99.350875%
Cummulative Accuracy (not per pass): 99.996

Bespaleva писал(а):Смена текущего системного таймера никак не повлияла

смена чего на что?
dahdi test в вашем случае не показатель, он не нужен, у вас ведь нет телефонных карт.
Смотрите htop, dmesg, что-то где-то покажет.
Исследуйте ещё дампы Wireshark, чудес не бывает.