DID ISSUE

[nasa123]

I configured a new E1 line for DID but incomings calls are not terminated neither can i access the trunks to dial out (system is CS1KE).

I turned on DCH trace and i get the following message when i try calling in

DCH 11 UIPE_IMSG CC_SETUP_IND REF 0000360D CH 11 7 TOD 18:23:04 CK 01726961
CALLING #:776383917 NUM PLAN: E164 TON: NATL
CALLED #:6430 NUM PLAN: E164 TON: UNKNOWN

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000B60D CH 11 7 TOD 18:23:04 CK 01726962
CAUSE: #42 - SWED EQIP CONGESTION


When i try calling out, i do not see any message on the DCH trace.

PSTN number is 33829XXXX. below is my configuration


>ld 21
PT1000

REQ: prt
TYPE: rdb
CUST 0
ROUT 9

TYPE RDB
CUST 00
ROUT 9
DES SONATEL
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
MBXR NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD 4300
TCPP NO
TARG 01
CLEN 1
BILN NO
OABS
INST
IDC NO
DCNO 0 *
NDNO 0
DEXT NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048


PAGE 002

NBL 4096

IENB 5
VSS 0
VGD 6
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG YES
NDRI 00
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
VRAT NO
MUS NO
MR NO
PANS YES
RACD NO
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 4
FRL 5 5
FRL 6 6
FRL 7 7
OHQ NO
OHQT 00
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 4300 9
SGRP 0
ARDN NO
AACR NO

REQ: end
>ld 20

PT0000
REQ: prt
TYPE: tnb
TN 0
CDEN **

REQ: prt
TYPE: tnb
TN 11 1
DATE
PAGE
DES

DES SONATEL_1
TN 011 01 VIRTUAL
TYPE DID
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 9 1
B-CHANNEL SIGNALING
NITE
AST NO
IAPG 0
CLS UNR DIP CND ECD WTA LPR APN THFD SPCD
P10 VNL
TKID
DTCR NO
AACR NO
DATE 14 MAR 2007


NACT
REQ: end
>ld 73
DDB000
MEM AVAIL: (U/P): 98832892 USED U P: 5348005 88924 TOT: 104269821
DISK SPACE NEEDED: 129 KBYTES
REQ prt
TYPE pri2
FEAT syti


MGCLK 0 1 3
PREF 0 1 3
SREF
CCGD 15
CCAR 15
EFCS YES

MEM AVAIL: (U/P): 98832892 USED U P: 5348005 88924 TOT: 104269821
DISK SPACE NEEDED: 129 KBYTES
REQ prt
TYPE pri2
FEAT lpti
LOOP 11

MFF AFF
ACRC NO
ALRM REG
RAIE NO
G1OS YES
SLP 255 1 H 30 1 H
BPV 128 122
CRC 201 97
FAP 128 122
RATS 10
GP2 255 100 S 12 S 12 S 4 S
MNG1 15 S
NCG1 15 S
OSG1 15 S
MNG2 15 S
NCG2 15 S
OSG2 15 S
PERS 254
CLRS 100
OOSC 0
MEM AVAIL: (U/P): 98832892 USED U P: 5348005 88924 TOT: 104269821
DISK SPACE NEEDED: 129 KBYTES
REQ end

>ld 21
PT1000

REQ: prt
TYPE: ldn
TYPE LDN_DATA
CUST 0

TYPE LDN_DATA
CUST 00
OPT NLDN
DLDN NO
LDN0 33829
LDN1
LDN2
LDN3
LDN4
LDN5
ICI 00 LD0
ICI 01 LD1
ICI 02 LD2
ICI 03
ICI 04 RLL
ICI 05 DL0
ICI 06 LCT
ICI 07 CFN
ICI 08 CFB
ICI 09 INT
ICI 10
ICI 11
ICI 12
ICI 13
ICI 14
ICI 15
ICI 16
ICI 17
ICI 18
ICI 19

REQ:

 

[bignose21]

So on your incoming Route you have no IDC defined, so you are getting 4 digits 6430, as you are only recieving 4 digits your LDN0 should only be 4 digits long (not 5). Is 6430 a valid extension?

For the out going need to know exactly what you are dialling should be AC1+PSTN number. Go into LD 86 (Print the ESN) check that the AC1 is as you think. Then into LD 90 check you AC1 SPN's find the best match for your PSTN number, get the RLI. Then into LD 86 and check the RLI/DMI where do you send it and what do you do to it.

