stasyan
19.08.2014, 14:23
Здравствуйте! Помогите найти проблему.

Иногда раз в пару суток, чаще раз в несколько часов 4-х портовая плата PRI самопроизвольно перезапускается. На ней используется сейчас только один порт(0,7):

pri.trk statistics


SHELF: 0 SLOT: 7
CARD LAST INIT TIME : 8 /19 / 14 12:53 pm

alarm last time duration

RAI/YELLOW CFA 8 /19 / 14 12:53 pm 0:00
LOS/RED CFA 8 /19 / 14 12:53 pm 0:00
AIS/BLUE CFA 8 /19 / 14 12:53 pm 0:00
CRC IND. 8 /19 / 14 12:53 pm 0:00
CLOCK FAULT 8 /19 / 14 12:53 pm 0:00

Рядом стоит еще одна четырехпортовая плата PRI, к ней подключены три потока вышестоящего оператора(работает без сбоев много месяцев). Разница между ними видимо в прошивке или в HW:

CARDS LIST

shelf#/slot# p_type i_type card_db# vers/subver status

0 / 4 PRI30 PRI30 0 190 21 ACTIVE
0 / 5 PRI30 PRI30 0 190 21 ACTIVE
0 / 6 PRI30 PRI30 0 190 21 ACTIVE
0 / 7 PRI30 PRI30 0 190 31 ACTIVE
0 / 8 PRI30 PRI30 0 190 31 ACTIVE
0 / 9 NO_CARD NO_CARD --- --- --- ------
0 /10 NO_CARD PRI30 0 --- --- ------

Проблемный поток подключен к медианту. Со стороны Корала настройки такие:

NAME- BLANK
SIGNALING_CHANNEL- 4
MAIN_CHANNEL:
SHELF - 0
SLOT - 7
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- Y
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 4
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

