Часть косяков действительно уходит если джиттер поставить в 100мс. Рассматриваю эту меру к применению на телефонах.

100% это очень много для realtime
Вы будете слышать ощутимую задержку в голосе

Лучше разобраться почему пакеты так неравномерно летят
Получается у вас очень много опоздавних пакетов которые выпиливаются на уровне jitter буффера

Они ко мне так прилетают от прова.
Есть у меня ещё и Ростелеком. На него ни жалоб, ни в цифрах я косяков не вижу

Жалуюсь, держу менеджера в курсе. Пусть разбираются.
Звонков косячных на уровне 3-5%.
Так что искать будем долго)

потери или джиттер в цифровом канале треск не вызывает. Если кодек без сжатия то появляются провалы звука, если с сильным сжатием то характерные цифровые помехи. Если это обычный треск то дело в линии. И тут уже аналоговая часть. Может SLIC отъезжает.

вот так оно трещит

скорее всего дело в физике

может барашек тел. трубки неисправен

Похоже вообще на провод от трубки :)

если два ТА у них так сразу зашуршали, я в бога поверю )

Смотрите кодеки. Есть вероятность, что где-то происходит не очень «качественный» транскодинг.

Осенняя сходка астерискеров =)
https://www.youtube.com/watch?v=2qB2LsWhsmA

Доброй ночи, коллеги. Прошу помощи :)
Нужно сбрасывать записи вызовов в телегу. Написан скрипт, который отправляет файлы.
Есть два варианта использования - когда входящий вызов идет на абонента Астериска - всё ок - запись уходит.
А вот когда входящий вызов уходит за пределы астериска - получается беда - на телефоне файл не прослушивается, а прослушивается только на компе в Телеге.

запись идет следующим образом:
[support]
exten => s,1,Noop()
.....
same => n,Dial(SIP/mobile-trunk/88888888888888,30,tmU(sub-record-after-answer,s,1))

далее по отбою:
exten => h,1,Noop()
same => n,StopMixMonitor()
same => n,Agi("/opt/telegram.py",${CHAT_ID},${DIALSTATUS},${AN},${BN},${CALLFILENAME}.wav)
same => n,Hangup()

в [sub-record-after-answer]
exten => s,1,NoOp()
exten => s,n,MixMonitor(${CALLFILENAME}.wav,b)
exten => s,n,return

Т.е. вроде всё правильно.

А вот в логах видно, что файл скриптом отправляется ДО момента завершения записи, что и приводит к тому, что в Телеге на мобиле его прослушать не получается. Логи:

   -- SIP/mobile-trunk-00000021 Internal Gosub(sub-record-after-answer,s,1(s,1)) start
   -- Executing [s@sub-record-after-answer:1] NoOp("SIP/mobile-trunk-00000021", "") in new stack
   -- Executing [s@sub-record-after-answer:2] MixMonitor("SIP/mobile-trunk-00000021", "/var/spool/asterisk/callrecords/777/20211117/20211117020453_888_777.wav,b") in new stack
   -- Executing [s@sub-record-after-answer:3] Return("SIP/mobile-trunk-00000021", "") in new stack
 == Spawn extension (mobile_in, , 1) exited non-zero on 'SIP/mobile-trunk-00000021'
   -- SIP/mobile-trunk-00000021 Internal Gosub(sub-record-after-answer,s,1(s,1)) complete GOSUB_RETVAL=
   -- Stopped music on hold on SIP/Eltex-00000020
 == Begin MixMonitor Recording SIP/mobile-trunk-00000021
   -- Executing [h@support:1] NoOp("SIP/E-00000020", "") in new stack
   -- Executing [h@support:2] Set("SIP/E-00000020", "CHAT_ID=.....") in new stack
   -- Executing [h@support:3] NoOp("SIP/E-00000020", "stopped_record-support") in new stack
   -- Executing [h@support:4] StopMixMonitor("SIP/E-00000020", "") in new stack
   -- Executing [h@support:5] AGI("SIP/E-00000020", ""/opt/telegram.py",31042115,ANSWER,888,777,/var/spool/asterisk/callrecords/777/20211117/20211117020453_888_777.wav") in new stack
   -- Launched AGI Script /opt/telegram.py
   -- <SIP/E-00000020>AGI Script /opt/telegram.py completed, returning 0
   -- Executing [h@support:6] Hangup("SIP/E-00000020", "") in new stack
 == Spawn extension (support, h, 6) exited non-zero on 'SIP/E-00000020'
 == MixMonitor close filestream (mixed)
 == End MixMonitor Recording SIP/mobile-trunk-00000021

Как-то можно завершить MixMonitor до отправки файла скриптом?

Заранее благодарен.

PS Если потом скриптом из командной строки отправить файл повторно - телефон его распознает, т.е. проблема из-за незавершенного файла записи :(

Доброго времени суток. Костыль, конечно, но попробуйте выставить секундную задержку между stopMixMonitor и скриптом или внутри самого скрипта.
Если у вас freepbx, есть удобная для таких задач настройка post call recording scripts - она гарантирует запуск после окончания работы с записями

Ставил Wait(2) - в таком случае до скрипта вообще почему-то не доходил.
Нет, у меня голый астериск.

Можно лог такого вызова?

Если не помогает так...delay или его аналог в самом начале скрипта?

Комп уже выключил. Сделаю утром.

Если в скрипте делать, то ждет завершения скрипта и лишь потом, после возврата, делается close :(

Для этого есть хитрость как в случае с callback: скрипт можно отвязать от звонка через  system и &

Можно пример?

Т.о. все приоритеты звонка выполнятся своим чередом, а скрипт может повесть n-сек в стороне, после чего проснуться и выполнить свою задачу