[asterisk-users] Bad Audio : linux-2.6.24-etchnhalf.1-686 / asterisk-1.2.27 / zaptel-1.2.24 / libpri-1.2.5 / HP ML110 G5

Nick Wolf newx22 at gmail.com
Mon Jan 5 02:20:13 CST 2009


Hi and Thanks for your reply,

I am sticking to 1.2.30 because this is a Vicidial server & they
recommend this version.

With 10 to 15 concurrent calls load on the server is 0.2 sometimes
less, (thats why I was told that I don't need to recompile asterisk
since I have no cpu overloading)

but here is what zttest says :

zttest
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%
--- Results after 15 passes ---
Best: 99.975586 -- Worst: 99.975586 -- Average: 99.975586

I read on the web it should be at least 99.99% - Do you know HOW can I
improve it ? maybe its the source of the problem.

besides this, I paste my zaptel.conf :

span=1,1,6,ccs,hdb3
span=2,1,6,ccs,hdb3
bchan=1-15,17-31
dchan=16
bchan=32-46,48-62
dchan=47
loadzone=fr
defaultzone=fr

when I put 6 in LINE BUILD OUT (1,1,6,ccs,hdb3) value I got better
call quality than when it was 5 (1,1,5,ccs,hdb3).

I also added echotrainning = 1600 in my zapata.conf file as some
website suggested.

[trunkgroups]
[channels]
language=fr
loadzone=fr
defaultzone=fr
context=default
switchtype=euroisdn
pridialplan=dynamic
signalling=pri_cpe
internationalprefix=+
nationalprefix=34
;rxwink=250              ; Atlas seems to use long (250ms) winks
;rxwink=200
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
echotrainning=1600
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=no
group=1
channel => 1-15
channel => 17-31
channel => 32-46
channel => 48-62

here is interupts file :

 cat /proc/interrupts
           CPU0       CPU1
  0:         84          1   IO-APIC-edge      timer
  1:          2          1   IO-APIC-edge      i8042
  8:          0          0   IO-APIC-edge      rtc
  9:          0          1   IO-APIC-fasteoi   acpi
 14:       1960       2009   IO-APIC-edge      libata
 15:          0          0   IO-APIC-edge      libata
 16:         20         21   IO-APIC-fasteoi   uhci_hcd:usb1
 17:          0          0   IO-APIC-fasteoi   uhci_hcd:usb2
 18:         41         41   IO-APIC-fasteoi   libata
 19:     312691     312616   IO-APIC-fasteoi   wct2xxp
219:      28650      28674   PCI-MSI-edge      eth0
NMI:          0          0   Non-maskable interrupts
LOC:      37798      36818   Local timer interrupts
RES:        191        216   Rescheduling interrupts
CAL:        153         91   function call interrupts
TLB:        727        751   TLB shootdowns
TRM:          0          0   Thermal event interrupts
SPU:          0          0   Spurious interrupts
ERR:          0
MIS:          0

So do you see any  "interrupt conflicts / sharing" ?
Before I go googling, Anyone knows what "IO-APIC-fasteoi" means  ?

Disk IO activity I am sure I don't have, but Ethernet activity I have
a lot, the server is constantly querying a mysql database.



On Mon, Jan 5, 2009 at 4:31 AM, Ex Vito <ex.vitorino at gmail.com> wrote:
>
>  I'd start by checking for interrupt conflicts / sharing on the system.
>  cat /proc/interrupts... also check your zap timing accuracy (was it zaptest ?)
>
>  It looks as if there is some periodic IO (disk?) activity that is leading
>  to bad audio.
>
>  (also: check your logs !) :-)
>
>  Then I'd add that the first impressions with the ML110 G5 were not
>  very good regarding IO activity and the PCI bus... Not really sure
>  what it was, as it was in the context of a few quick tests we did during
>  the summer, but I think we had to change the BIOS defaults for the
>  disk controller or something because we were getting really sloooooow IO
>  from them.
>
>  Question: Any particular reason to run 1.2 instead of something more
>  recent ?
> --
>  exvito
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users



More information about the asterisk-users mailing list