[Asterisk-Users] NIC irq load balancing

2005-01-07 Thread Jason Kim
Hi All,

I'm developing an outbound call center with 20 agents.
My configuration is like this.
PRI *  NetGear Switch  20
iaxSoftPhone

I'm experincing bad voice quality and long delay.
I'm thinking about several possibilities.

1. NIC load - All NIC irqs process by CPU0.
   I tried irabalance, but no effect.
#cat /proc/interrupts 
   CPU0   CPU1   
  0: 158232 385091IO-APIC-edge  timer
  1:  3  0IO-APIC-edge  keyboard
  2:  0  0  XT-PIC  cascade
  3: 56271IO-APIC-edge  serial
  4: 10  0IO-APIC-edge  serial
  8:  1  0IO-APIC-edge  rtc
 12:185  0IO-APIC-edge  PS/2 Mouse
 14:  20312   2667IO-APIC-edge  libata
 15:  0  0  XT-PIC  libata
 17: 573544  98848   IO-APIC-level  Intel ICH5
 18: 947385  0   IO-APIC-level  eth0
 21: 7908154593392   IO-APIC-level  t1xxp
NMI:  0  0 
LOC: 543220 543219 
ERR:  0
MIS:  0

2. NetGear Switch - I'm using FS-526T Switch, which
has 24 10/100 ports and 2 Gb sorts.
I want to know if this kind of general purpose switch
is not suitable for voip. If so, could you recommand
one?

3. Server - My server is based on ASUS md, 2 Xeon
2.8G, 1GB ram, 1 sata drive. OS is Redhat9.0
CPU's idle status is 70~100.

Regards,
Jason






__ 
Do you Yahoo!? 
Yahoo! Mail - Find what you need with new enhanced search.
http://info.mail.yahoo.com/mail_250
___
Asterisk-Users mailing list
Asterisk-Users@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


Re: [Asterisk-Users] NIC irq load balancing

2005-01-07 Thread Rich Adamson

 2. NetGear Switch - I'm using FS-526T Switch, which
 has 24 10/100 ports and 2 Gb sorts.
 I want to know if this kind of general purpose switch
 is not suitable for voip. If so, could you recommand
 one?

I've been doing network performance assessments for corporate clients
in 40+ states since 1993, and we see an absolute ton of supposedly
knowledgable engineers deploying switches from every major manufacturer.
One item they just never address is making sure a server's interface
matches the switch's interface settings. Over 90% of the time they
tend to let the switch and serve auto-negotiate the speed and duplex
settings.

Most nic card vendors and most switch vendors get the negotiated speed
correct (that's an easy one to do), but about 50% of the time the
negotiated duplex setting is wrong. (Eg, the switch will negotiate
half duplex while the server thinks he's in full duplex.) Under any
reasonable load, the interface will cause damaged packets, dropped
packets, etc. We've actually tested many of these and seen 100 meg
interfaces maxing out at less then 1 meg throughput, for an absolute
fact.

Part of the negotiation problem is until recently there have been no
industry standards as to how duplex settings should be negotiated.
So, with every reboot and/or interface interruption, the negotiated
duplex settings will be wrong about 50% of the time. Very few tech's
actually have the skills/knowledge to see the mismatch.

The only reasonable way to solve that issue is to lock both interfaces
(the switch interface and the server nic) at full duplex.

Since the FS-526T is a managed switch, if you lock the interface (and
the server) to 100 meg full duplex it will work just fine. If you
don't lock both interfaces, your actual throughput (and voip quality)
is totally up for grabs. (Gig interfaces are always full duplex.)

It also seems the majority of sys admins don't have a clue how to
look at their systems to see what the nic interface has negotiated.
For RH systems, take a look at the output from dmesg. Different distros
will have different ways to look at (and set) the duplex setting.

The duplex mismatch will have an increasingly negative impact with
greater load/throughput. So, if your implementation is a home/soho
system, duplex will seldom be an issue; however, if your implementation
is within a larger corporate network, duplex will have a very serious 
impact.


___
Asterisk-Users mailing list
Asterisk-Users@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