[asterisk-bugs] [Asterisk 0012509]: [patch] MFC/R2 support for chan_zap

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12509 
====================================================================== 
Reported By:                moy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12509
Category:                   Channels/chan_zap/NewFeature
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 114097 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             04-24-2008 01:31 CDT
Last Modified:              06-19-2008 17:14 CDT
====================================================================== 
Summary:                    [patch] MFC/R2 support for chan_zap
Description: 
Here we go. This is my first try to give R2 support to chan_zap. I'm sure I
am missing locks and/or features here and there but I have tested it
internally with success with a considerable amount of concurrent channels
(64). That's the best I can do with the hardware I currently have (more
coming!).


====================================================================== 

---------------------------------------------------------------------- 
 konsultex - 06-19-08 17:14  
---------------------------------------------------------------------- 
I posted this on the Trixbox forum but I think this may be a better place
beause I think there may be an issue with the zap channel.

I am using Trixbox 2.6.1 (the name of the iso) which reports 2.6.0.7 on
the management portal. I have a Sangoma A102 card connected to an E1 line
using mfc/r2 in Brazil. In order to make this work I followed these
instructions

http://libopenr2.org/ (very good!)

I upgraded Asterisk to 1.4.21 on this Trixbox using the patched version on
the site above.

I am able to receive calls on the ZAP channel but I can not make them. I
am using the defalt ZAP/g0 and 9_outside route. The log shows:

....
[Jun 19 19:09:15] VERBOSE[4739] logger.c: -- Executing
[s at macro-dialout-trunk:20] Dial("SIP/5500-098a6ac8",
"ZAP/g0/37739009|300|") in new stack
[Jun 19 19:09:15] WARNING[4739] app_dial.c: Unable to create channel of
type 'ZAP' (cause 0 - Unknown)
[Jun 19 19:09:15] VERBOSE[4739] logger.c: == Everyone is busy/congested at
this time (1:0/0/1)
[Jun 19 19:09:15] DEBUG[4739] app_macro.c: Executed application: Dial
....

My zapata.conf file looks like this:

[trunkgroups]

[channels]
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
hidecallerid=no
relaxdtmf=yes
rxgain=0.0
txgain=0.0
immediate=no
signalling=mfcr2
mfcr2_variant=br
mfcr2_gte_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=20
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_logging=all

;Sangoma A102 port 1 [slot:6 bus:4 span:1]
context=from-pstn
channel => 1-15
channel => 17-31
group=0
callgroup=0
pickupgroup=0

The E1 channles seem ok:

trixbox2*CLI> mfcr2 show channels
Chan Variant Max ANI Max DNIS ANI First Tx State Rx State
1 BR 20 20 No IDLE IDLE
2 BR 20 20 No IDLE IDLE
3 BR 20 20 No IDLE IDLE
4 BR 20 20 No IDLE IDLE
5 BR 20 20 No IDLE IDLE
6 BR 20 20 No IDLE IDLE
7 BR 20 20 No IDLE IDLE
8 BR 20 20 No IDLE IDLE
9 BR 20 20 No IDLE IDLE
10 BR 20 20 No IDLE IDLE
11 BR 20 20 No IDLE IDLE
12 BR 20 20 No IDLE IDLE
13 BR 20 20 No IDLE IDLE
14 BR 20 20 No IDLE IDLE
15 BR 20 20 No IDLE IDLE
17 BR 20 20 No IDLE IDLE
18 BR 20 20 No IDLE IDLE
19 BR 20 20 No IDLE IDLE
20 BR 20 20 No IDLE IDLE
21 BR 20 20 No IDLE IDLE
22 BR 20 20 No IDLE IDLE
23 BR 20 20 No IDLE IDLE
24 BR 20 20 No IDLE IDLE
25 BR 20 20 No IDLE IDLE
26 BR 20 20 No IDLE IDLE
27 BR 20 20 No IDLE IDLE
28 BR 20 20 No IDLE IDLE
29 BR 20 20 No IDLE IDLE
30 BR 20 20 No IDLE IDLE
31 BR 20 20 No IDLE IDLE
trixbox2*CLI>

Does anything look obviously wrong with this? Any ideas, please?

Thanks. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-19-08 17:14  konsultex      Note Added: 0088973                          
======================================================================