OS7400 DTMF-приемники

[DFG]

Я тоже Дима и тоже готов снимать трейсы у заказчика... да и заказчик уже на все готов, лишь бы проблему решить !

[LionB]

Процессоре надо снимать такой трэйс
In MMC993,
Call Message trace
-State/Event = ON
In MMC995 Monitor CNT = ALL

На LP40 надо снимать все, что там происходит в момент неудачного момента DTMF набора.
LP40 надо смотреть тот, в которой корзине иден неудачный набор в этот момент.
Для эксперимента надо поставить приаттаченную версию LP40 (почему, что и как написано ниже).
Прислать надо все эти трзйсы, описание кто, куда пытался звонить и настройки системы в этот момент.
Далее ниже еще пучок вопросов, по которым надо сделать чек и ответить (тема конечно касалась другого Димы, но принцип и вопросы актуальны и вам).

The engineers looked into the trace that you sent but they could not find out anything because the LP40 trace is wrong.
According to the engineers, you connected SIO cable to LP40 of the 1st cabinet but you tested it using the 2nd cabinet.
Therefore, the LP40 engineer would like to receive the LP40 trace again by referring to the followings:

1) When you get the LP40 trace, you have to connect SIO cable to LP40 of the 1st cabinet and you also have to make a call using SLT that connected to the 1st cabinet.
2) Let me know the call flow that you did during the LP40 trace. On what extension number of which slot makes a call to what number.
3) I recommend that you should do this test only during the LP40 trace.
4) Connect SIO cables to both MP40 and LP40 and capture the MP40 and LP40 trace simultaneously.

R1) When you send me the trace files, please send me the latest database file of the system that you tested.
R2) How can you resolve this issue when this issue occurs?
R3) If analog TRK is installed, what happens with the following setting when you make an outgoing call from a digital phone and then outside party hangs up first? I wonder if the digital phone is disconnected automatically.
- Set LP TRK TONE DISC to ENABLE in MMC861
- Set TONECHK DISC to ON in MMC400
R4) What happens if you install CRM or IRM board to LP40 and set them to DTMFR and then set DSP01 to BUSY in MMC853 MAINTENANCE BUSY.

Here’s some more question.
Q1) You mentioned that OS7400 system is installed in Gazprom Bank around 2 years ago, do you mean that they have been experiencing this issue from then?
If not, have you ever change MP40 or LP40? If so, please let me know what version of packages they have been using without this issue?
Q2) You also mentioned that both sites do not use TEPRI but installed into the cabinet. What happens when you take TEPRI card out from the system?
Without TEPRI cards, does this issue still occur?
Q3) When this issue occurs, can you resolve this issue by restarting card in MMC806?

[DFG]

Поставили LP40T128, собираем логи с MP40 и LP40.
На lp40 снимаем все командой -MSGT ON ALL - так?

[LionB]

Это переписка с другим сайтом. Там два кабинета и SLT карты стоят во втором кабинете.


трэйсить и MP40

1. How to set MP trace.
1) Via telnet or SIO (if possible do the following via telnet) - red texts are the commands that you have to do
-> trace_tsw_msg_flag
trace_tsw_msg_flag = 0x1f37ad2: value = 0 = 0x0
->
-> m 0x1f37ad2 (0x1f27ad2 is address) then press enter
01f37ad2: 0000-0500 (type 0500 and then press enter)
01f37ad4: 0000-. (type . (dot) and then press enter)
value = 1 = 0x1

->

For your reference, if you off hook after above setting, the following type of message will be printed out.
=============
control_mtsw rx_port(e301), tx_port(0100)
control_mtsw rx_ch(0201), tx_ch(0600)
control_mtsw type(01), rx_ch(0201), tx_ch(0600), tsw_gain(0000), mode(00)
control_tsw_on rx_addr(4402), tx_data(0c00), mode_data(0000), read_data(00000001)
control_tsw_on tsw_ctr_addr(30004402), read_data(00000c00)
control_mtsw rx_port(0100), tx_port(eb00)
control_mtsw rx_ch(0600), tx_ch(0550)
control_mtsw type(01), rx_ch(0600), tx_ch(0550), tsw_gain(0000), mode(00)
control_tsw_on rx_addr(4c00), tx_data(0aa0), mode_data(0000), read_data(00000230)
control_tsw_on tsw_ctr_addr(30004c00), read_data(00000aa0)
=============

