All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Furniss <andy.furniss@dsl.pipex.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Bridge + leased line + tc
Date: Wed, 14 Jan 2004 09:21:41 +0000	[thread overview]
Message-ID: <04011409214100.00678@amd> (raw)
In-Reply-To: <DBAC6BAF12D1D64289EC75515BD86577CA652D@exch101>

On Tuesday 13 January 2004  4:15 pm, Wouter Coppens wrote:
> Hi,
>
> I can't get traffic shaping working.
>
> This is my situation:
>
>
> 	     --------                       ------
> Net1 ----- |router|  -------------------- | TC | ----------- Net2
>            --------      leased line      ------
>
> 						   eth1    eth0
>
> We use the leased line for normal traffic but also for synchronisation
> between 2 servers. The leased line is 2mbit. The synchronisation
> generates too much traffic and uses completely the 2mbit capacity of the
> leased line. This is no problem during night, but we want to limit the
> synchronisation traffic during day (or in other words: the sync-traffic
> should get the lowest priority and the other traffic can use up to
> 2mbit).
>
> According to the documentation, you can only shape outgoing traffic. We
> took a PC (named TC) and put the network interfaces in bridge mode.
> The synchronisation happens from Net1 to Net2, so TC is after the leased
> line.
> Normally you would shape the outgoing traffic on eth0, but this doesn't
> work. We even tried to limit eth0 to 20kbit, but the synch-traffic
> completely fills the leased line and no other traffic gets through.
>
> We found a temporary fix by using IMQ with iptables:
> /sbin/tc qdisc del root dev imq0
> /sbin/tc qdisc add dev imq0 root handle 1: htb default 20
> /sbin/tc class add dev imq0 parent 1: classid 1:1 htb rate 2Mbit burst
> 6k
> /sbin/tc class add dev imq0 parent 1:1 classid 1:10 htb rate 64kbit ceil
> 787kbit
> /sbin/tc class add dev imq0 parent 1:1 classid 1:20 htb rate 2Mbit
> /sbin/tc qdisc add dev imq0 parent 1:10 handle 10: sfq perturb 10
> /sbin/tc qdisc add dev imq0 parent 1:20 handle 20: sfq perturb 10
> /sbin/tc filter add dev imq0 parent 1: protocol ip prio 18 u32 match ip
> dst 10.10.10.10 flowid 1:10	(10.10.10.10 is ip of server in Net2).
>
>
> Is there a better way to give the sync-traffic the lowest priority? If
> somybody starts a download it should get 2mbit and the sync-traffichttp
> should get the rest (if any).
>
> We would like to upgrade to 2.6, but imq is not maintained. Any help?

IMQ has been ported to 2.6 http://www.digriz.org.uk/jdg-qos-script/

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

      parent reply	other threads:[~2004-01-14  9:21 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-13 16:15 [LARTC] Bridge + leased line + tc Wouter Coppens
2004-01-13 21:24 ` Stef Coene
2004-01-14  9:21 ` Andy Furniss [this message]

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=04011409214100.00678@amd \
    --to=andy.furniss@dsl.pipex.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.