Ошибка при обращении к серверу октелл - Не ошибается лишь тот, кто ничего не делает!

Наверх

Существует большое количество причин, по которым клиентское приложение не может подключиться к серверу.

Сперва определите на чьей стороне проблема.

Проблема на локальном компьютере

1. Если с других локальных компьютеров подключение происходит, то скорее всего проблема в конкретном ПК. Сравните настройки проблемного ПК с настройками рабочего ПК, приведите их в соответствие. Как вариант, вы можете скопировать рабочее клиентское приложение с другого компьютера и запустить его на проблемном.

1.1. Проверьте, что компьютер, с которого вы запускаете клиентское приложение обозначен в Администрирование/Карта сети или в серверном конфигурационном файле OktellServeroktell.ServerService.exe.config установлена настройка Automap

<add key="EnableAutoMap" value="1" />

1.2. Проверьте настройки интернета, пропингуйте сервер Oktell командой ping из командной строки. Если пакеты не доходят до сервера, значит имеются проблемы в настройке сети.

1.3. Убедитесь в диспетчере задач, не запущено ли клиентское приложение. Название процесса Oktell.ClientStarter4.exe (или Oktell.ClienStarter.exe для версий младше 2.8). Возможно другой пользователь уже запустил его, в таком случае возможно вам стоит использовать Работа в терминальном режиме. Также в диспетчере задач вы можете завершить этот процесс, для входа под своей учетной записью.

1.4. Убедитесь, не блокирует ли приложение на клиентском ПК антивирус или брандмауэр Windows. Либо отключите его, либо добавьте в исключение oktell.ClientStarter4.exe и oktell.phonehost.exe

1.5. Убедитесь, что правильно прописали адрес сервера oktell в клиентском конфигурационном файле oktellclientoktell.ClienStarter4.exe.config

Для этого проверьте параметры

<add key=»LogicServerAddress» value=»ххх.ххх.ххх.ххх» />
<add key=»NETCLIENT_SERVER_ADDRESS» value=»ххх.ххх.ххх.ххх» />

где ххх.ххх.ххх.ххх — IP-адрес вашего сервера oktell.

1.6. Возможно клиентское приложение запускается не от имени администратора и не имеет прав для записи в каталог Program Files, в который оно устанавливается по умолчанию. Это может привести к тому, что приложение не сможет загрузить файлы обновления и не сможет в дальнейшем подключиться к серверу.

Запустите oktell.ClienStarter4.exe от имени администратора. Для этого в свойствах приложения, на вкладке «Совместимость» поставьте галочку «Запускать от имени администратора«. Эту же операцию можно применить к oktell.phonehost.exe, что может решить возможные проблемы с гарнитурой.

1.7. Возможна ситуация, когда в конфигурационном файле oktellclientoktell.ClienStarter4.exe.config не активирован параметр AutoUpdate, в таком случае клиентское приложение не обновляется и возможно возникнут проблемы с запуском. Для активации установите следующий ключ:

<add key="AutoUpdate" value="1" />.

1.8. Запуск клиентского приложения требует установленный .NET Framework.

Для версии Oktell 2.7 это .NET 1.1. c установленным sp1. В конфигурационном файле необходимо выбрать нужную строчку <supportedRuntime version=»…»/> , другую либо закомментировать, либо удалить.
Для версии Oktell 2.8 и выше необходимо установить .Net4. Файл для установки можно найти в папке oktellServerLiveUpdateFW.

1.9. При появлении ошибки «Программа уже запущена» попробуйте установить любое значение для ключа «TerminalAddress» клиентского конфигурационного файла oktellclientoktell.ClienStarter4.exe.config, например term2.

<add key="TerminalAddress" value="term2" />

1.10. При появлении ошибки «Программа уже запущена» возможны проблемы с совместимостью Windows. Запустите программу в режиме совместимости с Windows XP (SP3). Также попробуйте запустить программу от имени администратора.

1.11. Проблема в сети. Если у вас несколько сетевых интерфейсов на компьютере, отключите лишние. Оставьте только тот интерфейс, по которому доступен сервер Oktell.

1.12. Проблема с DNS именем. Убедитесь, что у вас указаны DNS-сервера. Попробуйте использовать DNS сервер — 8.8.8.8. (Google Public DNS). Как вариант, пропишите соответствие имя—адрес в hosts.

Проблема на сервере

2. Если все компьютеры локальной сети не могут подключиться, то проблема может быть как в сети, так и в настройках сервера.

2.1. Проверьте запущена ли служба OktellServer. Если нет, обратитесь к статье Серверная служба не запускается

2.2. Проверьте настройки интернета, пропингуйте сервер Oktell командой ping из командной строки. Если пакеты не доходят до сервера, значит имеются проблемы в настройке сети.

2.3. Проверьте подключение к серверу, попробуйте запустить клиентское приложение на сервере. Если запустится, значит проблема в сети или брандмауэре ОС на сервере.

2.4. Убедитесь, что на сервере Oktell антивирус или брандмауэр не блокирует работу. Либо отключите(подвергаете систему опасности), либо добавьте в исключение процессы.

oktellserveroktell.ServerService.exe
oktellserveroktell.HALRemoteApp.exe.

Чтобы добавить процессы в исключения брандмауэра перейдите в Панель управления -> Брандмауэр Windows -> Разрешить запуск программы или компонента через брандмауэр Windows -> Разрешить другую программу -> Обзор

Источник

Возможные проблемы и способы их устранения

Материал из Oktell

Перейти к: навигация, поиск

Наверх

Содержание

1 Сервер не запускается, или запускается долго
2 Клиентское приложение не запускается (не появляется окно авторизации)
3 Клиент не обнаруживает сервер при авторизации или существенная задержка в откликах
4 После авторизации клиентское приложение не запускается
5 Телефон не издает звуков
6 Телефон ведет себя некорректно
7 Низкое качество звука, передающегося между устройствами
8 Клиентское приложение работает нестандартно
9 Сервер «тормозит»
10 Невозможно осуществить исходящий городской звонок через «9»
11 Прочие возможные проблемы

Сервер не запускается, или запускается долго

Проверьте настройки в файле конфигурации серверного приложения: «*.exe.config».

Внимание!Имейте в виду, что сервер существует в двух вариантах, и соответственно, файлов конфигурации тоже два.

Ссылка на базу данных указана верно.
Логин к БД указан верно.

Убедитесь в том, что логин указанный в файле конфигурации существует в сервере БД.
Если сервер запускался до этого, оцените изменения, производимые в настройках системы до перезапуска – правильная ли информация находится в БД о рабочих местах, адресах и серверах.
Убедитесь в наличии ключа защиты, горит ли на нем светодиод, обнаруживается ли он среди устройств системы. При невозможности корректно использовать USB-порт на сервере, существует возможность удаленного опроса ключа. За подробной информацией обращайтесь в службу технической поддержки.
Выключите функции энергосбережения USB-концентратора.
Убедитесь, что установлен Microsoft .NET Framework.
Если используются многоканальные платы с внутренними линиями – убедитесь в подключении к ним блока питания.
Убедитесь, что каталог DBAutoUpdate в корне серверного приложения, содержащий обновления для БД, пуст.
Обратите внимание на лог-журнал исключительных ситуаций серверного приложения, находящихся в каталоге сервера по адресу «LogExceptionexc_[дата].log». Возможно, в нем будут присутствовать строки, дающие возможность понять причину.
Убедитесь в указании всех настроек и существовании всех путей для драйверов оборудования.
Если возникает окно с ошибкой, возможно наличие некорректных значений в файле конфигурации или некорректный его формат.
Обратитесь в системный лог-журнал операционной системы в поисках ошибок и особых ситуаций.
Отправьте лог исключений поставщику для решения вашей проблемы с описанием того, что происходило с системой до и во время запуска. Если считаете необходимым, приложите скриншоты экранов.

