Не коммутируются входящие по 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-=============================================

[Dron]

Если желаете настраивать приём входящих по номеру MSN Table (PGM202), то в 126-й программе укажите для Ring Route Type значение MSN-DID CONVERSION(PGM145). А в 145-й программе для DID Conversation Type значение Use "as is" (no treatment).

[samid]

Если желаете настраивать приём входящих по номеру MSN Table (PGM202), то в 126-й программе укажите для Ring Route Type значение MSN-DID CONVERSION(PGM145). А в 145-й программе для DID Conversation Type значение Use "as is" (no treatment).

Спасибо за ваш ответ. Сделал как вы посоветовали:
В PGM126:
 pgm126.JPG ( 42,67 килобайт ) Кол-во скачиваний: 17

PGM145:
 pgm145.JPG ( 29,04 килобайт ) Кол-во скачиваний: 11


Теперь при звонке 2 гудка, потом служебное сообщение LIK "Неправильно набран номер", затем вызов уходит на группу, прописанную в PGM144:
 pgm144.JPG ( 29,9 килобайт ) Кол-во скачиваний: 5


Видимо MSN не отрабатывает и вызов уходит на маршрут, прописанный для СО5 в PGM144.
Хотя по сигнализации номер toUser в точности соответствует номеру, прописанному в MSN Called Telephone Number для CO Line Range 5-5.
Теперь вопрос, почему не работает MSN Table?

[Ruldik]

Спасибо за ваш ответ. Сделал как вы посоветовали:
В PGM126:
 pgm126.JPG ( 42,67 килобайт ) Кол-во скачиваний: 17

PGM145:
 pgm145.JPG ( 29,04 килобайт ) Кол-во скачиваний: 11


Теперь при звонке 2 гудка, потом служебное сообщение LIK "Неправильно набран номер", затем вызов уходит на группу, прописанную в PGM144:
 pgm144.JPG ( 29,9 килобайт ) Кол-во скачиваний: 5


Видимо MSN не отрабатывает и вызов уходит на маршрут, прописанный для СО5 в PGM144.
Хотя по сигнализации номер toUser в точности соответствует номеру, прописанному в MSN Called Telephone Number для CO Line Range 5-5.
Теперь вопрос, почему не работает MSN Table?

Попробуйте PGM 126 Ring Route Type - DID Conversion

[samid]

Попробуйте PGM 126 Ring Route Type - DID Conversion

У меня так и было изначально (писал в первом посте) при этом: "В итоге вызов уходит по непонятному мне маршруту не туда куда нужно".

[Ruldik]

У меня так и было изначально (писал в первом посте) при этом: "В итоге вызов уходит по непонятному мне маршруту не туда куда нужно".

Я правильно понимаю, Вы хотите, чтоб при входящем звонке, на номер например 84991234567, с номера 89067654321, звонок направлялся на нужного абонента?

[samid]

Я правильно понимаю, Вы хотите, чтоб при входящем звонке, на номер например 84991234567, с номера 89067654321, звонок направлялся на нужного абонента?

Не важно с какого номера, но важно на какой номер.
Если ко мне вызов приходит на мой городской номер 84991234567, который живет у меня в SIP на линии СО5, то конкретно этот вызов отправлять на указанный STA или HUNT. Если на номер 84957654321, то на другой HUNT.

[Ruldik]

Не важно с какого номера, но важно на какой номер.
Если ко мне вызов приходит на мой городской номер 84991234567, который живет у меня в SIP на линии СО5, то конкретно этот вызов отправлять на указанный STA или HUNT. Если на номер 84957654321, то на другой HUNT.

У меня так
PGM 126
Ring Route Type - DID Conversion
DID Conversion Type - Modifify Using Flexible DID Conversion Table
PGM 145
DID Conversion Type - Use "as is" (no treatment)
PGM 231
Для Index 567
Day Ring Mode Destination - STA 1000
Night Ring Mode Destination - STA 1000
Name - 1234567
При такой настройке, у меня при звонке из вне, на номер 4951234567, попадает на абонента 1000 (это для примера)
Единственное, у меня нет привязки к определенной CO. Но думаю, это мелочь, главное добиться желаемого.

