I've had a similar problem with a A101DX + A202DX. I was trying to bridge
from my A101 to my A202 to get faxes over my E1 line. I've done an number of
things, I'm not exactly sure which one helped, but it now works very nice
for fax:
(1) Using "zap show channel N" on the CLI I noticed that echo
canceling was on even those I was bridging two Zap devices. I disabled the HWEC
on my A202 card and it's now ok (no echo cancel on the A202 card). This was
an option for me because I'm only doing fax on the analog card. I don't
think this had a lot to do with the final "fix" of the problem.
(2) I emailed Sangoma and they told me there's a newer version of the
drivers that tweek the echo cancel algorithm to make it better suited for fax.
The driver was beta at the time so I didn't try it. You might want to
contact Sangoma yourself!
(3) I fixed my "zttest" timing! When I tested I had really bad timing
(94,00 worst and < 99,00 average). The docs and the wiki say that's bad
timing but I had absolutely no problems with voice quality. None! And I've
only done one thing to fix my timing: "/etc/init.d/irqbalance
restart". I have no idea why that makes a difference but it does and
I've now got 99,95 average timing from zttest with the worst being over
99,00. You might want to try this yourself since you also seem to have the
"X" (pci express) version of the card.
--
Cosmin Prund
De la: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces
at lists.digium.com] ?n numele Jeremy Mann
Trimis: Wednesday, July 09, 2008 10:28 PM
C?tre: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subiect: [asterisk-users] Zap Bridged Channels
I have a Sangoma A200DX, and am trying to bridge an FXO channel with FXS for
modem connectivity.
I have Zap/8 as a Fax Machine
Zap/5 is my outside line. When a call rings in on Zap/5 it immediately calls
Zap/8 and bridges the channels. I see it doing a native bridge on the two. I
have echo cancel off on native bridge, but I can never get fax connectivity, it
just tries to negotiate forever then eventually hangs up.
Anything special to getting this to work?
Below is an example of CLI output when the Fax Machine tries to call out, it
does the same thing, never get the two machines to complete the call and send
the fax. I've also included the CLI output of channel 5's properties,
it does show the EC as off. I noticed it says "Fax Handled: no", is
there something I need to enable in Zapata.conf or zaptel.conf?
Would txgain/rxgain be the issue?
CLI Output ------------------------
-- Starting simple switch on 'Zap/8-1'
-- Executing [s at from-zaptel-fax:1] Answer("Zap/8-1",
"") in new stack
-- Executing [s at from-zaptel-fax:2] Dial("Zap/8-1",
"Zap/5") in new stack
-- Called 5
-- Zap/5-1 is ringing
-- Zap/5-1 is ringing
-- Zap/5-1 answered Zap/8-1
-- Native bridging Zap/8-1 and Zap/5-1
localhost*CLI> zap show channel 5
Channel: 5CLI>
File Descriptor: 27
Span: 2
Extension:
Dialing: no
Context: from-internal-fax
Caller ID:
Calling TON: 0
Caller ID name:
Destroy: 0
InAlarm: 0
Signalling Type: FXO Kewlstart
Radio: 0
Owner: Zap/5-1
Real: Zap/5-1
Callwait: <None>
Threeway: <None>
Confno: -1
Propagated Conference: -1
Real in conference: 0
DSP: yes
Relax DTMF: yes
Dialing/CallwaitCAS: 0/0
Default law: ulaw
Fax Handled: no
Pulse phone: no
Echo Cancellation: 128 taps unless TDM bridged, currently OFF
Master Channel: 8
Actual Confinfo: Num/8, Mode/0x0009
Actual Confmute: No
Hookstate (FXS only): Onhook
Zapata.conf -
[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=no
relaxdtmf=yes
rxgain=2.0
txgain=2.0
group=1
callgroup=1
pickupgroup=1
immediate=no
context=from-internal-fax
group=1
signalling = fxo_ks
channel => 5
context=from-zaptel-fax
group=3
signalling = fxs_ks
channel => 8
________________________________
This e-mail, facsimile, or letter and any files or attachments transmitted with
it contains information that is confidential and privileged. This information is
intended only for the use of the individual(s) and entity(ies) to whom it is
addressed. If you are the intended recipient, further disclosures are prohibited
without proper authorization. If you are not the intended recipient, any
disclosure, copying, printing, or use of this information is strictly prohibited
and possibly a violation of federal or state law and regulations. If you have
received this information in error, please notify Texas Health Management Group
immediately at 1-817-310-4999. Texas Health Management Group, its subsidiaries,
and affiliates hereby claim all applicable privileges related to this
information.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20080710/9cc4bbdc/attachment.htm