h1. Отладка прохождения 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. Проверьте, установлено ли *макс. одновременных вызовов* либо *макс. звонков в сек* на поставщике. При срабатывании этих ограничений исходящий звонок не будет генерироваться. Также проверьте все другие нестандартные ограничение, установленные на поставщике. [[Debug VoIP call pass-through|English translation]]