[Dron]

Спасибо за ваш ответ. Сделал как вы посоветовали:
В PGM126:
 pgm126.JPG ( 42,67 килобайт ) Кол-во скачиваний: 17

PGM145:
 pgm145.JPG ( 29,04 килобайт ) Кол-во скачиваний: 11


Теперь при звонке 2 гудка, потом служебное сообщение LIK "Неправильно набран номер", затем вызов уходит на группу, прописанную в PGM144:
 pgm144.JPG ( 29,9 килобайт ) Кол-во скачиваний: 5


Видимо MSN не отрабатывает и вызов уходит на маршрут, прописанный для СО5 в PGM144.
Хотя по сигнализации номер toUser в точности соответствует номеру, прописанному в MSN Called Telephone Number для CO Line Range 5-5.
Теперь вопрос, почему не работает MSN Table?

У меня работает именно так.

[Dron]

Спасибо за ваш ответ. Сделал как вы посоветовали:
В PGM126:
 pgm126.JPG ( 42,67 килобайт ) Кол-во скачиваний: 17

PGM145:
 pgm145.JPG ( 29,04 килобайт ) Кол-во скачиваний: 11


Теперь при звонке 2 гудка, потом служебное сообщение LIK "Неправильно набран номер", затем вызов уходит на группу, прописанную в PGM144:
 pgm144.JPG ( 29,9 килобайт ) Кол-во скачиваний: 5


Видимо MSN не отрабатывает и вызов уходит на маршрут, прописанный для СО5 в PGM144.
Хотя по сигнализации номер toUser в точности соответствует номеру, прописанному в MSN Called Telephone Number для CO Line Range 5-5.
Теперь вопрос, почему не работает MSN Table?

В 126 проге DID Conversion Type надо указать DID Digit Conversion!

[samid]

У меня так
PGM 126
Ring Route Type - DID Conversion
DID Conversion Type - Modifify Using Flexible DID Conversion Table
PGM 145
DID Conversion Type - Use "as is" (no treatment)
PGM 231
Для Index 567
Day Ring Mode Destination - STA 1000
Night Ring Mode Destination - STA 1000
Name - 1234567
При такой настройке, у меня при звонке из вне, на номер 4951234567, попадает на абонента 1000 (это для примера)
Единственное, у меня нет привязки к определенной CO. Но думаю, это мелочь, главное добиться желаемого.

А какие значения у вас в PGM143?

[samid]

В 126 проге DID Conversion Type надо указать DID Digit Conversion!

Не изменилось: "Неправильно набран номер" и тд

[Ruldik]

А какие значения у вас в PGM143?

CO/IP GROUP - нужная мне группа
CO VoIP Mode - COMMON
DISA CO Access - OFF
Остальное как у Вас

[Dron]

Не изменилось: "Неправильно набран номер" и тд

А CO Type у CO5 DID?

[Dron]

По SIP у вас только CO5?

[samid]

CO/IP GROUP - нужная мне группа
CO VoIP Mode - COMMON
DISA CO Access - OFF
Остальное как у Вас

Я имел в виду тут ISDN CO Line Attr(143,151)

[Ruldik]

А CO Type у CO5 DID?

Если верить, скринам, то скорей всего, да.

[samid]

По SIP у вас только CO5?

Нет, есть ещё один транк на другой СО, но там норм отрабатывает. При идентичных настройках на СО5 не работает почему-то. Так и не смог понять почему.

[Ruldik]

Я имел в виду тут ISDN CO Line Attr(143,151)

Приложите свой скрин этих настроек

[Dron]

Нет, есть ещё один транк на другой СО, но там норм отрабатывает. При идентичных настройках на СО5 не работает почему-то. Так и не смог понять почему.

Уверены, что вызовы поступают именно по CO 5? Точнее, только по CO 5?