Не коммутируются входящие по SIP Опции

[samid]

Добрый день.
Я понимаю, что эта тема опять 25, но у меня ни в какую не получается принять вызов на нужном STA.
Станция lik300. SIP транк с оператором по которому идут входящие на конкретный номер.
Имеется регистрация под UID 6 (PGM126) c такими настройками:
 2_PGM126.JPG ( 94,79 килобайт ) Кол-во скачиваний: 25

Настроена CO5 на регистрацию под UID6 (PGM133) и выделена в группу 6 (PGM140):
 PGM133.JPG ( 178,77 килобайт ) Кол-во скачиваний: 14

 PGM140.JPG ( 172,22 килобайт ) Кол-во скачиваний: 14


Регистрация проходит успешно Registered.
Далее настраиваю приём входящих на CO5 по номеру MSN Table (PGM202) с конкретного номера -> на индекс 10 в PGM231:
 PGM202.JPG ( 29,09 килобайт ) Кол-во скачиваний: 13

 PGM231.JPG ( 74 килобайт ) Кол-во скачиваний: 12


Делаю звонок, вызов приходит и падает на CO5, но далее не коммутируется на заданный индекс 10 - STA 1077.

Пробовал включать ICLID Table Usage ON и прописывал в ICLID Ring Assignment(204) маршрут, но он тоже не работает.

Пробовал в CO/IP Ring Assignment(144) для CO5 прописывать STA 1077, не работает.

В итоге вызов уходит по непонятному мне маршруту не туда куда нужно.

Снял трассировку, где вот что вижу (реальные данные логина/номеров заменил на текст типа login/from_num/to_num):

113364154-[Sim_SipCheckIPForIPAuthen] Trunk match from_ip(sip.callkeeper.ru), via_ip(100.101.102.103)
113364154-[Sipm_SipTransportMsgReceivedExt]..method(INVITE)..
113364154-[Sipm_SipEvCallCreate] SIPCO Call
113364154-
[[[[[[[[[[@@@@@ [SIPM] Creation Call ID => 126 (0)@@@@@]]]]]]]]]]
113364154-
[[[[[[[[[[@@@@@ [SIPM] Creation Call SS ID => 127 @@@@@]]]]]]]]]]
113364154-[CallIdx:126(All:200)][Sipm_SipCallCreate](max:3 OUT:0,IN:1)
113364154-[CallIdx:126][Sipm_SipEvCallCreate] INCOMMING call was created
113364154-[CallIdx:126][Sipm_SipEvCallMsgReceive] SIPM <--- INVITE
113364154-[CallIdx:126][Sipm_SipConnProcInviteInd] reqUriAddr(login)
113364154-[CallIdx:126][Sipm_SipConnProcInviteInd] fromUser(from_num)
113364154-[CallIdx:126][Sipm_SipConnProcInviteInd] toUser(to_num)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] rcvdestAddr(to_num)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] destAddr(to_num)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] rcvsrcAddr(from_num)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] Trunk Call(no entry in table)
113364156-[Sipm_SipGetTrunkRouteNoSub] match(via:100.101.102.103)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] route:2
113364156-[GetColFromSIPProvider] (col:5) Get from Idle(First)
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] Alert-Info => NULL
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] proxyIp(100.101.102.103), contactIP(100.101.102.103)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] toIP(sip.callkeeper.ru), viaIP(100.101.102.103)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] fromIp(sip.callkeeper.ru), fromUser(from_num)
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] Caller's origin Display Name : ["from_num"]
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] Caller's Display Name : [from_num]
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] P-Asserted-Identity => NULL
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] Privacy => NULL
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] Remote-Party-ID => "from_num" <sip:from_num@sip.callkeeper.ru>;party=calling;screen=yes;privacy=off
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] MS-CALL-SOURCE => NULL
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] Diversion => <sip:to_num@192.168.1.15>;reason=unconditional
113364156-[CallIdx:126][Sipm_SipConnProcInviteInd] INVITE Ind(S:from_num<from_num@100.101.102.103>, D:to_num)
113364156-[Sipm_SipUtilGetOtherHeaderInMsg] Supported => timer
113364156-[Sipm_SipCheckReplaceSupport] replaces is not supported
113364156-SDP Msg Construct Parse - SinglePart
113364156-=============================================

[Ruldik]

Можете мне прислать свой бекап, ТОЛЬКО предварительно, убрав оттуда, все свои регистрационные данные, SIP, номера, пароли, если есть таковые. Хочу попробовать с Вашим бекапом потестировать.

Нет, сделаю сейчас по другому.... Посмотрите ЛС от меня

[Dron]

Это у меня перед глазами распечатанное лежит и в первую очередь на это ориентировался.
Правильно ли я понимаю из этого алгоритма, что при Ring Route Type: DID Conversion, из приходящего номера удаляются
International Access Code/My Area Code/My Area Prefix Code (как участвует DID Remove Number?), далее входящие номер трансформируется в PGM126 согласно полю DID Conversion Type. Если там указано DID Digit Conversion, то номер трансформируется до 3-значного числа по шаблону полей ниже:
12 Number of Digits (2-4) Expected from DID Circuit: 3
13 DID Digit Mask (4 digits: *,#,0-9): #***

А что далее? Что есть DID Ring Destination после PGM126 и PGM145? Ведь после всех преобразований получится номер, который не соответствует ни одному из наших STA.

Коль у вас учетка не по номеру, а по текстовому логину, то все это не актуально!
По идее, согласно  Incoming_SIP_trunk_algorithm.ppt, полученный DID должен проверяться PGM 202...

[Dron]

Тоже по логину, а не по номеру. Тогда получается по алгоритму имею зеленый маршрут?
[attachment=3053:1.JPG]

Как бы, да.

MSN почему-то не отрабатывает и вызов уходит на CO/IP Ring Assignment(144). Почему?

Согласно DID/DISA Destination(167)

[Dron]

Тоже по логину, а не по номеру. Тогда получается по алгоритму имею зеленый маршрут?

Таки, ДА, зеленый маршрут. Я только что проверил вариант учетки по логину. И да, настройки PGM 126 в этом варианте никаким боком.
Вопрос, почему это не работает у вас? На ум пока приходит только одно - в MSN прописан не тот номер, который приходит в INVITE в поле To.

[samid]

Как бы, да.


Согласно DID/DISA Destination(167)

Тогда согласно алгоритму и моему зеленому маршруту приходим на 202, где MSN почему-то не отрабатывается, хотя номер приходит ровно тот, что я прописал в Called Telephone Number для CO Line Range 5-5. Я его скопировал прямо из трейса из полей toUser и destAddr. Пробовал задать все СО, а не только 5-5, но тоже не работает. Глюк?
Следующим шагом, согласно алгоритму должна быть ветка Not Matched -> PGM143 -> PGM145 -> DID Ring Destination.
DID Ring Destination = DID/DISA Destination(167) ?
Почему в моем случае сообщение "Неправильный номер" и далее PGM144 по СО5?

[Dron]

Почему в моем случае сообщение "Неправильный номер" и далее PGM144 по СО5?

Не знает АТС куда направить вызов, вот и отрабатывает 167-я прога для ошибки.

[samid]

Не знает АТС куда направить вызов, вот и отрабатывает 167-я прога для ошибки.

У меня отрабатывает 144, а не 167.

[Dron]

У меня отрабатывает 144, а не 167.

Ох, оно, в итоге то, может и 144-я отрабатывает, если в 167-й для Error указано Attendant (Ring Assign) и для CO вызовы в 144-й назначены. Не вижу противоречий!
Но, 167-я первичнее!