2) And then set the following additionally in MMC993 and MMC995
In MMC993,
Call Message trace
-State/Event = ON
In MMC995 Monitor CNT = ALL

и LP40 в обоих корзинах.

Connect PC to SIO port of LP40 using SIO cable.
Baud rate = 19200pbs
Password = lp40


При залипании DTMF набрать test1 и потом test2 именно в первой корзине (CRM и в первую очередь занимаемые DTMF приемники там же стоят)
Посему интересует еще один тест и ответы на вопросы Q 2, 3, 5, 7.

Can you please let me know if you have any reason that you did it at the 2nd cabinet?
Does this issue occur on Single Line Telephones connected to SLI cards in the 2nd cabinet only?
Does this issue occurs on the SLT connected to SLI card in the 1st cabinet?

Anyway, I would like to receive both MP40 and LP40 trace again.
If you have to test you did before, please get the LP40 trace on both LP40 cards simultaneously.
The engineers have some more questions below. Can you please get the answer for them?
Q1) You informed me that this issue started at Gazprom Bank since TEPRI card was installed.
Have you upgrade MP40 and LP40 software package at that time?
If so, what versions of packages did they used originally?
Q2) What happens if you try to dial after you set MFR DSP01 to BUSY in MMC853 when this issue occurs?
Q3) What happens if you try to dial after you set MFR DSP01 ~DSP05 to BUSY when this issue occurs? (for this test, the system have to have CRM or MFM mounted)
Q4) Does this issue occurs at both 1st cabinet and 2nd cabinet?
Q5) What happens if you reset the relevant SLI card in MMC 806?
Q7) What happens if you reset LP40 by pressing Reset button of LP40?

[DFG]

Прошу уточнить:
Сейчас мы подключились к MP40 и LP40. У нас 1 кабинет.
- На MP 40 снимаем трейс, введя команды с СТА:
In MMC993,
Call Message trace
-State/Event = ON
In MMC995 Monitor CNT = ALL
- на LP 40 снимаем трейс командой MSGT ON ALL.
Таким образом, логи пишутся с двух плат.

И мы их можем выкинуть на фиг, потому что
нужно делать, как описано ниже:


Сперва задаем значение какого-то флага

1) Via telnet or SIO (if possible do the following via telnet) - red texts are the commands that you have to do
-> trace_tsw_msg_flag
trace_tsw_msg_flag = 0x1f37ad2: value = 0 = 0x0
->
-> m 0x1f37ad2 (0x1f27ad2 is address) then press enter
01f37ad2: 0000-0500 (type 0500 and then press enter)
01f37ad4: 0000-. (type . (dot) and then press enter)
value = 1 = 0x1

непонятно, чего тут мы вводим, а чего получаем....

потом уже запускаем трейс с MP40 командами с системника, а уже потом, когда наблюдаем проблемы с DTMF, набираем test1 и test 2 в lp40, а она нам что-то выдаст в ответ? Так?

[LionB]

Тыкс... Перевожу.


трэйсить и MP40

1. Как снять MP трэйс.
1) Через telnet или SIO (если возможно сделайте через telnet) - красным шрифтом команды, которые надо ввести

-> trace_tsw_msg_flag
trace_tsw_msg_flag = 0x1f37ad2: value = 0 = 0x0
->
-> m 0x1f37ad2 (0x1f27ad2 это адрес) нажмите ввод
01f37ad2: 0000-0500 (введите 0500 и нажмите ввод)
01f37ad4: 0000-. (введите . (точка) и нажмите ввод)
value = 1 = 0x1

->

ниже пример трэйса, который будет выдаваться при снятии трубки.
=============
control_mtsw rx_port(e301), tx_port(0100)
control_mtsw rx_ch(0201), tx_ch(0600)
control_mtsw type(01), rx_ch(0201), tx_ch(0600), tsw_gain(0000), mode(00)
control_tsw_on rx_addr(4402), tx_data(0c00), mode_data(0000), read_data(00000001)
control_tsw_on tsw_ctr_addr(30004402), read_data(00000c00)
control_mtsw rx_port(0100), tx_port(eb00)
control_mtsw rx_ch(0600), tx_ch(0550)
control_mtsw type(01), rx_ch(0600), tx_ch(0550), tsw_gain(0000), mode(00)
control_tsw_on rx_addr(4c00), tx_data(0aa0), mode_data(0000), read_data(00000230)
control_tsw_on tsw_ctr_addr(30004c00), read_data(00000aa0)
=============

2) Дополнительно вкключите в MMC993 и MMC995
В MMC993,
Call Message trace
-State/Event = ON
В MMC995 Monitor CNT = ALL

и LP40 в обоих корзинах (если корзина одна, то в ней).

Подключите PC к SIO порту LP40.
Baud rate = 19200pbs
Password = lp40
Снимать все, что будет выводиться на экран.

При залипании DTMF набрать test1 и проверить появился ли DTMF набор, если нет то ввести команду test2 именно в первой корзине (CRM и в первую очередь занимаемые DTMF приемники там же стоят)
Посему интересует еще один тест и ответы на вопросы Q 2, 3, 5, 7


Q2) Что происходит, если занять первый MFR DSP01 в MMC853 (снять трубку на любом SLT) и попробовать набрать на проблемном SLT?
Q3) Что происходит, если занять первые пять MFR DSP01 ~DSP05 и попробовать набрать на проблемном SLT?? (в случе, если установлена CRM или MFM)
Q5) Как ведет себя проблемный аппарат пре перезагрузке SLI карты в MMC 806?
Q7) Как ведет себя проблемный аппарат пре перезагрузке LP40 нажатиием Reset на карте LP40?

[DFG]

спасибо, будем пробовать...

[DFG]

Так. Отчитываюсь...
Исходная ситуация:
OS 7400, 1 кабинет, 72 аналоговых абонента, 2 СТА, 2 шлюза MGI16, 24 CO, svmi.
MP 4.51/ LP 1.27 / MGI16 1.26

Карта BCRM в LOC1 в LP40. Чип STC9604 , прошивка v10 0A1F
Доступно 28 тонприемников, 4 на корзине, по 12 на каждом DSP на BCRM.

Жалобы абонентов на то, что периодически не воспринимается DTMF набор.

Что сделано: поставлена тестовая версия LP40 LP40T128 ( в "контроле файла" - эта версия, при загрузке, правда, плата выдает, что она 1.26 )
------------ <<<< LP40 S/W >>>> V01.26 (2010.08.18 15:08) INITIAL START -------------
Система поднята до 4_53
BCRM переставлена в LOC2 (на всякий случай)
Сейчас наблюдаем, появятся ли жалобы.

Про мониторинг:
Запустили - см предыдущие посты -снятие логов по com-портам с LP40 и MP40.
На MP40 все по инструкции
На Lp40
включили msgt all on, msgr all on.

После чего снимали логи примерно в течение часа. Случаев залипания дтмф за это время не было.
Но взмолилась секретарь, поскольку системник начал очень сильно тормозить, практически невозможно стало с ним работать. (набор, индикация, соединение - все с задержкой 2-3 сек).
Так что мониторинг выключили (перезагрузив АТС). Собранные логи, думаю, присылать нет смысла. Будем ждать прецедентов, но как мониторить с такой работой системника?

И еще - при подключении / выключении порта SIO на MP40 АТС уходила в перезагрузку. С чем это может быть связано?

[LionB]

Я же сказал! Никаких опций трэйсов на LP40 вообще включать было не надо.
Надо было просто стать на SIO и писать все, что там сыпется и в нужный момент просто набрать комманды и посмотреть.
Там и так сыпется все, что нужно по текущим процессам.

А включив выдачу вообще всех сигнальных сообщений all on, msgr all on
вы конечно напрочь загрузили всю памятьLP40, вот она и стала тормозить.
Эти вещи только для лабораторных более тонких исследований и никак не на живой станции.

Почему перезагружается процессор при подсоединении к SIO сказать сложно.
Какая-то гальваника наводится видать. Вы оба шнура в один комп подключали или в разные?

[DFG]

Надо было просто стать на SIO и писать все, что там сыпется и в нужный момент просто набрать комманды и посмотреть.Там и так сыпется все, что нужно по текущим процессам.

Принято. Кстати, ничего там не сыпалось...

Какая-то гальваника наводится видать. Вы оба шнура в один комп подключали или в разные?

В один. В логе LP40:
[SYS] LP40 RESET REASON: SYSTEM(MP40)

Кстати, вопрос: в ММС993 - watchDog usable - это что?