Клиентское приложение не запускается (не появляется окно авторизации)

«Программа уже запущена».

Одновременно на компьютере невозможно запустить более 1 копии приложения в связи с монопольным доступом к драйверам системы.
Необходимо добавить в исключения антивирусных программ/firewall’ов приложение «oktell.ClientStarter4.exe» (Путь по умолчанию — «C:Program Files (x86)OktellClient»)
В случае использования в терминальном режиме убедитесь в наличии в файле конфигурации клиентского приложения строки «Terminal_Address» и уникальности значения ее ключа.

Окно с ошибками.

Убедитесь в наличии Microsoft .NET Framework.
Убедитесь в наличии всех библиотек приложения.
Убедитесь в наличии библиотек «DevExpress*.dll».
Убедитесь в наличии сборок клиентского приложения в серверном каталоге и их корректности.
При редактировании конфигурационного файла вручную используйте блокнот, иначе возможна потеря в текстовом формате символов, определяющих кодировку, и дальнейшая загрузка будет невозможна без восстановления файла конфигурации. · Убедитесь, что права текущего пользователя ОС дают возможность работать с файлами и веткой «HKEY_CURRENT_USER» реестра.

Убедитесь, что текущий пользователь ОС имеет право на полный доступ к папке с установленным клиентским приложением Oktell. Следуйте инструкциям в разделе Установка клиентского приложения.
Обратите внимание на лог-журнал исключительных ситуаций запускающего модуля, находящихся в каталоге клиентского приложения по адресу «LogStarterstr_[дата].log». Возможно, в нем будут присутствовать строки, дающие возможность понять причину.
Отправьте конфигурационный файл и лог-журналы клиентского приложения за текущий день поставщику для изучения, снабдив описанием (скриншоты, последовательность действий, а также действия, после которых произошло изменение поведения приложения).

Клиент не обнаруживает сервер при авторизации или существенная задержка в откликах

Посмотрите, правильно ли указаны ссылки на сервер в файле конфигурации клиентского приложения.
Проверьте сеть, и связь с сервером по адресу из файла конфигурации (командой «PING»).
В случае установки на сервере более 1 сетевого адаптера, сделайте адаптер, слушающий сеть подключения клиентов первым (Сетевые подключения -> Меню «дополнительно» -> Дополнительные параметры). Если необходимо обеспечить доступ двум сетям, назначьте клиентским компьютерам, не обнаруживающим сервера, дополнительный шлюз с указанием адреса сервера (адрес сетевого интерфейса, обслуживающего сеть, к которой подключен конкретный клиент).
В файле «<SystemRoot>System32DriversETChosts» сервера укажите имена и адреса компьютеров сети (в серверный файл внесите информацию об операторском компьютере, а в файл на операторском компьютере внесите информацию о сервере);
Проверьте подключение на порт 4050 сервера любым доступным способом (например клиент telnet).
Обратите внимание на лог-журнал исключительных ситуаций клиентского приложения, находящихся в каталоге приложения по адресу «LogExceptionexc_[дата].log». Возможно, в нем будут присутствовать строки, дающие возможность понять причину.
Отправьте конфигурационный файл и лог-журналы клиентского приложения за текущий день поставщику для изучения, снабдив описанием (скриншоты, последовательность действий, а также действия, после которых произошло изменение поведения приложения).

После авторизации клиентское приложение не запускается

Попробуйте зайти под системной записью администратора. Если безуспешно, значит ошибка в базе при установлении свойств в карте. Скорее всего адрес сервера состояний указан неверно. Поправьте ошибку самостоятельно или обратитесь за помощью в техподдержку.
«Учетная запись системного администратора заблокирована». Сервер состояний запущен, функционирует, и в системе существует по крайней мере один пользователь с ролью администратора. Для решения вопросов зайдите под его учетной записью.
Убедитесь что в настройках роли пользователя, под учетной записью которого осуществляется авторизация, стоит флаг «Расширенное рабочее место». Иначе система использует его компьютер только для управления аппаратными средствами (например, USB-телефоном).
«Компьютер не значится в карте». Убедитесь, что компьютер, с которого осуществляется попытка подключения, указан в карте сети, имеет там правильный адрес и подключен к серверу LAN-связью; В карте офиса компьютер должен быть идентифицирован по одному из адресов, выводимых в данном окне непосредственно за текстом. Используйте команду PING в командной строке операционной системы для выявления возможности доступа к адресам.
Убедитесь в наличии ключа защиты, горит ли на нем светодиод, обнаруживается ли он среди устройств системы.
Если после авторизации клиентское приложение выдает «Сервер не доступен или находится в состоянии переинициализации», в конфигурационных файлах сервера найдите раздел «ContactServerName» и убедитесь, что в значении установлено «SP_STANDALONE_MODE».
Обратите внимание на лог-журнал исключительных ситуаций клиентского приложения «LogExceptionexc_[дата].log».
Отправьте лог-журналы сервера и клиентского приложения за текущий день поставщику для изучения, снабдив описанием (скриншоты, последовательность действий, а также действия, после которых произошло изменение поведения приложения).

Телефон не издает звуков

Если аналоговый телефон не издает звуков при поднятии трубки:

Убедитесь в разделе «Администрирование»

В карте сети телефонный аппарат не соединен логической связью с компьютером;
Если аппарат соединен в карте логической связью с компьютером, убедитесь в модуле «Общие настройки» в разделе Параметры АТС в отсутствии флага «Блокировать аналоговую линию при неавторизованном пользователе»;
Если флаг установлен, убедитесь, что на компьютере, управляющем аппаратом, запущено клиентское приложение и авторизован оператор;

Проверьте подключение телефона к системе.
Убедитесь в работоспособности телефонного аппарата.
Попробуйте инициировать звонок на линию.
Если после перезапуска сервера канал некоторое время работоспособен, проверьте соответствие числа каналов и ограничений в ключе защиты. В случае превышения ограничения система урезает часть каналов из таблиц размещения.
При использовании плат серии «Ольха 9» убедитесь в работоспособности канала, загрузив тестовое приложение «МА9Т». Для плат серии «Ольха 14» приложение «МА14Т». Для плат «Synway» приложение «text.exe». Соответствующие программы можно среди драйверов к устройству, а также в каталоге дополнительных приложений на диске с дистрибутивом.
Если после установки комплекса линия всегда находилась в подобном состоянии, убедитесь в наличии канала на плате, проверьте контакты мезонинов.
Выясните, как обстоит дело с другими линиями аналогичного типа. В конфигурационном файле сервера убедитесь в наличии строк, определяющих запуск серверов оборудования («XX» — порядковый номер сервера):

Сервер плат «Ольха 9»:

<add key="START_SERVER_XX" value="Alder9 Server;oktell.HALAlder9Srv.dll;Alder9;_Loaders" />

Сервер плат «Ольха 14»:

<add key="START_SERVER_XX" value="Alder14 Server;oktell.HALAlder9Srv.dll;Alder14;_Loaders" />

Сервер плат «Synway»:

<add key="START_SERVER_XX" value="Synway Server;oktell.HALSynwaySrv.dll;ShCti;" />

