<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
A good idea, Kevin. You may also want to include additional performance parameters, such as the number of taps for the EC.<br><br>Gideon<br><br><br>&gt; Date: Wed, 18 Jun 2008 18:11:06 -0500<br>&gt; From: kpfleming@digium.com<br>&gt; To: asterisk-dev@lists.digium.com<br>&gt; Subject: [asterisk-dev] RFC: DAHDI echo canceller configuration change<br>&gt; <br>&gt; I'm working in a branch of DAHDI's 'linux' package:<br>&gt; <br>&gt; http://svn.digium.com/svn/dahdi/linux/team/kpfleming/modular_ec<br>&gt; <br>&gt; This branch contains modifications to allow one (or many) echo cancelers<br>&gt; to be built and loaded at the same time, and then runtime selection made<br>&gt; as to which one should be used on which channel(s). All of the existing<br>&gt; modules have been converted, and the core code is ready to use them, so<br>&gt; what I'm left with is deciding on a configuration method.<br>&gt; <br>&gt; I'd like to just use the existing /etc/dahdi.conf and dahdi_cfg tools to<br>&gt; do the configuration, adding something like:<br>&gt; <br>&gt; echocanceler=MG2<br>&gt; <br>&gt; or<br>&gt; <br>&gt; echocanceler=HPEC<br>&gt; <br>&gt; Doing so would then apply that choice to all subsequent channels<br>&gt; configured in the file in *any* signaling mode (although obviously many<br>&gt; signaling modes don't support audio, and thus will never actually use<br>&gt; the echo canceler defined for those channels).<br>&gt; <br>&gt; This seems pretty straightforward to me, however, it would be the *only*<br>&gt; parameter in /etc/dahdi.conf that 'inherits' into later definitions in<br>&gt; the file, which is probably not a wise choice.<br>&gt; <br>&gt; An alternative would be for the syntax to be something like:<br>&gt; <br>&gt; echocanceler=MG2,1-4<br>&gt; echocanceler=HPEC,8-12<br>&gt; <br>&gt; This fits the existing model a bit more.<br>&gt; <br>&gt; In addition to this, there is a need to find some way to set a default<br>&gt; echo canceler to be used if the configuration file does not specify one.<br>&gt; In Zaptel, this was done at compile time, but since all available echo<br>&gt; cancelers are compiled and installed now, there isn't any practical way<br>&gt; to do that, and I'd rather move away from compile-time configuration anyway.<br>&gt; <br>&gt; I could certainly add an additional configuration parameter for this, or<br>&gt; make the 'echocanceler=&lt;name&gt;,&lt;channels&gt;' parameter accept *no channels*<br>&gt; as an argument, which would then apply it to all channels.<br>&gt; <br>&gt; Thoughts? Whichever way this goes, I'll end up documenting it in<br>&gt; UPGRADE.txt in the source tree, because it will be a significant change<br>&gt; in behavior from Zaptel 1.4.<br>&gt; <br>&gt; Another note: I won't require the user to forcibly load echo canceler<br>&gt; modules; if a name is provided and no module currently provides it, the<br>&gt; DAHDI core will attempt to 'autoload' that module to satisfy the request.<br>&gt; <br>&gt; -- <br>&gt; Kevin P. Fleming<br>&gt; Director of Software Technologies<br>&gt; Digium, Inc. - "The Genuine Asterisk Experience" (TM)<br>&gt; <br>&gt; _______________________________________________<br>&gt; --Bandwidth and Colocation Provided by http://www.api-digital.com--<br>&gt; <br>&gt; AstriCon 2008 - September 22 - 25 Phoenix, Arizona<br>&gt; Register Now: http://www.astricon.net<br>&gt; <br>&gt; asterisk-dev mailing list<br>&gt; To UNSUBSCRIBE or update options visit:<br>&gt;    http://lists.digium.com/mailman/listinfo/asterisk-dev<br><br /><hr /> <a href='' target='_new'></a></body>
</html>