Потеря регистрации на сервере SIP провайдера — различия между версиями
| Строка 2: | Строка 2: | ||
Данная проблема может возникать по следующим причинам: | Данная проблема может возникать по следующим причинам: | ||
| − | + | ||
| − | + | 1. Изменились параметры регистрации(логин, пароль, адрес sip-сервера провайдера). Уточните у поставщика связи корректность регистрационных данных. | |
| − | + | ||
| − | + | 2. Изменились настройки сети. Если сервер oktell теперь находится за NAT'ом, то воспользуйтесь статьей по настройке сервера oktell для работы за NAT: http://wiki.oktell.ru/Настройка_работы_сервера_за_NAT. | |
| − | + | ||
| + | 3. Брандмауэр Windows блокирует обмен пакетами с сервером регистрации. Отключите брандмауэр(подвергаете систему опасности), либо добавьте в исключение oktell.ServerService.exe и oktell.HalRemoteApp.exe. Перезагрузите службу сервера(Администрирование\Общие настройки\Управление сервером\перезагрузить службу сервера). | ||
| + | |||
| + | 4. Проверьте интернет на сервере. Проверьте пинг до сервера провайдера. При отсутствии интернета на сервере oktell обратитесь к своему системному администратору. | ||
| + | |||
| + | 5. Занят порт 5060 сторонним приложением. В командной строке выполните команду netstat -anop udp и определите PID у порта 5060(в примере PID-4976) | ||
| + | |||
| + | |||
[[Файл:anop.png|center]] | [[Файл:anop.png|center]] | ||
| − | + | ||
| + | |||
| + | В диспетчере задач определите какому процессу принадлежит порт 5060 по PID(Вид\Выбрать столбцы\ИД процесса(PID)) | ||
| + | |||
<center>[[Файл:disp2.png]] [[Файл:disp.png]]</center> | <center>[[Файл:disp2.png]] [[Файл:disp.png]]</center> | ||
| − | + | ||
| − | + | Если данный PID соответствует oktell.HalRemoteApp.exe, то порт занял oktell. Иначе отключите приложение, которое заняло порт 5060, перезагрузите службу сервера(Администрирование\Общие настройки\Управление сервером\перезагрузить службу сервера). Проверьте повторно после перезагрузки службы какой процесс занял порт 5060.</p> | |
| + | |||
| + | Точнее всего диагностировать данную проблему можно анализируя лог-журналы oktell или трейс пакетов wireshark, но для этого необходимо иметь определенные знания sip-протокола. Если предыдущие рекомендации не помогли решить проблему, то воспользуйтесь сборщиком лог-журналов(подробнее: http://wiki.oktell.ru/Сборка_лог-журналов) и соберите транспортный лог-журнал(hardware\sip\trn) за время +\- 10 мин. с момента попытки перерегистрации. | ||
Версия 09:39, 8 августа 2014
Данная проблема может возникать по следующим причинам:
1. Изменились параметры регистрации(логин, пароль, адрес sip-сервера провайдера). Уточните у поставщика связи корректность регистрационных данных.
2. Изменились настройки сети. Если сервер oktell теперь находится за NAT'ом, то воспользуйтесь статьей по настройке сервера oktell для работы за NAT: http://wiki.oktell.ru/Настройка_работы_сервера_за_NAT.
3. Брандмауэр Windows блокирует обмен пакетами с сервером регистрации. Отключите брандмауэр(подвергаете систему опасности), либо добавьте в исключение oktell.ServerService.exe и oktell.HalRemoteApp.exe. Перезагрузите службу сервера(Администрирование\Общие настройки\Управление сервером\перезагрузить службу сервера).
4. Проверьте интернет на сервере. Проверьте пинг до сервера провайдера. При отсутствии интернета на сервере oktell обратитесь к своему системному администратору.
5. Занят порт 5060 сторонним приложением. В командной строке выполните команду netstat -anop udp и определите PID у порта 5060(в примере PID-4976)
В диспетчере задач определите какому процессу принадлежит порт 5060 по PID(Вид\Выбрать столбцы\ИД процесса(PID))
Если данный PID соответствует oktell.HalRemoteApp.exe, то порт занял oktell. Иначе отключите приложение, которое заняло порт 5060, перезагрузите службу сервера(Администрирование\Общие настройки\Управление сервером\перезагрузить службу сервера). Проверьте повторно после перезагрузки службы какой процесс занял порт 5060.</p>
Точнее всего диагностировать данную проблему можно анализируя лог-журналы oktell или трейс пакетов wireshark, но для этого необходимо иметь определенные знания sip-протокола. Если предыдущие рекомендации не помогли решить проблему, то воспользуйтесь сборщиком лог-журналов(подробнее: http://wiki.oktell.ru/Сборка_лог-журналов) и соберите транспортный лог-журнал(hardware\sip\trn) за время +\- 10 мин. с момента попытки перерегистрации.
