Приветствую!
MG является для MS Lync транзитной атс. Соединены по SIP. При вызове внутреннего номера Lync выкидывает все в следующем формате:
port_no(723), slot_no(15), is_trunk(1), is_kt(0), route_no(69), displayName(жБНЙМЙС йНС пФЮЕУФЧП)
srcNum(+81114), srcIp(msk-lyncfe01.domain.name), srcPort(5060)
destNum(1114), destIp(10.0.4.110), destPort(63949)

При вызове на городской номер обязательный формат e164:
port_no(724), slot_no(15), is_trunk(1), is_kt(0), route_no(69), displayName(жБНЙМЙС йНС пФЮЕУФЧП)
srcNum(+81114), srcIp(msk-lyncfe01.domain.name), srcPort(5060)
destNum(+79999994999), destIp(10.0.4.110), destPort(63986)
Раньше, решалось в pgm 165-166(Calling Type и Calling Numbering Type) и нормализацией в Digit conv table(Например 78-->98), если ничего не забыл и не перепутал. Сейчас не получается.
Собственно у меня даже 2 вопроса. Кроме очевидного что делать, еще как посмотреть какой номер получается после нормализации, т.к. суда по тому что не отрабатывает 251 pgm мне кажется что "+" никуда не девается.

трассировка по маскам tm 1206 и tm 9302

Показывает как-то так:
Удачный вызов
17:01:23(30) [COL:073 <-- SIP ] [INVITE ] ASC ID( ) TRK_STATE_IDLE (01)
17:01:23(36) [COL:073 --> SIP ] [180 RINING ] ASC ID(MDN:1114) TRK_STATE_IC_WAIT_SEIZE_ACK (01)
17:01:26(23) [COL:073 <-- SIP ] [CANCEL ] ASC ID(MDN:1114) TRK_STATE_IC_WAIT_ANS (01)
0796 1114 073 00:00:00 06/03/14 17:01:23 R RING 0 0
17:01:26(58) [COL:073 <-- SIP ] [ACK ] ASC ID( ) TRK_STATE_IDLE (01)

Неудачный вызов:
17:01:45(26) [COL:074 <-- SIP ] [INVITE ] ASC ID( ) TRK_STATE_IDLE (01)
0800 CO074 074 00:00:00 06/03/14 17:01:45 R RING 0 0
17:01:50(20) [COL:074 --> SIP ] [404 NOT FOUND ] ASC ID(COL:074) TRK_STATE_IC_DIAL (01)

тогда по маскам для SIP с 4000 по 4700, только не по всем одновременно.

Увидел в разных вариациях :
< msg_no : SIP_INVITE_MSG (02)
< request_uri : <MSK-LYNCFE01.domain.name:5060>
< from_addr : жБНЙМЙС йНС пФЮЕУФЧП<+81114@msk-lyncfe01.domain.name>
< to_addr : <+79169999999@10.0.4.110>
< call_leg : 0000003c
< contact :
< replace_id : 00000000
< reason :
< refered_by :
< sdp

Либо простыни текста, но полезного ничего не нашел(Или просто пишется номер, который пришел)

Из всех экспериментов за сегодняшний день осталось твердое ощущение что всему виной +.
Ниже вызов успешный.
< msg_no : SIP_INVITE_MSG (02)
< request_uri : <MSK-LYNCFE01.domain.name:5060>
< from_addr : жБНЙМЙС йНС пФЮЕУФЧП<+81114@msk-lyncfe01.domain.name>
< to_addr : <1111@10.0.4.110>
< call_leg : 0000003c
< contact :
< replace_id : 00000000
< reason :
< refered_by :
< sdp

попробуйте NAME на SIPе отключить.

Нет, не помогло.
< msg_no : SIP_INVITE_MSG (02)
< request_uri : <MSK-LYNCFE01.domain.name:5060>
< from_addr : жБНЙМЙС йНС пФЮЕУФЧП<+81234@msk-lyncfe01.domain.name>
< to_addr : <+791699999999@10.0.4.110>
< call_leg : 0000004c
< contact :
< replace_id : 00000000
< reason :
< refered_by :
< sdp

Версии ПО:
Прошивка станции - 2,5 Bd;
Прошивка VOIB - 10Ha.

Похоже + в поле To не воспринимается.
меняйте способ набора.

Судя по всему это прилетело с прошивки 2+, т.к. до этого работало.

Так имя то транслируется! < from_addr : жБНЙМЙС йНС пФЮЕУФЧП<+81234@msk-lyncfe01.domain.name> Вы ж, получается NAME на SIPе не отключили!
SIP CO Additional Regist.(371) [N] --> Name в OFF поставьте!

Вообще отключил, возможно требуется перезагрузка станции/платы? Сейчас попробую.

Вряд ли. Лучше конечно сниффером смотреть. Трассировка с атс по SIP не очень информативна, вроде был показан входящий вызов на MG? То есть имя прилетело от другого устройства.

Да, имя прилетело от Lync.

А можно, для чистоты эксперимента, убрать имя, чтобы оно не прилетало?

Нет, к сожалению нет. Он берет его из AD. Но это имя вызывающего абонента.

Да, но оно не латинскими буковками. Понятно.

Я пробовал и латинскими, тоже самое.

Да сниф есть, если интересен, с удовольствием вышлю ссылку в личку.
Но там тоже самое:
TO: <sip:+79169999999@10.0.4.110;user=phone>
SIP to address: sip:+79169999999@10.0.4.110;user=phone
SIP to address User Part: +79169999999

-->Invite
<-- 100 trying
<-- 404 not Found
--> Ack

Переделал на вызываемый номер без "+", работает, но вообще надеюсь починят, т.к. Lync парсит номера вида e164. В другом формате не сопоставляются имена, выплывают прочие артефакты , что не есть хорошо. Я же правильно понимаю что это не корректно не воспринимать символ "+"?

Ну не умеет. Менять вряд ли будут.

Может и некропост но.
Можно и не в формате Е164 передавать номер от Lync сервера.

Маршрутизация голосовой связи > Абонентская группа > Правило нормализации:
Шаблон для поиска: ^(\d+)$
Правило трансляции: $1

Конфигурация линий связи > правило трансляции набранного номера:
пример передать на АТС трехзначный номер
Шаблон для поиска: ^(\d{3})$
Правило трансляции: $1

пример передать на АТС меняя первую 8 на 7ку
Шаблон для поиска: ^8(\d{10})$
Правило трансляции: 7$1

и т.п. на сайте мс есть описание хорошее.