All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] few doubts about the working of tc
Date: Thu, 03 Jan 1980 23:15:45 +0000	[thread overview]
Message-ID: <marc-lartc-101716550824091@msgid-missing> (raw)

On Tuesday 26 March 2002 18:01, Akarapu Mahesh wrote:
> HI stef,
> The following is the test scenario i am using.
>
> A--->B--->C
>
> First let me explain what i am doing here. I want to rate limit the traffic
> between A and B dynamically. I am doing this on A using "tc". All these
> machines have redhat 7.1 and A has 2.2.13 kernel with diffserv patch and B
> and C have 2.4.3 kernels.The following is the script that i am using.
>
>
> 1)tc qdisc del dev eth1 root
> 2)tc qdisc add dev eth1 root handle 1: cbq bandwidth 100Mbit cell 8 avpkt
> 1000 mpu 64
> 3)tc class add dev eth1 parent 1:0 classid 1:1 cbq bandwidth 100Mbit rate
> 100Mbit allot 1514 cell 8 weight 10Mbit prio 8 maxburst 20 avpkt 1000
> 4)tc class add dev eth1 parent 1:1 classid 1:2 cbq bandwidth 100Mbit rate
> 60Mbit allot 1514 cell 8 weight 6Mbit prio 3 maxburst 20 avpkt 1000 bounded
> 5)sudo tc class add dev eth1 parent 1:1 classid 1:3 cbq bandwidth 100Mbit
> rate 40Mbit allot 1514 cell 8 weight 4Mbit prio 7 maxburst 20 avpkt 1000
> bounded
> 6)tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip dst
> 192.168.123.5 flowid 1:2
>
> SInce i want to limit only the traffic between A and C i created only one
> filter for class 1:2. NOw i am changing the bandwidth limit using the
> following command. In the above 192.168.123.5 is the address of C.
>
> 7)tc class change dev eth1 parent 1:1 classid 1:2 cbq bandwidth 100Mbit
> rate 60Mbit allot 1514 cell 8 weight 6Mbit prio 3 maxburst 20 avpkt 1000
> bounded
>
> Now let me tell my doubts.
>
> 1)Now suppose the bandwidth limit of A-->C traffic is changed from 60Mbps
> to 20Mbps during a transfer, how does tc react to it?? Does it send the
> packets remaining in the queue at 60Mbps or 20Mbps or does it drop all the
> packets before changing the limit to 20Mbps??
I don't know what happens if you use the change command. :(. It will change 
the bandwidth, but I don't know what happens with the queue.

> 2) Can i run the same script on B to limit the taffic between A and C??
Yes

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/

             reply	other threads:[~1980-01-03 23:15 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1980-01-03 23:15 Stef Coene [this message]
2002-03-25 16:14 ` [LARTC] few doubts about the working of tc Akarapu Mahesh
2002-03-25 17:51 ` Stef Coene
2002-03-26 13:46 ` Julián Muñoz
2002-03-26 17:01 ` Akarapu Mahesh

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=marc-lartc-101716550824091@msgid-missing \
    --to=stef.coene@docum.org \
    --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.