Со стороны медианта:
1. скриншот (https://www.dropbox.com/s/1lvbhj36olmk1ld/%D0%A1%D0%BA%D1%80%D0%B8%D0%BD%D1%88%D0%BE%D1%82%2 02014-08-19%2013.15.05.png)
2. скриншот (https://www.dropbox.com/s/g2yw3tcywic65v0/%D0%A1%D0%BA%D1%80%D0%B8%D0%BD%D1%88%D0%BE%D1%82%2 02014-08-19%2013.19.31.png)
3. скриншот (https://www.dropbox.com/s/st2hrgt8q0mq75y/%D0%A1%D0%BA%D1%80%D0%B8%D0%BD%D1%88%D0%BE%D1%82%2 02014-08-19%2013.22.54.png)


Есть ли какой-то очевидный косяк в настройках "на поверхности"? Просто уже не знаю на что думать: когда все работает - связь прекрасная, независимо от числа одновременных разговоров, на слух нет слипов(может я их просто не замечаю, конечно); в любой момент может случиться обрыв связи, занята хоть одна СЛ в потоке или нет, при снятии снэпшота ROOT 2 3 3 8 1 0 4 в живом времени вижу сначала изменение
CARD LAST INIT TIME : 8 /19 / 14 12:53 pm

а спустя пару минут все остальные строки(логично)
RAI/YELLOW CFA 8 /19 / 14 12:53 pm 0:00
LOS/RED CFA 8 /19 / 14 12:53 pm 0:00
AIS/BLUE CFA 8 /19 / 14 12:53 pm 0:00
CRC IND. 8 /19 / 14 12:53 pm 0:00
CLOCK FAULT 8 /19 / 14 12:53 pm 0:00

Со стороны медианта обрыв связи выглядит так:
Aug 12 16:48:38 х.х.х.х RAISE-ALARM:acTrunksAlarmNearEndLOS; Textual Description: Trunk LOS Alarm.; Severity:critical; Source:Interface#0/trunk#0; Unique ID:71; [Time: 08-12-2014@16:48:39]
Aug 12 16:48:38 х.х.х.х ( lgr_psbrdex)(312388 ) recv <-- EV_PSTN_ALARM Trunk:0 LOF:0 LOS:1 RAI:0 AIS:0 RIA_CRC:0 ( lgr_trunk)(312389 ) LOCAL_PSTN_ALARM_EV on trunk:0 LOS=1 LOF=0 RAI=0 AIS=0 Equipped=1 ( lgr_trunk)(312390 ) HandlePstnAlarmEv: Disconnecting trunk 0 ( lgr_trunk)(312391 ) TRUNK_DISCONNECT - Disconnecting trunk 0
Aug 12 16:48:38 х.х.х.х RAISE-ALARM:acDChannelStatus; Textual Description: D-Channel Trap.; Severity:minor; Source:Trunk no.0; Unique ID:73; [Time: 08-12-2014@16:48:39]
Aug 12 16:48:39 х.х.х.х ( lgr_psbrdex)(312392 ) pstn recv <-- DCHANNEL_STATUS Trunk:0 Status:1 ( lgr_trunk)(312393 ) LOCAL_DCHANNEL_STATUS on trunk:0 Status=1 ( lgr_trunk)(312394 ) HandleDChannelStatusEv: Disconnecting trunk 0
Aug 12 16:48:50 х.х.х.х CLEAR-ALARM:acTrunksAlarmNearEndLOS; Textual Description: Alarm cleared: Trunk LOS Alarm.; Severity:cleared; Source:Interface#0/trunk#0; Unique ID:72; [Time: 08-12-2014@16:48:51]
Aug 12 16:48:50 х.х.х.х ( lgr_psbrdex)(312395 ) recv <-- EV_PSTN_ALARM Trunk:0 LOF:0 LOS:0 RAI:0 AIS:0 RIA_CRC:0 ( lgr_trunk)(312396 ) LOCAL_PSTN_ALARM_EV on trunk:0 LOS=0 LOF=0 RAI=0 AIS=0 Equipped=1
Aug 12 16:48:52 х.х.х.х CLEAR-ALARM:acDChannelStatus; Textual Description: D-Channel Trap.; Severity:cleared; Source:Trunk no.0; Unique ID:74; [Time: 08-12-2014@16:48:53]
Aug 12 16:48:53 х.х.х.х ( lgr_psbrdex)(312397 ) pstn recv <-- DCHANNEL_STATUS Trunk:0 Status:0 ( lgr_trunk)(312398 ) LOCAL_DCHANNEL_STATUS on trunk:0 Status=0 ( lgr_trunk)(312399 ) HandleDChannelStatusEv: Connecting trunk 0 ( lgr_trunk)(312400 ) TRUNK_CONNECT - Connecting trunk 0 ( lgr_trunk)(312401 ) LOCAL_RESTART_CONFIRM_EV on trunk:0 BChannel:-1

Ткните носом ПЛЗ, я уже окончательно запутался. Как я вижу в настройке PRI транка на Корале, источником синхронизации должен быть медиант.

Можно ли посмотреть состояние плат? Слипы, фриран итд без промежуточного оборудования?

Georg_Ua
19.08.2014, 15:25
... Помогите найти проблему....


Настройки стандартные, ничего странного нет.
Карту саму передергивали?
Настройки в самой карте смотрели? Какой канал (из 4х) стоит в синхре?
Это именно PRI или МРТ120?

Е.Мутер
19.08.2014, 15:58
А в каких слотах стоят физически обе карты?
Поскольку это MPT, настройки их смотрите не в Корале, а в самой плате.

stasyan
19.08.2014, 16:48
Попросил сделать фотографию (https://www.dropbox.com/s/orovoafd2s4woq2/20140819_163644.jpg)


Карта передергивалась, на время "отсыхания" абсолютно никак не влияет.

На фотографии плохо видно, слоты 4 и 7

Объясните плз, как проверить
1. "Настройки в самой карте смотрели?"
2. "Какой канал (из 4х) стоит в синхре?"

Пробежал поиском по документу "Coral FlexiCom 300, 400, 5000 Installation Manual" и "Справочное руководство по программированию", не нашел похожего на описание или программирование MPT120. Скажите название документа, где можно почитать про настройки этой карты?

Е.Мутер
19.08.2014, 17:07
Карта в слоте 4 запрограммирована на использование 3 потоков или 4-х? Т.е. 4-й поток на ней в состоянии NoCard (если смотреть, подключившись к самой плате MPT)?
В противном случае наложение получается с соседней картой.
Во вложении описание, у меня довольно старое, но запрограммировать можно и по нему.

stasyan
19.08.2014, 17:13
В четвертом слоте MPT-120/90, в седьмом MPT-120/60

Большущее спасибо за доку! Буду читать наночь :)

Georg_Ua
19.08.2014, 18:04
В четвертом слоте MPT-120/90, в седьмом MPT-120/60

Большущее спасибо за доку! Буду читать наночь :)
У меня на сайте дока. Читайте.:rolleyes:
P.S.
Щас окажется, что там бежит счетчик нехватки ресурсов :)
Т.е. поплыл проц....
....Или перезалить прошку....

stasyan
19.08.2014, 21:45
Уважаемый Георгий! Правильно ли я Вас понял, что плата МРТ120/90 логически занимает три слота, а плата МРТ120/60 - два?

"счетчик нехватки ресурсов" - этот счетчик доступен через интерфейс платы или из коралла?

"....Или перезалить прошку...." - в таком крайнем случае я могу надеяться скачать где-нибудь фирмварь? :D

PS
С удовольствием обнаружил возможность мониторинга и управления оборудованием по сети! Нашел себе игрушку на ближайшие дни

Georg_Ua
20.08.2014, 09:56
Уважаемый Георгий! Правильно ли я Вас понял, что плата МРТ120/90 логически занимает три слота, а плата МРТ120/60 - два?
Совершенно верно. Исключая случаи, когда виртуальные слоты отключены в плате. Например у меня стоит 4 штуки рядом МРТ120/60, но виртуалки все отключены.

"счетчик нехватки ресурсов" - этот счетчик доступен через интерфейс платы или из коралла?
В самой плате.


"....Или перезалить прошку...." - в таком крайнем случае я могу надеяться скачать где-нибудь фирмварь? :D

Это зависит от вашей версии и её авторизации (в плате). А вообще, это есть у производителя. :D Его адрес и телефон смотрите прямо в интерфейсе.


PS
С удовольствием обнаружил возможность мониторинга и управления оборудованием по сети! Нашел себе игрушку на ближайшие дни
Да. Этой платой поддерживается управление по телнету. Его надо включить и прописать адрес (в плате).:) Интерфейс такой же, как и через СОМ порт.

