I've had an spa3k in service here at the house for a while now. After some initial wrangling, it's been working okay. I've had to reboot it a couple times and have noticed something rather annoying though. My setup is pretty simple and, dare I say, common. I have the SPA-3000 "inline" between my incoming POTS line and the internal house phone. It's setup to deliver all calls (from the outside or internal phones) to my asterisk (CVS HEAD) server. The FXO is my default outbound path and I have a VOIP provider as a secondary. After rebooting the SPA-3000, the internal users of calls routed through the FXO interface hear pretty bad echo. This persists for days, maybe more than a week. At some point, the echo goes away. I've noticed that, when the echo is gone, I hear a rapid series of light clicks on the line when placing a call; after dialing and before the remote end starts ringing. When the *is* echo, I'm not hearing the clicks. Seems to me these clicks are part of the echo training. How do I get this to occur immediately after the SPA-3000 restarts? Why do I have to wait so long to get them started? Paul -- Paul Dugas, Computer Engineer Dugas Enterprises, LLC paul@dugas.cc phone: 404-932-1355 522 Black Canyon Park http://dugas.cc fax: 866-751-6494 Canton, GA 30114 USA -- Onsite at GDOT W.Annex 404-463-2860 x199
Hi, I have exactly the same setup and exactly the same problem, made severals changes in the config of SPA3K(firmware,gain, etc...). If you find a solution let me know. Because I give up with this unit. Pierre 2005/9/14, Paul Dugas <paul@dugas.cc>:> I've had an spa3k in service here at the house for a while now. After > some initial wrangling, it's been working okay. I've had to reboot it a > couple times and have noticed something rather annoying though. > > My setup is pretty simple and, dare I say, common. I have the SPA-3000 > "inline" between my incoming POTS line and the internal house phone. It's > setup to deliver all calls (from the outside or internal phones) to my > asterisk (CVS HEAD) server. The FXO is my default outbound path and I > have a VOIP provider as a secondary. > > After rebooting the SPA-3000, the internal users of calls routed through > the FXO interface hear pretty bad echo. This persists for days, maybe > more than a week. At some point, the echo goes away. I've noticed that, > when the echo is gone, I hear a rapid series of light clicks on the line > when placing a call; after dialing and before the remote end starts > ringing. When the *is* echo, I'm not hearing the clicks. > > Seems to me these clicks are part of the echo training. How do I get this > to occur immediately after the SPA-3000 restarts? Why do I have to wait > so long to get them started? > > Paul > -- > Paul Dugas, Computer Engineer Dugas Enterprises, LLC > paul@dugas.cc phone: 404-932-1355 522 Black Canyon Park > http://dugas.cc fax: 866-751-6494 Canton, GA 30114 USA > -- > Onsite at GDOT W.Annex 404-463-2860 x199 > _______________________________________________ > --Bandwidth and Colocation sponsored by Easynews.com -- > > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >
> >After rebooting the SPA-3000, the internal users of calls routed through >the FXO interface hear pretty bad echo. This persists for days, maybe >more than a week. At some point, the echo goes away. >This is a known problem with the spa3k-3.1.5b firmware, I have made them aware of it and hopefully they are working on a fix. -- Chris Mason NetConcepts (264) 497-5670 Fax: (264) 497-8463 Int: (305) 704-7249 Fax: (815)301-9759 Cell: 264-235-5670 Yahoo IM: netconcepts_anguilla@yahoo.com
The SPA-3000 can do silence and tone detection for hangup and has a variable
timer and sound threshold setting.
-----Original Message-----
From: BJ Weschke [mailto:bweschke@gmail.com]
Sent: Thursday, September 15, 2005 10:01 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Echo on SPA-3000 FXO
That is an issue with Vonage not providing remote disconnect supervision
through the ATA. The way I got around that was not to use Comedian mail with
my home system, but instead, just use an analog answering machine I already
had around. Not ideal, I know, but the answering machine hangs up the FXS
port when it detects that the caller has hung up (via busy, silence, etc)
and that instructs * to hang up the FXO port that has the Vonage ATA plugged
into it.
On 9/15/05, asterisk@txpe.net <mailto:asterisk@txpe.net>
<asterisk@txpe.net
<mailto:asterisk@txpe.net> > wrote:
I tried switching out the 3000 with a X100P card, but the card would never
recognize when the caller hung up. So, I have to keep the 3000. The X100P
worked fine with the POTS line.
At 08:52 AM 9/15/2005, you wrote:
The CID with the Cisco isn't a "Cisco issue". It's actually
an issue based
on the way Vonage passes CID through the Cisco. It doesn't follow the same
standard that LECs and others use.
I tried to get this going with an SPA3000 at first as well and never really
could get it to go right without having to really hack-up my chan_sip.c. In
the end I switched out the SPA-3000 for a Digium TDM card with an FXO module
on it and now use the following in the dial plan for when that fxo port
rings:
[fxoports]
exten => s,1,Cut(cidone=CALLERID,<,1)
exten => s,2,Cut(cidtwo=CALLERID,<,2)
exten => s,3,GotoIf($[${LEN(${cidtwo})} > 0]?4:12)
exten => s,4,SetCIDNum(${cidtwo:1:10})
exten => s,5,SetVar(cidone=${cidone:2})
exten => s,6,NoOp(${cidone})
exten => s,7,SetVar(ciolen=${LEN(${cidone})})
exten => s,8,SetVar(ciolen=$[${ciolen} - 2])
exten => s,9,NoOp(${ciolen})
exten => s,10,SetCIDName(${cidone:0:${ciolen}})
exten => s,11,Goto(fxoports,s,14)
exten => s,12,SetCIDNum(${CALLERID})
exten => s,13,SetCIDName(Unavailable)
exten => s,14,NoOp(${CALLERIDNUM})
exten => s,15,NoOp(${CALLERIDNAME})
CVS-HEAD versions of asterisk will complain when you do this because it's
using the deprecated SetCIDNum and SetCIDName functions. In that case you'll
want to replace those with SetVar(CALLERID(name)=value) and
SetVar(CALLERID(number)=value) instead.
On 9/15/05, <mailto:asterisk@txpe.net> asterisk@txpe.net
<asterisk@txpe.net
<mailto:asterisk@txpe.net> > wrote:
I've been using 2 SPA3000's for several months. Both are running
3.1.3(GWa) software. I do not have any issues with echo. One box is
used to bring in a SBC POTS line and the other is connected to my
Cisco ATA186 from Vonage. The 3000 connected to SBC line relays CID
info, I have never been able to get CID info passed from the 3000
connected to the Cisco unit.
Doug
_______________________________________________
--Bandwidth and Colocation sponsored by Easynews.com
<http://easynews.com/>
--
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com <mailto:Asterisk-Users@lists.digium.com>
http://lists.digium.com/mailman/listinfo/asterisk-users
<http://lists.digium.com/mailman/listinfo/asterisk-users>
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
<http://lists.digium.com/mailman/listinfo/asterisk-users>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20050915/70ca7022/attachment.htm
On Wed, September 14, 2005 2:42 pm, Paul Dugas wrote:> After rebooting the SPA-3000, the internal users of calls routed through > the FXO interface hear pretty bad echo. This persists for days, maybe > more than a week. At some point, the echo goes away. I've noticed that, > when the echo is gone, I hear a rapid series of light clicks on the line > when placing a call; after dialing and before the remote end starts > ringing. When the *is* echo, I'm not hearing the clicks.Per a suggestion, I swapped out the offending unit with a brand-new unit that came running 2.0.13(GWa) firmware. It's worked fine for the few test calls I just made. Will leave that in place for a couple days and see. If it stays working, I'll want to downgrade the firmware in the original unit. Is it safe to downgrade them? Thanks for all the suggestions, Paul -- Paul Dugas, Computer Engineer Dugas Enterprises, LLC paul@dugas.cc phone: 404-932-1355 522 Black Canyon Park http://dugas.cc fax: 866-751-6494 Canton, GA 30114 USA -- Onsite at GDOT W.Annex 404-463-2860 x199