Свойства компонентов — различия между версиями

ВНИМАНИЕ! В качестве адреса нельзя использовать стандартное название localhost и внутренний порт 127.0.0.1, так как они не являются уникальными в пределах сети и, соответственно, не могут быть идентификаторами.

ВНИМАНИЕ! Использование терминального адреса на сервере недопустимо. При необходимости использования терминальных клиентов, запускаемых на машине с сервером необходимо создавать отдельные элементы типа «Компьютер» с дублирующим адресом, но с указанием терминального кода (подробнее в описании свойства Имя или адрес элемента Компьютер)

ВНИМАНИЕ! Для активации режима без использования авторизации рабочего места необходимо активировать флаг <add key="EnableAutoMap" value ="1"/> в файле "Параметров файла конфигурации"

Также в эти списки попадут все линии-транки соединенных с сервером шлюзов.

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

• Без регистрации. Система работает в фиксированном поле адресов, считает адрес устройства постоянным, устройство также настроено на взаимодействие с сервером Oktell. Аккаунты (потоки) и соответствующие им линии системы считаются всегда доступными. В режиме без регистрации шлюз может содержать только один поток (аккаунт).
• Регистрация на стороне шлюза. Система для данного шлюза ведет себя аналогично простому SIP-телефону. В случае, если устройство является более независимым чем сервер Oktell, например это интернет-сервер, предоставляющий доступ к сети SIP (http://sipnet.ru), системе необходимо предварительно зарегистрироваться у него с указанием своего адреса. Регистрация может происходить в открытом режиме, а может быть защищена логином и паролем на подключение. Oktell может использовать несколько различных аккаунтов (потоков) для подключения к внешнему устройству, каждый из которых многоканальный. Операция логина повторяется в установленные промежутки времени. Линии системы для работы с устройством активируютя (переходят в готовность) только после успешного прохождения очередного логина, в противном случае они переходят в состояние отключенных.
• Регистрация на стороне сервера. Система для данного шлюза ведет себя аналогично интернет-серверу, предоставляющему SIP-аккаунты для доступа к сети. Линии системы для связи со шлюзом становятся доступны только после прохождения логина со стороны устройства. В противном случае они остаются в отключенном состоянии.
• Входящие из COM-клиента с XML. Все каналы потока данного шлюза используются только для приема входящих вызовов из собственного интеграционного модуля SipClient (подробнее в руководстве по интеграции, раздел «Звонок разработчику»). Эти каналы недоступны при выборе в задачах, в ресурсах, а также в правах на исходящие и компонентах сценариев «Набор номера» и «Переключение». Невозможно изменение свойств этих каналов в модуле «Линии». Звонок из внешнего приложения, использующего интегральный модуль SipClient происходит с передачей произвольного XML (умеренных размеров), который может быть подвергнут разбору в сценарии при получении входящего вызова. В соответствии с параметрами XML может быть произведена условная маршрутизация любой сложности. Для получения XML используется функция сценария XML-INFO.
• Динамическая регистрация на шлюзе. Это аналог режима с регистрацией на стороне шлюза. Основное отличие в том, что потоки используются только для совершения исходящих вызовов, задаются однотипно общим количеством, и их регистрация производится по запросу сценариев (компонент «Регистрация потока»). Информация об аккаунтах в них подается в момент проведения регистрации в сценарии. Все потоки такого шлюза однотипны и используют одни настройки за исключением регистрационной информации. После сохранения карты и при загрузке сервера потоки не размещаются в очередь на регистрацию до момента использования шлюза в сценарии. После проведения звонка осуществляется автоматическая разрегистрация потока. Шлюз предназначен для организации сервисов совершения звонков под различными учетными записями, информация о большом количестве которых хранится в БД или на стороне. Как правило потоки содержат по 1-2 транка для совершения звонков. Например обратный дозвон и дозвон по направлению с их последующей коммутацией.

Имя домена или адрес устройства. Это может быть IP-адрес, имя компьютера в локальной сети, или адрес сервера в интернет. Используется для проверки входящих вызовов как составная часть sip-адреса, а также для подстановки в исходящие пакеты. Отправка пакетов производится по адресу SIP-proxy (указывается ниже). Адрес также используется при анализе входящего пакета для поиска шлюза/потока, которому предназначается вызов. Если в адресе указан порт, то он участвует в поисковом фильтре. Если пакет приходит с порта, отличного от указанного, то шлюз считает этот пакет чужим. Однако, если в адресе не указано порта, а адреса отправителя и шлюза совпадают, то пакет считается принадлежащим шлюзу. Адрес может быть задан с указанием порта (192.168.11.2:5065). В этом случае при поиске шлюза/потока для обработки входящего звонка учитывается порт, с которого поступил вызов. Если порт не указан - на стандартный порт 5060. Для шлюза можно задать дополнительные альтернативные адреса. Может потребоваться в случае, если провайдер осуществляет входящие вызовы с устройств, адреса и имена которых отличаются от того, который задан (или на который зарегистрирован сервер).

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

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

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

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

«From DISPLAYNAME <sip:USERNAME@DOMAIN>»

Например, "Alex Petrov".

«<sip:USERNAME@DOMAIN>»

Например, "101".

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

Пароль

Внимание! Если настраивается шлюз с регистрацией на сервере и в свойствах потока пароль не задан (пуст), требования об авторизации не отправляется, и система проверяет только соответствие UserName.

• Аккаунт, потом номер. В обычном режиме для успешного соединения с таким образом подключенным шлюзом необходимо его вызывать по аккаунту, а номер донабирать в режиме DTMF после установления соединения. Этот режим подходит для работы с АТС, фильтующими неверно адресованные пакеты.
• Сразу номер. Некоторые GSM и другие шлюзы не используют фильтр по адресату и осуществляют сквозной набор передаваемого номера. Для ряда таких устройств вообще противопоказано использовать аккаунт для соединения, и требуется сразу указывать номер адресата.

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

Если линии внутренние, то входящий вызов попадает во внутреннюю АТС Oktell с возможностью донабора номера из внутреннего номерного плана. Внутренний поток становится доступен при настройке стандартных внутренних номеров с указанием номера донабора.

Особенности внешних линий:

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

Особенности внутренних линий:

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

• SipInfo
• RFC2833
• InbandAudio

ВНИМАНИЕ! В качестве адреса нельзя использовать стандартное название localhost и внутренний порт 127.0.0.1, так как они не являются уникальными в пределах сети и, соответственно, не могут быть идентификаторами.

При использовании терминального режима работы операторов с сервером, объекты-компьютеры проецируются в отдельные терминальные интерфейсы. В этом случае в качестве адреса необходимо указать имя или IP адрес сервера с добавлением в конец строки «/[терминальный адрес]», где [терминальный адрес] – строка, уникально идентифицирующая отдельное терминальное подключение. На клиентском рабочем месте необходимо в файл конфигурации внести значение строки [терминальный адрес] в значение соответствующего ключа «TerminalAddress». По умолчанию он пуст.

ВНИМАНИЕ! При использовании терминального режима использование VoIP телефонов и jack-гарнитур налагает требования на терминальные сервер и клиентов. Необходимо, чтобы каждый из клиентов имел доступ к отдельному устройству (возможно использование делителей и виртуальных устройств), а также требуется указание разных портов в клиентских конфигурационных файлах.

• получать статистику по пользователям,
• более точно активировать правила переадресации,
• назначать на выполнение задач линии, не связанные с компьютерами (через имена пользователей по умолчанию),
• одинаково проводить работу системы при использовании настройки «работа аналоговых телефонов при незарегистрированных пользователях»
• прочие действия.

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

Один пользователь может быть назначен в качестве «пользователя по умолчанию» только на один телефон.

ВНИМАНИЕ! Необходимо аккуратно использовать эту возможность, так как можно задействовать нежелаемые функции.

Отображаются, только если аналоговый телефон в карте связан FXS-связью с сервером.

Регистрация подразумевает ожидание подключения (логина) телефона к SIP-регистратору модуля поддержки оборудования комплекса. Логин производится телефоном в установленные промежутки времени с указанием своего текущего IP-адреса. До момента логина система считает телефон недоступным (отключенным).

Режим без регистрации предполагает, что IP-адрес телефона фиксирован и не изменяется со временем. Телефон без регистрации доступен всегда, и после запуска сервера система автоматически переводит его канал в готовность.

Также используется как логин (Authorization Id) для проверки передаваемых телефоном авторизационных данных в режиме с регистрацией.

Например, "102".

Внимание! Если в свойствах компонента пароль не задан (пуст), требования об авторизации не отправляется, и система проверяет только соответствие UserName.

• получать статистику по пользователям,
• более точно активировать правила переадресации,
• назначать на выполнение задач линии, не связанные с компьютерами (через имена пользователей по умолчанию),
• одинаково проводить работу системы при использовании настройки «работа аналоговых телефонов при незарегистрированных пользователях»
• прочие действия.

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

Один пользователь может быть назначен в качестве «пользователя по умолчанию» только на один телефон.

ВНИМАНИЕ! Необходимо аккуратно использовать эту возможность, так как можно задействовать нежелаемые функции.

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

• Дисконнект;
• Генерация сигнала «Отбой» (занято).

В случае, если за телефонным аппаратом находится человек, рекомендуется оставлять режим генерации сигнала отбой. Это является разрывом коммутации, но продолжением IP-соединения сервера с устройством c 30-секундной задержкой перед разрывом по инициативе сервера. В этом случае человек самостоятельно кладет трубку и IP-соединение разрывается по его инициативе.

Однако, если устройство является автоматическим (или с настроенным автоматическим переходом в IDLE состояние при получении DISCONNECT, или с отсутствием трубки, которую необходимо положить каким-либо переключателем), необходимо выставлять режим «Дисконнект» во избежании лишней в этом случае 30-секундной задержки.

Отображаются только если USB-телефон в карте связан с компьютером, который в свою очередь связан LAN-каналом с сервером, либо если USB-телефон связан непосредственно с сервером. В противном случае линия телефону не назначается, и, соответственно, ее свойства недоступны.

• получать статистику по пользователям,
• более точно активировать правила переадресации,
• назначать на выполнение задач линии, не связанные с компьютерами (через имена пользователей по умолчанию),
• одинаково проводить работу системы при использовании настройки «работа аналоговых телефонов при незарегистрированных пользователях»
• прочие действия.

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

Один пользователь может быть назначен в качестве «пользователя по умолчанию» только на один телефон.

ВНИМАНИЕ! Необходимо аккуратно использовать эту возможность, так как можно задействовать нежелаемые функции.

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