Totally stumped: Cannot make outgoing calls

[DaveWWW]

We have three trunks. When making calls, if the call goes out on line 1, no problem. If the call goes out on line 2 or 3, we either get a busy signal with "Busy" in phone display, or "Disconnected" with a fast busy signal.

I've tried everything I can think of. Unused trunks are set to out of service. Disconnect clear is enabled (tried it both ways). The telco has been in and can clip their test phone onto the lines and make calls out with no problem. Lines have been tested OK.

Any ideas?

TIA
Dave

 

[tlpeter]

what happens if you swap the trunks on the trunk ports ?
are they all have the same outgoing line id ?
what does monitor say ?


______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[DaveWWW]

Thanks for the reply. I'll try line switching. In the meantime, here is the log from Monitor, after the last digit in the phone number is dialled:

8686mS CMTARGET: LOOKUP CALL ROUTE:4 type=100 called_party=8303994 sub= calling=904 in=0 complete=0
8687mS CMTARGET: ADD TARGET:4 number=8303994 type=100 depth=1 nobar=1 setorig=1
8687mS CMTARGET: SYS SC:4 8303994 0 sc=type=Dial code=?, num=.
8688mS CMTARGET: LCR NOT MATCHED:4 (cpn=8303994)
8688mS CMTARGET: DIAL LINE:4 GROUP=0 SUCCESS=1
8689mS CMTARGET: OVERLAP LOOKUP CALL ROUTE:4 returned 1
8689mS CD: CALL: 0.1006.0 State=0 Cut=1 Music=0.0 Aend="Fileroom(904)" (5.3) Bend="Line 3" [Line 3] (0.0) CalledNum=8303994 () CallingNum=904 () Internal=0 Time=7236 Astate=7
8690mS CMExtnTx: v=904, p1=1
CMSetupAck
Line: type=DigitalExtn 5 Call: lid=0 id=1006 in=0
Called[8303994] Type=Default (100)
BChan: slot=5 chan=3
Display [8303994]
Timed: 06/03/07 13:52
8692mS CD: CALL: 0.1006.0 State=0 Cut=1 Music=0.0 Aend="Fileroom(904)" (5.3) Bend="Line 3" [Line 3] (0.0) CalledNum=8303994 () CallingNum=904 () Internal=0 Time=7239 Astate=8
13914mS PRN: CALL: 0.1006.0 Deleted leaving 0 CMCall objects
13914mS CALL:2007/03/0613:52,00:00:00,000,904,O,8303994,8303994,Fileroom,,,1,,""
13915mS CD: CALL: 0.1006.0 State=0 Cut=0 Music=0.1 Aend="Fileroom(904)" (5.3) Bend="Line 3" [Line 3] (0.0) CalledNum=8303994 () CallingNum=904 () Internal=0 Time=12462 Astate=0
13916mS CMExtnTx: v=904, p1=1
CMInbandTone
Line: type=DigitalExtn 5 Call: lid=0 id=1006 in=0
UUI type=User2User [TB1\r\n] [0x54 0x42 0x31 0x0d 0x0a ]
Cause=17, User busy
Timed: 06/03/07 13:52
13918mS CD: CALL: 0.1006.0 Deleted

 

[aarenot]

I never use line group ID zero for trunks, found it caused issue in ealier releases. Now I always use 1, or greater, and the issues seemed to go away. Possible because all the default short codes use line group zero, but not sure why.

 

[DaveWWW]

Thanks for the suggestion. I went into "Lines" and changed the incoming/outgoing groups to anything other than 0 (and created an Incoming Line Route for each group, going to our Main hunt group). If the group is anything other than 0, I can dial extensions, but I cannot get an outside line. Why does this happen?

 

[ronromano]

are you extensions in the 900 range? do you use 9 to dial out?

 

[DaveWWW]

Our extensions are in the 900 range. We do not dial 9 to get out.

 

[jamie77]

When you changed the i/c and p/g line groups in lines, did you change the ? short code (or other dial out short code) to use that line group??

Jamie Green

IPO ACA:Implement

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[jamie77]

ps

I always use line group 0 unless I need more than one route. Never caused me an issue. I can think of 150+ installs with line group 0. IPO's & Alchemys of various s/w levels.

Jamie Green

IPO ACA:Implement

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[DJRabin]

Interesting to use the 900 series for extensions... what happens if you dial ext. 911? (this of course assumes you are in the US. same issue with 999 in UK) IP Office should route this call (via shortcode) to the fuzz.

I'd imagine this might be a problem for emergencies, no?

 

[tlpeter]

why should a 900 series for extensions be a problem ?
911 or 999 should be programmed as an alarm number
if programmed like it should be it will dial immediately after the last digit

then the line problems
check the whole route
user dials, check shortcode, check lines and id's
use call status to see what happens
also use monitor and show us ( a bit longer trace this time )

______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[ronromano]

I don't know what an alarm number is, but as far as I know user number take presidence over everything else so I think 900 exts and dial 9 could be a problem if dial delay and count aren't set properly. But this guy doesn't use dial 9

 

[tlpeter]

i mean "dial emergency"



______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[ronromano]

Do me a favor and see if this works

SC:?
feature:dial
TN:.
group:whatever your group is