Приветствую.
Наступил на такую проблему - некоторые направления не набираются с мобильных Jabber'ов, UCM отбивает по internal server error. Есть номер +74951234567, уходит по одному RP. Есть правила трансляции для набора 904951234567, транслируется и улетает в шлюз через SIP транк в E.164. С железных телефонов и с компьютерных Jabber'ов (которые CSF) все работает, а с iphone'овского (который TCT) 904951234567 работает, а +74951234567 нет. CSS на DN'ах нет, на устройствах одинаковые, DN на всех устройствах один (shared line). Device pool'ы и location на всех устройствах делал одинаковыми. DNA показывает все правильные трансляции. Вызовы идут из внутренней сети без MRA. SDL'ы читать уже голова пухнет. Никто с таким не сталкивался?

Пробовал на разных версиях софта ?

Задний Jabber'ы для компьютеров работают, а на телефоне он же сам из апстора до заднего обновляется и не откатишь. По косвенным признакам проблема началась после накатывания SU на UCM, но проверить уже не могу.

Проблема локализована в правилах трансляции, не работают шаблоны с !. Набираю +74992846011, так работает А так нет Остается вопрос как это победить. У меня была такая же ерунда когда пытался DISA сделать на UCCX, тогда я ее победить не сумел.

Нашел живой 11.5.1.12900-21 - там все работает.

Вроде победил, хоть и не очень некрасиво. С установленном Urgent Priority все работает, видимо в очередных обновлениях переработали логику translation pattern'ов. В 11.5.1.12900-21 все работает без Urgent Priority.

Макс, я ни слова не понял - ты крут. =)

Я был бы крут если бы я понял проблему из анализа SDL, а не из сравнения рабочих и нерабочих конфигураций.

Где-то видел адовую методу анализа этого говна в notepad++ от практикующего рускоговорящего tac - то ли на линкмиапе то ли ещё гдето в хабрахабрах.
Там забористо, но действенно.

В этом [url]https://community.cisco.com/t5/видео-и-голосовая-связь-видео/вебинар-на-тему-архитектура-cisco-unified-communication-manager/ba-p/3099626[/url] вебинаре я участвовал, там только основы, в общем далеко до полноты.

Для интереса попробовал на 11.5.1.14900-11
RP вида \+7495775X! (тоже 8 знаков перед !). Работает: набираю +74957757575, из-за ! в шаблоне ждет Т302 свои 4 секунды и набирает.

Именно с мобильного Jabber'а работает? Если да, каким образом Вам удалось вообще запустить T302? Проблема только мобильным Jabber'ом. В принципе не так важно с какой версии, в SU5 именно translation pattern'ы с выключенным Urgent Priority не отрабатываются именно на мобильных Jabber'ах. Динамическая разрядность как оказалось не причем, просто я на такие префиксы urgent не включал.

Да, мобильный Jabber на iPhone (TCT), проверял и через MRA и On-premises, Urgent Priority выключен.
В T302 я только уменьшил значение до комфортных 4 секунд в Service Parameters. Он просто работает вне зависимости от типа телефона. Может бяка поселилась в Sip profile этих Jabber'ов ?

И еще, я пару раз сталкивался со случаями когда неадекватное поведение телефона было необъяснимо и лечилось только методом удалить+пересоздать. Но Вы пишите про Jabber'ы во множественном числе, значит это не тот случай.

Так Jabber же в UCM уже полностью собранный номер отправляет, типа enblock'а в TDM, при этом условии T.302 вообще не должен запускаться.
Профайл тут не причем, UCM перестал применять правила трансляции без Urgent Priority для вызовов с мобильных Jabber'ов. У меня все работало до того как я обновился до SU5, настроек не менял. Вы используете SU4, обновитесь до SU5 и у Вас тоже поломается.

Запускается, если есть совпадение с RP в котором в конце стоит ! - то есть "возможны еще цифры"

Обновлю на игровом кластере, попробую и сообщу

Обновился, наблюдения:
1. Т302 действительно перестал запускаться в SU5 (перепроверил в SU4, задержка Т302 есть)
2. Набор из Jabber не сломался, все работает

Чо, именно такой translation profile без urgent priority работает? Тогда действительно колдунство.

Посыпаю голову пеплом: проглядел, что проблема с TP (думал, что с RP).

С Translation Pattern проблема воспроизводится, причем главное чтобы это был variable length pattern. У меня проявлялась проблема и с TP 9810.!
Cisco пишет про Urgent Priority в Translation Pattern:

Cisco рекомендует ставить чекбокс Urgent Priority при таких условиях.

А так же из хелпа можно сделать вывод, что если чекбокс Urgent Priority не установлен, то должен запускаться T302. Так что похоже это какой-то дефект, который возникает при попытке запустить Т302 и если звонок идет с Jabber'а

Надо в багах поискать...

Это все я читал, надо бы в TAC по уму заявку открыть, да контракта нет.

Нашел, это баг CSCvk54291, присутствует в 11.5(1.15080.1), 11.5(1.15900.18)
Пишут, что в CCM.11.5(1.16084.1) исправлено

В ТАС нет смысла, все равно укажут на CSCvk54291 и посоветуют ждать SU6

или ползите на 12.0SU2 там этот баг отсутствует

Никогда не умел нормально баги искать, будем ждать очередной SU.