VoIP Mailing List Archives

[nachogomez at gmail.com]

Hi list,

I'm having problems transferring certain calls made by the attendant between
the PSTN and to an internal extension. Although, transfers between the
majority of the calls ends successfully.

Debugin this, I've found that calls made to certain "numbers" (Telephony
Providers), aren't detected as ANSWERED in the CDR, so they are not properly
accounted (for billing), neither transferred to internals extensions.

How can I solve this??? Is this a incompatibility issue between
technologies??? Or just a config that I haven't made right???

Thanks in advance...
My Setup:

- Asterisk 1.4.17
- Sangoma Remora A400D HEC PCI Card (2 FXS / 10 FXO)
- Wanpipe 3.2.1
- Zaptel 1.4.7.1
- Grandstream GXP-2000 Phones


=================================================================
*zaptel.conf*
*# Autogenerated by /usr/local/sbin/sangoma/setup-sangoma -- do not hand
edit
# Zaptel Channels Configurations (zaptel.conf)
#
loadzone=us
defaultzone=us

#Sangoma A400 [slot:4 bus:16 span:1]
fxoks=1
fxoks=2
fxsks=3
fxsks=4
fxsks=5
fxsks=6
fxsks=7
fxsks=8
fxsks=9
fxsks=10
fxsks=11
fxsks=12*


=================================================================
*zapata.conf*
*;autogenerated by /usr/local/sbin/config-zaptel do not hand edit
;Zaptel Channels Configurations (zapata.conf)
;
;For detailed zapata options, view /etc/asterisk/zapata.conf.orig

[trunkgroups]

[channels]
context=default
;usecallerid=yes
;hidecallerid=no
callwaiting=yes
usecallingpres=yes
;callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=0
callgroup=0
pickupgroup=1

callerid="Llamada Externa"
busydetect=yes
busycount=4
callprogress=yes
progzone=us
hanguponpolarityswitch=yes

immediate=no

;Sangoma A400 [slot:4 bus:16 span:1]
context=watch
group=1
signalling = fxo_ks
channel => 1

context=fax
group=1
signalling = fxo_ks
channel => 2

context=from-zaptel
group=0
signalling = fxs_ks
channel => 3

context=from-zaptel
group=0
signalling = fxs_ks
channel => 4

context=from-zaptel
group=0
signalling = fxs_ks
channel => 5

context=from-zaptel
group=0
signalling = fxs_ks
channel => 6

context=from-zaptel
group=2
signalling = fxs_ks
channel => 7

context=from-zaptel
group=2
signalling = fxs_ks
channel => 8

context=from-zaptel
group=3
signalling = fxs_ks
channel => 9

context=from-zaptel
group=4
signalling = fxs_ks
channel => 10

context=from-zaptel
group=5
signalling = fxs_ks
channel => 11

context=from-zaptel
group=6
signalling = fxs_ks
channel => 12*


--
Nacho
Linux Counter #156439
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080222/1fe2ce38/attachment.htm

[mendoza at tcc.com.pe]

Ra?l,

[nachogomez at gmail.com]

Thanks Jorge, I'll be checking that...

On Fri, Feb 22, 2008 at 1:15 PM, Jorge Mendoza <mendoza at tcc.com.pe> wrote:

[nachogomez at gmail.com]

Jorge,

I think our telco doesn't provide disconnection supervision because I had to
use "callprogress", "busydetect" and "busycount" in order to properly
disconnect a terminated call (and to avoid the infamous long message in the
voicemail), so I think I can't disable the "callprogress" option.

I will try to contact the telco provider of these "numbers" in order to ask
them what kind of answer supervision they provide.

Any other ideas???

Thanks again
--
Raul
Linux Counter #156439


On Fri, Feb 22, 2008 at 1:15 PM, Jorge Mendoza <mendoza at tcc.com.pe> wrote:

[mendoza at tcc.com.pe]

Ra?l,

Callprogress is not reliable for call supervision. Sorry.
For maximum reliability with callprogress, the tones and cadences send
by the CO must match every well with the tones plan defined in your
asterisk box. Probably the tones of the other telephone company, where
the answer detection fail, are different or the cadences are different.

Jorge

Ra?l G?mez C. wrote: