ВидеоКонф(ВКС)  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Долгая обработка звонков

Проблемы и их решения Asterisk как такового

Модераторы: april22, Zavr2008

Долгая обработка звонков

Сообщение cr1t1cal » 04 апр 2019, 13:34

Добрый день! Коллеги, помогите разобраться сломал всю голову. Имеется сервер с Centos 7, сервер находится за Натом. Имеет локальный адрес на интерфейсе. И с телефонами находится в одной локальной сети но большинство телефонов в другой подсети, тоесть сервер 172.16.6.253 а клиенты 172.17.7.xxx , на нем стоит Asterisk 13 + Freepbx 13+samba(для скачивания записей разговоров), 2 транка от разных сип провайдеров. Сервер развёрнут для колл-центра. глобальный SIP NAT = YES, на клиентах которые в той же сетке (NO). Так же на сервере поднят туннель до сети провайдера транка. Через который регается транк и ходит воип трафик ( туннель поднят на Микротике).
Раз в 2-3 дня происходит следующее:

При входящем звонке по внешней линии происходит большая задержка перед срабатыванием IVR, также после проговаривания IVR происходит долгое переключение на операторов. После ответа оператор не слышит голос и судя по всему другая сторона его тоже не слышит. В SNGREP'e вижу много инвайтов и только потом сервер отвечает траингом. Скрин приложу ниже. При этом я не нашёл никакой закономерности в этом, по ОЗУ и ресурсам процессора (8 ядер) всё ок. аверейдж маленький. В лог астериска (full) всё так же сыпется с задержкой как и в SNGREP'e, никаких ошибок там не обнаружил. Проблема решается только рестартом астериска и фрипбх (fwconsole restart). Помогите пожалуйста разобраться хотябы в какую сторону копать.
Вложения
2.png
Sngrep
2.png (40.62 KIB) Просмотров: 5623
cr1t1cal
 
Сообщений: 5
Зарегистрирован: 02 апр 2019, 22:27

Re: Долгая обработка звонков

Сообщение vlego » 08 апр 2019, 16:54

Проблема решается только рестартом астериска и фрипбх (fwconsole restart).


- а если этого не делать ? "Само проходит" ? - или еще "интересней" становится
- утилизация CPU растет в этот чудесный момент ? и что то видно в Web FreePBX System Status

Судя по Вашему туманному вопросу - можно предположить то, что *-к что то ищет и не находит, DNS, IP др АТС ... и т.п.


Может, для начала - лишние модули выгрузить.. кот не используются..
vlego
 
Сообщений: 153
Зарегистрирован: 11 окт 2010, 13:54
Откуда: Moscow

Re: Долгая обработка звонков

Сообщение cr1t1cal » 09 апр 2019, 11:38

Сама не решается, увы, ждал около часа. Утилизация CPU в том то и дело не растёт. Я и htop'ом смотрел и в System status. Странно что он начинает что то искать внезапно .. Заметил лишь то, что 80% оперативы астериск забрал под кэш, не знаю норма ли это или нет. Да насчет модулей попробую
cr1t1cal
 
Сообщений: 5
Зарегистрирован: 02 апр 2019, 22:27

Re: Долгая обработка звонков

Сообщение vlego » 10 апр 2019, 10:20

Заметил лишь то, что 80% оперативы астериск забрал под кэш, не знаю норма ли это или нет

- самописного кода много ? не зацикливается ли что-то после 2-х дней (как пишете) - в диалплане например что-то натворили... или хитренькое что-то написали
- 80% - не нормально, есть причина
- с тем же IVR можно много забавного натворить из серии - "ушел и не вернулся"

Можно гадать долго, надо отключать по частям всякое разное и смотреть...
vlego
 
Сообщений: 153
Зарегистрирован: 11 окт 2010, 13:54
Откуда: Moscow

Re: Долгая обработка звонков

Сообщение BorisTheBlade » 10 апр 2019, 18:24

По описанию похоже на на хорошо известную проблему с DNS, когда DNS не отвечает\ не работает и вешается весь sip стек.
Решается кэширующим dns сервером. Погуглите, на этом форуме обсуждалось.
BorisTheBlade
 
Сообщений: 167
Зарегистрирован: 14 фев 2011, 15:24

Re: Долгая обработка звонков

Сообщение ded » 10 апр 2019, 18:56

Это т.н. Проблема №23
http://asterisk.ru/news/53
ded
 
Сообщений: 15801
Зарегистрирован: 26 авг 2010, 19:00

Re: Долгая обработка звонков

Сообщение vlego » 10 апр 2019, 21:30

При всем уважении к тем кто написал, прошу взять во внимание, тот факт, что - кушается память, а это говорит о том, что человек что то намудрил и получил цикл... вопрос в каком месте ?! В этом цикле расходуется память (вероятно - в зависимости от интенсивности вызовов). Это больше похоже на правду. Однако, это еще похоже - на спиритический сеанс. Тк он не читает, что ему тут пишут... а спокойно спит.
vlego
 
Сообщений: 153
Зарегистрирован: 11 окт 2010, 13:54
Откуда: Moscow

Re: Долгая обработка звонков

Сообщение cr1t1cal » 28 апр 2019, 16:06

ded писал(а):Это т.н. Проблема №23
http://asterisk.ru/news/53


Регистрации не теряются, в том и дело. Регистрации есть, звонки проходят, но проходят жутко долго и с потерей RTP

Прошу прощения за долгое отсутствие. Да я установил чистый Freepbx + asterisk, кастомного в диалпланах или где то ещё ничего нет. Разве что самба для скачивания записей разговоров
cr1t1cal
 
Сообщений: 5
Зарегистрирован: 02 апр 2019, 22:27

Re: Долгая обработка звонков

Сообщение ded » 29 апр 2019, 14:38

после проговаривания IVR происходит долгое переключение на операторов.
Откройте консоль и наблюдайте переключение на операторов. В логе консоли есть хронометраж, и будет видно на каком шаге выполнения диал-плана застревает.
Можно добавить вербозности и дебага
Код: выделить все
CLI> core set verbose 10
CLI> core set debug 10
ded
 
Сообщений: 15801
Зарегистрирован: 26 авг 2010, 19:00

Re: Долгая обработка звонков

Сообщение voipmaster.ru » 14 май 2019, 20:34

Это проблема с DNS.

Если, например, в коде обращение идет по имени хоста:
Set(RESULT=${CURL("http://example.com/index.php?phone=${CALLERID(num)}")});

и наблюдаются проблемы с DNS сервером - то такой запрос будет зависать и останавливать выполнение последующих команд.

Решается просто:

Или замена в коде имени хоста на ip адрес:
Set(RESULT=${CURL("http://93.184.216.34/index.php?phone=${CALLERID(num)}")});

Или ip прописывается локально для хоста в файле /etc/hosts :
93.184.216.34 example.com

Запрос к этому файлу имеет приоритет перед обращением к DNS-серверам.
voipmaster.ru
 
Сообщений: 14
Зарегистрирован: 14 май 2019, 19:38

След.

Вернуться в Конфигурация и настройка Asterisk

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 23

© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH