А что за панас? Мелкие могут при отключении питания внешнии линии коннектить напрямую на выход

А не проще через панас прогнать

Воткнуть шлюз в город панаса и маршрут сделать напрямую на порт fxs

Кстати панас может блокировать порт по паразитному сигналу. Что б разблокировать порт нужно атс по питанию перегрузить

Не ко мне вопрос

Приветствую всех! Коллеги, подскажите, что значит и как поправить. Есть Астер, есть сотрудники, все сейчас на удалёнке. Часть через ВПН, а часть напрямую к Астеру коннектятся. Много сотрудников стали жаловаться на временное пропадание голоса собеседника во время разговора. Решил задампить трафик на астере. Делал по статье https://voxlink.ru/kb/asterisk-configuration/wireshark-analiz-rtp-trafika/. Строка для снятия дампа такая tcpdump -i ens33 -G 600 -vvvv port 5060 or portrange 10000-20000 -s0 -w voipdump_%d-%m_%Y__%H_%M.pcap. При анализе обнаружил, что всё время wireshark говорит о "неверных временных метках". Голос при проигрывании получается не синхронизированным по времени, на слух часть записи человек говорит как бы сам с собой, а дальше добавляется голос собеседника и они начинают накладываться. На Астере время точное. Как сделать чтоб эта проблема не возникала? Плюс в тестовом дампе нашёл разговор в котором почему то 3 РТП потока, 1 в одну сторону и 2 в другую. Хотя вроде ведь должно быть только 2. Что это может быть и как можно это исправить?

крутой вопрос. подарите ему кто-нибудь кружку

Похоже большой джиттер, пакеты приходят в неправильной последовательности, временные метки у них не по порядку.   Что сделать — включить джиттер-буфер и на астериске и на телефонах, немного увеличится задержка, но звук перестанет прерываться.

Может глупость скажу) А если поменять udp на tcp, тогда пакет будут приходить не по порядку, но собираться в месте назначения в очередь, не?

Господа, доброго утра
Условно в диалплане есть некий контекст с обработкой в Execif
После обработки вызов либо сбрасывается, либо его нужно передать дальше в диалплан в обработку на остальные контексты

Вопрос в том, как это сделать
gosub передает на конкретный контекст, что не нужно

Можно написать обработчик в стороннем приложении через ARI например и потом передать его обратно в диалплан, но обработка слишком простая для отдельного приложения

Вставлять эту обработку в каждый контекст также избыточность

Смена протокола для сигнализации никак не повлияет на это ибо rtp как ходил по udp так и будет ходить. Есть предположение что у тебя виртуалка или юзеры на wifi

Почитай про hanguphandler

Спасибо, изучу сейчас

вы включите TCP только для SIP но не для RTP

Добрый день! Возможно, задам глупый вопрос ибо только начал разбираться в теме, но подскажите пожалуйста. Допустим, у нас есть кол-центр на астериске, ведется запись звонков, при поступлении звонка, появляется необходимость перевести звонок на другой кол-центр (допустим, тоже астериск). Собственно, вопрос, как в этом случае будет вестись запись звонка? Т.е. у нас  останется запись только до момента, когда звонок ушел на другой кол-центр или вся запись разговора?

По сути, хочу понять как ведёт себя трафик когда один астер вызывает абонента на другом астере. Трафик через наш астер остается (и мы имеем всю телефонную запись) или же после передачи управления на другой астер он выбывает из цепочки и у нас запись частичная

как настроите так и будет

directmedia
смотрите эту опцию

Понял, спасибо!

победил то кто?