отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .
New Member

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 УТВЕРЖДЕННОЕ РЕШЕНИЕ

Утвержденные решения
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 ОТВЕТ.
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.

New Member

Спасибо, Сергей.Есть смысл

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

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

Cisco Employee

Боюсь это не ускорит процесс

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

New Member

Хорошо, попытаюсь на них

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

70
Просмотры
0
Полезный материал
4
Ответы