[asterisk-users] OSLEC and zaptel-1.4.5.1
Alan Lord
alanslists at gmail.com
Wed Oct 24 10:59:18 CDT 2007
Dave Fullerton wrote:
> Replies/Comments inline...
Ditto :-)
> Alan Lord wrote:
>> Hi all,
>>
>> After reading great things about the OSLEC Echo Canceller
>> (http://www.rowetel.com/ucasterisk/oslec) and seeing the reactions of
>> people who have tried it on a recent Trixbox thread
>> (http://www.trixbox.org/forums/trixbox-forums/open-discussion/need-people-echo-problems),
>> it sounds like it is the "bees knees" for sorting out echo problems with
>> cards like the x100p.
>
> I am using OSLEC on my home pbx. I used to have echo on some calls prior
> to OSLEC but have been echo free since I installed it.
This seems to be most peoples experience with it.
>
>> Has anyone managed to get oslec to work with recent zaptel and kernel
>> (I'm running 2.6.23)?
>
> I'm only using 2.6.17 and zaptel-1.4.4 at the moment. But if the patches
> apply it should work.
I might try and "downgrade" to zaptel-1.4.4 and see if that helps.
>> Having followed the instructions on the oslec site, and ensuring the
>> patch for zaptel takes O.K (I manually installed the patch into the
>> zaptel source tree just to make sure). I can build the oslec module, and
>> build a patched zaptel-1.4.5.1-oslec without any compilation issues.
>>
>> However when I reload the system during boot-up dmesg tells me:
>>
>> Zapata Telephony Interface Registered on major 196
>> Zaptel Version: 1.4.5.1
>> Zaptel Echo Canceller: MG2
>> Zaptap registered 'sample' char driver on major 33 (This means the patch
>> went in O.K.)
>> ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 17 (level, low) -> IRQ 22
>> wcfxo: DAA mode is 'FCC'
>> Found a Wildcard FXO: Wildcard X100P
>>
>> Notice the choice of echo canceller....
>
> Check the zconfig.h file in the zaptel source and make sure that the line:
> #define ECHO_CAN_OSLEC
> is not commented out but all the lines for the other echo cancelers are.
Yep - I manually went through the 1.4.4 patch and ensured it was applied
cleanly to the zaptel source tree. Like this:
.../* #define ECHO_CAN_MARK2 */
/* #define ECHO_CAN_MARK3 */
/* #define ECHO_CAN_KB1 */
/* This is the new latest and greatest */
/* #define ECHO_CAN_MG2 */
#define ECHO_CAN_OSLEC
> Did you start with a clean source (or at least did a make clean) before
> you compiled? Are you using the zaptel-1.4.4.patch from the oslec SVN or
> some other patch?
Yes, clean source. I used the 1.4.4. and it applied cleanly (just with a
bit of fuzz). I went through and did it manually too - just to make sure.
>> If I look at what modules are installed:
>>
>> # lsmod
>> Module Size Used by
>> zttranscode 6280 0
>> ztdummy 3432 0
>> wcfxo 9760 0
>> zaptel 200120 7 zttranscode,ztdummy,wcfxo
>> crc_ccitt 1792 1 zaptel
>
> Just for kicks, try inserting the oslec module by hand (insmod oslec)
> and see if that makes a difference.
Tried that too!
> > In my kernel modules/misc directory I have:
>
> <snip>
>
> Hope that helps.
>
> -Dave
Thanks for the comments. It's good to know it does work but perhaps
there is something in the 1.4.5.1 sources... Think I'll do a quick grep
for "#define ECHO_CAN_MG2" and see if it being set elsewhere.
Alan
--
The way out is open!
http://www.theopensourcerer.com
More information about the asterisk-users
mailing list