stasyan
25.08.2014, 13:21
Доброго всем дня!

Переобжал кабель, удалил второй слот в карте, все равно перезагружается. В консоли видно вот такое:

Restart ? (1 - Yes)1
*
Memory test...
MEMORY 512KB OK

==== Firmware Boot Manager (040) ====
Program code found

Press Ctrl+X, Ctrl+X for service menu...

5 4 3 2 1
Start program..
Test PIC...OK
Running...
Init 90823 Switch.. OK
Default Categories set
ADSP0 Loaded.. OK!
ADSP1 Loaded.. OK!


== Multi-protocol trunk card MPT-120, Variant 221 ===
== Software ver 190.31
== Copyright 1999..2007 Novosibirsk, Russia ==
== Slots Mode: PRI30 | NoCard | NoCard | NoCard |
=== Loaded code information ===
Build 19-03-12 at 09:40:10. Code size = 321536. CRC=9932
Bug report: arcady@neic.nsk.su +7(383)2698346
I2Chip SysInit OK
Ping sended to Gateway: 172.16.0.1
FALC ver.2.1 found..CLK = 16,384 MHz..Global init..++++++++ :-) OK!
FALC chan 0 init..-OK!
FALC chan 1 init..-OK!
FALC chan 2 init..-OK!
FALC chan 3 init..-OK!
PCM0:Stop RED alarm
PCM0: Stop YAL alarm
Send_PRI_0: 03.960 CRef=0000 Msg type: RESTART:
-RESTART INDICATOR :87.

