Echo cancellers take a finite time to converge. An echo occurs during this time period.
An echo in the first few seconds of a call is normal behavior as the echo canceller converges. The time of the echo depends on the echo tail length of the Public Switched Telephone Network (PSTN) or the echo cancellation coverage. These are two steps that can be taken to reduce the impact of the echo during this time:
Reduce the echo cancellation coverage. Issue the echo-cancel coverage command on the gateway voice port. The default echo cancellation coverage is 32ms. A value of 32ms means that the echo cancellers keep the original signal in memory for 32ms, and this is compared to the echo signal. It might take the echo cancellers five seconds to converge with an echo cancellation coverage value of 32ms. During this period, the echo cancellers is not able to eliminate echo.
Reducing the echo cancellation coverage also reduces the time taken for the echo cancellers to converge, meaning that the time to converge could be less than two seconds. The echo tail is the time for the echo to travel across the PSTN tail and back. If the echo tail is more than the echo cancellation coverage value, the echo will not be eliminated from the call at all. Typically, there has been a trade-off between the echo cancellation coverage and the echo canceller convergence time.
Note: This command is only available in Cisco IOS versions 12.2(12), 12.2(8)T5, 12.2(11)T, or later.
To address the trade-off between the echo cancellation coverage and the echo canceller convergence time, an echo suppressor has been implemented. This echo suppressor provides the capability to mask the long convergence time from the end users by disconnecting the return speech path while the near end is speaking. When using this echo suppresor , keep these things in mind:
During the time of suppression, if doubletalk occurs, the far-end user is not be heard.
When the echo suppressor is active, the echo canceller continues to converge, assuming no doubletalk is present.
When doubletalk is occurring the echo canceller will not converge. Although not likely, it is possible to have doubletalk during this entire suppressor time, such that the ECAN does not converge in time. A cause of this could be significant background noise on both sides of the call.
Hi I connected my Mac book pro to Desk pro device via type-c cable and facing below issue Desk pro touch passthrough functionality not working MAC book not detect desk pro microphoneWhen try to increase & decrease the volume via m...
dears I have some conflict with the configuration I have in my voice gateway which is already configured and I want to review it and get the full understanding of what those commands referred to in the dial-peer configuration I have the following configur...
I just finished to write a comprehensive certificates preparation for Cisco Meeting Server Clustering. Through 60 pages I explained in detail, how to create certificates for database cluster, callbridge cluster, certificate chain for webbridge3, certifica...
I work with CUCM and keep seeing job requirements wanting 'scripting' experience. I've asked a few people what they use scripting for in CUCM and nobody has a good answer. FYI - my current team does no scripting so I don't ...
I noticed on a SIP trace that when Jabber is taking a call off hold that it sends 2 SIP re-INVITE's -- one with SDP and the second with no SDP. Can someone explain why this is so ? What is the purpose of the 2nd re-I...