[Asterisk-Users] echo cancellation: the never-ending quest fortruth

Ben Merrills ben at griffin.com
Mon Oct 4 09:25:57 MST 2004


What options do the others offer over one another? Is there a
difference, or is it simply a case of one superseding the other? Would
be good to put something together that details the different methods,
and which situations maybe they better suit, if any.

Ben

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Darren
Nickerson
Sent: 04 October 2004 16:22
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] echo cancellation: the never-ending quest
fortruth

"Bruce Komito" <brucek at bagel.com> spake thusly:

> Asterisk apparently has five echo cancellation algorithms: STEVE,
STEVE2,
> MARK, MARK2 and MARK3.  The current default appears to be MARK2.
>
> My question is, has anyone had any experience with any of the others
> (other than MARK2), and is there some conventional wisdom as to when
to
> use one over another?

Bruce,

I asked Mark that question at Astricon, since it seems to me that this 
section of the code offers lots of options with little guidance, and I 
haven't seen this matter receive any in-depth treatment on the list
lately 
either (I guess most people simply accept the out-of-the-box default,
and 
those who do have echo problems for any reason (like us) dig a little 
deeper).

He said that MARK2 is the recommended one, and that some people have
found 
the aggressive option help.

FWIW, we run MARK2 in aggressive mode here.

-Darren

--
Darren Nickerson
Senior Sales & Support Engineer
iFax Solutions, Inc. www.ifax.com
darren.nickerson at ifax.com
+1.215.438.4638 x8106
+1.215.243.8335 (fax)
 

_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users



More information about the asterisk-users mailing list