All of lore.kernel.org
 help / color / mirror / Atom feed
From: gypsy <gypsy@iswest.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] TC in Wireless Environment
Date: Thu, 29 Dec 2005 06:41:13 +0000	[thread overview]
Message-ID: <43B38509.4BD41015@iswest.com> (raw)
In-Reply-To: <008701c60b32$4e4b5cf0$6a01a8c0@AZIM>

Azim Samjani wrote:
> 
> Thank you so much for your reply. Its my mistake - I should have made it a
> bit more transparent. But yes, you got me right on that.
> 
> I will try to discuss 2 probable scenarios -
> 
> 1. Ingress - suppose I have a ingress policer, which allows data to enter
> system at 2 Mbps. I should be able to set it to 1Mbps or increase to 3Mbps
> depending on my wireless network conditions. Wireless links are dynamic and
> error rate is high. Hence I want to set the policer to these values, without
> losing any packets and without disturbing the queuing discipline.
> 
> 2. Egress - I use a token bucket to shape out going traffic. Similarly, here
> also, I should be able to dynamically set the out going rate, without
> reloading all the queue parameters.
> 
> I want to control this on multiple interfaces. But initially, it would be
> good to try such a thing on only one interface.
> 
> I would like to know, if such a provision is available in TC.
> 
> Thanx.
> 
> Azim.
> 
> -----Original Message-----
> From: lartc-bounces@mailman.ds9a.nl [mailto:lartc-bounces@mailman.ds9a.nl]
> On Behalf Of Kajetan Staszkiewicz
> Sent: Tuesday, December 27, 2005 6:55 PM
> To: lartc@mailman.ds9a.nl
> Subject: Re: [LARTC] TC in Wireless Environment
> 
> Dnia wtorek, 27 grudnia 2005 23:10, Azim Samjani napisa³(a):
> 
> > Hi,
> >
> > Has anyone used TC in a wireless environment, which is dynamic. I
> > understand that the parameters for queuing are static and cannot be
> > changed unless the queuing discipline is deleted and reloaded with
> > different parameters.
> >
> > If anyone can share any experience, that would be helpful.
> 
> Hello!
> 
> I'm not sure if I fully understand Your problem but tc is able to change
> specified class without destroying all classes and disciplines on network
> interface.
> 
> I use perl and php webpanel for setting up speed limits for my clients.
> Loading all tc rules for all interfaces (and imqs) after every single change
> is very slow, but I am able to change the one I need after changing settings
> of one client with `tc class change`, after which I put all the stuff that
> normally goes with `tc class add`.

You should look at these:

http://mrtg.saintjoe.edu/mrtg/ratelimit/

http://www.freenet.org.nz/python/pyshaper/

http://sourceforge.net/projects/rcc

http://www.shurdix.org/

I don't know if any of these is exactly what you want because the errors
in wireless cause problems for traffic shaping, but you will certainly
find lots of ideas and at least some answers.
--
gypsy
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

  parent reply	other threads:[~2005-12-29  6:41 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-27 22:10 [LARTC] TC in Wireless Environment Azim Samjani
2005-12-27 23:55 ` Kajetan Staszkiewicz
2005-12-28 16:10 ` Azim Samjani
2005-12-29  6:41 ` gypsy [this message]
2006-01-02 17:01 ` Kajetan Staszkiewicz
2006-01-03 15:43 ` Azim Samjani

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43B38509.4BD41015@iswest.com \
    --to=gypsy@iswest.com \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.