Сервер SIP:

<add key="START_SERVER_XX" value="SIP Server;oktell.HALSipSrv.dll;SIP" />

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

Если USB-телефон (гарнитура) не издает звуков при поднятии трубки:

Проверьте любой доступный аналоговый телефон на наличие гудка. Если гудка нет, обратитесь к пункту «Если аналоговый телефон не издает звуков при поднятии трубки».
Выставьте телефон временно как «звуковое устройство по умолчанию» и попытайтесь проиграть какой-нибудь звуковой файл.
Убедитесь в параметрах громкости телефона как звукового устройства, что громкость на максимуме и звук не выключен.
Подсоедините вместо этого телефонного аппарата любой другой аналогичный и попробуйте заново.
Оцените другие рабочие места операторов на подобную проблему.
Если после перезапуска сервера канал некоторое время работоспособен, проверьте соответствие числа каналов и ограничений в ключе защиты. В случае превышения ограничения система урезает часть каналов из таблиц размещения.
Изучите настройки брандмауэров.
Уточните, появилось ли при запуске системы уведомление о регистрации линии.
Попробуйте нажать кнопку «#» на телефонном аппарате, вызвав тем самым смену сигналов вызова.
Убедитесь в том, что устройство стоит корректно (USB Audio Device), и драйверы обнаружены и установлены.
В настройках свойств USB-концентраторов отключите флаг использования режима энергосбережения.
Проверьте все контакты оборудования, а также проводку на наличии зажимов, перекусов и пр.
Проверьте настройки адреса и портов для подключения VoIP телефонов. В конфигурационном файле клиентского приложения и настройках соответствующего сервера в модуле Настройки оборудования.
Если сервер обслуживает 2 или более сетевых интерфейса, где в каждой из сетей находятся клиентские компьютеры, управляющие VoIP-гарнитурами или телефонами, необходимо настроить для каждого из интерфейсов загрузку своего VoIP-сервера для обеспечения взаимодействия клиентских устройств из разных сетей. Для этого в конфигурационном файле сервера должны быть строчки, содержащие адреса сервера в различных сетях:

<add key="START_SERVER_02" value="Buildin VOIP Server;;Voip;192.168.0.1:5003" />

<add key="START_SERVER_03" value="Buildin VOIP Server;;Voip;10.2.0.1:5003" />

Если на клиентском компьютере установлено несколько сетевых устройств, то в конфигурационном файле клиента необходимо явно указать по какому из интерфейсов осуществлять посылку и прием пакетов от сервера:

<add key="NETCLIENT_LOCAL_ADDRESS" value="10.2.0.25" />

Если во время работы отклики от устройства пропадают, оно перестает реагировать на команды сервера – проверьте локальную сеть на прохождение UDP пакетов по установленному порту сигнальной связи. Для анализа с двух сторон (на сервере и на клиенте) установите следящую за трафиком программу, настроенную на конкретный порт и пакеты UDP. В качестве подобной программы может быть использован Ethereal. Дистрибутив можно скачать бесплатно с web-сайта http://www.ehtereal.com, также он находится в разделе дополнительных программ на диске с дистрибутивом.

o Проверьте сеть на наличие вирусов, сетевых червей и прочих вредоносных программ, увеличивающих трафик, нагрузку на систему, а также изменяющих данные в передаваемых через сеть пакетах.

Выключите функции энергосбережения сетевого адаптера.
Если база данных была перенесена на сервер с другого компьютера, пересохраните карту офиса.
Компьютер находился в спящем или ждущем режиме, вследствие чего сервер разъединил канал связи по таймауту. Перезапустите клиентское приложение.
Отправьте лог-журналы за текущий день с сервера в техническую поддержку для решения вашей проблемы с подробным описанием и указанием времени наблюдения.

Телефон ведет себя некорректно

Проверьте другие телефонные аппараты на наличие подобной проблемы.
Для аналогового телефона

Убедитесь в отсутствии видимых повреждений в проводке.
Подсоедините другой (заведомо рабочий) телефонный аппарат на место неисправного.
Отправьте лог-журналы за текущий день с сервера поставщику для решения вашей проблемы с подробным описанием и указанием времени наблюдения.

Для USB-телефона

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

При наличии «обратного звука» (эха той же громкости, что и исходный звук) во время разговора через программный IP-шлюз, проверьте компьютер, использующий гарнитуру и встроенное звуковое устройство.

Убедитесь, что звук динамиков не доступен микрофону напрямую (стандартное эхо).
Проверьте звук, подключив к компьютеру любое внешнее звуковое устройство, USB-телефон или USB-гарнитуру.
Включите проигрывание аудио (на внутренние динамики, наушники и пр.) и одновременно запишите в стандартной звукозаписи операционной системы голос. Если при воспроизведении записанного звука слышится проигрываемый звук – отключите функции микширования «на лету» в свойствах звукового устройства, переустановите драйвер или используйте другое звуковое устройство.

При торможении звука, щелчках, пропусках

При наблюдаемых эффектах на USB-телефоне в разговоре с аппаратным каналом платы CTI или наоборот

На сервере производятся длительные и сложные запросы в БД. Вероятно идет построение статистических отчетов или журналов с одного из клиентских мест. Оцените в диспетчере задач загрузку процессора.
На сервере производятся другие действия, существенно загружающие процессор и кэш.
В сети присутствуют вирусы или другие вредоносные программы, блокирующие часть трафика.
Чрезмерная загрузка сети не позволяет всем пакетам быть доставленными.
Звуковое устройство имеет резко отличающуюся скорость воспроизведения/записи. Подключите другой телефон или попробуйте переключить вывод звука на стандартное аудиоустройство (гарнитуру).

При наблюдаемых эффектах на коммутации двух аппаратных каналов плат CTI

Платы не соединены шиной CTI.
В модуле «Настройки аппаратуры» платы соответствующих каналов находятся в разных группах, что влечет принудительную VoIP-коммутацию. Одновременно большая загрузка процессора (см. предыдущий раздел).
Производится звонок через стороннюю IP-телефонию, вследствие чего звук «портится». Попробуйте перезвонить или найти другой канал соединения с абонентом.
Производится звонок на мобильный телефон, находящийся в зоне плохого приема сигнала.

Низкое качество звука, передающегося между устройствами

Проверьте формат используемого кодека, возможно понижение качества обусловлено форматом сжатия.
При низком качестве звука в VoIP канале (при использовании VoIP)

Проверьте все форматы коммутаций (USB-вш, USB-вн.аналог, USB-USB, аналог-аналог), везде ли наблюдается проблема.
Проверьте несколько разных каналов, клиентских компьютеров.
Проверьте файл записи разговора, повторяется ли в нем проблема.
Проверьте устройство, воспользуйтесь стандартной программой звукозаписи.
Повторяется ли проблема при использовании другого режима взаимодействия с аудиоустройством (DirectX, WMM).
При использовании цифровых внешних каналов (E1, SIP) проверьте качество звука при их аппаратной коммутации.
При наблюдении треска/бульканья в динамике терминального устройства попробуйте увеличить размер JITTER-буфера и MM-буфера (в конфигурационном файле параметры JITTER_DEPTH и WAVE_COUNT соответственно).
При низкой громкости увеличьте уровень записи микрофона устройства, задействуйте усиление воспроизведения на внешних каналах.
При использовании ОС WINDOWS VISTA на комьютере пользователя и тресканьи звука в динамике увеличьте значение WAVE_COUNT в конфигурационном файле до 4.
Оцените загрузку на сервере, хватает ли ресурсов процессора и сети на обслуживание всего потока звонков.
Убедитесь в отсутствии влияния вирусов, антивирусов, файрволлов в задержке и фильтрации сетевого UDP трафика.
При использовании удаленных VPN клиентов или клиентов из других сетей попробуйте организовать канал через сервер (параметр в конфигурационном файле OVER_SERVER).
Включите полное логирование: при проблемах на стороне сервера в настройках аппаратуры включите все виды трассировок, при проблемах на стороне клиента в конфигурационном файле выставьте значение 15 параметра TRACE_HARDWARE. Произведите звонок и отправьте журналы в тех.поддержку.

