Windows Использование IP телефонии для обработки вызовов

[Andi]

1. Исправлена ошибка - в приложении LKDSSIPSrvCfg не переключалось направление и голос шёл только от SIP абонента (телефона).

2. Добавлена возможность указания списка SIP абонентов (телефонов) на которые перенаправляется вызов с ЛБ.

Дозвон начинается с первого URL, если дозвониться не удалось, то делается переход на следующий URL. Критерий удалось или нет дозвониться определяется признаком «Подтвердить по DTMF» в приложении LKDSSIPSrvCfg. Если признак не установлен, то считается, что если абонент снял трубку, то дозвон успешен. Этот критерий не совсем надёжен, т.к. трубку может снять автоответчик. Если признак «Подтвердить по DTMF» установлен , то становятся доступными поля выбора кнопки подтверждения, в них можно выбрать кнопку, которую должен нажать абонент на клавиатуре телефона для подтверждения принятия вызова.

Пример указания списка абонентов в LKDSDomain

см "Использование нескольких вызываемых SIP URL (телефонов)" в Посмотреть вложение LKDSVoIP.pdf

 

[Andi]

Доработана подсистема направление вызова на SIP телефон.

Основное изменение - возможность оставлять индикацию вызова в SPult пока не будет подтверждения

Режим «Сбросить вызов после подтверждения» позволяет ответить на вызов из программы SPult, если вызов не был обработан по SIP, т.к. этот вызов остаётся в панели состояний. Что бы оператор, работающий с SPult, не пытался включить голосовую связь пока идет процесс дозвона, мерцание и звук, сопровождающие появление вызова в SPult, прекращаются. Если обработка вызова по SIP завершилась не удачно, то мерцание и звук возобновляются и оператор, работающий с SPult, может обработать вызов. Если обработка вызова по SIP завершилась удачно, то с момента подтверждения, индикация вызова в SPult прекращается.


Другие изменения:

1. появилось возможность ограничить время дозвона и время самого разговора. Разговор может быть продлён.
2. В журнал SPult записывается результат вызова

Использование SIP возможно в серверах LKDSDisp и LKDSDomain.

Текущее описание Посмотреть вложение LKDSVoIP.pdf

 

[Djmix]

Добрый день.

Очень интересует возможность резервирования для обслуживания SIP звонков.

В нашей организации мы используем один сервер LKDS и SIP работает через него. Сейчас стоит задача запустить резервные сервера. Но если резервные сервера будут работать вместе с основным, то звонки будут идти со всех серверов одновременно.
Очень нужна возможность отключения/включения SIP звонков по наличию отклика от серверов LKDS из задаваемого списка. Что то похожее на список "Связи" в конфигураторе лифтового блока. По этому списку сервер проверяет отклик других серверов и если отклика нет от всех серверов в списке, то включается обслуживание SIP

Более подробно я обсуждал идею с Алексеем и Никитой на выставке.

 

[revit]

А каким образом вы запустите резервные сервера? Необходимо будет каждый раз при добавлении/удалении/изменении лифтов вносить одинаковые изменения в структуры всех серверов, а это муторное занятие. Или речь только о SIP сервере?

 

[Djmix]

А каким образом вы запустите резервные сервера? Необходимо будет каждый раз при добавлении/удалении/изменении лифтов вносить одинаковые изменения в структуры всех серверов, а это муторное занятие. Или речь только о SIP сервере?

Буду пробовать штатные средства импорта / экспорта LKDSdomain . Если не взлетит, то ручками. Разговор больше про переадресацию с LKDsdomain на SIP.

 

[revit]

Согласно описания

«Сбросить вызов после подтверждения» -пока идет вызов на SIP оператор его не видит и не слышит на компе и не может включить связь.
Если Сип не обработан, то продолжает вызов появляется в СПульт.

Иначе- «Сбросить вызов сразу" - вызов с кабины всегда перенаправляется в SIP и оператор не видит и не слышит его в СПульт также как и пользователи мобильных приложений.

Т.е приоритет вызова всегда у SIP, а от опции "сбросить вызов" зависит только будет он в СПульт, а также у мобильных пользователей в виде уведомления, или нет?
Правильно я понял логику?

 

[Andi]

Согласно описания

«Сбросить вызов после подтверждения» -пока идет вызов на SIP оператор его не видит и не слышит на компе и не может включить связь.
Если Сип не обработан, то продолжает вызов появляется в СПульт.

В этом варианте, при обнаружении вызова, набирается SIP номер, пока трубка телефона не снята, голосовой канал ЛБ не включается и состояние вызова остаётся во всех *SPult. Если трубка длительное время не снимается (3 мин), то связь с телефоном прекращается, а состояние вызова остаётся, т.е. остаётся возможность ответить на вызов штатными средствами ДК "Обь".
Пока трубка не снята, пассажир кабины лифта, сделавший вызов, слышит "Вызов принят, ждите ответа".

Иначе- «Сбросить вызов сразу" - вызов с кабины всегда перенаправляется в SIP и оператор не видит и не слышит его в СПульт также как и пользователи мобильных приложений.

В этом варианте, при обнаружении вызова, набирается SIP номер и сразу включается голосовой канал ЛБ, т.е. состояние вызова сбрасывается во всех *SPult. Пока трубка не снята, пассажир кабины лифта, сделавший вызов, слышит гудки "вызов".

Т.е приоритет вызова всегда у SIP, а от опции "сбросить вызов" зависит только будет он в СПульт, а также у мобильных пользователей в виде уведомления, или нет?
Правильно я понял логику?

