[asterisk-users] Echo problem in VoIP-calls

[Gareth Blades]

Try the SIP phone. If it is better then you might try looking to see if 
there are any echo cancelation settings on the softphone or analogue 
adapter you can change. Try turning echo cancelation off aswell since if 
there are two running they can interfere with each other and make the 
situation worse.

If you hear echo on that phone then it might be that the network 
connection from that location has a higher latency making the echo far 
more noticeable.
If the other party you are connecting to hears echo then this could be 
down to the phone or the jitter buffer. If you start with a small jitter 
buffer the echo cancelation will train to that but if you get increased 
jitter the buffer will grow and add an additional delay to the audio. 
Often echo cancelation only trains at the start of a call.
Maybe try disabling the jitter buffer.


Jonas Kellens wrote:
> Gareth,
> 
> multiple users/SIP-accounts use this asterisk server from many 
> locations. Like I said: in another location with a similar setup, there 
> are no echo-complaints on received or made calls.
> 
> If you say that it has nothing to do with the Cisco-router, I don't 
> really know what to go looking for...
> 
> I will take your advise and try with a SIP-phone (snom 320).
> 
> What do I do if :
> 
> 1. I also have echo with a SIP-phone ?
> 2. I do not have echo with a SIP-phone ?
> 
> 
> Jonas.
> 
> 
> On 06/30/2010 03:52 PM, Gareth Blades wrote:
>> Thats where I believe the problem lies. You are sending audio to them 
>> and they are putting it onto the PSTN network. When the audio comes back 
>> from the PSTN it has echo on it. They are not performing echo cancellation.
>> If it is an international call from the ITSP's perspective then teh 
>> network operator should be performing echo cancelation anyway. If its a 
>> national call then the telco doesnt perform echo cancelation but the 
>> ITSP should do it themselves. The only time this is not needed is if the 
>> phones have a very low delay to the ITSP but since this is normally not 
>> the case echo cancelation must be performed at this point.
>>