При низком качестве звука в аппаратных коммутациях (между каналами плат)

При плохой слышимости (громкости) попробуйте настроить соответствующие значения в параметрах аппаратуры или вспомогательных программах. При отсутствии эффекта попробуйте добиться хорошей слышимости в тестовых программах.
Убедитесь, что при коммутации не используется VoIP технология, платы-владельцы соединяемых каналов соединены шиной и находятся в одной группе в настройках аппаратуры.
Проверьте терминальные устройства, соедините их через другие каналы или непосредственно.
Проверьте внешнюю линию, соедините ее непосредственно с терминальным устройством.

Клиентское приложение работает нестандартно

Если после запуска клиентского приложения вы видите в левом нижнем углу панели состояния текст «Информация недоступна». В этом случае по определенным причинам сервер не может создать канал обратной связи с компьютером-клиентом. Возможными причинами могут быть:

Серверное и клиентское приложения разделены в сети прокси-сервером.
Клиентское приложение запущено под пользователем операционной системы с ограниченными правами на доступ и использование ресурсов системы.
Ошибки, занесенные в конфигурационные файлы. Несоответствие портов, нарушение свойств каналов и пр.
Различие версий клиентского и серверного приложений.

Если при управлении VoIP-устройством (USB-телефоном или гарнитурой) обнаруживается зацикливание процессов обнаружения и потери устройства, возможно это связано с большой загрузкой процессора. В качестве варианта можно использовать перенос управляющего модуля в общий процесс приложения (по умолчанию это отдельный процесс «PhoneHost»). Для этого в конфигурационном файле клиентского приложения необходимо поместить параметр (или изменить значение существующего):

<add key="SEPARATE_PROCESS" value="0" />

Если после автоматического перезапуска клиентского приложения возникают проблемы, установите режим перезапуска с выгрузкой процесса (параметр в конфигурационном файле RestartApplicationWithProcess)
Отправьте лог-журналы за текущий день с сервера и клиентского компьютера поставщику для решения вашей проблемы с подробным описанием и указанием времени наблюдения.

Сервер «тормозит»

Включите лог-журнал служб АТС и проверьте его на зацикливание сценариев, убедитесь в корректности последнего форматированного сценария.
Убедитесь, что параметры сервера соответствуют рекомендованным для использования совместно с VoIP-шлюзом.
Убедитесь, что число VoIP-коммутаций соответствует норме и параметрам сервера; Возможно аппаратные каналы CTI также коммутируются через шлюз (если платы не объединены CT-bus и/или в настройках аппаратуры установлены разные индексы групп для плат).
Попробуйте деактивировать все задачи, перезапустить сервер и оценить наличие проблемы.
Убедитесь в отсутствии задач с большими списками, работающими через кэш в ОЗУ.
Убедитесь в производительности БД, нагрузке на БД, жесткие диски.
Попробуйте определить действие, повлекшее возникновение проблемы и отменить его.
Отправьте лог-журналы за текущий день с сервера поставщику для решения вашей проблемы с подробным описанием и указанием времени наблюдения.

Невозможно осуществить исходящий городской звонок через «9»

После набора «9» система не выдает сигнала

Проверьте существование служебного номера «Выход в город».
Убедитесь, что устройство функционирует нормально.

После набора «9» система выдает сигнал «Занято»

Для текущего пользователя не назначены права на исходящие звонки или не установлен порядок выделения внешних линий (модуль Администрирование. Права).
Разрешенные для совершения звонка внешние линии выключены, запрещены для совершения исходящих или отмечены как подсоединенные к офисной АТС (модуль Администрирование. Линии).
Убедитесь, что внешние линии свободны и доступны (модуль Администрирование. Мониторинг. Линии).

После набора «9» и номера система не реагирует и звонка не происходит

В модуле Мониторинг линий убедитесь что внешняя линия выделяется и в нее производится набор.
В случае использования (выделения) цифровых внешних линий (Е1 или SIP) необходима команда посылки номера в линию. В мониторинге линий проверьте тип выделяемой линии. Убедитесь что в общих настройках заданы и включены режимы отправки номера в цифровую линию. Убедитесь, что значения корректны и используются.
В свойствах выделяемой линии проверьте наличие префикса набора. Убедитесь в корректности значения.

Прочие возможные проблемы

При работе с датами происходит некорректное преобразование из строкового типа. Это может случиться если в ОС или СУБД установлены нестандартные способы представления формата Дата/время. В качестве одного из решений можно использовать ручную настройку формата дат в конфигурационном файле сервера. Необходимо найти там строки с масками преобразования даты в строку и изменить их надлежащим образом. Через конфигурационный файл можно задать 3 различных формата. Попытки их применения будут осуществляться в порядке следования.

<add key="Default_DateTime_Format1" value="dd.MM.yy HH:mm:ss" />

Если при запуске сервера (при перезагрузке) возникает ошибка использования портов. Выгрузите приложение, подождите несколько секунд (20-30) для освобождения операционной системой портов и вновь запустите приложение. Также можно после выгрузки приложения на время отключить сеть или вынуть сетевой кабель.

Используйте базу знаний, находящуюся на сайте технической поддержки Oktell http://helpdesk.telsystems.ru, для решения возникающих вопросов.

Источник

Содержание

Проблемы с подключением к БД
Содержание
Серверный конфигурационный файл
Проверка учетной записи для подключения к БД
Серверная служба не запускается
Клиентское приложение не подключается к серверу
Содержание
Проблема на локальном компьютере
Проблема на сервере
База знаний
Совместимость Oktell с разными версиями ОС Windows.
3 простых шага по исправлению ошибок OKTELL.CLIENTSTARTER.EXE
1- Очистите мусорные файлы, чтобы исправить oktell.clientstarter.exe, которое перестало работать из-за ошибки.
2- Очистите реестр, чтобы исправить oktell.clientstarter.exe, которое перестало работать из-за ошибки.
3- Настройка Windows для исправления критических ошибок oktell.clientstarter.exe:
Как вы поступите с файлом oktell.clientstarter.exe?
Некоторые сообщения об ошибках, которые вы можете получить в связи с oktell.clientstarter.exe файлом
OKTELL.CLIENTSTARTER.EXE
процессов:

Проблемы с подключением к БД

Содержание

Серверный конфигурационный файл

Если вы перенесли базу данных на сторонний сервер, то проверьте настройки в серверном конфигурационном файле oktellserveroktell.ServerService.exe.config. Убедитесь что в строке с ключом DBConnectionString ссылка на базу данных, логин и пароль указаны верно. По умолчанию, строка подключения выглядит следующим образом:

