Главная / Справка / Решение проблем / Регистрация на сервере SIP-провайдера

Регистрация на сервере SIP-провайдера

Статья охватывает два сценария: регистрация на сервере провайдера не устанавливается вовсе и регистрация была, но потерялась. Причины у них пересекаются процентов на восемьдесят, поэтому разбираются вместе.

Как быстро увидеть состояние Откройте Администрирование → Мониторинг. У линий провайдера должен гореть зелёный значок. Серый означает, что линия не подключилась.

Проверки на стороне сервера

Регистрационные данные

Проверьте настройки SIP-шлюза в карте сети: адрес сервера провайдера, логин, пароль. Если регистрация раньше работала и вдруг пропала, первым делом уточните у поставщика связи, не менялись ли параметры с его стороны — это частая причина внезапной потери.

Работа за NAT

Если сервер Октелл находится за NAT, нужна отдельная настройка — см. статью о работе сервера за NAT. Регистрация может пропасть и просто оттого, что изменилась схема сети и сервер оказался за маршрутизатором, которого раньше не было.

Брандмауэр и антивирус

Добавьте в исключения оба серверных процесса:

\oktell\server\oktell.ServerService.exe
\oktell\server\oktell.HALRemoteApp.exe

Путь: Панель управления → Брандмауэр Windows → «Разрешить запуск программы или компонента» → «Разрешить другую программу» → «Обзор». После изменения перезагрузите службу сервера: Администрирование → Общие настройки → Управление сервером → Перезагрузить службу сервера.

Внимание Полное отключение брандмауэра подвергает сервер риску. Пользуйтесь исключениями.

Порт 5060 занят другим приложением

Это одна из самых неочевидных причин: посторонняя программа заняла порт, и Октелл не может отправить регистрацию.

  1. В командной строке выполните: 
    netstat -anop udp
  2. Найдите строку с портом 5060 и запомните PID.
  3. В диспетчере задач найдите процесс с этим PID. Если столбца с идентификатором нет: Вид → Выбрать столбцы → ИД процесса (PID).
  4. Если это oktell.HalRemoteApp.exe — порт занят самим Октелл, всё в порядке. Если другое приложение — отключите его, перезагрузите службу сервера и проверьте порт повторно.

Проверки сети

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

Диагностика подменой провайдера

Быстрый способ локализовать проблему — подключить второго SIP-провайдера и посмотреть на результат:

  • На другом провайдере регистрация проходит, на вашем нет — дело в настройках шлюза или в согласовании с конкретным провайдером.
  • Не регистрируется нигде — дело в вашей сети: NAT, брандмауэр, отсутствие интернета.

Диагностика по логу TRN

Точнее всего проблема определяется по лог-журналам, но это требует понимания протокола SIP.

Соберите транспортный лог за период плюс-минус десять минут от момента попытки регистрации. Найти его можно двумя способами: через сборщик лог-журналов либо напрямую в каталоге

\oktell\server\Log\Hardware\SIP\trn_[дата].log

В логе TRN фиксируются все пакеты, поступившие на сервер. Порядок разбора:

  1. Найдите пакет REGISTER, отправленный провайдеру.
  2. По его Call-ID найдите ответ провайдера.
  3. Код ответа и содержит причину отказа.

Например, при неверном пароле на запрос REGISTER приходит ответ 401. С кодом ответа можно идти к провайдеру за разъяснением — это гораздо конструктивнее, чем сообщение «у нас не работает».

Совет Расшифровки кодов SIP-ответов вынесены в отдельную статью справки. Держите её под рукой при разборе логов.