<div dir="ltr">Hi, Klaus<div><div><br></div><div>Additional delays in RTP network path (including delay added by freeswitch too) occured in this situation.</div><div>So sometimes your phone can't compensate echo, if the overall audio delay from 'other end' more then echo compensator can compute.</div>
</div><div style><br></div><div style>Best Wishes,</div><div style>Dmitry.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/3/25 Klaus Hochlehnert <span dir="ltr"><<a href="mailto:Mailings@kh-dev.de" target="_blank">Mailings@kh-dev.de</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I would also vote for some EC tuning possibility in FS, even if it's not the "right place".<br>
<br>
I have an installation which uses an ISDN/SIP-Gateway (with its own EC).<br>
> Telco - ISDN - ISDN-/SIP-Gateway - FS - Phone<br>
Sometimes they hear an echo which I can record to a sound file with the FS record command.<br>
The echo is unfortunately not reliably reproducible, not even to the same destination number.<br>
<br>
After some discussions with the vendor of the gateway they asked me to connect a phone directly to their gateway.<br>
And from that phone we never heard an echo (which is strange, I know).<br>
<br>
Currently I don't have any clue what the source of the echo is, but if FS could be tuned in that way I might get rid of it.<br>
<br>
Thanks<br>
Klaus<br>
<br>
<br>
-----Ursprüngliche Nachricht-----<br>
Von: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a> [mailto:<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a>] Im Auftrag von Steve Underwood<br>
Gesendet: Mittwoch, 20. März 2013 03:14<br>
An: FreeSWITCH Users Help<br>
Betreff: Re: [Freeswitch-users] Removing echo.<br>
<div class="HOEnZb"><div class="h5"><br>
On 03/19/2013 09:10 PM, Sean Devoy wrote:<br>
><br>
> -----Original Message-----<br>
> From: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a><br>
> [mailto:<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a>] On Behalf Of<br>
> Steve Underwood<br>
> Sent: Tuesday, March 19, 2013 3:32 AM<br>
> To: FreeSWITCH Users Help<br>
> Subject: Re: [Freeswitch-users] Removing echo.<br>
><br>
> If you want to understand why a call from a cell phone to an FS<br>
> server, leaving a voice mail, might result in you hearing echo, you'll<br>
> have to describe the path between you and the FS server.<br>
><br>
> Cell Phone => Cell Carrier => ?? => Internet => Voip Provider => LAN<br>
> => FS<br>
><br>
><br>
FS is definitely not the source of the echo in this path. When sending voice mail to FS is has distinct receive and transmit paths, with no possibility of crosstalk. The only way FS could introduce echo is if the call comes in through an analogue PSTN connexion. You don't have those, so FS is not to blame.<br>
<br>
The LAN surely isn't to blame.<br>
<br>
You indicated the VoIP provider has an internet path coming in. If that is true they probably can't be the source of the echo, as they will just pass the signals through.<br>
<br>
?? looks like the probable rogue here. Presumably the cell carrier interfaces to the PSTN, and ?? is some VoIP provider interfacing between the PSTN and the IP world. A large VoIP provider would interface to the PSTN with a digital connection, and echo would not occur. However, don't rule out the possibility of some small outfit using analogue lines.<br>
<br>
There is a slight possibility of the cell carrier being at fault, although it is unlikely. In the early days of GSM it was quite common for a call that didn't connect properly to result in a huge echo to the user. This was because of bugs in the way the base station's echo canceller was handled. Over the years the bugs causing this have mostly been resolved, but you still get massive echo occasionally. It is not unknown for a particular call path to keep fooling the echo canceller during its adaption phase, so almost every call over the same path results in echo.<br>
<br>
The cell phone has an echo canceller to prevent earpiece to mic leakage from sending an echo back to the line, but this will not affect the user of the phone. The phone itself should not be the cause of your problem.<br>
<br>
<br>
So...... its looking like ?? is the probable problem area. I assume the use of ?? means you have no idea what is there. Can you try an alternate way to get from your cell phone to the FS box. Perhaps using a different VoIP provider who can be assumed to provide a genuinely different path?<br>
<br>
Steve<br>
<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div>