Before I relate the actual problem, some context. Callcentre environment, a few users testing a new digital dialer... 1. Agents are using Grandstream ATA HT486 and a small analogue dialpad with a headset. 2. SIP connection to Asterisk-1.2b1 3. IAX2 connection to ITSP provider. The call is initially set up in the following way. 1. Agent calls into a meetme conference room and subseqently stays in the conference room working offhook. 2. Dialler originates calls from the meetme conference room to the target party. Problem... 1. every now and then the agent experiences large amounts of echoing of their own voice (not the target party). It's not consistent, just every now and again. The echo is of quite a long delay... My assumptions.... 1. Because the call setup has occurred and there are calls where there is no echo, it can't be the callcentre end of the connection causing the echo 2. There is nothing I can do to fix the echo problem at my end becuase the echo would need to be dealt with in the ATA and it's already cancelling echo. Question... 1. Do I need to go have a little chat to my ITSP 2. Is there anything else that can be done? cheers, Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20051017/22e5ff83/attachment.htm
> -----Original Message----- > From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com]On Behalf Of Mark Edwards > Sent: Monday, October 17, 2005 3:28 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: [Asterisk-Users] Bizarre Echo Problem > > Before I relate the actual problem, some context. > > Callcentre environment, a few users testing a new digital dialer... > > 1. Agents are using Grandstream ATA HT486 and a small analogue dialpad with a headset.{clip}> > My assumptions.... >{clip> 2. There is nothing I can do to fix the echo problem at my end becuase the echo would need to be dealt with in the ATA and it's already cancelling echo.If the ATA has echo cancellation then it will be facing the analog device at your end and cancelling echos of the called parties voice that are echoing due to _your_ system. The objective is to keep the echo out of the VoIP network at all costs. Thus;> Question... > > 1. Do I need to go have a little chat to my ITSPYes. However, try to come armed with a good sized selection of PSTN numbers that are generating problem echos so they have something to actually look at. Hope that helps. Kris Boutilier Information Services Coordinator Sunshine Coast Regional District
> -----Original Message----- > From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com]On Behalf Of Mark Edwards > Sent: Monday, October 17, 2005 4:50 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] Bizarre Echo Problem > > Hey Kris, > > to add some fuel to the fire, I was monitoring one of the agents last night. He made a call to a target and then had to call them straight back to > confirm some information. > > The first call was as echoey as the inside of a cathedral. > The second (next) call was as clear as a bell. > > Same number, next call.{clip} That's quite interesting as one would assume it's the same call path regardless of the originator. It's possible that there was some variation somewhere (eg. one bad echo canceller module in a tandem trunk pool out in the PSTN), but perhaps not. I have heard others comment about intermittent bad echo, depending on who's originating the call. It would be interesting to try to hang up and restart the call outwards from Asterisk and see if the echo persists. Regardless as I said, it's really an echo issue for your ITSP to debug as they're interfacing to the PSTN and Asterisk doesn't do any echo cancellation on SIP/IAX translated calls. :-) Kris Boutilier Information Services Coordinator Sunshine Coast Regional District