Проблема с вход. звонком с опред. гор. номера

[gabii]

АТС ОfficeServ7200
Installation Tool 1.51 20100816
MCP 4.31к 090622
MGI 1.14 071025
TEPRI 4.20 070522
SVMI20 5.03 090622

Поступила жалоба от клиента, что с опред. городского номера (937хххх) не могут дозвониться до нашего многоканального номера (363хххх), с др. городских номеров и сотовых клиент прозванивается без проблем.
После набора номера, клиент сразу слышит фразу на англ. The number duailing is not operate, дальше что то не понятное. (я так понимаю это чей-то автоответчик срабатывает, т.к. у меня на автоответчике только русские фразы)
в ммс 759 - чисто, никаких номеров не прописано

Со слов провайдера - "Проблема на Вашей стороне. Поэтому ее нужно решать Тебе (со спецами по твоей станции). Запрос в твою сторону уходит и от твоей станции приходит ответ - это предварительно сразу могу сказать. Если нужно что приходит - то это "дисконект"." Провайдер пробовал перекидывать наш номер (363хххх) на свои телефоны, и затем на АТС др. организации, звонок проходил без проблем.

Провайдер просит прислать ему трассировку звонка
нашел инструкцию по подключению
The password is "plussamsung", если через telnet - пароль "KPSW1234"
If you log in the CLI then you will see below screen.
********************************************************************
TEPRI SIO command help
Oct 17 2008 IP-KP Development Group
--------------------------------------------------------------------
LMEM ... List memory (LMEM Address)
WMEM ... Revise memory Word (WMEM Address Word)
OMEM ... Revise memory Byte (OMEM Address Byte)
BMEM ... Revise memory Block (BMEM StartAddr EndAddr Word)
STPO ... Set Trace Port (STPO +/-Port Number)
MSGT ... Message Trace (MSGT ON/OFF)
MOTF ... Modify Trace Flags (MOTF +/-Option)
(T1,E1 : I(Ipc), S(State), A(Abcd), T(Traffic))
(ISDN : I(Ipc), L(aLarm), M(Monitor), D(D-ch)), F(Full audit)
MACW ... MAC address Write (MACW Mac Address)
IPWR ... IP address WRite (IPWR IP Address)
GWWR ... GateWay address WRite (GWWR Gateway Address)
SMWR ... Subnet Mask write (SMWR Subnet Mask Address)
SYSI ... SYStem Information
GAIN ... control GAIN of each CH (GAIN 0/1/2/3)
(0 = 0dB, 1 = +1.94dB, 2 = - 6dB, 3 = -2.5dB)
ALRM ... Alarm message to MP (ALRM 0/1/2/3/4)
(0=SYNC, 1=SYNC_Recovery, 2=LOS, 3=LOS_Recovery, 4=Bit Error)
FRSB ... FRame Sending Block (FRSB 0/1 (0 = Send, 1 = Block))
HELP ... DCSPLUS TEPRI help command
QUIT ... Quit

********************************************************************

TEPRI> motf +M
TEPRI> msgt on
в связи с тем, что у меня старая прошивка, а обновлять прошивку пока нет времени, прошу сообщить какой ключ вместо М с motf можно использовать для снятия трассировки?

[LionB]

Функция снятия декодированной трассировки есть только в версиях, начиная с v4.26
Последняя v4.28
Посему поможет вам только обновление (времени занимает 20 минут максимум).

А по сути явно у оператора что-то с роутами, притом может и не у вашего, а у того который звонит и трассировка вам ничего не даст. Этот вызов похоже вообще к вам не попадает.

P.S. При снятии трассировки рекомендую всех попросить сделать ша и никому в PRI никуда не звонить. Иначе в трассе сообщения от разных звонков перемешаются и придется потом по номеру Call Refference руками выиискивть имеено этот вызов.

[Artoriuss]

Если это соответсвует действительности

с опред. городского номера (937хххх) не могут дозвониться до нашего многоканального номера (363хххх), с др. городских номеров и сотовых клиент прозванивается без проблем.

то с вероятностью процентов дык на 99 проблемы в межоператорских роутах или, как вариант, криво настроенный 937ХХХХ. Если все остальное проходит нормально то именно то, что писал LionB

А по сути явно у оператора что-то с роутами, притом может и не у вашего, а у того который звонит и трассировка вам ничего не даст. Этот вызов похоже вообще к вам не попадает.

[gabii]

Функция снятия декодированной трассировки есть только в версиях, начиная с v4.26
Последняя v4.28
Посему поможет вам только обновление (времени занимает 20 минут максимум).

А по сути явно у оператора что-то с роутами, притом может и не у вашего, а у того который звонит и трассировка вам ничего не даст. Этот вызов похоже вообще к вам не попадает.

P.S. При снятии трассировки рекомендую всех попросить сделать ша и никому в PRI никуда не звонить. Иначе в трассе сообщения от разных звонков перемешаются и придется потом по номеру Call Refference руками выиискивть имеено этот вызов.

Но как тогда получается, что если Провайдер перекидывает наш номер (363хххх) на свои телефоны, или на АТС другой организации в нашем здании, то звонок проходит без проблем? Патовая ситуация получается

[LionB]

Ваш провайдер, допустим, готов прокинуть вызов по этому номеру к вам и все у них в порядке, а вот тот провайдер, допустим, его не в код 495, а в 499 гонит и в итоге уже к вашему провайдеру он не попадает, а летит черте куда еще оттуда.... У меня такой гемор был когда там в Корее оператор Korean Telecom вызовы оттуда в Корейское посольство в Москве пулял непонятно куда. Я вами скажу нервишек пришлось потратить, пока доказали что станция тут ни при чем (пришлось их носом в позаимствованный на время ISDN тестер совать), что Голден тоже как часы, а еще потом КТ доказать, что они виноваты.