[LARTC] Wonder Shaper - New Features - Unofficial Version

[LARTC] Wonder Shaper - New Features - Unofficial Version

[Gordan Bobic]

[-- Attachment #1: Type: text/plain, Size: 1387 bytes --]

Hi, guys.

I have tried emailing Bert with these updates, but he never got back to me, 
and I think this would be a genuinely useful addition to it's current feature 
set. :-)

The featured improvements include:

1) Lowest priority traffic is bounded to it's bandwidth (currently set at 
80%), so it cannot borrow more bandwidth from it's sibling classes. This 
seems to help greatly with higher priority services getting through much 
faster, without greatly taking away from the bandwidth available for the 
lowest priority traffic.

2) It now works for multiple interfaces. The settings are in the format of 1 
config file per interface, typically named by the interface (although this is 
not too important, any name will do). These files should typically live in 
/etc/sysconfig/wshaper by default. The format is the usual shell variable 
assignment format, i.e. variable=value. Value names/values are the same as 
those at the top of the old Wonder Shaper script. Each interface is set and 
checked to the specified values when the usual stop/status/start commands are 
issued.

3) Note: I have commended out all the ingress shaping, because I run a 2.2.x 
kernel which doesn't support ingress policing properly. To enable this, 
simply uncomment the relevant lines in the wshaper script.

The new wshaper script as well as a sample config file are both attached.

Regards.

Gordan

[-- Attachment #2: wshaper --]
[-- Type: application/x-shellscript, Size: 3927 bytes --]

[-- Attachment #3: eth1 --]
[-- Type: text/plain, Size: 95 bytes --]

DEV=eth1
DOWNLINK=977
UPLINK=250
NOPRIOHOSTSRC=
NOPRIOHOSTDST=
NOPRIOPORTSRC=80
NOPRIOPORTDST=

Re: [LARTC] Wonder Shaper - New Features - Unofficial Version

[Stef Coene]

On Friday 30 May 2003 11:24, Gordan Bobic wrote:
> Hi, guys.
>
> I have tried emailing Bert with these updates, but he never got back to me,
> and I think this would be a genuinely useful addition to it's current
> feature set. :-)
>
> The featured improvements include:
>
> 1) Lowest priority traffic is bounded to it's bandwidth (currently set at
> 80%), so it cannot borrow more bandwidth from it's sibling classes. This
> seems to help greatly with higher priority services getting through much
> faster, without greatly taking away from the bandwidth available for the
> lowest priority traffic.
>
> 2) It now works for multiple interfaces. The settings are in the format of
> 1 config file per interface, typically named by the interface (although
> this is not too important, any name will do). These files should typically
> live in /etc/sysconfig/wshaper by default. The format is the usual shell
> variable assignment format, i.e. variable=value. Value names/values are the
> same as those at the top of the old Wonder Shaper script. Each interface is
> set and checked to the specified values when the usual stop/status/start
> commands are issued.
>
> 3) Note: I have commended out all the ingress shaping, because I run a
> 2.2.x kernel which doesn't support ingress policing properly. To enable
> this, simply uncomment the relevant lines in the wshaper script.
>
> The new wshaper script as well as a sample config file are both attached.
I have some remarks on the wshaper.  
- The bandwidth parameter should reflect your real link bandwidth parameter.  
So it's 100mbit if the NIC is connected with 100Mbit to the 
router/switch/modem.  Its _NOT_ the modem bandwidth.
- The isolated parameter is not working and it can even disturb a cbq setup.  
So you better remove it from all cbq classes.
- I miss the weight paramter.  It's better to provide one if you add a class.  
Take weitht = rate / 10.

Stef

-- 

stef.coene@docum.org
 "Using Linux as bandwidth manager"
     http://www.docum.org/
     #lartc @ irc.oftc.net

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] Wonder Shaper - New Features - Unofficial Version

[John McCain]

On Friday 30 May 2003 12:28 pm, Stef Coene wrote:
> On Friday 30 May 2003 11:24, Gordan Bobic wrote:
> > Hi, guys.
> >
> > I have tried emailing Bert with these updates, but he never got back to
> > me, and I think this would be a genuinely useful addition to it's current
> > feature set. :-)
> >
> > The featured improvements include:
> >
> > 1) Lowest priority traffic is bounded to it's bandwidth (currently set at
> > 80%), so it cannot borrow more bandwidth from it's sibling classes. This
> > seems to help greatly with higher priority services getting through much
> > faster, without greatly taking away from the bandwidth available for the
> > lowest priority traffic.
> >
> > 2) It now works for multiple interfaces. The settings are in the format
> > of 1 config file per interface, typically named by the interface
> > (although this is not too important, any name will do). These files
> > should typically live in /etc/sysconfig/wshaper by default. The format is
> > the usual shell variable assignment format, i.e. variable=value. Value
> > names/values are the same as those at the top of the old Wonder Shaper
> > script. Each interface is set and checked to the specified values when
> > the usual stop/status/start commands are issued.
> >
> > 3) Note: I have commended out all the ingress shaping, because I run a
> > 2.2.x kernel which doesn't support ingress policing properly. To enable
> > this, simply uncomment the relevant lines in the wshaper script.
> >
> > The new wshaper script as well as a sample config file are both attached.
>
> I have some remarks on the wshaper.
> - The bandwidth parameter should reflect your real link bandwidth
> parameter. So it's 100mbit if the NIC is connected with 100Mbit to the
> router/switch/modem.  Its _NOT_ the modem bandwidth.

huh?  I thought rule 1 of traffic shaping was to take control of the traffic 
buffer.  If you belch traffic at the modem and it cues there instead of your 
Linux box, how are you going to prioritize anything?

> - The isolated parameter is not working and it can even disturb a cbq
> setup. So you better remove it from all cbq classes.
> - I miss the weight paramter.  It's better to provide one if you add a
> class. Take weitht = rate / 10.
>
> Stef

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] Wonder Shaper - New Features - Unofficial Version

[Stef Coene]

> > I have some remarks on the wshaper.
> > - The bandwidth parameter should reflect your real link bandwidth
> > parameter. So it's 100mbit if the NIC is connected with 100Mbit to the
> > router/switch/modem.  Its _NOT_ the modem bandwidth.
>
> huh?  I thought rule 1 of traffic shaping was to take control of the
> traffic buffer.  If you belch traffic at the modem and it cues there
> instead of your Linux box, how are you going to prioritize anything?
The bandwidth parameter is used to calculate the idle time of the link.  So 
sending 1mbit on a 10mbit link means 90% idle time.  It has nothing to do 
with maximum of traffic you can send.  Cbq needs also a valid allot and avpkt 
parameter for the same reason : to calculate the link idle time of the NIC.
Limiting the total traffic is done with the bounded 1:1 class attached to the 
root qdisc.

Stef

-- 

stef.coene@docum.org
 "Using Linux as bandwidth manager"
     http://www.docum.org/
     #lartc @ irc.oftc.net

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/