Новое название сервера нужно указать вместо значения (local)OKTELL. Например, SQL-сервер перенесен на сервер WORK с IP-адресом 192.168.0.3. Следовательно, в параметре вам нужно указать WORKOKTELL. Если сервер не запускается с этой настройкой, попробуйте указать только название сервера без инстанса — WORK. Вместо названия сервера можно указать IP-адрес — 192.168.0.3/OKTELL или только 192.168.0.3.

Если вы поменяли основную учетную запись AutelService, то необходимо указать логин и пароль в полях uid и pwd соответственно.

Узнать название вашего сервера (инстанс) вы всегда можете с помощью команды

в командной строке Windows.

Проверка учетной записи для подключения к БД

Убедитесь в том, что логин, указанный в файле конфигурации (по умолчанию AutelService) существует на сервере БД. Используйте SQL Server Management Studio.

Источник

Серверная служба не запускается

Проблема: Сервер не запускается, или запускается долго

1. Убедитесь что служба MSSQL запущена. Откройте Диспетчер задач и перейдите на вкладку Службы. Если служба остановлена запустите ее, затем запустите службу oktellServer

2. Убедитесь, что каталог oktellserverDBAutoUpdate в корне серверного приложения, содержащий обновления для БД, пуст. Если эта папка не пустая, то это указывает на проблемы с подключением к SQL-серверу.

3. Обратите внимание на лог-журнал исключительных ситуаций серверного приложения Exception, находящихся в каталоге сервера по адресу oktellserverLogExceptionexc_[дата].log.

Возможно, в нем будут присутствовать строки, дающие возможность понять причину. Например,

Эта ошибка указывает на проблемы с подключением БД. В таком случае обратитесь к статье Проблемы с подключением к БД

Также обратитесь в системный лог-журнал операционной системы в поисках ошибок и особых ситуаций. Отправьте лог исключений поставщику для решения вашей проблемы с описанием того, что происходило с системой до и во время запуска. Если считаете необходимым, приложите скриншоты экранов. Сообщения об ошибках принимаются здесь: http://r.oktell.ru/tasks/new/69/

4. Если возникает окно с ошибкой, возможно наличие некорректных значений в файле конфигурации или некорректный его формат, если вы его меняли. Серверный конфигурационный файл имеет строгую структуру и там не должно быть лишних строк. При редактировании конфигурационного файла копируйте ключи и меняйте названия в специальных атрибутах key и value.

5. Проблема может возникнуть если ваша база данных переполнена. Обратитесь к статье Действия при переполнении базы данных

6. Если сервер запускался до этого, оцените изменения, производимые в настройках системы до перезапуска.

Источник

Клиентское приложение не подключается к серверу

Содержание

Существует большое количество причин, по которым клиентское приложение не может подключиться к серверу.

Сперва определите на чьей стороне проблема.

Проблема на локальном компьютере

Для этого проверьте параметры

Проблема на сервере

2.1. Проверьте запущена ли служба OktellServer. Если нет, обратитесь к статье Серверная служба не запускается

Источник

База знаний

Совместимость Oktell с разными версиями ОС Windows.

В этой статье мы рассмотрим совместимость Oktell с разными версиями ОС Windows, а также возможные проблемы и методы их устранения.

И клиентская и серверная часть Oktell поддерживает:

1) Windows XP 3264
2) Windows Vista 3264
3) Windows 7 3264
4) Windows server 2003 3264
5) Windows server 2008 3264

При использование 64 битных систем необходимо уточнять наличие драйверов для CTI плат у производителей!

Ниже описаны возможные проблемы и методы их решения при использовании клиентского приложения Oktell на Windows 7, Windows Vista, Windows server 2008, а также 64 битных системах.

1) На Win x64 клиентское приложение закрывается сразу после запуска, зависает, либо подвешивает всю систему.

Проблема связанна с использованием режима перехвата действий клавиатуры для управления гарнитурой.

Необходимо в файле конфигурации клиентского приложения (*OktellClientoktell.ClientStarter.exe.config) присвоить параметру UseKeyHook значение «0».

Если данного параметра у вас в конфигурационном файле нет то его необходимо прописать:

2) В Windows Vista, Windows 7, Windows server 2008 клиентское приложение не может обновиться, в результате не происходит его запуск (каждый раз уходит на перезапуск)

Проблема связанна с тем, что по умолчанию в Windows Vista, Windows 7, Windows server 2008, для стандартной учетной записи пользователя, даже «Администратора», нет прав доступа на редактирования каталога *Program Files. Необходимо либо предоставить права доступа либо переустановить клиентское приложение в другой каталог.

В версии 2.6, если на клиентском рабочем месте используется гарнитура, то необходимо в конфигурационном файле клиента oktell.ClientStarter.exe.config прописать сточку
и убрать галочку DirectX

http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=981679&kbln=en-us
(для платформы x86 можно скачать ниже)

4) В Windows 7, Vista, Windows server 2008 необходимо запускать приложение от учетной записи администратора:

Windows 7, 7, Windows server 2008, 2008, ОС, поддерживает, 64, Vista.

Источник

3 простых шага по исправлению ошибок OKTELL.CLIENTSTARTER.EXE

В вашей системе запущено много процессов, которые потребляют ресурсы процессора и памяти. Некоторые из этих процессов, кажется, являются вредоносными файлами, атакующими ваш компьютер.
Чтобы исправить критические ошибки oktell.clientstarter.exe,скачайте программу Asmwsoft PC Optimizer и установите ее на своем компьютере

1- Очистите мусорные файлы, чтобы исправить oktell.clientstarter.exe, которое перестало работать из-за ошибки.

2- Очистите реестр, чтобы исправить oktell.clientstarter.exe, которое перестало работать из-за ошибки.

3- Настройка Windows для исправления критических ошибок oktell.clientstarter.exe:

Всего голосов ( 181 ), 115 говорят, что не будут удалять, а 66 говорят, что удалят его с компьютера.

Как вы поступите с файлом oktell.clientstarter.exe?

Некоторые сообщения об ошибках, которые вы можете получить в связи с oktell.clientstarter.exe файлом

(oktell.clientstarter.exe) столкнулся с проблемой и должен быть закрыт. Просим прощения за неудобство.

(oktell.clientstarter.exe) перестал работать.

oktell.clientstarter.exe. Эта программа не отвечает.

(oktell.clientstarter.exe) — Ошибка приложения: the instruction at 0xXXXXXX referenced memory error, the memory could not be read. Нажмитие OK, чтобы завершить программу.

(oktell.clientstarter.exe) не является ошибкой действительного windows-приложения.

(oktell.clientstarter.exe) отсутствует или не обнаружен.

OKTELL.CLIENTSTARTER.EXE

Проверьте процессы, запущенные на вашем ПК, используя базу данных онлайн-безопасности. Можно использовать любой тип сканирования для проверки вашего ПК на вирусы, трояны, шпионские и другие вредоносные программы.

процессов:

Cookies help us deliver our services. By using our services, you agree to our use of cookies.

Источник

Содержание

Проблемы с исходящими звонками
Содержание
Описание проблемы
Диагностика с помощью лога TRN
Урок 25 Маршрутизация исходящих вызовов
Содержание
Введение
Сценарий исходящей маршрутизации
Блок: Определение набранного номера
Блок: Набор номера в сценарии
Блок: Анализ номера и маршрутизация вызова
Назначение сценария
Сценарий набора быстрых/внешних номеров
Назначение сценария

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

Содержание

Описание проблемы

Проблема: Не получается совершить исходящий звонок.

1. Проверьте следующие сценарии:

Сценарий исходящей маршрутизации. Линии провайдера должны быть отмечены в компоненте «Переключение на внешний номер» (свойство «Направления»). Возможен вариант выбора «Все линии».

Также проверьте свойства компонента «Caller Id» и «Caller Name». Вы можете использовать эти поля только в том случае, если провайдер связи разрешает подмену номера. Если такой возможности нет, удалите данные из этого поля.

Сценарий автодозвона и сценарий набора внешних/быстрых номеров. Линии провайдера должны быть отмечены в компоненте «Дозвон» (свойство «Направления»). Возможен вариант выбора «Все линии«.

Внимательно проверьте логику данных сценариев. Напоминаем, что после компонента «Переключение» должен стоять компонент «Стоп», а не «Обрыв связи».

2. Проверьте в модуле Администрирование/Мониторинг, зарегистрированы ли внешние линии (имеют значок в виде зеленой трубки). В случае проблем, обратитесь к статье Не устанавливается регистрация на сервере SIP провайдера

3. В модуле Администрирование/Параметры аппаратуры в настройках шлюза укажите явный интерфейс для соединения. По умолчанию, default — автоматическое определение интерфейса.

4. Поинтересуйтесь у провайдера на какие номера (направления) вы можете совершать исходящие звонки. Возможно, вам разрешено делать звонки только на городские линии.

5. Возможно, у провайдера связи неисправности с оборудованием. Уточните этот вопрос, позвонив в его техническую поддержку.

Диагностика с помощью лога TRN

Точнее всего диагностировать данную проблему можно анализируя лог-журналы oktell или трассировку пакетов wireshark, но для этого необходимо иметь определенные знания sip-протокола. Воспользуйтесь сборщиком лог-журналов (подробнее в статье Сборка_лог-журналов) и соберите лог-журнал(hardwaresiptrn) за время +- 10 минут с момента попытки перерегистрации. Также лог-журнал вы можете найти в папке oktellserverLogHardwareSIPtrn_[дата].log.

В логе trn фиксируются все поступившие пакеты на сервер Oktell. Найдите пакет Invite, который был отправлен провайдеру. По Call-ID пакета найдите ответ от провайдера, в котором может содержаться причина неисправности. С этой ошибкой вы также можете обратиться к провайдеру связи для разъяснения. Расшифровку SIP-ответов можете прочитать в статье SIP ответы и их значения.

Пример совершения исходящего звонка на SIPNET: Oktell отправляет пакет Invite и получает ответ 100 Trying. Если посмотреть далее, то можно увидеть ответ 200 OK, который обозначает успешное соединение. В случае проблем вы можете увидеть ответ с кодом ошибкой, например 503 Service Unavailable. Расшифровку SIP-ответов можете прочитать в статье SIP ответы и их значения.

Источник

Урок 25 Маршрутизация исходящих вызовов

Содержание

Введение

На прошлом уроке мы разбирались с приемом и обработкой входящих соединений, на этом уроке мы разберемся с исходящими вызовами. Все исходящие вызовы разделяют на две группы — исходящие на внешние линии и внутренние звонки (на внутренние линии).

В системе Oktell совершить исходящий звонок различными способами:

Когда пользователь системы набирает номер со своего устройства запускается сценарий IVR исходящей маршрутизации
Во время перевода звонка используется сценарий IVR маршрутизации при переводе звонка (если он отсутствует используется сценарий исходящей маршрутизации)
Если вызов номера происходит в рамках сбора конференции, запускается служебный сценарий набора внешних/быстрых номеров (если приглашен внешний номер) или служебный сценарий набора внутренних номеров при приглашении в конференцию (если приглашен внутренний номер)
Система может самостоятельно инициировать звонок, например, через служебный сценарий, сервис автодозвона или менеджер задач.

В каждом из этих сценариев в первую очередь определяется тип набранного номера: внутренний или внешний. Если набран внешний — необходимо определить по каким линиям пойдет набор, это требуется для оптимизации расходов. Например, для совершения междугородних вызовов по всей России потребуется особый тарифный план от крупного провайдера связи, а звонки на мобильные дешевле совершать через специальную SIM-карту в SIP-GSM шлюзе. Для этого выполняются необходимые проверки, например на длину номера, время совершения звонка, производятся запросы во внешние сервисы и обращение к базам данных. В итоге определяется выбор направления и совершается звонок. Особое внимание следует обратить защите от несанкционированных звонков на международные или платные короткие номера — их желательно запретить полностью или установить пароль доступа.

Сценарий исходящей маршрутизации

IVR сценарий маршрутизации исходящих вызовов — системный сценарий для набора внутренних и внешних номеров пользователями системы. Сценарий запускается во время набора номера с внутренней линии (IP-телефон, гарнитура, USB-телефон).

ВНИМАНИЕ: В этом и есть отличие, между внутренними и внешними линиями. Любой вызов с внешней линии попадает в IVR сценарий входящей маршрутизации, а вызовы с внутренних линий — в IVR сценарий исходящей маршрутизации.

Начиная проектирование сценария необходимо принять во внимание, что большинство IP-телефонов и софтфонов могут сразу передавать информацию о набранном номере еще до входа в сценарий, а аналоговые телефоны и USB-телефоны набирают номер уже после соединения. Если в первом случае можно определить набранный номер с помощью функции «Внешний номер (CalledId)«, то во втором — придется реализовывать набор номера в сценарии. Таким образом, мы получаем следующие блоки:

1й блок будет анализировать есть ли набранный номер
2й даст возможность совершить набор номера, если устройство его не передало
3й произведет анализ набранного номера и совершит маршрутизацию по соответствующим направлениям.

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

Блок: Определение набранного номера

Компонент «НОМЕР=CalledID«. Определяет набранный номер и сохраняет его в переменную.

Переменной «НОМЕР» (строка) присваиваем значение функции CalledID(внешний номер)

Компонент «Номер пусто?«. Маршрутизирует пользователя на блок ввода номера, если набранный номер пуст.

Аргумент 1 — переменная «НОМЕР«
Аргумент 2 — пустая строка
Тип сравнения — «=«

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

Блок: Набор номера в сценарии

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

Компонент «Начинаем собирать номер«. Используется воспроизведение с преднабором, цель которого получить первый цифру набираемого номера.

Файл — выберем файл с длинным гудком, snd_city_60_50sek.wav. Файл можно найти в папке OktellServerSnd
Буфер для DTMF — переменная «НОМЕР»
Очистить буфер — Да
Макс время, с — 20
Количество символов — 1, определяет минимальное количество символов для набора номера.
Переход — на компонент «Начинаем собирать номер»
Переход, таймаут — на компонент «Обрыв связи«. Если в течении 20 секунд (параметр Макс время, с) пользователь не набрал ни одного символа, сценарий завершается.

Компонент «+1 цифра«. Производит донабор номера — компонент принимает следующую цифру и добавляет ее в переменную «НОМЕР»

Буфер для DTMF — переменная «НОМЕР»
Очистить буфер — Такая настройка поможет записывать полученные символы в конец переменной не затирая предыдущее значение.
Макс время, с — 3, по истечению этого времени считается что набор номера произведен.
Количество символов — 1
Переход — на компонент «Пауза 2»
Переход, таймаут — на компонент «Длина номера».

Компоненты «Пауза 2» и «Пауза 3» с нулевой задержкой позволяют пользователю набирать столько цифр, сколько он пожелает. Как только пользователь перестанет набирать символы, то по истечению 3х секунд (параметр Макс время, с) сценарий будет считать, что номер набран и перейдет к следующему блоку. С помощью такой схемы мы зацикливаем ввод, давая таким образом пользователя по 3 секунды на ввод каждой цифры.

