Hello, Sorry for returning such an old topic but it looks like I found a solution. I am using FC5 on an IBM x206 with TDM2400P and TE405P.
Using this general guide: http://www-128.ibm.com/developerworks/library/l-hw2.html and this hint http://pastebin.ca/32678 I had put pastebin.ca stuff into /etc/rc.d/rc.local and my problems are gone. The zttest gives lower values but more stable: Opened pseudo zap interface, measuring accuracy... 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% --- Results after 18 passes --- Best: 99.975586 -- Worst: 99.975586 -- Average: 99.975586 bye, Zsolt On 9/24/06, Lee Howard <[EMAIL PROTECTED]> wrote:
Artifex Maximus wrote: > zttest is often on 99.975586% with final result: > --- Results after 67 passes --- > Best: 99.987793 -- Worst: 99.951172 -- Average: 99.973764 This is unacceptable for faxing, and it is evidence of the underlying problem also causing your faxes to come through with poor quality. > 0: 2087872259 IO-APIC-edge timer > 7: 0 IO-APIC-edge parport0 > 8: 1 IO-APIC-edge rtc > 9: 1 IO-APIC-level acpi > 14: 18440124 IO-APIC-edge ide0 > 15: 4456445 IO-APIC-edge libata > 169: 4878102 IO-APIC-level eth0 > 177: 2086847525 IO-APIC-level wctdm24xxp > 185: 2086810653 IO-APIC-level wct4xxp Notice the priorities here... and that your Zaptel cards come *last*, after eth0, after IDE. Each of those Zap cards are going to generate an interrupt once every millisecond when in use. You can hopefully imagine how IDE or eth0 activity would interfere, since they have a higher priority than the Zap cards. Lee.
_______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users