Набор телефонного номера делается сразу, а от значения опции "сбросить вызов" зависит, будет ли вызов в *SPult сброшен сразу или после того как трубка телефона будет поднята.
PUSH уведомления для мобильных *SPult* о наличии вызова придут в любом случае. Есть разница для ASPult* и iSPult.
Как только состояние вызова сброситься, то в ASPult* автоматически удалиться PUSH уведомление о вызове.
В iSPult PUSH уведомление о вызове останется и после пропадания состояния вызова.

 

[revit]

Т.е вызов на клиенты СПульт, АСПульт и пр. в обоих случаях передается и как обычно действует правило "кто быстрей того и тапки"? Т.е если оператор СПульт успеет на него ответить то вызов сбросится?

 

[Andi]

Т.е вызов на клиенты СПульт, АСПульт и пр. в обоих случаях передается и как обычно действует правило "кто быстрей того и тапки"? Т.е если оператор СПульт успеет на него ответить то вызов сбросится?

В варианте "Сбросить вызов сразу" голосовой тракт ЛБ автоматически включается очень быстро и человек не успеет отреагировать раньше SIP.

 

[revit]

Понятно. Спасибо.

 

[Andi]

Т.е приоритет вызова всегда у SIP, а от опции "сбросить вызов" зависит только будет он в СПульт, а также у мобильных пользователей в виде уведомления, или нет?

Появилась возможность ввести задержку между появлением вызова и обработкой вызова по SIP:
Т.е. появилась возможность сделать приоритетной обработку вызова в SPult.
Если диспетчер, по каким либо причинам, не смог ответить на вызов, то вызов будет обработан по SIP.

 

[Andi]

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

1) снята трубка телефона
2) не только снята трубка, но и нажата предопределённая кнопка телефона


Второй способ позволяет защититься от снятия трубки АТС или некомпетентным человеком.

Если вызов сбрасывается после подтверждения, то в параметры пользователя, на телефон которого пойдет перенаправление вызова, можно указать несколько телефонов через ";". Эти телефоны перебираются пока не будет подтверждения или вызов ещё остался. Появилась возможность зациклить этот процесс. Если в конце списка телефонов указать ";R" , то перебор телефонов начнётся сначала, что повышает вероятность дозвона.

 

[Koer]

Добрый день. Решил попробовать переадресацию голосового вызова на sip телефонию. Не могу понять как реализовать такой момент: в параметрах sip требуется ввести имя домена, имя авторизации и пароль. Как быть если каждый диспетчер при работе с sip использует свое имя авторизации и свой пароль? то есть sip телефония поделена на районы, которые обслуживает определенный диспетчер. Я так понимаю можно переадресацию сделать только на одного sip абонента?

 

[Andi]

Добрый день. Решил попробовать переадресацию голосового вызова на sip телефонию. Не могу понять как реализовать такой момент: в параметрах sip требуется ввести имя домена, имя авторизации и пароль. Как быть если каждый диспетчер при работе с sip использует свое имя авторизации и свой пароль? то есть sip телефония поделена на районы, которые обслуживает определенный диспетчер. Я так понимаю можно переадресацию сделать только на одного sip абонента?

Назовём параметры, задаваемые в LKDSDomainCFG, параметрами умолчания:

Если в параметрах лифта указано: , то при появлении вызова звонок будет производиться с URL sip:002@foxtrot.3cx.eu с параметрами авторизации: имя - defname, пароль - passwd.

В параметрах лифта можно указать полные параметры: . В этом случае эти полные параметры и будут использоваться при обращении к SIP серверу.

Это же верно и для пользователя, на телефон которого производится звонок.

Если в параметры пользователя указано: , то звонок будет делаться на URL sip:001@foxtrot.3cx.eu

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

 

[Koer]

Понял. Спасибо. А как быть с настройками пользователя если пароль не совпадает с паролём по умолчанию? Получается всем пользователям пользующихся sip нужно сделать одинаковый пароль? По поводу настроек пользователя интересуюсь потому что большая часть лифтов на блоках 5 и 6 версии.

 

[Andi]

Понял. Спасибо. А как быть с настройками пользователя если пароль не совпадает с паролём по умолчанию? Получается всем пользователям пользующихся sip нужно сделать одинаковый пароль? По поводу настроек пользователя интересуюсь потому что большая часть лифтов на блоках 5 и 6 версии.

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

Пользователь организации LKDSDomain не авторизуется на SIP сервере, он лишь принимает звонок, поэтому ему не нужны ни имя на SIP сервере, ни пароль на SIP сервере. Пользователь организации LKDSDomain, который принимает звонки, обычно абстрактный Call центр. Этот пользователь организации LKDSDomain может никогда не запускать SPult.

С точки зрения использования SIP нет никакой разницы между блоками 5, 6, 7 версией.

 

[Koer]

Потихоньку начинаю понимать.

 

[poizon]

В LKDSCloud переадресация на SIP возможна?

 

[Andi]

В LKDSCloud переадресация на SIP возможна?

Сейчас нет.

Поддержка IP телефонии нужно будет добавить в LKDSServer, отладить, после чего, возможно, перенести и в LKDSCloud.

 

[poizon]

Отсутствие документации это конечно здорово, но вот возникла необходимость настроить в LKDSDomain переадресацию на SIP (военный завод, других способов связи нет), а про это нигде ни слова не сказано (перелопатил всё что нашёл на форуме и в примерах, нет на скриншотах того что сейчас в дистрибутиве).

Если вот здесь указать полные настройки, то здесь надо заполнять или не обязательно?

Вот здесь указывать адрес С КОТОРОГО пойдет звонок, а здесь НА КАКОЙ номер звонить?

Если есть возможность, покажите что где указать для такой ситуации:
На SIP сервере требуется авторизация, в Domain один пользователь (это механик), вызовы со всех лифтов (пока один, ещё 5 на очереди) должны идти ему на телефон.