Recv_PRI_0: 03.970 CRef=0000 Msg type: RESTART_ACK:
-RESTART INDICATOR :87.

PCM0: +Rcv Slip
Slot 7 [PRI-30]: Card DB received !
PCM0: Carrier locked
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip
PCM0: +Rcv Slip


и

>>Select debug output:
Show DSP msg (1 = Yes): 0 1
Show MSX HDLC Msgs (1 = Yes): 0 1
Show PCM state (1 = Yes): 1
Show Layer2/MTP msgs (1 = Yes): 0 1
Decode Q931/ISUP msg (1 = Yes): 1
Decode TNW msg (1 = Yes): 1
Show CAS states (1 = Yes): 1
Show Slot 0 (1 = Yes): 1
Show PCM_0 (1 = Yes): 1
Show Slot 1 (1 = Yes): 0
Show PCM_1 (1 = Yes): 0
Show Slot 2 (1 = Yes): 0
Show PCM_2 (1 = Yes): 0
Show Slot 3 (1 = Yes): 0
Show PCM_3 (1 = Yes): 0
Output 1-Hour statistic (1 = Yes): 1
Reset after output (1 = Yes): 1

>>02.550 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
02.570 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
PCM0: +Rcv Slip
12.390 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
12.410 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
PCM0: +Rcv Slip
22.210 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
22.230 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
32.080 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
32.100 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
PCM0: +Rcv Slip
41.900 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
41.920 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
51.720 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
51.740 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
PCM0: +Rcv Slip
01.550 RecvL2 PRI_0: [00.01.01.03]-RR (Nr=1) User command
01.570 SendL2 PRI_0: [00.01.01.03]-RR (Nr=1) Network responce
PCM0: +Rcv Slip


Я не могу понять две вещи: как связано накопление ошибок с перезагрузкой платы и как установить источник синхронизации?

У меня в АТС установлена МРТ-120\90, которая синхронизируется с вышестоящим оператором. Как мне указать в настройках проблемной МРТ120\60 внешний источник синхронизации?

Ситуация из раздражающей переросла в недопустимую :mad:

Е.Мутер
25.08.2014, 13:59
Синхронизация настраивается в меню MPT120 S - Sync. control.
Насколько я помню, плата MPT физически должна стоять в слоте, с которого можно брать синхронизацию (на панели рядом с номером слота должно быть написано PRM SYNC или SEC SYNC). И синхронизация берется именно с физической карты, не с виртуальных слотов.
7-й слот в Coral FlexiCom 5000 не может принимать синхронизацию по умолчанию. Если только не переставляли кабель синхронизации сзади на ответной панели.

stasyan
25.08.2014, 16:45
Спасибо за умные мысли :) Посмотрел на полки. Действительно, одна плата стоит в 4-м слоте с лейблом Prim Sync, над ней в том же кабинете в полочке свободен слот Sec Sync.

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

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

Е.Мутер
25.08.2014, 17:11
:)
Переставить плату несложно, но дело в том, что в PRM SYNC (слот 4) у вас уже стоит плата MPT, и если она настроена получать синхронизацию от внешнего источника, то вся станция и будет синхронизироваться от него. А SEC SYNC источник активизируется только в том случае, если пропадет поток PRM SYNC. Не получится синхронизироваться сразу от обоих.
Посмотрите в интерфейсе платы в 4 слоте, что там с установками в меню S - Sync. control.

stasyan
25.08.2014, 17:17
Обязательно посмотрю! Спасибо!!!

Я вот еще что заметил: не по порядку идет описание Signalling Channel. Может тут тоже какие-то грабли?

;signaling_channel


0
------------


NAME- BLANK
SIGNALING_CHANNEL- 0
MAIN_CHANNEL:
SHELF - 0
SLOT - 4
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Prefered
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- N
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 0
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

1
------------


