Good Afternoon Everyone.
OK, I'm stumped. I've run into the problem where my pbx doesn't send a good
sounding 5 or # over my PRI. If I dial extension -> extension, the tones
are perfect. As soon as I dial out from phone -> pstn (over the PRI), the
tones are bad. By "bad", you can hear them "out of tune" for lack of a
better description. Just 5 and #, all other tones are fine.
All searching so far has found discussions of problems with inbound DTMF
recognition, and I have none of those problems. It's been tough trying to
find a starting point to further diagnose my troubles, so any
help/experience the group has to offer would be greatly appreciated.
Related to #3 below, I'll hand out the phone number to anyone interested
(off list) to hear the bad tones for yourself.
Thanks in advance for any help,
-Marc
---
Here's what I got and what I tried:
Asterisk 1.4.18
libpri 1.4.3
zaptel 1.4.8
Sangoma Wanpipe v3.2.3
Sangoma Wanpipe v3.3.15
Gentoo Linux 2.6.23
Linksys SPA942's
Sangoma AFT-101D
Bell Canada PRI
1. Recompiled the system (I'm running from source)
2. Upgraded Sangoma wanpipe drivers to newest version 3.3.15, recompiled the
system
3. Confirmed it's not the phones by making a spare pilot perform an Answer()
then SendDTMF(1w2w3w4w5w6w7w8w9w0w#w*). It picks up, cycles through each
tone, with the 5's and #'s bad.
4. Bell Tech came in, plugged a tester into the rx/tx plugs on the blue T1
box mounted to my wall and verified the tones coming out of Asterisk are
bad.
5. Note: this just started happening 4 (or so) weeks ago. As you can see
from the linux kernel & Asterisk versions, I haven't touched my stable
Asterisk system since this time last year. I occasionally update the Linux
system, and I'm currently looking at my update logs to see what was upgraded
on March 13th (my last system update). All I can see is alsa-utils,
alsa-lib, alsa-headers, sox, mpg123, lame, but I don't know how they could
be causing this.
6. And all the prerequisite usual stuff is OK. No Asterisk errors, zap
debug doesn't show any problems, wanpipe interface counters are clear,
wanpipemon card stats are clear. By "clear", I mean all "bad" values are 0,
currently with 474 hours of uptime.
