Отладка прохождения VoIP вызова¶
1. Проверьте, что входящий VoIP вызов распознается системой через веб-интерфейс.
Для этого зайдите в Детальный отчет по звонкам на нужном пире и поищите звонок.
Если вызов обнаружен - переходите к п.9.
2. На этом этапе мы знаем, что вызова нет в CDR нужного пира.
Поищите CDR по всем пирам (Оригинаторы -> Детальный отчет по звонкам (группировать по названию = да)).
То же самое сделать и по всем Пользователям и Шлюзам.
Возможно, вызов зашел в другой пир.
Если вызов найден, то входящий вызов ассоциируется не с тем пиром, на котором вы выполнили п.1.
Выполните п.1 на нужном пире. Проверьте конфигурацию системы.
3. На этом этапе мы знаем что вызова нет в CDR системы.
Проверьте, не заблокировало ли IP адрес оригинатора Приложение Fail2Ban.
Это можно проверить, поискав адрес оригинатора в Сеть -> Таблицы файервола -> SIP deny -> Хосты.
4. Проверьте, что не имеет место проблема описанная в ЧАВО Регистрация на Smartswitch нескольких SIP аккаунтов с одинакового IP адреса+порта
5. Попробуйте включить Захват pcap на оригинаторе.
После совершения звонка, поищите звонок в Отчете по захваченным звонкам не предполагаемом пире.
Если не найдены - попробуйте поискать на всех пирах в Отчете по захваченным звонкам, используя фильтр по Б-номеру, возможно уже есть другой пир с такими же авторизационными настройкими и звонок заходит в него, а не в предполагаемый пир (аналогично как было сделано в п.2).
Если звонок есть в этом отчете, но его нет в Детальном отчете по звонках - звонок пришел, но система не авторизовала оригинатора.
Возможные причины - Регистрация на Smartswitch нескольких SIP аккаунтов с одинакового IP адреса+порта, несоответствие настроек оригинатора и Smartswitch в области аутентификации (несоответствие логинов, паролей итп).
Какой логин отправляет клиент и с какого IP адреса можно проверить открыв захваченный звонок в Wireshark.
Если звонка нет в Отчете по захваченным звонкам - то скорее всего звонок не приходит на Smartswitch вообще.
Перепроверить это можно с помощью ручного захвата pcap, описанной по инструкции Отладка VoIP звонка с Wireshark.
Если и таким образом звонок не приходит - следует проверить настройки у оригинатора вызовов.
Также нужно проверить, не заблокировал ли звонящего его интернет-провайдер или настройки его файервола.
6. На этом этапе мы знаем, что VoIP вызов приходит.
Проверьте, что начинается обработка входящего вызова.
Для этого воспользуйтесь инструкцией Отладка выполнения обработчика вызовов.
Если в логе видно выполнение обработчика вызова в ответ на входящий вызов - ассоциация с пиром найдена и начата обработка вызова.
CDR должна быть в системе.
Следовательно, некорретно выполнены п.1 и п.2.
Повторите их.
7. На этом этапе мы знаем, что VoIP вызов приходит, но обработка вызова не начинается.
Возможные причина: ошибка в описании входа в ветвь Обработчика вызовов, либо ошибка нахождения соответствия с пиром в системе.
Включите одновременно логирование debug 10 и verbose 10 по инструкции Отладка Asterisk.
Для SIP дополнительно включите отладку по инструкции Отладка SIP протокола в Asterisk.
В полученном логе поищите строки вывода после полученного INVITE от оригинатора.
В них содержится информация о том, почему Asterisk не нашел ассоциацию с пиром и не начал выполнение Обработчика вызовов.
Обычно причиной является несоответствие IP адресов и аутентификационных параметров, высылаемых оригинатором тем, что настроены у вас на Smartswitch.
8. Проверьте, что обработчик вызовов выполняется в соответствии с ожидаемой логикой.
Для этого воспользуйтесь инструкцией Отладка выполнения обработчика вызовов.
9. Если обработка вызовов выполняется корректно и вызывается элемент Софтсвитч,
но при этом не генерируется исходящий вызов на терминатор, то стоит проверить маршрутизацию с теми же параметрами, с которыми
вызывается элемент Софтсвитч.
Если при Проверке маршрутизации вам сразу же показывает ошибку - значит ошибка в настройках оригинатора.
Если при Проверке маршрутизации вам показывает цену оригинатора,но не показывает предполагаемоый маршрут, введите в поле исходящий пир название предполагаемого терминатора и система покажет, почему на него нет маршрута.
10. Если проверка маршрутизации показывает правильно и маршрут на динамического пира (у которого нет статического IP адреса, и которые должен регистрироваться) -
проверьте зарегистрирован ли динамический пир на Smartswitch.
11. Включите следующие уровни логирования в Система -> Логирование -> asterisk: инфо, ошибка, отладка.
Проверьте лог файл /var/log/smartswitch/asterisk.log.
См. инструкцию Как работать с лог файлом.
Найдите время начала звонка и его Б-номер и проверьте сообщения в логе касательно обработки этого звонка - они могут подсказать вам о причине проблемы.
12. Проверьте, установлено ли макс. одновременных вызовов либо макс. звонков в сек на поставщике.
При срабатывании этих ограничений исходящий звонок не будет генерироваться.
Также проверьте все другие нестандартные ограничение, установленные на поставщике.