Блок: Анализ номера и маршрутизация вызова

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

Компонент «Длина номера» — меню, задача которого определить тип набираемого номера и направить пользователя в соответствующую ветку.

Аргумент — выражение Len( [НОМЕР] ) , которое определяет длину набранного номера
Значения:

3 — на компонент «->».

Переход, прочее — на компонент «Внешние»

Таким образом, если длина номера составляет 3 символа,осуществляем переключения на внутренние номера. Если же аргумент принимает прочие значения,то осуществляем переход на компонент переключение на внешние линии, с указанием направлений.

ВНИМАНИЕ: Если у вас используются четырехзначные внутренние номера, вам нужно добавить в меню обработку длины номера в 4 символа. Здесь же иногда приходится добавлять ветку по длине номера в 10 символов — когда менеджеры набирают номер без «8» (или «7») спереди номера, например, 9171112233. В этом случае нужно преобразовать номер, добавив 8′ с помощью выражения: 8’+[НОМЕР].

Компонент «ВНЕШНИЕ» — переключение на внешние линии.

Номер — переменная «НОМЕР».
Тип набора — Без преобразований.
Тип вызова — Обычный
Направления — указываем внешние линии через которые должны осуществляться звонки на внешнюю сеть. По умолчанию, установлено «Все внешние линии».
Коммутировать сразу — выбираем: нет,прослушивать медиа-поток.

Значение «Нет, прослушивать медиа-поток» означает, что пока внешний абонент не поднимет трубку (ответ 200 OK), внутреннему пользователю Oktell будет воспроизводить гудки. Если звонок неудачный в статистике АТС вы увидите неудачную попытку и записи разговора не будет. Если выставить свойству значение «Нет, воспроизводить мелодию«, то вместо собственных гудков Oktell будет воспроизводить указанный файл.

Значение «Да» (то есть коммутировать сразу) означает полную передачу звука от провайдера, а также сразу засчитывание данной попытки как полноценной коммутации. В статистике АТС вы увидите полноценный разговор (хотя по факту его не было, например не подняли трубку). Отличие от предыдущего значения в том, что все звонки считаются успешными. Как правило, это портит статистику и применяется в редких случаях.

Переход — на компонент «Стоп 2»
Все остальные переходы — на компонент воспроизведения «busy«

ВНИМАНИЕ: Как правило, перед этим переключением находится еще ряд различных сравнений и функций, определяющих первые цифры номера, на какое направление его выгоднее направить. Возможно, обращение к внешним сервисам или базе данных для реализации какого-либо функционала. Подробнее можно прочитать в статье Выбор исходяшей линии по маске.

Компонент «ВНУТРЕННИЕ» — переключение на внутренние линии.

Назначение — Внутрь
Номер — переменная «НОМЕР»
Тип вызова — Обычный
Очередь ожидания — Нет
Время ожидания ответа — 20.
Переход — на компонент «Стоп 2»
Все остальные переходы — на компонент воспроизведения «busy«

Компонент «busy» — воспроизводит короткие гудки в случае неудачного соединения

Режим — Файл полностью.
Файл — выберем файл с длинным гудком, snd_busy_120sek.wav. Файл можно найти в папке OktellServerSnd

Переход — на компонент «Обрыв связи».

Таким образом, в случае отрицательного перехода,например вызываемый абонент не отвечает или не найдены внешние свободные линии — пользователь Oktell услышит короткие гудки, после чего сможет положить трубку.

ВНИМАНИЕ: Вместо коротких гудков вы можете вставить файл с записью причины отбоя. Например, после неудачного соединения вам в трубку произносится «К сожалению, номер занят. Чтобы оставить голосовое сообщение нажмите 1». Здесь можно использовать любой другой функционал, например сервис автодозвона или сервис уведомлений, когда номер освободится.

Назначение сценария

Сценарий исходящей маршрутизации назначается в модуле Администрирование/Общие настройки на вкладке «Сценарии АТС«. Для того, чтобы назначить сценарий выберите его в выпадающем списке напротив соответствующей строки и поставьте крестик для его активации, затем сохраните настройки. После выполнения данных действий сценарий будет дополнительно подсвечен синим цветом в списке.

Сценарий набора быстрых/внешних номеров

Что будет, если пользователь наберет быстрый номер? К примеру, пусть в системе имеется быстрый номер 500, под которым подразумевается внешний 84955294989. Когда пользователь совершит вызов, сценарий занесет в переменную НОМЕР значение 500. В связи с тем, что длина номера 3 знака — сценарий передаст управление компоненту «ВНУТРЕННИЕ», который попытается его набрать. На этом этапе система, обращается в свою базу данных и понимает, что на самом деле это внешний номер, а значит необходимо определить внешние линии, через которые он будет набираться.

На помощь нам приходит служебный сценарий набора быстрых/внешних номеров, на вход которого передается внешний номер для набора. В ходе работы сценарий должен определить внешние направления для совершения звонка и вернуть управление в сценарий исходящей маршрутизации (или другой управляющий модуль, который запустил этот сценарий).

ВНИМАНИЕ: В этом сценарии рекомендуется определить ту же логику оптимального выбора линии, как и в IVR сценарии исходящей маршрутизации. В противном случае, вы рискуете звонить на междугородние номера через местные городские линии, а в конце месяца получить немалый счет.

После выбора этих параметров сценарий завершается и возвращается в IVR исходящей маршрутизации, который произведет набор и продолжит свое выполнение.

Сценарий набора быстрых внешних/номеров запускается для следующих ситуаций:

Идет набор быстрого номера
Происходит набор внутреннего стандартного номера, в котором содержится хотя бы один внешний номер. Например, при наборе группового номера, в котором вызывается два внутренних пользователя и один внешний мобильный.
Вызывается внешний номер из конференц-связи
Установлена переадресация на внешний номер

Рассмотрим стандартный служебный сценарий набора быстрых/внешних номеров, который изначально включен в состав дистрибутива:

Компонент «Старт 1«. На вход сценария передается внешний номер, который необходимо набрать. Для сохранения параметра запуска используется переменная Номер (строковая).

Компонент «На внешку«. Требуется для определения внешних направлений и передачи управления обратно в управляющий модуль.

Номер/команда — переменная «Номер«
Среда — Внешняя сеть
Обслуживание — Управляющий модуль, обязательная настройка для корректной работы сценария.
Тип вызова — Обычный
Направления — выберите линии или направления для совершения вызова. По умолчанию, используются все внешние линии.
Фильтровать по правам — Нет.

После завершения сценария, управление возвращается в сценарий исходящей маршрутизации, где происходит набор номера и переход по соответствующим веткам.

Назначение сценария

Сценарий быстрых/внешних номеров назначается в модуле Администрирование/Общие настройки на вкладке «Сценарии АТС«. Для того, чтобы назначить сценарий выберите его в выпадающем списке напротив соответствующей строки и поставьте крестик для его активации, затем сохраните настройки.

Поздравляем! Теперь вы умеете строить маршрутизацию исходящих вызовов. Можете переходить к следующему уроку.

Источник

Управление сервером

Поведение сервера после получения критической ошибки оборудования

Критической ошибкой оборудования считается получение кода возврата «ErrorDevice». Это происходит, если одна из плат, или один из серверов при обращении получил соответствующий код возврата от драйвера. Это возможно, если сбой произошел на одном из каналов, а также если сбой носит массовый характер.

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

