Unable to enable MC32 card with .enlc however, .disc will disable

[hunter462003]

We have cs 1000 system with BMG at a remote site. We are running 4.50.88. The only way to enable the channels is to use .enlu, and even when enabled I get a one-way speech path going from TDM to IP. We are running the patch referenced in other postings (p20962_1.lsa). Below are some of the messages from Syslogs:

The problem started like this:
Intermittent Faxing problem. In the past resetting the MC32 card always fixed it. Then a remote reset of the card stopped working, had to go to the site and disable the card and pull it from the chassis (BMG) and reinsert it. Then resetting all the cards. Now even though the card (MC32)is registered and the channels enabled I get the one-way speech path type problem.

AUG 09 13:49:21 tMVX_XSPY: Info 0000006534 - DIM: 6 DSP ERROR: Reason= DIM ERROR: State Timeout
AUG 09 13:49:21 tMVX_XSPY: Info 0000006534 - DIM: 6:*, State Timeout Error (State = 7)
AUG 09 13:49:21 tMVX_XSPY: Info 0000006534 - DIM: 6:*, BRINGING DSP DOWN !!
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 24 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 25 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 26 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 27 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2023 DSP device failure: 6 ffffffff DSP is not responding (44)
AUG 09 13:49:21 tMVX_XSPY: Info 0000006534 - DIM: 7:*, BRINGING DSP DOWN !!
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 28 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 29 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 30 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2034 DSP channel unexepectedly closed: 31 (44)
AUG 09 13:49:21 tMVX_DIM: Error ITG2025 DSP download: Sibling on which dsp was dependent went down 7 (202)


AUG 17 11:35:05 ELC: Error ITG2004 Network IO error: sendto, 38, 41, S_errno_EHOSTUNREACH (69)
AUG 17 11:35:35 ELC: Error failed sendto, reason = 65 - S_errno_EHOSTUNREACH

AUG 18 07:11:58 tA07: Info - Card Reset (1)
AUG 18 07:11:58 tA07: Info - Tell XA to Reset Card LAN
AUG 18 07:11:58 tA07: Info in_board_sig msg 0xff, CARD_RESET ignored
AUG 18 07:12:09 tA07: Info A07 (03) 0xa0 0x02 Maintenance
AUG 18 07:12:09 tA07: Info Query Self Test Result
AUG 18 07:12:09 tA07: Info - Responding with 0x21 0x00
AUG 18 07:12:51 tA07: Info A07 (03) 0x10 0xff Board Signalling
AUG 18 07:12:51 tA07: Info - Card Reset (2)
AUG 18 07:12:51 tA07: Info - Tell XA to Reset Card LAN
AUG 18 07:12:51 tA07: Info in_board_sig msg 0xff, CARD_RESET ignored
AUG 18 07:13:03 tA07: Info A07 (03) 0xa0 0x02 Maintenance
AUG 18 07:13:03 tA07: Info Query Self Test Result
AUG 18 07:13:03 tA07: Info - Responding with 0x21 0x00

AUG 23 01:02:47 UMS: Warning No configuration is done for firmware due to incomplete information.
AUG 23 01:02:47 tTDNLD: Info tone table replaced
AUG 23 01:02:47 tTDNLD: Info cadence table replaced

I think I have a bad MC32 card. As it does not respond to .enlc only .enlu and it often "hangs" at F:0020, and it often takes several resets to get the Enable LED to go out. Power interruption was a problem, we have since added a very robust UPS. Any assistance is greatly appreciated.

 

[Firebird Scrambler]

I had a problem like this last Friday with a ITG Trunk MC32 card.
I couldn't enable it, could disable it, but it wouldn't go to "LDR".

I found by chance that I couldn't IDC any card in the system. I did a warm start, which didn't cure it, but I then ran MIDN in LD 135 that did the nightly routines etc. Somehow, this helped in clearing out some bugs as I was about to do a full cold reset!.

