Ошибка при обращении к серверу октелл - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

Наверх

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

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

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

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 с разными версиями ОС 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.

Источник

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

Материал из 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, для решения возникающих вопросов.

Источник

На чтение 18 мин. Просмотров 42 Опубликовано 22.02.2023

Содержание

Почему может не работать служба rpc
Для чего нужна служба «удаленный вызов процедур (rpc)»
Процедура сообщения rpc
Как работает rpc?
Типы rpc
Почему может не работать служба rpc
Преимущества удаленного вызова процедур
Недостатки rpc
Проверка доступности службы rpc
Проверка работы служб rpc
Как работает rpc?
Код ошибки 1722
Недостатки rpc
Отключение брандмауэра windows
Ошибка в finereader
Преимущества удаленного вызова процедур
Причины возникновения неполадки и способы их выявления
Проверка доступности службы rpc
Проверка на вирусы
Проверка работы служб rpc
Процедура сообщения rpc
Ручной запуск задачи services.msc
Способы решения
Способы устранения ошибки
Типы rpc
Устранение неполадок windows

Почему может не работать служба rpc

Удаленный компьютер с которым идет взаимодействие выключен
На удаленном сервере не запущена или перестала работать служба RPC
Подключение по RPC происходит не к тому серверу (Может быть проблема с DNS или IP адресом)
Есть блокировки между клиентом и сервером на фаэрволе
Используются некорректные настройки сетевого подключение на клиенте или сервере

Для чего нужна служба «удаленный вызов процедур (rpc)»

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

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

Язык определения интерфейса (IDL) — язык спецификации, используемый для описания интерфейса прикладного программирования (API) программного компонента — обычно используется в программном обеспечении удаленного вызова процедур. В этом случае IDL обеспечивает мост между машинами на обоих концах связи, которые могут использовать разные операционные системы (ОС) и компьютерные языки.

Процедура сообщения rpc

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

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

Данная служба есть в любой операционной системе Windows, начиная от Windows 7 и заканчивая Windows 11 и в любой из Windows Server редакции.

Как работает rpc?

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

Во время RPC выполняются следующие шаги:

Клиент вызывает клиентскую заглушку. Вызов представляет собой вызов локальной процедуры с параметрами, помещенными в стек обычным способом.
Клиентская заглушка упаковывает параметры процедуры в сообщение и выполняет системный вызов для отправки сообщения. Упаковка параметров процедуры называется маршалингом.
Локальная ОС клиента отправляет сообщение с клиентского компьютера на удаленный сервер.
Серверная ОС передает входящие пакеты на серверную заглушку.
Заглушка сервера распаковывает параметры из сообщения — это называется демаршалингом .
Когда серверная процедура завершается, она возвращается к серверной заглушке, которая маршалирует возвращаемые значения в сообщение. Затем заглушка сервера передает сообщение на транспортный уровень.
Транспортный уровень отправляет полученное сообщение обратно на клиентский транспортный уровень, который возвращает сообщение клиентской заглушке.
Клиентская заглушка не упорядочивает возвращаемые параметры, и выполнение возвращается вызывающей стороне.

Клиент RPC по 135 порту подключается к службе RPC Endpoint Mapper (сопоставления конечных точек), а далее уже запрашивает номер порта, где запущено нужное RPC приложение. Служба сопоставления конечных точек вернет клиенту RPC номер динамического RPC порта (диапазон 1024 – 65535), на котором работает нужная служба. Дальше уже все взаимодействие идет по TCP порту

Если вы видите ошибку «Сервер RPC недоступен” (The RPC server is unavailable)», то у вас точно недоступен порт 135. Это может быть критичным для ряда ситуации. Например вы не сможете сохранить настройки RDS фермы, если у одного из хостов RDSH есть проблемы с RPC, то вы будите видеть ошибку «Could not change the connection state for server«, вы не сможете перевести его в режим обслуживания (Drain Mode)

Или в приложении Terminal Services Manager будет ошибка при попытке получения данных «Сервер RPC недоступен«.

