[asterisk-users] Problem with modem data calls and xorcom astribanks

[Col Ferguson]

Hello all,
I have a system at a motel that is mostly analog phones with 2 32 port
astribanks.

I am having problems getting a modem data call to connect.
There are many travelling salesmen that require this functionality to work
to dial direct into their company systems.

I am using Asterisk 1.4.18.1, and Zaptel 1.4.9.2 and freePBX 2.4.0.1 and
Oslec echo can.

I have now the simplest dialplan I can come up with and get a 4800
connection about 1 in 10 times. This should bypass any smarts that freePBX
is adding in.

The dialplan is
[outbound-allroutes-custom]
exten => 791,1,Dial(Zap/69/ww0198308888,300)
exten => 791,n,Hangup

In Hyperterminal I do
atdt791

The number dialled is for a large dialup ISP.
ww is needed to get a dialtone for the modem. Could this be causing the
problem ?

The log file shows
[Aug 22 13:17:32] DEBUG[748] chan_zap.c: Deferring dialing...
[Aug 22 13:17:32] VERBOSE[748] logger.c:     -- Called 69/ww0198308888
[Aug 22 13:17:36] VERBOSE[748] logger.c:     -- Zap/69-1 answered Zap/67-1
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: Took Zap/67-1 off hook
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: master: 67, slave: 69, nothingok: 0
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: Stopping tones on 67/0 talking to
69/0
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: Stopping tones on 69/0 talking to
67/0
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: Making 69 slave to master 67 at 0
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: Added 18 to conference 9/67
[Aug 22 13:17:36] DEBUG[748] chan_zap.c: Added 76 to conference 9/69
[Aug 22 13:17:36] VERBOSE[748] logger.c:     -- Native bridging Zap/67-1 and
Zap/69-1
[Aug 22 13:20:00] DEBUG[748] chan_zap.c: Unlinking slave 69 from 67
[Aug 22 13:20:00] DEBUG[748] chan_zap.c: Removed 18 from conference 9/67
[Aug 22 13:20:00] DEBUG[748] chan_zap.c: Removed 76 from conference 9/69
[Aug 22 13:20:00] VERBOSE[748] logger.c:     -- Hungup 'Zap/69-1'

Does anyone know if there is some type of native echo canceller in the
astribanks that could be affecting this ? Or anything else I could try ?
Looking at /proc/oslec/info shows that oslec is not being used at the time.

If I have the modem connected directly into the phone line, and completely
bypass the astribank, I get a 50666 connection every time.

Any suggestions gratefully accepted.

Thanks,
Col