NAME- BLANK
SIGNALING_CHANNEL- 1
MAIN_CHANNEL:
SHELF - 0
SLOT - 5
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Prefered
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- N
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 1
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

2
------------


NAME- BLANK
SIGNALING_CHANNEL- 2
MAIN_CHANNEL:
SHELF - 0
SLOT - 6
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- N
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 2
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

3
------------


NAME- BLANK
SIGNALING_CHANNEL- 3
MAIN_CHANNEL:
SHELF - 0
SLOT - 10 CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 3
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

4
------------


NAME- BLANK
SIGNALING_CHANNEL- 4
MAIN_CHANNEL:
SHELF - 0
SLOT - 7
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- Y
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 4
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

5
------------


NAME- BLANK
SIGNALING_CHANNEL- 5
MAIN_CHANNEL:
SHELF - 0
SLOT - 8
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
Adjacent Entity Number - 5
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

итд

Е.Мутер
25.08.2014, 17:34
Пожалуй, все нормально с signalling channels. Они не обязаны идти по порядку физических адресов карт. Может быть, сначала установили карту MPT120/90 (shelf 0, slots 4,5,6), потом поставили карту в 10 слот (что там, кстати?), а потом уже поставили последнюю MPT в слот 7.
А можно попробовать настроить mediant, чтобы он брал синхронизацию от Корала?
Кстати, логически в протоколе EDSS1 у вас проблемная MPT выставлена стороной network, нет? Гляньте в меню I - PCM line control.

Georg_Ua
25.08.2014, 17:36
Обязательно посмотрю! Спасибо!!!

Я вот еще что заметил: не по порядку идет описание Signalling Channel. Может тут тоже какие-то грабли?
...итд

Это не грабли. Вы втыкали / вытыкали платы , а станция назначала каналы... Главное тут не "дырки", а чтобы две платы не сели на один канал! Вот за этим стоит смотреть.
P.S.
Имел счястье лицезреть, как у меня МРТ120 села на чужой канал....
Почему это произошло х.з. :rolleyes:
P.P.S.
Ваши слипы не по причине синхры, а по причине (возможно) плохого контакта в джеке, кабеле или сам поток гавно.
Счетчик ресурсов, как и состояние всей платы МРТ можно посмотреть в её меню буквой Y.

stasyan
25.08.2014, 20:49
Дорогой Георгий! Здравствуйте!

Кабель я сегодня переобжал, длина всего метров 10-15 - все в пределах одного машинного зала. Я подозреваю, что может быть виновато питание, хотя все оборудование сидит на батарейках. Просто уже не знаю на что думать - все больше склоняюсь к фразе своего бывшего коллеги "не работает - значит сломано!". Есть возможность заменить плату в медианте, поставить двухголовую. Буду пробовать..

Вывод статистики ниже. На что обратить внимание?
=== Loaded code information ===
Build 19-03-12 at 09:40:10. Code size = 321536. CRC=9932
On-line: 1 h. 29 m. 11 s.
Max XPR interrupts in 10 ms: 2
ADSP fault: 0 0
ADSP No_Resource: 0
10 ms Task Overload: 0
SW_Error: 0
Restart slots: 1 NoCard NoCard NoCard
System HDLC errors: 0 0 0 0
D_chan state: 7 0 0 0
D_chan err: 0 0 0 0
D_TxUnderrun: 0 0 0 0
Rcv Slip Cnt: 330 0 0 0
Trx Slip Cnt: 0 0 0 0
State PCM: 00 FF FF FF
PCM0: No alarms
PCM1: Line off
PCM2: Line off
PCM3: Line off

==== Card autorization ===
Max.Internal Slaves: 60
30T card mode +
PRI30 card mode +
EDSS1 protocol +
CCS7 protocol -
VF protocols +
CAS protocols +
==========================
Main Slot = 07
Virtual Slot = 07
CLKS=1

