отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
cancel
291
Просмотры
0
Полезный материал
4
Ответы
Dmitry Blinov
Beginner

UCCX 9 и мультисайтовая конфигурация CUCM - CAD ANI

Здравствуйте,

 

Тренируюсь в настройке UCCX 9, более или менее разобрался, в основном уже работает.

Конфигурация CUCM мультисайтовая с перекрывающимися короткими номерами, номера в разных партициях. При звонке в другую партицию или в транк к короткому номеру calling party добавляется префикс (номер сайта) методом transformation pattern, который привязан к device pool. В этом device pool находится исходящий телефон. 

Пример: телефон 399 из сайта 499 набирает номер 477399. В сайте 477 телефон 399 получает звонок от 499399.

Но столкнулся с проблемой в UCCX CAD: ANI звонящего CAD всегда показывает без префикса. Звонки с 499399 и с 477399 выглядят в интерфейсе CAD как звонок от 399 и в истории сохраняется как 399. Но на экране телефона агента, когда он поднимает трубку, видно, что соединение произошло с полным номером, с префиксом. Хотя CAD и агента и супервайзера все равно показывают короткий номер 399.

Это поведение CAD одинаковое что при звонках на CTI RP (далее в скрипт через CTI Port, потом на группу агентов), что при прямых звонках на телефон агента.

Голову сломал, не могу найти решение. Это вообще возможно?

 

Заранее спасибо!

 

UPD: Попробовал направить вызов через route pattern на CUBE, который переправил его обратно на CUCM. В этом случае CAD показывает номер ANI корректно. Что логично. Но не элегантно. 

 

1 УТВЕРЖДЕННОЕ РЕШЕНИЕ

Утвержденные решения
Sergey Oliferov
Cisco Employee

Ситуация следующая.

По протоколу jtapi, CUCM передает в UCCX два calling номера, calling номер до трансформации CUCM-ом (те в том виде в котором номер приходит на CUCM) и номер после трансформации. Например:

MSK %JTAPI-PROTOCOL-7-UNK:(ххх) received Event: com.cisco.cti.protocol.NewCallEvent {

... callingParty = 201234

... unModifiedCallingParty = 1234

где 20 - как раз префикс добавленный на транслейшн паттерне.

Степ GetCallContactInfo (в значении CallingNumber) возвращает значение unModifiedCallingParty - это работа согласно дизайна (изменений в логику работы данного поля вносится не будет, чтобы поддерживать совместимость скриптов).

Для того чтобы была возможность получать calling номер после трансформации (а это конечно же функция необходимая) будет введен новый функционал для степа GetCallContactInfo - ModifiedCallingNumber.

Для того чтобы отслеживать в какой версии UCCX это появится, можно следить за дефектом CSCuo13665

https://tools.cisco.com/bugsearch/bug/CSCuo13665/?reffering_site=dumpcr

 

PS Кстати для called номера в старых версиях UCCX была похожая проблема, и теперь в степе GetCallContactInfo есть два поля - OriginalCalledNumber и DialedNumber.

Просмотреть решение в исходном сообщении

4 ОТВЕТ 4
Sergey Oliferov
Cisco Employee

Ситуация следующая.

По протоколу jtapi, CUCM передает в UCCX два calling номера, calling номер до трансформации CUCM-ом (те в том виде в котором номер приходит на CUCM) и номер после трансформации. Например:

MSK %JTAPI-PROTOCOL-7-UNK:(ххх) received Event: com.cisco.cti.protocol.NewCallEvent {

... callingParty = 201234

... unModifiedCallingParty = 1234

где 20 - как раз префикс добавленный на транслейшн паттерне.

Степ GetCallContactInfo (в значении CallingNumber) возвращает значение unModifiedCallingParty - это работа согласно дизайна (изменений в логику работы данного поля вносится не будет, чтобы поддерживать совместимость скриптов).

Для того чтобы была возможность получать calling номер после трансформации (а это конечно же функция необходимая) будет введен новый функционал для степа GetCallContactInfo - ModifiedCallingNumber.

Для того чтобы отслеживать в какой версии UCCX это появится, можно следить за дефектом CSCuo13665

https://tools.cisco.com/bugsearch/bug/CSCuo13665/?reffering_site=dumpcr

 

PS Кстати для called номера в старых версиях UCCX была похожая проблема, и теперь в степе GetCallContactInfo есть два поля - OriginalCalledNumber и DialedNumber.

Просмотреть решение в исходном сообщении

Спасибо, Сергей.

Есть смысл отрыть кейс чтобы ускорить процессы? Для массовости...

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

Хорошо, попытаюсь на них надавить немного.

Не удалось отобразить этот виджет.