Так же RPC может быть причиной проблемы в репликации контроллеров домена, где в логах Windows будет фигурировать ошибка ID 1722. Это очень не приятный момент, который может привести к большим проблемам.

Типы rpc

Существует пять типов RPC:

Обычный метод работы, при котором клиент выполняет вызов и не продолжает работу до тех пор, пока сервер не вернет ответ.
Клиент звонит и продолжает свою обработку. Сервер не отвечает.
Средство для отправки нескольких клиентских неблокирующих вызовов в одном пакете.
У клиентов RPC есть средство широковещательной рассылки, т. е. Они могут отправлять сообщения на множество серверов, а затем получать все полученные ответы.
Клиент делает неблокирующий вызов клиент/сервер; сервер сигнализирует о завершении вызова путем вызова процедуры, связанной с клиентом.

Почему может не работать служба rpc

Удаленный компьютер с которым идет взаимодействие выключен
На удаленном сервере не запущена или перестала работать служба RPC
Подключение по RPC происходит не к тому серверу (Может быть проблема с DNS или IP адресом)
Есть блокировки между клиентом и сервером на фаэрволе
Используются некорректные настройки сетевого подключение на клиенте или сервере

Преимущества удаленного вызова процедур

К преимуществам удаленного вызова процедур можно отнести следующее:

Недостатки rpc

Некоторые из недостатков RPC включают следующее:

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

Проверка доступности службы rpc

ping SVT201S01.root.overcomp.ru

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

nslookup SVT201S01.root.overcomp.ru

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

Test-NetConnection svt2022s01.root.overcomp.ru -Port 135

Если удаленный RPC порт доступен вы в в строке TcpTestSucceeded будет стоять статус «True».

Если будет порт закрыт или блокируется, то ошибка «Сервер RPC недоступен (The rpc server is unavailable)» вам обеспечена. Поняв, что порт не отвечает, нужно удостовериться, что трафик от клиента до сервера не блокирует фаервол. По умолчанию в любой версии Windows есть встроенный брандмауэр. На время тестирования и поиска причины, я советую его выключить для всех профилей. Сделаем мы это через командную строку:

Netsh Advfirewall set allprofiles state off

Данная команда выключит брандмауэр на всех трех профилях сетевой карты.

Далее если порт 135 стал доступен, то можно делать правила на удаленном сервере. Напоминаю, что нужно сделать правило для трех служб:

Remote Procedure Call (RPC) — Удаленный вызов процедур (RPC)
RPC Endpoint Mapper — Сопоставитель конечных точек RPC
COM Server Process Launcher — Модуль запуска процессов DCOM-сервера

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

Проверка работы служб rpc

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

Remote Procedure Call (RPC) — Удаленный вызов процедур (RPC)
RPC Endpoint Mapper — Сопоставитель конечных точек RPC
COM Server Process Launcher — Модуль запуска процессов DCOM-сервера

В оболочке PowerShell выполните команду:

Напоминаю, что в команде svt2022s01, это имя удаленного сервера. Как видно из примера, все службы RPC запущены и имею автоматический тип запуска.

Если службы не запущены, то откройте оснастку «services.msc‘, зайдите в свойства службы и выставите автозапуск и попробуйте запустить вручную.

Если по каким, то причинам вы не можете запустить службу из оснастки, то можно это сделать через реестр (Кстати реестр можно править и удаленно). Для этого есть несколько веток, но для начала откройте окно «Выполнить» и введите regedit.

В каждом из этих расположений есть ключик «Start», выставите ему значение «2», это будет означать автоматический запуск службы.

Как работает rpc?

Во время RPC выполняются следующие шаги:

Клиент вызывает клиентскую заглушку. Вызов представляет собой вызов локальной процедуры с параметрами, помещенными в стек обычным способом.
Клиентская заглушка упаковывает параметры процедуры в сообщение и выполняет системный вызов для отправки сообщения. Упаковка параметров процедуры называется маршалингом.
Локальная ОС клиента отправляет сообщение с клиентского компьютера на удаленный сервер.
Серверная ОС передает входящие пакеты на серверную заглушку.
Заглушка сервера распаковывает параметры из сообщения — это называется демаршалингом .
Когда серверная процедура завершается, она возвращается к серверной заглушке, которая маршалирует возвращаемые значения в сообщение. Затем заглушка сервера передает сообщение на транспортный уровень.
Транспортный уровень отправляет полученное сообщение обратно на клиентский транспортный уровень, который возвращает сообщение клиентской заглушке.
Клиентская заглушка не упорядочивает возвращаемые параметры, и выполнение возвращается вызывающей стороне.