The phone you are using to test make it CLS UNR and TGAR 0, to start make sure its not just a barring issue.

 

[nasa123]

i made ldn 4 digits (3829) and i still get same message. yes 6430 is a valid extension number.
i made set to have unr and tgar 2 (higher than the targ on route) and i am using acod to dial but still won't get to the trunks.

Now, i am going to double check my AC1, SPN and RLI

 

[Wane47]

ldn0 is the one that must be 4 digits.

 

[nasa123]

A very strange thing that i have noticed is that when i unplug a particular phone (all phones are ip phone 1140), and i call the number, i get a ringback tone.

If a plug the phone and the phone boots up while still ringing, the phone rings but when i call again i still get the error.

 

[Wane47]

Sounds like the phone forwarded to a non-working number or to a outside line at this time. What happens when you call a different DID number?

 

[nasa123]

All the DID numbers behaves the same way. it's really a strange one.

 

[Wane47]

I can't help you much as I don't work with the european software and I don't know what a lot of the prompts you have are. You might change the dsel prompt from vod to 3vce.

The other thing you havn't mentioned is the status of your b-channels. Are they all idle?

Did you force download your d-channel after you programmed it?

They are sending 4 digits. Is that the way the numbers are programmed on the set?

In the US sometimes the channels on the NI2 protocal will say idle but they are mbsy in the co. you can force the d-channel to do a restart of channels in ld 96 by enabling the d-channel again. you don't have to disable the d-channel to do this. you should see a message about channel 0 if the message goes out to the co.

 

[bignose21]

Sounds like you may not have any working DSP's so phone unregistered get ring back, phone registered fails. Check the DSP's in the same cab as your PRI what state are they in. If they are idle can you ping from the phone to the TLAN address of your DSP (Be it a daughter card on an MGC, MC32S or VGMC).

 

[nasa123]

@ wane47, yes all the channels are idle and the internal extensions are 4 digits in lenght and they can actually call themselves.

@bignose, i checked the DSPs and they are idle and i can actually ping all the DSPs DB from the IP phones

 

[bignose21]

Can you try in and out from a tdm device in same gateway like an Analogue (this will get all the IP out the situation)? If that works ok move the Analogue device to a different gateway and check GW to GW testing DSP's in both.

You can get odd faults like this on clashing IP addresses Remove the TLAN from the MGC/MC32/VGMC can you still ping it from your phones (hopefully not but wouldn't be a first).

When the set is unregistered and you are getting ringing if you stat the TN is it busy?

I also had a similar problem back on release 4 or 4.5 where the Zones disappeared (Patch was brought out to fix) and the sets were programmed in a non-existant zone (Clutching at straws).

 

[nasa123]

unfortunately, the site is all ip phones

i will just go and do the other two tests and report back

 

[bignose21]

No Callpilot at least be able to ring in

 

[nasa123]

the callpiot cdn is 7000, it is out of range of the DID numbers.

IP phone are calling themselves and are talking.

 

[bignose21]

Put an IDC table in and pick a spare DID to route to 7000 (not a bas idea to have this any way so users can pick up VM from outside the office).

IP phones are in the same VLAN and the voice path is direct phone to phone no hardware involved.

Can the IP phones call the callpilot and is the MGate for the Callpilot in the same gateway as the PRI?

 

[nasa123]

IP phones can call callpilot.

the MGate is in a different gateway from the callpilot.

 

[bignose21]

What type of callpilot is it a card (i201) or an external server?

 

[nasa123]

the external server (6ooR)

 

[bignose21]

OK so the MGATE is in a different gateway to the PRI if you add an IDC and only put the one entry in it, a spare DID number in full (4 digits) and change it to 7000, if you get the same results as before calls failing then your Phones are out the equation and you know the gateway with your CP MGATE is good (as you have tested it and its DSPs by calling from an IP phone to the CP) so that would only leave the GW containing the PRI.

 

[nasa123]

i am trying to remove the pri and re-configure it in the gateway containing the MGate card.

i have removed the trunks, route and the DCH but i can't seem to be able to remove the clock.
it will not let me disable.

when i do dis cc 0 from LD 60, it returns error dti003