VOIP route down 1

[jxb2]

We're running an 81c. Following IP network problems which have now been resolved, voice traffic which should go over IP is still falling back to the PSTN.

Everything looks OK in LD60 and 96 as far as I can tell (though I had never used 60 or 96 before reading through this forum on Friday).

What I've tried so far:
dis dch 9
dis msdl 9
enl msdl 9 fdl
enl dch 9 fld.

Also reseated the card, re-enabled the loop and gone the enl fdl process again.

Any help would be gratefully received.

Thanks

Jon

Current status is this:

.stat msdl 9
GROUP 0
GROUP 0  MSDL 9: ENBL
   DCH       9  OPER        PORT 0

.stat dch 9
DCH 009 : OPER       EST   ACTV
 DES : QSIG

>ld 60
DTI000
.stat 28

PRI2 LOOP 28 - ENBL
REF CLK: DSBL
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE TIE   VOD  *           CH 02 - IDLE TIE   VOD  *
CH 03 - IDLE TIE   VOD  *           CH 04 - IDLE TIE   VOD  *
CH 05 - IDLE TIE   VOD  *           CH 06 - IDLE TIE   VOD  *
CH 07 - IDLE TIE   VOD  *           CH 08 - IDLE TIE   VOD  *
CH 09 - IDLE TIE   VOD  *           CH 10 - IDLE TIE   VOD  *
CH 11 - UNEQ                        CH 12 - UNEQ
CH 13 - UNEQ                        CH 14 - UNEQ
CH 15 - UNEQ                        CH 16 - UNEQ
CH 17 - UNEQ                        CH 18 - UNEQ
CH 19 - UNEQ                        CH 20 - UNEQ
CH 21 - UNEQ                        CH 22 - UNEQ
CH 23 - UNEQ                        CH 24 - UNEQ
CH 25 - UNEQ                        CH 26 - UNEQ
CH 27 - UNEQ                        CH 28 - UNEQ
CH 29 - UNEQ                        CH 30 - UNEQ
CH 31 - DCH 9

.lcnt 28

PRI2 LOOP  28
     MNT  NNDC   NNC   OOS
BPV- 000   000   000   000
FAP- 000   000   000   000
SLP- 000   000   000   000
CRC- 000   000   000   000
G2 - 000   000   000   000
                 MAINT      NONEWCALL  UNAVAIL    SEVERE
TOTAL 24HR BPV - 000000000  000000000  000000000  000000000
TOTAL 24HR CRC - 000000000  000000000  000000000  000000000
TOTAL 24HR FAP - 000000000  000000000  000000000  000000000
TOTAL 24HR SLPREP - 000000000
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS  -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI  -000000000
TOTAL 24 HOUR G2 LOS  -000000000
TOTAL 24 HOUR G2 RAIE -000000000

 

[dlesap]

DCH 9 looks to be a QSIG link, not at Virtual DCH for VoIP.

Do you mean QSIG is the trunk for going to a gateway that translate to VoIP?

If so, give print of the routing going to that route:
LD 87 DSC or TSC
or LD 90 SPN or LOC
and LD 86 RLI used + DMI if used

Turn DCH monitoring on: LD 96 ENL MSGO 9 and ENL MSGI 9 then STAT MON. Give prints of all your commands and make a call that may produce a DCH trace

 

[biv343]

What type of media card do you have? SMC (singlewide card), ITG-P (doublewide pentium card) or is there a sig server in the mix?

 

[jxb2]

Sorry, my mistake this is a QSIG link. From the switch it goes off to a voice interface card in a Cisco router.

Turning on MSGI/O produces no results when I make a call which should produce a trace.

Thanks for your help so far.

ld 87

REQ  prt
CUST 0
FEAT cdp
TYPE dsc
DSC  035
DSC  035
FLEN 7
DSP  LSC
RRPA NO
RLI  16
NPA
NXX


ld 86

REQ  prt
CUST 0
FEAT rlb
RLI  16

RLI  16
ENTR 1
LTER NO
ROUT 6
TOD  0 ON  1 ON  2 ON  3 ON
     4 ON  5 ON  6 ON  7 ON
VNS  NO
CNV  NO
EXP  NO
FRL  0
DMI  0
FCI  0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ  NO
CBQ  NO

ENTR 2
LTER NO
ROUT 2
TOD  0 ON  1 ON  2 ON  3 ON
     4 ON  5 ON  6 ON  7 ON
VNS  NO
CNV  NO
EXP  NO
FRL  0
DMI  18
FCI  0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ  NO
CBQ  NO

ISET 0
NALT 5
MFRL 0
OVLL 0



>ld 96
DCH000
.
DCH017


.enl msgi 9
.enl msgo 9
.stat mon
DCH MON ON
DCH 009 : MSGI - ENBL  MSGO - ENBL  (UIPE)

.

 

[dlesap]

On the TTY port you are connected you must have MTC and BUG to display DCH monitoring traces.

You may have a trunk restriction if still no calls going on that trunk. Check TGAR/TARG in set configuration and route configuration.

 

[jxb2]

This is now resolved. There was a problem yesterday with the PSU for the shelf where this card sits. After that was fixed I brought up the QSIG trunk and it started working as expected.

To follow up on dlesap's previous post, there didn't appear to be any useful output from the DCH monitoring traces - only startup/shutdown messages, though I had meant to post these as requested in case they contained anything meaningful to someone who knows what they are looking at. Now that things are working I can see calls going through.

The only difference I can now see is that when I do a 'stat msdl x full' in ld96, there is an activation date showing against 'EQSIG GF DATA FILE', where previously it just said 00/00/00.

Thank you for your time and your help.