* [LARTC] Rshaper Weirdness
@ 2002-06-21 6:06 Bob Huang
2002-06-21 7:08 ` Stef Coene
2002-06-21 7:53 ` Bob Huang
0 siblings, 2 replies; 3+ messages in thread
From: Bob Huang @ 2002-06-21 6:06 UTC (permalink / raw)
To: lartc
[-- Attachment #1: Type: text/plain, Size: 1493 bytes --]
Hello, guys, I am trying to get rshaper 2.01 to work on our Redhat 6.2 servers, but it does not seem to be able to control the bandwidth usage, here are the details,
1. Our production servers are all Redhat 6.2 with Kernel 2.2.19-6.2.12, the software we use are customized specifically for RH6.2, so I can't upgrade to 2.4 kernel.
2. On my test server with the same RH6.2 and kernel (it has a sigle Intel EtherExpress NIC), I compiled the rshaper.o module and modified the network driver (eepro100.c), make modules, install the new eepro100.o, and went through
insmod rshaper
then
rshaperctl 192.168.1.10 10000 10
It's a single NIC on an internal network (192.168.1.0/24)
It was able to control the incoming bandwidth to 10kBytes per second successfully - I tried downloading a 10MB file.
3. Then I did the exact same thing on one of our production servers - compile, modify eepro100.c (it has two identical Intel EtherExpress NICs, eth0 on the external network 64.54.185.0/24, eth1 on the internal network 192.168.1.0/24), make modules, install new eepro100.o, insmod, then tried
rshaperctl 64.54.185.66 10000 10
on the external interface. But the bandwidth control didn't work here - took only 3 seconds to download the 10MB file through eth0.
Why rshaper works on the test server but NOT the production server? I am baffled, the only difference between the two is that the production server has an extra NIC, is that enough to cause rshaper not working? Thanks much.
Bob
[-- Attachment #2: Type: text/html, Size: 2519 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Rshaper Weirdness
2002-06-21 6:06 [LARTC] Rshaper Weirdness Bob Huang
@ 2002-06-21 7:08 ` Stef Coene
2002-06-21 7:53 ` Bob Huang
1 sibling, 0 replies; 3+ messages in thread
From: Stef Coene @ 2002-06-21 7:08 UTC (permalink / raw)
To: lartc
On Friday 21 June 2002 08:06, Bob Huang wrote:
> Hello, guys, I am trying to get rshaper 2.01 to work on our Redhat 6.2
> servers, but it does not seem to be able to control the bandwidth usage,
> here are the details,
> 1. Our production servers are all Redhat 6.2 with
> Kernel 2.2.19-6.2.12, the software we use are customized specifically for
> RH6.2, so I can't upgrade to 2.4 kernel.
> 2. On my test server with the same
> RH6.2 and kernel (it has a sigle Intel EtherExpress NIC), I compiled the
> rshaper.o module and modified the network driver (eepro100.c), make
> modules, install the new eepro100.o, and went through insmod rshaper
> then
> rshaperctl 192.168.1.10 10000 10
> It's a single NIC on an internal network (192.168.1.0/24)
> It was able to control the incoming bandwidth to 10kBytes per second
> successfully - I tried downloading a 10MB file.
> 3. Then I did the exact
> same thing on one of our production servers - compile, modify eepro100.c
> (it has two identical Intel EtherExpress NICs, eth0 on the external network
> 64.54.185.0/24, eth1 on the internal network 192.168.1.0/24), make modules,
> install new eepro100.o, insmod, then tried rshaperctl 64.54.185.66 10000 10
> on the external interface. But the bandwidth control didn't work here -
> took only 3 seconds to download the 10MB file through eth0. Why rshaper
> works on the test server but NOT the production server? I am baffled, the
> only difference between the two is that the production server has an extra
> NIC, is that enough to cause rshaper not working? Thanks much.
You can indeed the rshaper module to control bandwidth, but you can also use
CBQ or HTB. The rshaper modules works fine for me when I tested it a few
years ago. I don't know why it's not woring on your production server.
But maybe you can try to load the cbq or htb module. You can also use them
to shape the bandwidth. For more info about CBQ/HTB, see the lartc HOWTO or
www.docum.org.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.openprojects.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Rshaper Weirdness
2002-06-21 6:06 [LARTC] Rshaper Weirdness Bob Huang
2002-06-21 7:08 ` Stef Coene
@ 2002-06-21 7:53 ` Bob Huang
1 sibling, 0 replies; 3+ messages in thread
From: Bob Huang @ 2002-06-21 7:53 UTC (permalink / raw)
To: lartc
My bad, I forgot to add these on the production server while I did on the
test server...
if (net_shaper_rx_hook)
(*net_shaper_rx_hook)(skb);
else
netif_rx(skb);
which was really stupid. A double check of the Readme file proved that - now
it's working GREAT! I am going to apply this to all production servers.
It feels nice to hear from the Master - thanks much Alessandro.
Bob
----- Original Message -----
From: "Alessandro Rubini" <rubini@arcana.systemy.it>
To: <bob@bobhuang.com>; <lartc@mailman.ds9a.nl>
Sent: Friday, June 21, 2002 12:03 AM
Subject: Re: [LARTC] Rshaper Weirdness
Hello.
First of all, please note that rshaper is not part of the LARTC suite,
so probably there is no interest in this list about it.
That said, your problem is peculiar. Could you please send me,
offlist, more details about your network configuration on the
faulty environment?
Thanks
/alessandro (rshaper author)
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-06-21 7:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-06-21 6:06 [LARTC] Rshaper Weirdness Bob Huang
2002-06-21 7:08 ` Stef Coene
2002-06-21 7:53 ` Bob Huang
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.