Проблемы с исходящими звонками — различия между версиями
| (не показана одна промежуточная версия этого же участника) | |||
| Строка 2: | Строка 2: | ||
__TOC__ | __TOC__ | ||
| + | |||
===Описание проблемы=== | ===Описание проблемы=== | ||
| Строка 13: | Строка 14: | ||
* '''Сценарий исходящей маршрутизации'''. Линии провайдера должны быть отмечены в компоненте "Переключение на внешний номер" (свойство "Направления"). Возможен вариант выбора "Все линии". | * '''Сценарий исходящей маршрутизации'''. Линии провайдера должны быть отмечены в компоненте "Переключение на внешний номер" (свойство "Направления"). Возможен вариант выбора "Все линии". | ||
| − | + | Также проверьте свойства компонента "Caller Id" и "Caller Name". Вы можете использовать эти поля только в том случае, если провайдер связи разрешает подмену номера. Если такой возможности нет, удалите данные из этого поля. | |
| − | * '''Сценарий автодозвона''' и '''сценарий набора внешних/быстрых номеров'''. Линии провайдера должны быть отмечены в компоненте "Дозвон" (свойство "Направления"). Возможен вариант выбора "Все линии". | + | * '''Сценарий автодозвона''' и '''сценарий набора внешних/быстрых номеров'''. Линии провайдера должны быть отмечены в компоненте "Дозвон" (свойство "Направления"). Возможен вариант выбора "''Все линии''". |
Внимательно проверьте логику данных сценариев. Напоминаем, что после компонента "Переключение" должен стоять компонент "Стоп", а не "Обрыв связи". | Внимательно проверьте логику данных сценариев. Напоминаем, что после компонента "Переключение" должен стоять компонент "Стоп", а не "Обрыв связи". | ||
| Строка 27: | Строка 28: | ||
'''3.''' В модуле ''Администрирование/Параметры аппаратуры'' в настройках шлюза укажите явный интерфейс для соединения. По умолчанию, default - автоматическое определение интерфейса. | '''3.''' В модуле ''Администрирование/Параметры аппаратуры'' в настройках шлюза укажите явный интерфейс для соединения. По умолчанию, default - автоматическое определение интерфейса. | ||
| − | ''' | + | '''4.''' Поинтересуйтесь у провайдера на какие номера (направления) вы можете совершать исходящие звонки. Возможно, вам разрешено делать звонки только на городские линии. |
| − | ''' | + | '''5.''' Возможно, у провайдера связи неисправности с оборудованием. Уточните этот вопрос, позвонив в его техническую поддержку. |
Текущая версия на 08:13, 15 мая 2015
Описание проблемы
Проблема: Не получается совершить исходящий звонок.
Решение:
1. Проверьте следующие сценарии:
- Сценарий исходящей маршрутизации. Линии провайдера должны быть отмечены в компоненте "Переключение на внешний номер" (свойство "Направления"). Возможен вариант выбора "Все линии".
Также проверьте свойства компонента "Caller Id" и "Caller Name". Вы можете использовать эти поля только в том случае, если провайдер связи разрешает подмену номера. Если такой возможности нет, удалите данные из этого поля.
- Сценарий автодозвона и сценарий набора внешних/быстрых номеров. Линии провайдера должны быть отмечены в компоненте "Дозвон" (свойство "Направления"). Возможен вариант выбора "Все линии".
Внимательно проверьте логику данных сценариев. Напоминаем, что после компонента "Переключение" должен стоять компонент "Стоп", а не "Обрыв связи".
2. Проверьте в модуле Администрирование/Мониторинг, зарегистрированы ли внешние линии (имеют значок в виде зеленой трубки). В случае проблем, обратитесь к статье Не устанавливается регистрация на сервере SIP провайдера
3. В модуле Администрирование/Параметры аппаратуры в настройках шлюза укажите явный интерфейс для соединения. По умолчанию, default - автоматическое определение интерфейса.
4. Поинтересуйтесь у провайдера на какие номера (направления) вы можете совершать исходящие звонки. Возможно, вам разрешено делать звонки только на городские линии.
5. Возможно, у провайдера связи неисправности с оборудованием. Уточните этот вопрос, позвонив в его техническую поддержку.
Диагностика с помощью лога TRN
Точнее всего диагностировать данную проблему можно анализируя лог-журналы oktell или трассировку пакетов wireshark, но для этого необходимо иметь определенные знания sip-протокола. Воспользуйтесь сборщиком лог-журналов (подробнее в статье Сборка_лог-журналов) и соберите лог-журнал(hardware\sip\trn) за время +\- 10 минут с момента попытки перерегистрации. Также лог-журнал вы можете найти в папке \oktell\server\Log\Hardware\SIP\trn_[дата].log.
В логе trn фиксируются все поступившие пакеты на сервер Oktell. Найдите пакет Invite, который был отправлен провайдеру. По Call-ID пакета найдите ответ от провайдера, в котором может содержаться причина неисправности. С этой ошибкой вы также можете обратиться к провайдеру связи для разъяснения. Расшифровку SIP-ответов можете прочитать в статье SIP ответы и их значения.
Пример совершения исходящего звонка на SIPNET: Oktell отправляет пакет Invite и получает ответ 100 Trying. Если посмотреть далее, то можно увидеть ответ 200 OK, который обозначает успешное соединение. В случае проблем вы можете увидеть ответ с кодом ошибкой, например 503 Service Unavailable. Расшифровку SIP-ответов можете прочитать в статье SIP ответы и их значения.
