Не устанавливается регистрация на сервере SIP провайдера — различия между версиями
(Новая страница: «Для решения данной проблемы необходимо определить состояние системы. == Шаг 1 == Регистрир...») |
м |
||
| (не показано 14 промежуточных версии этого же участника) | |||
| Строка 1: | Строка 1: | ||
| − | + | [[Возникающие_проблемы_и_способы_их_решения|Наверх]] | |
| − | + | __TOC__ | |
| − | + | Для проверки подключения откройте '''Администрирование.Мониторинг'''. Проверьте, что линии провайдеры имеют <span style="color:green">зеленый значок</span>. Если линии имеют <span style="color:gray">серый цвет</span>, значит они не подключились. | |
| − | + | ||
| − | + | ||
| − | |||
| − | + | [[Файл:Проблемыприподключении1.PNG | center]] | |
| − | + | ||
| − | + | ||
| − | |||
| − | + | В данной статье рассматривается решение проблем при подключении к провайдеру связи. | |
| + | |||
| + | |||
| + | == Проблемы на стороне сервера Oktell == | ||
| + | |||
| + | 1. Проверьте правильность введенных настроек SIP шлюза в карте сети. Воспользуйтесь статьей [[Урок 3 Создание карты сети#.D0.9F.D0.BE.D0.B4.D0.BA.D0.BB.D1.8E.D1.87.D0.B5.D0.BD.D0.B8.D0.B5_.D0.BD.D0.B0_.D1.81.D1.82.D0.BE.D1.80.D0.BE.D0.BD.D0.B5_.D1.88.D0.BB.D1.8E.D0.B7.D0.B0|Урок 3 Создание карты сети]]. | ||
| + | |||
| + | 1.1. Как вариант, свяжитесь с поставщиком связи и уточните корректность регистрационных данных | ||
| + | |||
| + | 2. Если сервер oktell находится за NAT, то воспользуйтесь статьей [[Настройка работы сервера за NAT]]. | ||
| + | |||
| + | 3. Убедитесь, что на сервере Oktell антивирус или брандмауэр не блокирует работу. Либо отключите(подвергаете систему опасности), либо добавьте в исключение процессы. | ||
| + | |||
| + | *\oktell\server\oktell.ServerService.exe | ||
| + | *\oktell\server\oktell.HALRemoteApp.exe. | ||
| + | Чтобы добавить процессы в исключения брандмауэра перейдите в Панель управления -> Брандмауэр Windows -> Разрешить запуск программы или компонента через брандмауэр Windows -> Разрешить другую программу -> Обзор | ||
| + | |||
| + | 4. Возможно, порт 5060 занят сторонним приложением. В командной строке выполните команду | ||
| + | netstat -anop udp | ||
| + | Определите PID у порта 5060(в примере PID-4976). В диспетчере задач определите какому процессу принадлежит порт 5060 по PID. Если такого столбца нет, выполните Вид\Выбрать столбцы\ИД процесса(PID). | ||
| + | |||
| + | Если данный PID соответствует oktell.HalRemoteApp.exe, то порт занял oktell. Иначе отключите приложение, которое заняло порт 5060, перезагрузите службу сервера, в клиентском приложении выполните Администрирование/Общие настройки/Управление сервером/Перезагрузить службу сервера). Проверьте повторно после перезагрузки службы какой процесс занял порт 5060. | ||
| + | |||
| + | [[Файл:Anop.png|center|900px]] | ||
| + | |||
| + | == Проблемы с сетью == | ||
| + | |||
| + | 1. Проверьте интернет на сервере. Проверьте пинг до сервера провайдера. При отсутствии интернета на сервере oktell обратитесь к своему системному администратору. | ||
| + | |||
| + | 2. Попробуйте перезагрузить роутер. В некоторых случаях, из-за сбоев электричества, роутеры переставали работать корректно до перезагрузки. | ||
| + | |||
| + | 3. Поинтересуйтесь у вашего интернет-провайдера по поводу неполадок в сети. | ||
| + | |||
| + | |||
| + | ==Диагностика с помощью подключения к другому провайдеру== | ||
| + | |||
| + | Помните, что вы всегда можете попробовать подключить другого провайдера и посмотреть - будут ли работать звонки. Например, таким провайдером может быть [https://sipnet.ru sipnet.ru]. Пример по настройке sipnet показан в статье [[Подключение Oktell к SIPNET по протоколу SIP]] | ||
| + | |||
| + | * Если регистрация устанавливается на sipnet, а на вашем провайдере нет, значит проблема в настройках шлюза или в вашей сети (NAT, Firewall). | ||
| + | * Если регистрация нигде не устанавливается, значит проблема в вашей сети. | ||
| + | |||
| + | |||
| + | == Диагностика с помощью лога TRN== | ||
| + | |||
| + | Точнее всего диагностировать данную проблему можно анализируя лог-журналы oktell или трассировку пакетов wireshark, но для этого необходимо иметь определенные знания sip-протокола. Воспользуйтесь сборщиком лог-журналов (подробнее в статье [[Сборка_лог-журналов]]) и соберите лог-журнал(hardware\sip\trn) за время +\- 10 минут с момента попытки перерегистрации. Также лог-журнал вы можете найти в папке \oktell\server\Log\Hardware\SIP\trn_[дата].log. | ||
| + | |||
| + | В логе trn фиксируются все поступившие пакеты на сервер Oktell. Найдите пакет Register, который был отправлен провайдеру. По Call-ID пакета найдите ответ от провайдера, в котором может содержаться причина неисправности. С этой ошибкой вы также можете обратиться к провайдеру связи для разъяснения. Расшифровку SIP-ответов можете прочитать в статье [[SIP ответы и их значения]]. | ||
| + | |||
| + | Пример подключения к SIPNET с неправильным паролем. Видно, что на запрос REGISTER приходит ответ ''401 incorrect password''. | ||
| + | |||
| + | |||
| + | [[Файл:Не устанавливается регистрация -001.png|center|800px]] | ||
Текущая версия на 09:02, 31 августа 2022
Содержание
Для проверки подключения откройте Администрирование.Мониторинг. Проверьте, что линии провайдеры имеют зеленый значок. Если линии имеют серый цвет, значит они не подключились.
В данной статье рассматривается решение проблем при подключении к провайдеру связи.
Проблемы на стороне сервера Oktell
1. Проверьте правильность введенных настроек SIP шлюза в карте сети. Воспользуйтесь статьей Урок 3 Создание карты сети.
1.1. Как вариант, свяжитесь с поставщиком связи и уточните корректность регистрационных данных
2. Если сервер oktell находится за NAT, то воспользуйтесь статьей Настройка работы сервера за NAT.
3. Убедитесь, что на сервере Oktell антивирус или брандмауэр не блокирует работу. Либо отключите(подвергаете систему опасности), либо добавьте в исключение процессы.
- \oktell\server\oktell.ServerService.exe
- \oktell\server\oktell.HALRemoteApp.exe.
Чтобы добавить процессы в исключения брандмауэра перейдите в Панель управления -> Брандмауэр Windows -> Разрешить запуск программы или компонента через брандмауэр Windows -> Разрешить другую программу -> Обзор
4. Возможно, порт 5060 занят сторонним приложением. В командной строке выполните команду
netstat -anop udp
Определите PID у порта 5060(в примере PID-4976). В диспетчере задач определите какому процессу принадлежит порт 5060 по PID. Если такого столбца нет, выполните Вид\Выбрать столбцы\ИД процесса(PID).
Если данный PID соответствует oktell.HalRemoteApp.exe, то порт занял oktell. Иначе отключите приложение, которое заняло порт 5060, перезагрузите службу сервера, в клиентском приложении выполните Администрирование/Общие настройки/Управление сервером/Перезагрузить службу сервера). Проверьте повторно после перезагрузки службы какой процесс занял порт 5060.
Проблемы с сетью
1. Проверьте интернет на сервере. Проверьте пинг до сервера провайдера. При отсутствии интернета на сервере oktell обратитесь к своему системному администратору.
2. Попробуйте перезагрузить роутер. В некоторых случаях, из-за сбоев электричества, роутеры переставали работать корректно до перезагрузки.
3. Поинтересуйтесь у вашего интернет-провайдера по поводу неполадок в сети.
Диагностика с помощью подключения к другому провайдеру
Помните, что вы всегда можете попробовать подключить другого провайдера и посмотреть - будут ли работать звонки. Например, таким провайдером может быть sipnet.ru. Пример по настройке sipnet показан в статье Подключение Oktell к SIPNET по протоколу SIP
- Если регистрация устанавливается на sipnet, а на вашем провайдере нет, значит проблема в настройках шлюза или в вашей сети (NAT, Firewall).
- Если регистрация нигде не устанавливается, значит проблема в вашей сети.
Диагностика с помощью лога TRN
Точнее всего диагностировать данную проблему можно анализируя лог-журналы oktell или трассировку пакетов wireshark, но для этого необходимо иметь определенные знания sip-протокола. Воспользуйтесь сборщиком лог-журналов (подробнее в статье Сборка_лог-журналов) и соберите лог-журнал(hardware\sip\trn) за время +\- 10 минут с момента попытки перерегистрации. Также лог-журнал вы можете найти в папке \oktell\server\Log\Hardware\SIP\trn_[дата].log.
В логе trn фиксируются все поступившие пакеты на сервер Oktell. Найдите пакет Register, который был отправлен провайдеру. По Call-ID пакета найдите ответ от провайдера, в котором может содержаться причина неисправности. С этой ошибкой вы также можете обратиться к провайдеру связи для разъяснения. Расшифровку SIP-ответов можете прочитать в статье SIP ответы и их значения.
Пример подключения к SIPNET с неправильным паролем. Видно, что на запрос REGISTER приходит ответ 401 incorrect password.