Georg_Ua
26.08.2014, 11:09
Вывод статистики ниже. На что обратить внимание?
=== Loaded code information ===
Build 19-03-12 at 09:40:10. Code size = 321536. CRC=9932
On-line: 1 h. 29 m. 11 s.
Max XPR interrupts in 10 ms: 2
ADSP fault: 0 0
ADSP No_Resource: 0
10 ms Task Overload: 0
SW_Error: 0
Restart slots: 1 NoCard NoCard NoCard
System HDLC errors: 0 0 0 0
D_chan state: 7 0 0 0
D_chan err: 0 0 0 0
D_TxUnderrun: 0 0 0 0
Rcv Slip Cnt: 330 0 0 0
Trx Slip Cnt: 0 0 0 0
State PCM: 00 FF FF FF
PCM0: No alarms
PCM1: Line off
PCM2: Line off
PCM3: Line off
CLKS=1


Выделил жирным на что смотреть в первую очередь.
По On-line времени можно вычислить , когда была перегрузка и что в это время происходило. Оно обнуляется, как и счетчики.
Вообще, кроме слипов по приему, всё выглядит отлично (на момент скрина). Сомневаюсь, что карта будет перегружаться из за слипов...

stasyan
28.08.2014, 20:09
Добрый день!

Избавился от слипов настройкой медианта на внешнюю синхронизацию от Коралла и полным отключением питания на медианте. Без холодной перезагрузки те же настройки не работали. Плата, ожидаемо, продолжает перезагружаться...

ri.trk statistics


SHELF: 0 SLOT: 7
CARD LAST INIT TIME : 8 /28 / 14 6:15 pm

alarm last time duration

RAI/YELLOW CFA 1 / 1 / 80 0:00 am 0:00
LOS/RED CFA 1 / 1 / 80 0:00 am 0:00
AIS/BLUE CFA 1 / 1 / 80 0:00 am 0:00
CRC IND. 1 / 1 / 80 0:00 am 0:00
CLOCK FAULT 1 / 1 / 80 0:00 am 0:00

=== Loaded code information ===
Build 19-03-12 at 09:40:10. Code size = 321536. CRC=9932
On-line: 1 h. 32 m. 26 s.
Max XPR interrupts in 10 ms: 2
ADSP fault: 0 0
ADSP No_Resource: 0
10 ms Task Overload: 0
SW_Error: 0
Restart slots: 0 NoCard NoCard NoCard
System HDLC errors: 0 0 0 0
D_chan state: 7 0 0 0
D_chan err: 0 0 0 0
D_TxUnderrun: 0 0 0 0
Rcv Slip Cnt: 0 0 0 0
Trx Slip Cnt: 0 0 0 0
State PCM: 00 FF FF FF
PCM0: No alarms
PCM1: Line off
PCM2: Line off
PCM3: Line off

==== Card autorization ===
Max.Internal Slaves: 60
30T card mode +
PRI30 card mode +
EDSS1 protocol +
CCS7 protocol -
VF protocols +
CAS protocols +
==========================
Main Slot = 07
Virtual Slot = 07
CLKS=1


Я вижу сейчас такой выход:
1. Мне необходимо настроить sip-транк между медиантом и Кораллом, который выполнял бы ту же функцию по тем же правилам, но с большей стоимостью/меньшим весом. Используя тот же номерной план(?). Вот по таким условиям это возможно сделать?

2. на какое-то время он станет основным, а плату придется отправлять в ремонт. Моих сил убедиться в ее исправности и настроить ее работу не хватает.

Почему мне надо использовать те же номера:
- сейчас соединительные линии pri транка в нумерационном плане привязаны к диапазону номеров 3500-3699 типа network.
- я устанавливаю переадресацию входящего вызова с slt абонента 8118 на номер 3505.
- звонок приземляется в моем астериске, проходя через медиант, подбирается по sip алиасу 3505 экстеншном 8118, ну и дальше попадает на сипфон.

Таким образом, я хочу при минимальном числе изменяемых настроек получить резервирование транка PRI с помощью SIP-транка. Если это звучит безумно и надо делать по-другому - с радостью выслушаю совет!

