[LARTC] Bandwidth Restrictions in Linux

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We are ISP and we give Internet Wireless Outdoor Service . The Base Station
works in 802.11b and it is connected with a Linux Mandrake Server that make
NAT.

Besides the linux Server limit the bandwidth of each Wireless Client, per
IP, using an aplication called Traffic Control with CBQ rules. The bandwidth
that we are limit is at 32Kb, 48Kb, 64Kb, 72Kb, 96Kb and 128Kb. We have only
26 clients, son we are limiting only 26 Ip numbers at those bandwith.

My topology wireless is: Linux Server connected directly with an UTP
CrossOver Cable to the AP, and from the AP to the wireless client.

The problem I have with CBQ is that for moments I have delay of aprox. 2 or
3 seconds with pings from the Linux Server to some client that are not
making any traffic and in that moment if I ping from that client to the AP
the delay is only 3ms (that is correct, so the problem is not the wireless
link). In a normal condition the ping between the server and the Client
would must be around 20 ms, as in several times that I ping to a client that
besides it is making traffic and the delay is normal. But sometimes it is
not.

For example:
The following is a ping to a client that has limited to 72Kbps.. in this
moments he is not making any traffic in the internet, the normals delay time
of ping would be around 6 ms... but in stead of look that response time....
The pings varies from 4ms up to 2 seconds... and I promisse you that he is
not trafficking anything..

64 bytes from 192.168.8.18: icmp_seq=0 ttl=128 time=1.479 sec
64 bytes from 192.168.8.18: icmp_seq=1 ttl=128 time=1.179 sec
64 bytes from 192.168.8.18: icmp_seq=2 ttl=128 time=1.329 sec
64 bytes from 192.168.8.18: icmp_seq=4 ttl=128 time=4.078 msec
64 bytes from 192.168.8.18: icmp_seq=6 ttl=128 time=12.622 msec
64 bytes from 192.168.8.18: icmp_seq=7 ttl=128 time=10.002 msec
64 bytes from 192.168.8.18: icmp_seq=8 ttl=128 time=610.729 msec
64 bytes from 192.168.8.18: icmp_seq=9 ttl=128 time=769.707 msec
64 bytes from 192.168.8.18: icmp_seq=10 ttl=128 time=788.533 msec
64 bytes from 192.168.8.18: icmp_seq=11 ttl=128 time=992.062 msec
64 bytes from 192.168.8.18: icmp_seq=12 ttl=128 time=999.109 msec
64 bytes from 192.168.8.18: icmp_seq=13 ttl=128 time=1.184 sec
64 bytes from 192.168.8.18: icmp_seq=14 ttl=128 time=1.009 sec
64 bytes from 192.168.8.18: icmp_seq=15 ttl=128 time=1.359 sec

So I modify the INI files of the CBQ, and I give her 128Kbps and the pings
now are normal.... 6ms, 4ms, 10ms... The following is the file I modify...

DEVICE=eth1,10mbit,1mbit
RATE=128Kbit
WEIGHT=12Kbit
PRIO=5
BOUNDED=yes
ISOLATED=yes
RULE=192.168.8.11
RULE=192.168.8.29
RULE=192.168.8.15
RULE=192.168.8.14
RULE=192.168.8.39
RULE=192.168.8.23
RULE=192.168.8.18
RULE=192.168.8.19

You can see I add ip 192.168.8.18 to that list of IP and to that
bandwidth...

May the problem is the variety of bandwith I have or with the lowest
bandwith ( <128Kbps) ...?
May the problem is the amount of connections that CBQ have to control...?
May the problem is saturate of the CBQ's queue ...?
May the problem is some type of hardware problem in the Server (I have a
Pentium III 750Mhz - 128 Mb RAM and 20 Gbyte HHD)...?
Someone told me use HTB or TBF which is better.. can the one be in the
certain thing?

I will thank any kind of comments.

Bye
------------------------------------
Roberto Ravetti
Intercom I.S.P
Gerente de Servicios
mailto: rravetti@itc.com.ar
Te: (54) 3571 427 777
Rio Tercero - Cordoba - Argentina
------------------------------------








[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux