CS1000 5.5 - no audio on specific PRI channels?

[Funk49]

Good morning, I have an issue going on where (1) PRI will not provide audio back on an incoming call. It seems to be random channels, like 1, 2, 4 and 5.

I have disabled and re-enabled this PRI without any change, depending on what channel I hit I do not receive audio back.

I opened a ticket with the local carrier and I could see where they were testing and it seemed when it came back on line I could have audio on all channels. Then, 5 minutes later I'm back to the original scenario. They have closed their ticket stating it is not the PRI from the carrier.

1. Maybe a bad TMDI card? Have you seen all channels up yet some just not providing audio?

2. There is a MGC with 128 DSPs in the same chassis. My logic on DSPs are lacking. Are these DSPs used on PRI calls and could I have some bad DSPs?
The DSP channels stat IDLE with none disabled.

This has me scratching my head. If I call in and get an incoming channel above 4 or 5 it seems to work fine.

Any ideas?

 

[KCFLHRC]

The DSP's are for IP to TDM conversion and are used when an IP phone makes an outbound call or also inter cabinet calling. If you haven't done so I would disable the TMDI card and force download it, disable it, enable it. Then bring up the loop in ld 60 and the d-channel should auto establish.

 

[Funk49]

Hi KCFLHRC, Yea I did disable and enable with fdl with no change. What I finally figured out was why wasn't anyone else complaining if I did have bad DSPs and what I have just discovered (I think) is that I do have bad DSPs but most of the cards in that chassis are patient phones (analog cards).

When I put my test set on an analog channel and called my 3904 digital phone I could not hear audio.

Also, when I traced LD 80 successful audio calls and the unsuccessful ones they both had the same PRI channels in common but different DSP assignments.

I'm thinking now that maybe the MGC card (with its 96 & 32 DSPs) that is next to the TMDI card is locked or partially bad?

 

[KCFLHRC]

There is loadware associted with the MGC card and daughterboards. Could be your issue also. You could disable either the 96 or the 32 port board and see if the trouble clears. The card assignment for the 32 port board is 0 and the 96 port board is 11,12 and 13.

 

[Funk49]

Thanks.

 

[Funk49]

Well the service tech performed a 'reset' on the MGC card and now the associated TMDI card keeps failing its own self tests and will not allow me to enable the TMDI.

I now have the TMDI in a MAN_DISabled mode.

LD 48, LD 60, LD 96 nothing is letting me get this TMDI back up. Even tried reseating the card.

We should have tried just disabling the DSPs like you mentioned before but I didn't see it until he had already reset the MGC card.

Any ideas how to get this TMDI back on line? Stuck in Failed Self Tests mode? Ugh

 

[Funk49]

They are shipping out a new TMDI card to install.

TMDI105 TMDI 4 1 1 00000000

TMDI112 TMDI 4 1 1

TMDI300 4 1 1 FROM: SYS DSBL - SELF TESTING TO: SYS DSBL - SELFTESTS FAILED
TIME: 14:55:55 REASON: CPU TEST

TMDI300 4 1 1 FROM: SYS DSBL - SELFTESTS FAILED TO: SYS DSBL - SELF TESTING
TIME: 14:55:55

 

[Funk49]

What a day. Well we replaced the TMDI card and eventually everything came back up and we are no longer getting the random channels of no audio. I believe that resetting the MGC card and all of its 128 dsp channels may have fixed this and the TMDI was just a fluke. We'll see.