Georg_Ua
28.08.2014, 21:29
... Плата, ожидаемо, продолжает перезагружаться...
Последний вопрос, перед отправкой ее в ремонт :)
Плата перегружается, когда вы сидите в её интефейсе или самостоятельно?
Отключить на ней езернет пробовали?
Перегружается при нагрузке или при пустых транках?

... Таким образом, я хочу при минимальном числе изменяемых настроек получить резервирование транка PRI с помощью SIP-транка. Если это звучит безумно и надо делать по-другому - с радостью выслушаю совет! ...
Если знаете как, то проблем не будет. Тут довольно тяжело, что либо советовать, надо знать как у вас все это смаршрутизировано.

Е.Мутер
29.08.2014, 10:15
stasyan, и у меня последние вопросы перед отправкой в ремонт. :)
При перезагрузке платы не снимали с её интерфейса сообщения? М.б., что-нибудь сообщается в момент перезагрузки.
Запасной платы потока, скорее всего, нет, раз вы хотите делать резервирование по SIP. А есть ли возможность временно забрать один поток от имеющейся платы MPT120/90 - убедимся, что проблема может быть и не в Корале?

stasyan
29.08.2014, 12:37
Здравствуйте!

Плата перезагружается самостоятельно. Отключены все дебаг-сообщения, порт IP висит в воздухе, подключен только терминал к плате, в нем с моей стороны нет никакой активности. Перезагружается вне всякой зависимости от занятости потока. "Время жизни" колеблется от полутора часов до пары суток.

По поводу резервного транка вселяют надежду слова "Если знаете как, то проблем не будет." :) Значит это возможно, буду разбираться


UPD
При последней перезагрузке в консоль вывалилось следующее:
>>Slot 7: Reset cmd received ('No_Resource' for extra PRI?)
Slot 7: Reset command F8h received:

Знаю, что изначально была другая карта, программировалась на использование нескольких портов. Сейчас виртуальные 1-3 слоты в установленной отключены. В станции вижу упоминания о прописанных 8, 9 и 10 слотах(PLIS, DTDB)

Как мне правильно "выпилить" то, чем я сейчас не пользуюсь? Понятно, что через DTDB, но не соображу с какой стороны подступиться

stasyan
29.08.2014, 13:24
Почистил через CLIS до такого:

CARDS LIST

shelf#/slot# p_type i_type card_db# vers/subver status

0 / 1 NO_CARD NO_CARD --- --- --- ------
0 / 2 NO_CARD NO_CARD --- --- --- ------
0 / 3 NO_CARD NO_CARD --- --- --- ------
0 / 4 PRI30 PRI30 0 190 21 ACTIVE
0 / 5 PRI30 PRI30 0 190 21 ACTIVE
0 / 6 PRI30 PRI30 0 190 21 ACTIVE
0 / 7 PRI30 PRI30 0 190 31 ACTIVE
0 / 8 NO_CARD NO_CARD --- --- --- ÿÿ------
0 / 9 NO_CARD NO_CARD --- --- --- ÿÿ------
0 /10 NO_CARD NO_CARD --- --- --- ------
0 /11 NO_CARD NO_CARD --- --- --- ------
0 /12 NO_CARD NO_CARD --- --- --- ------
0 /13 24SFT/00 24SDT --- 3 0 ACTIVE
0 /14 NO_CARD 24SDT --- --- --- ------
0 /15 NO_CARD NO_CARD --- --- --- ------
0 /16 NO_CARD NO_CARD --- --- --- ------
0 /17 NO_CARD NO_CARD --- --- --- ------
0 /18 8DRCF 8DRCF --- 3 11 ACTIVE


Вопросы:
1. Достаточно ли этого? Или нужно трогать SIZ?
2. Нужно ли в завершении процедуры перезагружать станцию?

UPD
Не достаточно. все равно перегружается

Е.Мутер
29.08.2014, 16:00
SIZ трогать, конечно, не надо ни в коем случае.
Станцию перезагружать не надо.
То, что убрали через CLIS - вполне достаточно.
Пожалуй, надо менять плату. Я бы еще перезалил другую версию ПО - ну хотя бы 190.21 :)