Not sure if it will help?.

All the best

Firebird Scrambler
Meridian 1 / Succession and BCM / Norstar Programmer in the UK

http://www.linkedin.com/in/davidbromley

If it's working, then leave it alone!.

 

[SL1M1]

Hey FireBird...Thats worth a star '*' my friend and one to remember for a less intrusive resolution..I seem to remember a similir issue on my ITG's some time ago

Cheers !!

 

[dulfo666]

I would 1st look at the t-lan connection to the card. Just had similar situation that turned out to be t-lan patching.

Card communicates with PBX via e-lan, but all configs between the cards (ldr) come via the t-lan.

 

[hunter462003]

On the 24th I received this message in TM: XMI002
XMI0002 l s c
Card polling re-established.
XMI0002 XFIL 1
Main fiber interface (MFI) local is operational.
XMI0002 XFIR 2
Expansion fiber interface (EFI) remote is operational in first expansion cabinet.
XMI0002 XFIR 3
Expansion fiber interface (EFI) remote is operational in second expansion cabinet.
XMI, 1999, © Nortel Networks
Having seen that message before, I tried the fax machine I had been troubleshooting with and it worked. The card re-enabled itself??
8/25 – This morning I came in and the MC32 card was again disabled. Taking Firebird Scrambler’s advice I did an AHST, listed below, to see what routines were running and noticed the NWS401 -2. So, I re-enabled all the card’s channels, yes one at a time, and ran the LD 30 untt 2 0 0 test again, and sure enough the card disabled itself again.
.untt 2 0 0
NWS401 -2

Not knowing what signaling test is done with the untt l s c command or what it actually tests. Does anyone know if this an issue specific to the MC32 card? And it should be replaced. Or am I not looking deep enough and perhaps I have another component in the BMG which is causing the failure symptoms experienced on the MC32 card.

From TM’s Event Log for this site @ 01:00:09 on 8/25:
Code NWS0401 lsc: u1 u2 u
1. PE card L s c (u1, 72, do not appear in the message), or
2. PE unit L s c u1u2
If a card or unit number is preceded by a minus sign, the card or unit was disabled. The fault may be:
1. PE card l s c peripheral buffer on the shelf
2. SL-1 or Digital sets associated with units u1, u2, etc.
NWS, 2001, © Nortel Networks

From the LD 22 PRT ahst:
% TIM000 00:00 25/8/2011 CPU 0
%
% AUD000
% TIM000 01:00 25/8/2011 CPU 0
%
% NPR000 PBXT DONE
%
% DROL001 DAILY ROUTINE END
% NPR LD32 END 01:00 25/8/2011
%
% DROL000 DAILY ROUTINE BEGIN
% NWS LD30 BEGIN 01:00 25/8/2011
%
% NWS401 -2 ? This is same card that is problematic
%
% DROL001 DAILY ROUTINE END
% NWS LD30 END 01:00 25/8/2011
%
% DROL000 DAILY ROUTINE BEGIN
% TDS LD34 BEGIN 01:00 25/8/2011
%
% DROL001 DAILY ROUTINE END
% TDS LD34 END 01:01 25/8/2011
%
% DROL000 DAILY ROUTINE BEGIN
% CNF LD38 BEGIN 01:01 25/8/2011
%
% DROL001 DAILY ROUTINE END
% CNF LD38 END 01:01 25/8/2011
%
% DROL000 DAILY ROUTINE BEGIN
% DUMP LD43 BEGIN 01:01 25/8/2011

Card state this morning the 25th. Disabled but IPTN REG?
.stat 2 0 0 Card state after I re-enabled it, and then running untt 2 0 0
00 = UNIT 00 = DSBL (TRK)(IPTN REG OWK /OWK ) 00 = UNIT 00 = DSBL (TRK)(IPTN UNREG OWK /OWK )
01 = UNIT 01 = DSBL (TRK)(IPTN REG OWK /OWK ) 01 = UNIT 01 = DSBL (TRK)(IPTN UNREG OWK /OWK )
02 = UNIT 02 = DSBL (TRK)(IPTN REG OWK /OWK ) All channels/Units are the same as above.
03 = UNIT 03 = DSBL (TRK)(IPTN REG OWK /OWK )
04 = UNIT 04 = DSBL (TRK)(IPTN REG OWK /OWK )
05 = UNIT 05 = DSBL (TRK)(IPTN REG OWK /OWK )
06 = UNIT 06 = DSBL (TRK)(IPTN REG OWK /OWK )
07 = UNIT 07 = DSBL (TRK)(IPTN REG OWK /OWK )
08 = UNIT 08 = DSBL (TRK)(IPTN REG OWK /OWK )
09 = UNIT 09 = DSBL (TRK)(IPTN REG OWK /OWK )
10 = UNIT 10 = DSBL (TRK)(IPTN REG OWK /OWK )
11 = UNIT 11 = DSBL (TRK)(IPTN REG OWK /OWK )
12 = UNIT 12 = DSBL (TRK)(IPTN REG OWK /OWK )
13 = UNIT 13 = DSBL (TRK)(IPTN REG OWK /OWK )
14 = UNIT 14 = DSBL (TRK)(IPTN REG OWK /OWK )
15 = UNIT 15 = DSBL (TRK)(IPTN REG OWK /OWK )
16 = UNIT 16 = DSBL (TRK)(IPTN REG OWK /OWK )
17 = UNIT 17 = DSBL (TRK)(IPTN REG OWK /OWK )
18 = UNIT 18 = DSBL (TRK)(IPTN REG OWK /OWK )
19 = UNIT 19 = DSBL (TRK)(IPTN REG OWK /OWK )
20 = UNIT 20 = DSBL (TRK)(IPTN REG OWK /OWK )
21 = UNIT 21 = DSBL (TRK)(IPTN REG OWK /OWK )
22 = UNIT 22 = DSBL (TRK)(IPTN REG OWK /OWK )
23 = UNIT 23 = DSBL (TRK)(IPTN REG OWK /OWK )
24 = UNIT 24 = DSBL (TRK)(IPTN REG OWK /OWK )
25 = UNIT 25 = DSBL (TRK)(IPTN REG OWK /OWK )
26 = UNIT 26 = DSBL (TRK)(IPTN REG OWK /OWK )
27 = UNIT 27 = DSBL (TRK)(IPTN REG OWK /OWK )
28 = UNIT 28 = DSBL (TRK)(IPTN REG OWK /OWK )
29 = UNIT 29 = DSBL (TRK)(IPTN REG OWK /OWK )
30 = UNIT 30 = DSBL (TRK)(IPTN REG OWK /OWK )
31 = UNIT 31 = DSBL (TRK)(IPTN REG OWK /OWK )

Does anyone know why there would be a difference in “(TRK)(IPTN REG OWK /OWK )” and “(TRK)(IPTN UNREG OWK /OWK )”?

I tested each channel one-at-a-time, with all other channels disabled, and found that only channels 0-8 worked. Can I assume that I have a bad MC32 card?
IPL> vgwShowAll
VGW Service is: Enabled

Chan ChanState DspMode Codec Tn Reg AirTime rxTsap txTsap
---- ---------- --------- ---------- ------ --- ------- -------------------- --------------------
0 Idle Closed G.729A-20 0x0008 yes 0 0.0.0.0:0000 0.0.0.0:0000
1 Idle Closed G.729A-20 0x0009 yes 0 0.0.0.0:0000 0.0.0.0:0000
2 Idle Closed G.729A-20 0x000a yes 0 0.0.0.0:0000 0.0.0.0:0000
3 Busy Voice G.729A-20 0x000b yes 4 xx.xx.xxx.12:5206 xx.xx.xx.76:5200 ? My testing
4 Idle Closed G.729A-20 0x0048 yes 0 0.0.0.0:0000 0.0.0.0:0000
5 Idle Closed G.729A-20 0x0049 yes 0 0.0.0.0:0000 0.0.0.0:0000
6 Idle Closed G.729A-20 0x004a yes 0 0.0.0.0:0000 0.0.0.0:0000
7 Idle Closed G.729A-20 0x004b yes 0 0.0.0.0:0000 0.0.0.0:0000
8 Idle Closed G.729A-20 0x0088 yes 0 0.0.0.0:0000 0.0.0.0:0000
9 Disabled Closed G.729A-20 0x0089 no 0 0.0.0.0:0000 0.0.0.0:0000
10 Disabled Closed G.729A-20 0x008a no 0 0.0.0.0:0000 0.0.0.0:0000
11 Disabled Closed G.729A-20 0x008b no 0 0.0.0.0:0000 0.0.0.0:0000
12 Disabled Closed G.729A-20 0x00c8 no 0 0.0.0.0:0000 0.0.0.0:0000
13 Disabled Closed G.729A-20 0x00c9 no 0 0.0.0.0:0000 0.0.0.0:0000
14 Disabled Closed G.729A-20 0x00ca no 0 0.0.0.0:0000 0.0.0.0:0000
15 Disabled Closed G.729A-20 0x00cb no 0 0.0.0.0:0000 0.0.0.0:0000
16 Disabled Closed G.729A-20 0x0108 no 0 0.0.0.0:0000 0.0.0.0:0000
17 Disabled Closed G.729A-20 0x0109 no 0 0.0.0.0:0000 0.0.0.0:0000
18 Disabled Closed G.729A-20 0x010a no 0 0.0.0.0:0000 0.0.0.0:0000
19 Disabled Closed G.729A-20 0x010b no 0 0.0.0.0:0000 0.0.0.0:0000
20 Disabled Closed G.729A-20 0x0148 no 0 0.0.0.0:0000 0.0.0.0:0000
21 Disabled Closed G.729A-20 0x0149 no 0 0.0.0.0:0000 0.0.0.0:0000
22 Disabled Closed G.729A-20 0x014a no 0 0.0.0.0:0000 0.0.0.0:0000
23 Disabled Closed G.729A-20 0x014b no 0 0.0.0.0:0000 0.0.0.0:0000
24 Disabled Closed G.729A-20 0x0188 no 0 0.0.0.0:0000 0.0.0.0:0000
25 Disabled Closed G.729A-20 0x0189 no 0 0.0.0.0:0000 0.0.0.0:0000
26 Disabled Closed G.729A-20 0x018a no 0 0.0.0.0:0000 0.0.0.0:0000
27 Disabled Closed G.729A-20 0x018b no 0 0.0.0.0:0000 0.0.0.0:0000
28 Disabled Closed G.729A-20 0x01c8 no 0 0.0.0.0:0000 0.0.0.0:0000
29 Disabled Closed G.729A-20 0x01c9 no 0 0.0.0.0:0000 0.0.0.0:0000
30 Disabled Closed G.729A-20 0x01ca no 0 0.0.0.0:0000 0.0.0.0:0000
31 Disabled Closed G.729A-20 0x01cb no 0 0.0.0.0:0000 0.0.0.0:0000
value = 98 = 0x62 = 'b'

 

[Firebird Scrambler]

First of all. NWS401 alarms will be generated in MIDnights unless the 'card' is DSBLed.
This may lead to future problems if the card is ever re-enabled so a more permanent solution is to remove OVL 30 from the DROL. Do X30 at the DROL prompt.

As it's LD 30 that is causing the card to fail, use the above suggestion to prevent it from happening again. I rarely ever use 30 in DROL.



All the best

Firebird Scrambler
Meridian 1 / Succession and BCM / Norstar Programmer in the UK

http://www.linkedin.com/in/davidbromley

If it's working, then leave it alone!.