Если вы видите ошибку «Сервер RPC недоступен” (The RPC server is unavailable)», то у вас точно недоступен порт 135. Это может быть критичным для ряда ситуации. Например вы не сможете сохранить настройки RDS фермы, если у одного из хостов RDSH есть проблемы с RPC, то вы будите видеть ошибку «Could not change the connection state for server», вы не сможете перевести его в режим обслуживания (Drain Mode)

Или в приложении Terminal Services Manager будет ошибка при попытке получения данных «Сервер RPC недоступен».

Код ошибки 1722

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

Также ошибка может возникнуть из-за того, что в системе присутствует сам вирус – стоит проверить систему и диск с помощью другой антивирусной программы, чем в настоящее время. Для устранения нажмите Пуск/Настройки/Панель управления. Затем откройте Администрирование/Службы.

Недостатки rpc

Некоторые из недостатков RPC включают следующее:

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

Отключение брандмауэра windows

Если при печати в Windows 7 появляется ошибка «Сервер RPC недоступен», проблема может крыться в брандмауэре. Он отвечает за блокировку доступа к компьютеру во внутренней или внешней сети посторонними лицами или приложениями, что исключает возможность контроля ПК.

Это один из самых простых способов отключения сетевого брандмауэра. Для этого используйте вкладку «Параметры системы».
Из списка доступных опций выберите «Сеть и Интернет».
Перейдите на вкладку Ethernet и выберите «Брандмауэр Windows» с правой стороны окна.
Выберите включение и отключение брандмауэра.
В списке доступных операций выберите параметр «Отключить брандмауэр Windows» (не рекомендуется).
Нажмите «ОК». Брандмауэр выключен.

Следующий способ – редактор локальной групповой политики (GPO):

Нажмите клавиши Win R и введите «gpedit.msc». Откроется редактор локальной групповой политики.
Параметр, ответственный за отключение брандмауэра, расположен по адресу

«Конфигурация компьютера» – «Административные шаблоны» – «Сеть» – «Сетевые подключения» – «Стандартный профиль» – «Брандмауэр Windows: защита всех сетевых подключений».

Измените состояние настройки на «ВЫКЛ».
После нажатия кнопки «ОК» или «Применить» брандмауэр Windows перестанет работать.

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

нажмите пуск и введите «regedit», запустите приложение от имени администратора;
в окне редактора найдите каталог

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyDomainProfile;

найдите параметр EnableFirewall и измените его значение с 1 на 0;
таким же образом отредактируйте ключ EnableFirewall в следующем каталоге

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyPublicProfile;

и последний каталог с ключом EnableFirewall

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyStandardProfile.

Закройте редактор реестра и перезагрузите компьютер. С этого момента брандмауэр Windows отключается. Чтобы снова возобновить брандмауэр с помощью редактора реестра, просто измените указанные выше значения с названием EnableFirewall с 0 на 1, и перезапустите компьютер.

Ошибка в finereader

Проблема может возникать в Windows 8 и выше и при попытке запуска службы ABBYY FineReader Licensing Service. Для проверки состояния в списке служб (как его найти, описано выше) выберите ABBYY FineReader Licensing Service. В окне свойств убедитесь, что параметр «Тип запуска» установлен на «Автоматический». При необходимости измените его, закройте редактор кнопкой «ОК» и перезагрузите компьютер.

Преимущества удаленного вызова процедур

К преимуществам удаленного вызова процедур можно отнести следующее:

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

Замечено, что подобная ошибка появляется при открытии любого файла, но обычно такая ситуация наблюдается при запуске видео или аудио. Установленный по умолчанию Windows Media Player не всегда корректен по отношению к некоторым типам видео. Почти в 2/3 случаев неполадка объясняется именно этой причиной.