Адрес web-сервера обновлений

Адрес сервера, на который система будет обращаться в случае необходимости обновить файлы через интернет. По умолчанию http://www.oktell.ru

Порт web-сервера обновлений

Порт web-сервера, по которому происходит обновление комплекса. По умолчанию «4058».

Идентификатор службы обновлений

Идентификатор службы, занимающейся обновлением комплекса Oktell. По умолчанию «UpdateServer».

Обновлять автоматически, время дня

Установка флага повлечет ежедневный запуск процедуры сверки версий и закачки, если будет обнаружено наличие файлов более новых версий. Временной параметр устанавливает время дня, когда процедура автоматического обновления будет инициирована.

Обновлять после запуска сервера, пауза, сек

Установка флага повлечет запуск процедуры сверки версий с web-сервером и закачки архива при наличии более новых файлов каждый раз при перезапуске сервера. Числовой параметр определяет паузу в секундах, которая пройдет с момента запуска комплекса до запуска процедуры обновления. После перезапуска сервера клиентские приложения начинают свою загрузку, а VoIP-гарнитуры и телефоны работают по UDP. Паузу необходимо использовать в случае, если после запуска сервера трафик достаточно высок и не следует усугублять ситуацию.

Перезапускать сервер автоматически после загрузки обновлений

Установка флага повлечет автоматическое применение загруженных модулей и автоматический перезапуск серверного приложения. В зависимости от установки следующего флага, перезапуск может быть отложен до более подходящего момента.

Ожидать момента завершения всех коммутаций и служебных сценариев перед перезапуском

В случае установки флага автоматический перезапуск будет произведет только по достижению момента, когда Oktell не обрабатывает ни одной коммутации и не выполняется служебных сценариев. Если флаг не установлен, автоматический перезапуск прервет все существующие коммутации. Коммутацией является как соединение двух линий, так и обработка линии в IVR. В случае, если существуют активные сессии, производится запрет запуска новых сессий и периодическое отслеживание на предмет завершения всех активных.

Сценарий IVR входа в ожидании перезапуска

Если установлен флаг ожидания завершения всех коммутаций и служебных сценариев, все входящие вызовы с внешних линий и входы в АТС с внутренних линий в момент ожидания завершения активных сессий могут либо игнорироваться, либо обрабатываться в указанном специальном IVR-сценарии. Ожидается, что в нем воспроизведется соответствующее звуковое уведомление в канал или будет отправлено текстовое уведомление соответствующему пользователю — владельцу канала.

Принудительный перезапуск сервера

Нажатие на кнопку разместит задание на перезапуск. Стандартная процедура перезапуска включает в себя отключение всех пользователей (в дальнейшем подключатся автоматически) и перезагрузку приложения. Если существуют скаченные обновления, они применятся в момент перезапуска.

Закрытие клиентов

Нажатие на кнопку разместит задание на завершение работы всех подключенных клиентских приложений. Выполняется моментально.

Обновление комплекса в полуавтоматическом режиме из файла

По нажатию на кнопку будет запрошен файл-архив обновлений, из которого будет произведено копирование файлов и мгновенный перезапуск с применением новых сборок. В случае если установлен и сохранен параметр «Ожидать завершения всех коммутаций», сервер будет перезагружен в момент, когда число коммутаций будет нулевым. Запрета коммутаций самостоятельно сервер не производит. При необходимости самостоятельно на время переведите входящие вызовы в главном сценарии на файл с содержанием «Сервис временно недоступен, перезвоните через несколько минут», и осуществите запрет выхода в город через блокирование соответствующих служебных номеров.

Автоматическое обновление комплекса с сайта производителя

Нажатие на кнопку принудительно запустит процедуру сверки версий и закачку, если будет обнаружено наличие файлов более новых версий. Автоматический перезапуск не последует и для применения необходимо будет нажать кнопку «Перезапуск» или дождаться времени автоматического обновления. При этом новые версии с сайта не будут закачиваться повторно.

Обновление версии любым способом произведет копирование замещаемых файлов в каталог «SavedOldVersions», соответствующий текущей дате. Рекомендуется также проводить резервное копирование БД, поскольку обновление может повлечь изменения в БД и откат к предыдущей версии при существующей версии БД будет невозможен.

Размер скачиваемого архива зависит от того, насколько сильно различаются версии. В максимальном варианте архив может достигать 10МБ. В этой связи при некачественной интернет-связи не рекомендуется использовать метод обновления через интернет. Вместо этого лучше воспользоваться механизмом обновления из файла-обновления, который можно предварительно скачать с ftp-сервера http://ftp.oktell.ru или в разделе «Партнеры» на сайте http://www.telsystems.ru

Состав сервисного лог-журнала

Сервисный лог включает в себя все этапы работы сервера логики. Данным параметром регулируется его состав: какие режимы и модули производят логирование, а какие нет. Параметр представляет собой строку, каждая из позиций которой содержит «0» или «1» и отвечает за включение логирования конкретного режима.

Сервисный лог нужен при обращении в тех.поддержку по проблемам, касающимся работы сервера. В обычном режиме его можно держать отключенным (или включенным неполностью), так как плотная работа сервера в непрерывном режиме может создавать файлы журнала в объеме до нескольких гигабайтов в сутки. Для отладки в реальном времени необходимо включить исследуемые режимы, произвести определенные действия, после чего вновь отключить. Сформированный файл в совокупности с другими журналами отправить в тех.поддержку. См. также модуль Сборка лог-журналов.

Логирование счетчиков производительности

При активации в лог-журнал watcher сервера наравне с информацией о собственных процессах службы начинают фиксироваться стандартные счетчики производительности.

В зависимости от выбранного режима логируются значения базовых счетчиков, пользовательских счетчиков или и тех, и других вместе.

Базовыми считаются счетчики: общая загрузка процессора (0-100, %), объем доступной физической памяти (МБ), текущая очередь диска (0-10), процент использования файла подкачки.

В качестве пользовательских могут быть указаны любые другие счетчики, существующие и доступные в системе. Для их указания используются специальные ключи файлов конфигурации: <add key=«PerformanceCounter{0}» value=«category|counter|instance»/>, где {0} — числовой порядковый индекс счетчика производительности. В качестве значения для счетчика производительности, отслеживающего общую загрузку процессора, например, подставляется «Processor|% Processor Time|_Total». Для других счетчиков соответственно.

Логирование использования ресурсов

С помощью параметра можно настроить вывод в лог журнал WATCHER информации по использованию процессом (процессами, в случае разделения) ресурсов системы. Объем используемой памяти, количество открытых дескрипторов, количество потоков, пользовательские системные ресурсы, ориентировочное среднее процессорное время по всему процессу и отдельно по всем его потокам.

Логирование сбоев тактирования таймера

С помощью параметра можно настроить вывод в лог журнал WATCHER информации по выделению процессорного времени потокам системы. Вместе с основной деятельностью сервер постоянно проводит проверочные замеры тестовым таймером и засекает задержки в выдаче управления. В случае если операционная система отказывает в выделении службе сервера процессорного времени, это происходит и с тестовым таймером. Существует возможность выставить границу для его логирования. Среди вариантов границы задержки в 20 мс, 100 мс, 500 мс, 1 с и 5 с. По умолчанию логируются все задержки более 100 мс. Увеличение и уменьшение значения может потребоваться проводить в случае запроса из технической поддержки в ходе работ над поиском причин заметного некорректного поведения сервера.

Источник