Echo and VoIP: FAQ

Echo and VoIP: FAQ

Echo may be fun when you're shouting your name across the Grand Canyon, but it's not so much fun when you're trying to conduct a business call using VoIP. In this tip, we've pulled together some frequently asked questions about echo (and the answers to them) from our Voice over IP expert, Patrick Ferriter.

What causes echo?

Patrick Ferriter

    Requires Free Membership to View

    SearchUnifiedCommunications.com members gain immediate and unlimited access breaking industry news, expert advice on UC, technical guides, and more -- all at no cost. Join me on SearchUnifiedCommunications.com today!

    Kate Gerwig, Editorial Director

    By submitting your registration information to SearchUnifiedCommunications.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchUnifiedCommunications.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

There are two main sources of echo in telephony networks: acoustic echo and line echo. Acoustic echo is generated on any phone (IP or otherwise) when there is feedback from the speaker to the microphone. This is particularly noticeable on many speaker phones. Line echo is very common in the PSTN network, and this most commonly occurs when there is a two-wire to four-wire conversion in the network (for example, where analog is converted into T1 or E1).

How can I combat echo? How do echo cancellers work?

To combat these types of echo, there are echo cancellers. As you can probably imagine, there are acoustic echo cancellers (AECs) and line echo cancellers (LECs). How well the echo is cancelled depends on the quality of the echo canceller. One key parameter in an echo canceller is the tail length. Basically, the way an echo canceller works is that it remembers the waveform sent out and, for a certain period of time, looks for a returning waveform that it can correlate to the original signal (usually arriving later, at lower amplitude, and with more noise). Typically, echo cancellers can be set to 32ms, 64ms, or 128ms tail lengths. If the return signal (echo) arrives too late, the echo canceller won't be able to correlate and cancel it properly. In summary, it is possible to greatly minimize or nearly eliminate echo if proper echo cancellation is in place.

When initiating a VoIP call, I hear no echo or lag, but the person I'm calling does. Do you know why this is happening?

It is possible that your VoIP device has an AEC that is not performing well. Sometimes, a poor-quality headset can also introduce echo that the far end can hear. It is a good idea to report the problem to your VoIP service provider and explain the symptoms. If your VoIP device will allow you to lower the receive gain or volume, this may also help to reduce the level of the echo the called party hears.

More on this topic

Ask Patrick your VoIP questions or browse more of his answers

Bitpipe provides information on GAO's Digital Network Echo Canceller

Bitpipe provides information on Polycom's Vortex EF2241Acoustic Echo/Noise Canceller

What is the minimum bandwidth needed to guarantee good voice quality at all times?

If you're using an uncompressed G.711 codec, over Ethernet, you need approximately 87 kb/s in each direction to carry on a conversation. If you're using a compressed codec such as G.729, you need approximately 24 kb/s in each direction. This is the minimum bandwidth required to carry on a conversation. Note that bandwidth alone does not guarantee good voice quality. If there are dropped packets, random delays or other things of this nature, the voice quality may not be good. You need to have a properly designed network to ensure decent voice quality. Congestion points should be eliminated. If there is going to be traffic congestion, a quality-of-service mechanism that prioritizes voice traffic over other traffic should be used.

Our organization has just implemented a VoIP system, and our users have been complaining of echo, static and amplified background noise during phone usage. The noise can be heard on our end only. Can you please give some insight into what may be causing the problem and how to resolve it?

If this is a premise-based solution, it is a good idea to work with the IP PBX manufacturer or its representative (VAR) to investigate these issues. Most IP PBX manufacturers can obtain call recordings from their systems, and those recordings can detail the problems. You'll want to provide a network diagram to the manufacturer you're working with to help in understanding your network topology. You'll also have to work with your end users to document the calls where the problems occur, so they can be carefully reviewed.

The problems you are experiencing could be caused at any of several points. For example, the echo issue could be related to:

  • a problem with the line echo canceller on the IP PBX,
  • a problem with the acoustic echo canceller on the destination speaker phone (for internal calls from one phone to another),
  • a nonperforming echo canceller in the carrier network (call recording would show a very long echo tail in this case).

If you're using a hosted VoIP solution, work with the provider and the tools it can offer to help solve the problem.

This was first published in August 2006

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.