stasyan
29.08.2014, 18:52
Я бы еще перезалил другую версию ПО - ну хотя бы 190.21 :)

То есть, даунгрейд? Это стабильная прошивка?

В моем случае:
== Multi-protocol trunk card MPT-120, Variant 221 ===
== Software ver 190.31
== Copyright 1999..2007 Novosibirsk, Russia ==
== Slots Mode: PRI30 | NoCard | NoCard | NoCard |
=== Loaded code information ===
Build 19-03-12 at 09:40:10. Code size = 321536. CRC=9932
Bug report: arcady@neic.nsk.su +7(383)2698346

Очень надеюсь, что мне кто-то по этому адресу или телефону ответит...

Е.Мутер
29.08.2014, 19:27
У меня нет данных по свежим прошивкам MPT, к сожалению. Но 190.21 работает у вас в станции без проблем. Поэтому если и с этой версией будут траблы на плате, значит, плату в ремонт.
Аркадий, думаю, ответит :)
А в Москве НК-Телеком можно спросить...Или нельзя :)?

stasyan
29.08.2014, 20:29
Но 190.21 работает у вас в станции без проблем. Поэтому если и с этой версией будут траблы на плате, значит, плату в ремонт.

А у Вас тот же HW revision?

Аркадий, думаю, ответит :)
не ответит, во всяком случае мылом :(

А в Москве НК-Телеком можно спросить...Или нельзя :)?
Есть какие-то трудности взаимоотношений моих предыдущих коллег с поставщиком.

Вот такое богатое наследство. В любом случае надо будет строить сип-транк

Е.Мутер
29.08.2014, 21:18
Нет, у меня все платы MPT более ранних версий. Это я основываюсь на вашем опыте :)
Прошивка MPT - вещь не секретная и бесплатная.
А резервирование через SIP-транк сделайте, мысль хорошая. Всё должно получиться. Успехов!

stasyan
29.08.2014, 21:41
Нет, у меня все платы MPT более ранних версий. Это я основываюсь на вашем опыте :)
Прошивка MPT - вещь не секретная и бесплатная.
А резервирование через SIP-транк сделайте, мысль хорошая. Всё должно получиться. Успехов!

Спасибо! буду пробовать связываться с поставщиками..
Вообще, для меня является полной загадкой порядок взаимоотношений поставщика продукции Тадиран и конечного покупателя. В мире датакома крупные инсталляции поддерживаются по времени жизни продукта(в плане железа, конечно), если не вмешиваются жадные манагеры. Тут же я слышал, что на территории РФ кто станцию продал - тот по гроб жизни ее обслуживает, любой чих - за копеечку и все в таком духе

Могу заблуждаться, я впервые столкнулся с израильской телефонией, все мои сведения - отрывки из обрывков. Попробую связаться с НК-Телеком, может быть удастся встретиться

Спасибо!

stasyan
18.09.2014, 17:07
Доброго времени суток!

Обновление фирмвари платы не помогло. Настройки платы изменились лишь в части указания виртуальных слотов - убраны безрезультатно. Но.. Благодаря поставщику проблема, кажется, решилась.

Скажите, что я теряю при опции ALARM STATUS (POWER SUPPLY & DIGITAL TRUNKS) в состоянии N? "Интуитивно я догадываюсь..." (с)

Напомню, у меня есть плата с тремя потоками к вышестоящему оператору и моя проблемная для внутренней связи с медиантом.

путь к опции:
(DIDBG)

0-PBUS
1-CORR
2-CONTROLS
3-STATIS

*: 2
controls

0-MODES
1-TABLES

*: 1
DI DB tabs
0-ROU_T_CYCLE

*: 0

TEST CYCLE

choose mode

0 - UPDATE
1 - DISPLAY

*: 0

FROM ENTRY#- 0
TO ENTRY#- 0

tp_rou_db

i_ent t_id test active

0 30 ALARM STATUS (POWER SUPPLY & DIGITAL TRUNKS) Y