[Asterisk-Users] Issue with zapata.conf "immediate" setting
Jason Walker
desktophero at gmail.com
Mon Aug 1 16:13:45 MST 2005
I currently have two channel groups in my zapata.conf file. I would like
one group to be immediate=yes and the other immediate=no
Does not seem to matter which way I go, the first entry in overrides my
explicit setting for the second group. I am running * 1.0.9 on FC1
[trunkgroups]
;trunkgroup => 1,24
trunkgroup => 1,48,72
;spanmap => 1,1,0
spanmap => 2,1,0
spanmap => 3,1,1
spanmap => 4,1,2
[channels]
; Tie line to Nortel
context=tie_line_01
signalling=em_w
rxwink=300
usecallerid=yes
hidecallerid=no
usecallingpres=yes
rxgain=0
txgain=0
overlapdial=yes
transfer=yes
immediate=no
group=1
callgroup=1
pickupgroup=1
amaflags=billing
accountcode=tie_line_01
callprogress=yes
busydetect=yes
channel => 1-24
; Qwest DID Lines
context=qw_pri_01
switchtype=national
signalling=pri_cpe
pridialplan=national
callerid=XXXXXXXXXX
nsf=sdn
rxwink=300
usecallerid=yes
immediate=no
hidecallerid=no
usecallingpres=yes
rxgain=0
txgain=0
group=2
callgroup=2
faxdetect=both
pickupgroup=2
amaflags=billing
accountcode=qwe_pri_01
callprogress=yes
channel => 25-47,49-71,73-96
the purpose of this is to bridge our traditional voice PBX and connected
digital phones to our * box with a tieline, as well as allow incoming
DIDs to flow through the * box into the traditional PBX using the same
tieline.
In extensions.conf, I have a dialplan set up for the qw_pri_01
circuit/context for calls coming in to hit the tie line device. This
works fine. Going from the PBX to *, I have an issue. We have an ACOD of
777 to hit that trunkgroup. After I dial 777, a simple switch is started
(I can see it on the console). As soon as I dial any other number (like
83028 as a SIP phone), the "8" is usually the only number that gets
picked up. There is no "8" extension in the tie line context, so I get a
"not in service" message. If I set immediate to yes, I COULD default the
call to the 's' extension and attempt to handle the additional
characters/digits after answering (perhaps a Read cmd). If I have
immediate set to yes for this channel group, than the qw_pri_01 group
also acts like I set immediate yes in that group - regardless of
immediate=no being set. This screws everything up as the calling party
does not get anything returned to them for an extension to dial. I
suppose I could set up a forced call - but I think setting up
immediate=yes on my tieline and immediate=no on my DIDs is a better plan.
Perhaps there is a better way? Something I am missing?
Thank you in advance
Jason
More information about the asterisk-users
mailing list