Среди остальных причин можно назвать такие факторы:

Чтобы подобрать оптимальное решение для устранения ошибки при выполнении приложения сервера, нужно сначала выяснить источник ее появления. Что потребуется:

Проверка доступности службы rpc

ping SVT201S01.root.overcomp.ru

nslookup SVT201S01.root.overcomp.ru

Test-NetConnection svt2022s01.root.overcomp.ru -Port 135

Если удаленный RPC порт доступен вы в в строке TcpTestSucceeded будет стоять статус «True».

Netsh Advfirewall set allprofiles state off

Данная команда выключит брандмауэр на всех трех профилях сетевой карты.

Проверка на вирусы

В Windows XP и выше сообщение о неисправности может быть вызвано наличием вируса. Просканируйте свой ПК с помощью антивирусной программы, следуя указаниям мастера. В Windows 10 можно воспользоваться стандартным «Защитником». Для этого нажмите правой кнопкой мыши на значок «Щит» возле часов и выберите «Открыть». Запустите проверку на вирусы нажатием соответствующей кнопки в окне.

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

Проверка работы служб rpc

Remote Procedure Call (RPC) — Удаленный вызов процедур (RPC)
RPC Endpoint Mapper — Сопоставитель конечных точек RPC
COM Server Process Launcher — Модуль запуска процессов DCOM-сервера

В оболочке PowerShell выполните команду:

Если службы не запущены, то откройте оснастку «services.msc’, зайдите в свойства службы и выставите автозапуск и попробуйте запустить вручную.

Процедура сообщения rpc

Ручной запуск задачи services.msc

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

сначала нажмите меню «Пуск» и в строке поиска введите «Выполнить», нажмите «Enter»;
в следующем окне введите services.msc и подтвердите кнопкой «OK»;
найдите в списке элемент «Служба времени Windows»;
дважды щёлкните эту службу. Откроется меню, в котором вы должны нажать кнопку «Выполнить».

С этого момента сообщение «RPC-сервер недоступен» появляться не должно.

Способы решения

При запуске или установке некоторых программ вы можете получить сообщение «Сервер RPC недоступен». Это часто связано с синхронизацией времени, необходимой для запуска программы. Без этого некоторые приложения могут работать неправильно или не запускаться вообще. Что делать, чтобы сообщение больше не появлялось, рассмотрим далее.

Способы устранения ошибки

Исходя из выявленной причины сбоя приложения-сервера, действовать нужно по-разному:

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

Если и эти действия окажутся безрезультатными, то снова воспользуетесь командной строкой. На этот раз дополнительно введите следующую команду — sfc /scannow. Завершите теми же действиями: Enter, перезагрузка.

Типы rpc

Существует пять типов RPC:

Обычный метод работы, при котором клиент выполняет вызов и не продолжает работу до тех пор, пока сервер не вернет ответ.
Клиент звонит и продолжает свою обработку. Сервер не отвечает.
Средство для отправки нескольких клиентских неблокирующих вызовов в одном пакете.
У клиентов RPC есть средство широковещательной рассылки, т. е. Они могут отправлять сообщения на множество серверов, а затем получать все полученные ответы.
Клиент делает неблокирующий вызов клиент/сервер; сервер сигнализирует о завершении вызова путем вызова процедуры, связанной с клиентом.

Устранение неполадок windows

Исправить ошибку в Windows 10 поможет встроенное средство устранения неполадок системы. Перезагрузите компьютер и после подачи звукового сигнала нажимайте кнопку F8 раз в секунду, пока не откроется меню выбора вариантов загрузки. Первым из них будет «Устранение неполадок компьютера». Выберите это действие и дождитесь окончания операции.

Источник

Содержание

Проблемы с исходящими звонками
Содержание
Описание проблемы
Диагностика с помощью лога 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«. На вход сценария передается внешний номер, который необходимо набрать. Для сохранения параметра запуска используется переменная Номер (строковая).

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

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

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

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

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

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

Источник