Проблема с исходящими звонками

Question

Установлена АТС версии 2020.2.857. Работает уже год, вроде всё было хорошо. Не так давно начались проблемы с исходящими вызовами. В основном при попытке позвонить через восьмёрку, но иногда и на городские. АТС отвечает "Извините, в данный момент соединение невозможно." АТС имеет два сетевых интерфейса, внешний, белый IP смотрит напрямую на SIP-сервер провайдера, без всяких промежуточных роутеров и маршрутизаторов. Внутренний, смотрит напрямую на сеть с телефонами. Фаервол на АТС, влючён. Вчера обновил АТС до версии 2021.1.54., не помогло, всё осталось по прежнему.  В логах никаких ошибок нет, всё штатно. В сетевых настройках включена опция "Станция находится за NAT-маршрутизатором", указан белый IP сетевого интерфейса. Можете подсказать в какую сторону копать?

Comments

ТП провайдера вероятно лукавит

В первую очередь можно проверить сгенерированный хэш авторизации. 

Это может сделать сам провайдер, но можете и попробовать проверить самостоятельно. 

Часть необходимой информации доступна в INVITE сообещении от MikoPBX

Authorization: Digest username="3832091588", realm="sipserver.novotelecom.ru", nonce="1ea47cb8", uri="sip:89231235765@sipserver.novotelecom.ru:5060", response="3a535f6d9d0961c32a2db9a9a46feb30", algorithm=MD5

Проверить необходимо параметр "response". 

Алгоритм неплохо был описан на форуме и в документе rfc-2617. 

Простой php скрипт:

<?php
$username = '3832091588';
$realm    = 'sipserver.novotelecom.ru';
$password = '????';
$url      = 'sip:89231235765@sipserver.novotelecom.ru:5060';
$nonce    = '1ea47cb8';
$a1     = md5("$username:$realm:$password");
$a2     = md5("md5:$url");
print_r(md5("$a1:$nonce:$a2"));

• Сохраните скрипт по пути /root/test.php
• Поправьте в нем значение пароля (не выкладывайте его нигде в открытом виде)  
• Запустите его исполнение php -f /root/test.php 

Кэш должен совпасть со значением "response". 

• Подключение к АТС с помощью SSH-клиента
• Подключение к АТС с помощью WinSCP

Если кэш совпадает, то на стороне вашей АТС все ок, а вот у провайдера явно сбой. 

---

Я так понимаю мне нужно с консоли АТС запустить этот скрипт, и потом воспроизвести ситуацию с отбоем звонка, верно?

---

Воспроизвести ничего не нужно. Дамп уже есть. Просто запустить у себя скрип поправив значение переменной "password".

Сравнить вычисленный параметр response.

---

Собственно провайдер родил наконец-то. Написали что в поле from, в настройках линии нужно убрать префикс. Ещё позавчера убрал. Вроде после этого обоев звонков не было. На следующей неделе помониторю ещё пару дней, если будет всё нормально, считай что вопрос решён.

---

Хорошо, надеюсь это поможет.