On Sat, 2005-12-03 at 07:04 +0100, Andreas Klauer wrote:
> On Friday 02 December 2005 23:24, Brian J. Murrell wrote:
> > Yeah, that is what I want, but why do I need HTB?
>
> You need it only if you also want to limit bandwidth somehow.
But surely HTB is overkill for simply limiting bandwidth and
On Sunday 04 December 2005 03:32, Jeffrey B. Ferland wrote:
> Quick question I've been trying to figure out myself without success:
> can I attach a qdisc to a qdisc instead of a qdisc to a class? Be
> nice to chain a few qdiscs together...
Dunno. I've always only attached QDiscs to classes. Even
Brian J. Murrell said:
> I really don't seem to be getting this. ~sigh~
It'll come with time.
> As I wrote before I'm not interested in dividing bandwidth up, just
> prioritizing the use of the full bandwidth by all-comers.
Yes.
> So I figure I want a TBF in my root class to prevent the queue
Brian J. Murrell said:
> On Fri, 2005-12-02 at 21:25 +0100, Andreas Klauer wrote:
>> Actually, a class is always able to use it's rate at any time. The prio
>> has
>> only an effect when the class is trying to borrow bandwidth from others -
>> then the high prio classes are allowed to take what the
Quick question I've been trying to figure out myself without success:
can I attach a qdisc to a qdisc instead of a qdisc to a class? Be
nice to chain a few qdiscs together...
Anyway, in order to divide up traffic like that, you'll need to limit
bandwidth for the reason that splitting up tra
On Friday 02 December 2005 23:24, Brian J. Murrell wrote:
> Yeah, that is what I want, but why do I need HTB?
You need it only if you also want to limit bandwidth somehow.
> I guess I am missing the reasoning for partitioning up the bandwidth
> with HTB rather than just letting everyone/everythin
I really don't seem to be getting this. ~sigh~
As I wrote before I'm not interested in dividing bandwidth up, just
prioritizing the use of the full bandwidth by all-comers.
So I figure I want a TBF in my root class to prevent the queue in my DSL
modem from filling up. I have about 128kb/s upstr
On Fri, 2005-12-02 at 21:48 +0100, Andreas Klauer wrote:
>
> That's exactly what the PRIO qdisc does. In combination with HTB and SFQ,
> it can be quite powerful, as low priority connections will completely
> starve as long as there are higher priority packets to be sent.
Yeah, that is what I w
On Friday 02 December 2005 21:31, Brian J. Murrell wrote:
> In fact if I were to saturate the upstream with SSH, something like
> bittorrent should effectively get no bandwidth at all.
That's exactly what the PRIO qdisc does. In combination with HTB and SFQ,
it can be quite powerful, as low prio
On Fri, 2005-12-02 at 21:25 +0100, Andreas Klauer wrote:
> Actually, a class is always able to use it's rate at any time. The prio has
> only an effect when the class is trying to borrow bandwidth from others -
> then the high prio classes are allowed to take what they need first.
I have wondere
On Friday 02 December 2005 14:57, Mark Lidstone wrote:
> As I understand things, when prio values are assigned to an HTB setup,
> classes with a given prio value will only be serviced when there are no
> packets waiting in classes with a lower prio value.
Actually, a class is always able to use it
Hi all,
I've not been able to find an explanation of the relationship between
prio and rate as they apply to the HTB technique. Hopefully someone on
here will be able to help me.
As I understand things, when prio values are assigned to an HTB setup,
classes with a given prio value will only be s
hi all
i want to first apollogiaze if my message will annoy you(my guess is
because it will be quite large:))
i have the following situation on my hands
i was recently faced with the problem of traffic shaping/bandwith
limiting.
my setup is(very common i guess)
-internet comming in(going out)
On Mon, 21 Nov 2005 16:22:17 -0800 (PST)
weihua zhang <[EMAIL PROTECTED]> wrote:
> Hey, everyone, I am kindda newbie to this subject, so I just post my problem
> directly, please let me know if anything is wrong.
>
> in my config file
> when I use
> tc class add dev eth1 parent 1:11 cl
Hey, everyone, I am kindda newbie to this subject, so I just post my problem directly, please let me know if anything is wrong. in my config file when I use tc class add dev eth1 parent 1:11 classid 1:11016 htb rate 512kbit burst 10k everything works correctly but...when classid goes
On Mon, 14 Nov 2005 16:32:08 +0200, bend chen
<[EMAIL PROTECTED]> wrote:
> Hi,lartc!
>
> I read some article for linux qos,who can tell me htb
and hfsc,which
> better?
> I'm not find about hfsc information.
>
> thanks your help.
>
>
>
>
http://luxik.cdi.cz/~devik/qos/htb/ htb home
http://
Hi,lartc！
I read some article for linux qos,who can tell me htb and hfsc,which
better?
I'm not find about hfsc information.
thanks your help.
___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
I cannot get HTB to function properly. Most classes transmit more than
their ceiling, more than any reasonable burst would allow. I have
reviewed my script several times but I can't find anything out of place.
The setup is as standard as it gets: one HTB root qdisc, a small tree of
HTB classes,
Hello
I have a 64kbits link to location and I need to limit the traffic of a machine (10.200.0.86) to this location to ensure that this machine will no use all th bandwidth, and I did a rule to this situation where the machine has it bandwith limited to 10kbits if there is other traffic to
Andy Furniss wrote:
Andy Furniss wrote:
I haven't checked those figures or tested close to limits though, the
12k burst would need increasing a bit aswell or that will slightly
over limit rate at HZ=1000.
It seems that htb still uses ip level for burst so 12k is enough.
With the overhead a
Samuel Koscelansky / "SUBNET" wrote:
I tested shaping on vlan and it seems OK for me (even though my switch
doesn't do vlan it doesn't seem to block oversize frames). I noticed a
few things with your setup -
#classes for download
/sbin/tc class add dev eth0.100 parent 100: classid 100:1 htb
Hello.
I'm running linux box with Slackware 9.1 and
compiled kernel 2.4.31 with "yes" to VLANs and "yes" to all QoS.
On this box i have more ethernet
interfaces:
eth0
eth1
eth2
and so as more vlan interfaces:
eth0.100
eth1.3
eth1.4
This is entrace(uplink) router to our whole network
Hi,
thanks for replay, i will include the whole script..
iptables -t mangle -F 2>/dev/null
iptables -t mangle -X 2>/dev/null
iptables -t mangle -N markov
iptables -t mangle -I PREROUTING -j markov
iptables -t mangle -N markov2
iptables -t mangle -I POSTROUTING -j markov2
unalias a
unalias s
On Wednesday 28 September 2005 15:30, choros wrote:
> the last filter should pass all traffic whitch dont pass the filters to
> class 10:2 but this is not the case.
I'm not sure the order you add filters is actually the order filters are
traversed... so why not use the prio parameter to make sure
Hi everybody,
i am new to this list so dont blame me if i will talk about nothing..
At this moment i am experimenting with htb + tc u32 filters , the
problem is that
i want some traffic to be unshaped so i did this..
tc qdisc add dev eth0 root handle 10: htb default 20
tc class add dev eth0 par
I did a number of tests and there doesn't appear to be any noticeable
differences between using CPU and JIFFIES (HZ=1000) as packet scheduler
source.
I didn't mention that the outgoing interface on the core router has 2 ip
addresses. One is vlan tagged for the test network im running and the
oth
> I am not that among the siblings, the excess
bandwidth > is shared on
> basis of priority ie . 1:3 will get a higher share
than > 1:4.
The quantum of borrowed bandwidth is proportional
with the rate you specified for each class.
The prio control is for controlling who gets the
excess bandwith
Hi ,
I wanted some clarification on the PRIO value of HTB.
I have a parent class 1:1 with ceil and rate 1000Kbit.
Further I have three classes
1. 1:2 with rate 500Kbit ceil 1000Kbit prio 1
2. 1:3 with rate 300Kbit ceil 1000Kbit prio 2
3. 1:4 with rate 200Kbit ceil 1000Kbit prio 3
Also t
Jonathan Lynch wrote:
I dont understand what you mean when you say "if you could sample truly
randomly you would get a proper distribution".
Also having the timers synchronized will allow for more accurate
measurements of the delay. I cant see how this would have an impact on
the pattern.
Andy, thanks for all the feedback. I was away on holidays for the last
week and am only back today. I have a few more questions which are
listed below.
On Wed, 2005-08-03 at 15:04 +0100, Andy Furniss wrote:
> Jonathan Lynch wrote:
> > I did the same tests that I outlined earlier, but this time b
Andy Furniss wrote:
I haven't checked those figures or tested close to limits though, the
12k burst would need increasing a bit aswell or that will slightly over
limit rate at HZ=1000.
It seems that htb still uses ip level for burst so 12k is enough.
With the overhead at 38 I can ceil at 99m
Andy Furniss wrote:
Jonathan Lynch wrote:
If the ceil is based at IP level then the max ceil is going to be a
value between 54 Mbit and 97 Mbit (not the tc values) for a 100 Mbit
interface depending on the size of the packets passing through, right ?
Minimum Ethernet frame
148,809 * (46 * 8)
Jonathan Lynch wrote:
I did the same tests that I outlined earlier, but this time by setting
hysteresis to 0. The config for the core router is included at the
bottom. The graphs for the delay of the voip stream and the traffic
going through the core router can be found at the following addresses
I did the same tests that I outlined earlier, but this time by setting
hysteresis to 0. The config for the core router is included at the
bottom. The graphs for the delay of the voip stream and the traffic
going through the core router can be found at the following addresses.
http://140.203.56.30
Jonathan Lynch wrote:
Andy, thanks again for your help. Yes, HZ is still 1000 in 2.6.12. I
tried your suggestions are here are the results.
ASCII diagram
(network A) --> (eth1) core router (eth0) --> (network C)
(eth2)
^
Andy, thanks again for your help. Yes, HZ is still 1000 in 2.6.12. I
tried your suggestions are here are the results.
ASCII diagram
(network A) --> (eth1) core router (eth0) --> (network C)
(eth2)
^
|
Jonathan Lynch wrote:
Andy, Many thanks for your reply. Below is some output from the queueing
disciplines to show that the filters are working correctly and they are
going to the right classes.
OK classification looks good then.
pass_on means if no class id equal to the result of the filte
Andy, Many thanks for your reply. Below is some output from the queueing
disciplines to show that the filters are working correctly and they are
going to the right classes.
NOTE: The root qdisc of each interface is deleted before I run the
tests. This resets the statistics for the qdisc. The foll
Jonathan Lynch wrote:
Could anyone tell me why the delay is so high (30ms) for VoIP packets
which are treated with the EF phb when the outgoing interface of core
router to network c is saturated ?
I have never used dsmark so am not sure about the classification parts
of your rules. You need
Im using a Linux machine with standard pc hardware with 3 seperate PCI
network interfaces to operate as a DiffServ core router using Linux
traffic control. The machine is a P4 2.8ghz, 512mb RAM running fedora
core 3 with the 2.6.12.3 kernel. All links and network interfaces are
full duplex fast et
On Saturday 23 July 2005 13:07, ddaas wrote:
> >>Most likely, you do not want to use more than one HTB qdisc per
> >> device.
>
> What about the example from the HTB User Guide?? Is it wrong?
Ah, you want to simulate a slow link. Didn't realize that, sorry. :-)
Have a look on the output of the
On Friday 22 July 2005 14:59, ddaasd wrote:
>> What do I do wrong?
>>
>>
>>Most likely, you do not want to use more than one HTB qdisc per device.
What about the example from the HTB User Guide?? Is it wrong?
http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm#prio
>>Please don't send HTML
On Friday 22 July 2005 14:59, ddaasd wrote:
> What do I do wrong?
Most likely, you do not want to use more than one HTB qdisc per device.
> tc qdisc add dev eth0 root handle 100: htb
> tc class add dev eth0 parent 100: classid 100:1 htb rate 100kbps
>
> tc qdisc add dev eth0 parent 100:1 handle 1
Hi,
I am new to HTB and in the learning process I want to simulate a slower
link on my server to see how qdisc works.
I have a 100Mbit connection.
I want to simulate a 100K connection and to divide traffic between FTP
and SMB. (like in HTB user guide).
The problem is that it doesn’t work. I can
Hi,
this is a followup to "Problem with HTB and ceil", the problem with the ceiling
has been resolved, thanks to the memebers on this m/g.
Now I have the problem that packets get into the correct classe with the correct
marks but the prios are not respected. I have 4 different classes:
1. voip cl
Actually doing some more tests with all traffic classified can reach 1700
kbits as rate/ceil, at this rate I must put the prio to have some good
results.
Doing more tests, I didn't know HTB was so sensitive to the max rate/ceil...
I'll post later on.
> It depends on what rate you are really synced at and what extra
> overheads/encapsulation your sdsl line has.
>
> It may be a bit different for sdsl - I only know adsl, but as an
> example, for me, an empty ack which htb will see as 40 bytes (ignoring
> timestamps/sacks) will actually use 2 a
Gael Mauleon wrote:
I quite don't understand the concept of putting the rate of the line lower
than it's true value, can you explain me this and do the excess bandwith is
lost ? What is a good value for a 2m line (SDSL) ?
It depends on what rate you are really synced at and what extra
overhea
Andy Furniss wrote:
add 70k bfifos to the classes - you shouldn't drop any packets then.
Maybe 100k just to be safe 70k may be a bit close once you take into
account the headers.
Andy.
___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds
Gael Mauleon wrote:
Ok I tested the shaping on the SDSL line with netperf and
an host outside.
Same script than before, I classify the packets into qdisc based on the
source address in netfilter and here are the result, that's with sfq.
I'm positive on the right traffic going to the right class.
: : Also, could you give me an advice or reference on the following?
: : I need a child class to allow passage to a video stream that I
: : KNOW has mean X kbps and seldom peaks of Y kbps and T seconds.
: : Would the best way be to just configure mean=X, ceil=Y? Or should
: : I configure mean=ceil
in
: - Original Message - From: "Martin A. Brown"
: <[EMAIL PROTECTED]>
: To: "VideoIP" <[EMAIL PROTECTED]>
: Cc: "lartc"
: Sent: Wednesday, July 13, 2005 2:14 AM
: Subject: Re: [LARTC] HTB: ¿how do burst/cburst work exactly?
:
:
:
: Hello,
:
where :)
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> De la part de Gael Mauleon
> Envoyé : mercredi 13 juillet 2005 12:26
> À : lartc@mailman.ds9a.nl
> Objet : RE: [LARTC] HTB Rate and Prio (continued)
>
> Ok I tested the shaping on the SD
Hi All, This is my first mail to the LARTC mailing list.I am having
some problems with the download bandwidth over VLAN.The setup i am
having at my place is somewhat below.. +---+
|
|
| FTP Server |
Ok I tested the shaping on the SDSL line with netperf and
an host outside.
Same script than before, I classify the packets into qdisc based on the
source address in netfilter and here are the result, that's with sfq.
I'm positive on the right traffic going to the right class.
TCP STREAM TEST to
t;
Sent: Wednesday, July 13, 2005 2:14 AM
Subject: Re: [LARTC] HTB: ¿how do burst/cburst work exactly?
Hello,
: I´ve read all the definitions of burst and cburst and I´ve tried
: playing with the parameters and graphing the output of the filter
: to see its effects, but STILL I can´t figure out ho
Hello,
: I´ve read all the definitions of burst and cburst and I´ve tried
: playing with the parameters and graphing the output of the filter
: to see its effects, but STILL I can´t figure out how the
: parameters work exactly.
:
: Could anyone give a better explanation than the manpage?
I´ve read all the definitions of burst and cburst and I´ve tried playing
with the parameters and graphing the output of the filter to see its
effects, but STILL I can´t figure out how the parameters work exactly.
¿Could anyone give a better explanation than the manpage?
___
> I had a go with what you posted there over lan and with 2 tcp streams it
> behaves as expected (see below for exact test).
>
> Can you reproduce the failiure shaping over a lan rather than your
> internet connection?
>
> If your upstream bandwidth is sold as 2meg then ceil 2000kbit is likely
>
Gael Mauleon wrote:
Hi again,
I keep posting about my problem with HTB ->
http://mailman.ds9a.nl/pipermail/lartc/2005q3/016611.html
I had a go with what you posted there over lan and with 2 tcp streams it
behaves as expected (see below for exact test).
Can you reproduce the failiure sha
Hi again,
I keep posting about my problem with HTB -> http://mailman.ds9a.nl/pipermail/lartc/2005q3/016611.html
With a bit of search I recently found the exact same problem
I have in the 2004 archives with some
graphs that explain it far better than I did ->
http://mailman.ds9a.nl
Kirk Reiser wrote:
I don't quite understand this problem with bit torrent. When I start
bittorrent with it's max_upload_rate to a value less than my total up
link bandwidth it doesn't get in the way of anything at all as far as
I can tell.
Kirk
Not all network administrators have your luck
I don't quite understand this problem with bit torrent. When I start
bittorrent with it's max_upload_rate to a value less than my total up
link bandwidth it doesn't get in the way of anything at all as far as
I can tell.
Kirk
--
Kirk Reiser The Computer Braille Fa
x27;t even work, but i repeat if i set
> for exemple the ceil of 1:103 to 50kbits or the ceil of 1:60 to 50 kbits
> they are limited to those rate and drop counter goes up...
>
> Packets are there but they don't seem to be shaped just caped if I tune the
> ceil of class...
>
MAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> De la part de Jody Shumaker
> Envoyé : vendredi 8 juillet 2005 16:59
> À : lartc@mailman.ds9a.nl
> Objet : Re: [LARTC] HTB Rate and Prio
>
> The priority effects the ratio in which extra bandwidth is shared.
> Something with a better
The priority effects the ratio in which extra bandwidth is shared.
Something with a better priority doesn't automatically get all the
bandwidth it wants before something with a worse priority, they share
it on a ratio basis. You might be better off not using prio and
instead just having the rate'
Hi,
I wanted to implement some QOS on my Linux Box with HTB, but
after some time spend
on the configuration and tests, I still don’t manage
to have some correct results. Here are the details :
-ROOT 2000 kbits
-HIGHPRIO SUBCLASS 50 kbits prio 0
-
Forte Systems SRL
http://www.fortesys.ro/
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Edgar
Sent: Thursday, July 07, 2005 11:35 PM
To: lartc@mailman.ds9a.nl
Subject: Re: [LARTC] HTB and bittorrent, won't work
Thank you for your response, I will try
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Klaus
> Sent: Thursday, July 07, 2005 10:22 AM
> To: lartc@mailman.ds9a.nl
> Subject: Re: [LARTC] HTB and bittorrent, won't work
>
> ipp2p vs. l7 filter
>
> l7 uses regular expressions, so they are slower (some
To: lartc@mailman.ds9a.nl
Subject: Re: [LARTC] HTB and bittorrent, won't work
ipp2p vs. l7 filter
l7 uses regular expressions, so they are slower (some rules are EXTREME
slow like fasttrack) and not so strong like the ipp2p rules (which can
have for example packet length checks). ipp
ipp2p vs. l7 filter
l7 uses regular expressions, so they are slower (some rules are EXTREME
slow like fasttrack) and not so strong like the ipp2p rules (which can
have for example packet length checks). ipp2p is specialized for p2p
detection, so a many p2p packets are not detected by l7 (for e
Hi, thanks for your help and interest, someone told me about that already, so
I did it, and this is the script I'm running to do it:
#!/bin/sh
### ERASING RULES AND USER CREATED CHAINS ###
iptables -t mangle -F
iptables -t mangle -X
iptables -t mangle -N lay7PRE
iptables -t mangle -N lay7POST
##
First of all thank you for answering to my email, I will answer to all the
questions you ask:
> On Wednesday 06 July 2005 23:23, Edgar wrote:
> > I've been trying to shape the bittorrent traffic (on my external
> > interface, upload), but without luck, for this I'm using layer7 filter
> > right no
You need to use connection marking as well. --l7proto bittorrent will
only recognize the first packet in a bittorrent stream, you need to save
a mark on the whole tcp connection, and restore the mark for all future
packets if you want the entire connection to be classified.
iptables -t mangle
On Wednesday 06 July 2005 23:23, Edgar wrote:
> I've been trying to shape the bittorrent traffic (on my external
> interface, upload), but without luck, for this I'm using layer7 filter
> right now, but I've also tried ipp2p, with the same results
I don't have any problems with BT shaping... if yo
Hello,
I've been trying to shape the bittorrent traffic (on my external interface,
upload), but without luck, for this I'm using layer7 filter right now, but
I've also tried ipp2p, with the same results, I might say that this is not a
problem with this packet classifiers, the problem is with H
Dear folks,
I'm planning to migrate from HTB to CBQ for my tc shaper server.
But i am a little bit confuse on putting CBQ class parameters with TC for my
applied network.
Here goes the network.
HTB already applied on my network for managing the downstream rate coming from
my ISP as much as 256Kb
at 1 Jul 2005, I request help about HTB setting because my HTB setting
did not work.
After days, I found the source code bug lead to problem.
My linux kernel is v2.4.17 port for mips by boardcom. boardcom set HZ
to 200 in linux/include/asm-mips/param.h.
In linux/include/net/pkt_sched.h, SCHED_
On Friday 01 July 2005 17:48, William Marques wrote:
> tc class add dev eth0 parent 1:0 classid 1:1 htb rate 90mbit
> tc class add dev eth0 parent 1:0 classid 1:2 htb rate 768kbit
I don't know if it makes any difference, but I only use one root class and
have these two as children to that root cl
Andreas Klauer escreveu:
On Thursday 30 June 2005 19:26, Jefri Lie wrote:
i got this problem, i want to shape my clients internet bw, but i
don't want to shape my local network traffic. For information, my
clients using wireless to connect to my router[192.168.1.254].
Common mistake i
On Thursday 30 June 2005 19:26, Jefri Lie wrote:
> i got this problem, i want to shape my clients internet bw, but i
> don't want to shape my local network traffic. For information, my
> clients using wireless to connect to my router[192.168.1.254].
Common mistake is to use the internet class as r
Then shape on the external interface on your router?
So LAN traffic will never get shaped
Cheers,
Andreas
Jefri Lie wrote:
i got this problem, i want to shape my clients internet bw, but i
don't want to shape my local network traffic. For information, my
clients using wireless to connect t
i got this problem, i want to shape my clients internet bw, but i
don't want to shape my local network traffic. For information, my
clients using wireless to connect to my router[192.168.1.254].
when the clients request data from internet, example download from
www.download.com, i want to shape hi
No problem! You've been a great help, now I have a rather good working
shaping system. I expect the last "problems" (shaping adaptation is a
bit slow, it takes up to 5-10 minutes until the full link is used after
script reinit) will be solved when I make the script implementation
"proper". But to
On Saturday 18 June 2005 16:53, Bernd Froemel wrote:
> Just that I don't make any more mistakes, would this tree work
> as I expect it (with the groups and users and priority stuff)?
Sorry for the late reply, I wasn't at home over the weekend.
The tree looks better now, except the class rates stil
> You should build a tree with only one HTB QDisc and only one root class.
> Something similar to this:
>
> 1: HTB QDisc
> |
> \--- 1:1 HTB Root Class (10MBit) [The total link capacity]
> |
> \--- 1:10 HTB Child Class (7MBit/10MBit) [High priority stuff]
> ||
> |
On Saturday 18 June 2005 15:09, Bernd Froemel wrote:
> Am I missing an important point? Unfortunately I couldn't find any
> examples showing a more complex tree.
Yes, unless I'm completely mistaken, you misunderstood something about the
way QDiscs and especially HTB works.
Your old setup looked
Thanks for your input.
>
> > The "ceil 10mbit" just seems to be ignored :(
>
> It might very well be the case that root classes just ignore the ceil
> parameter since they can't borrow anyway.
>
> You should rebuild your tree so that you only have one root class.
Could you give me a short exam
On Saturday 18 June 2005 10:16, Bernd Froemel wrote:
> tc class add dev $DEV parent 1: classid 1:1 htb rate 10mbit
> tc class add dev $DEV parent 1: classid 1:f1 htb rate 2048kbit ceil
> 10mbit burst 50k
> tc class add dev $DEV parent 1: classid 1:f2 htb rate 1024kbit ceil
> 10mbit burst 50k
That'
Dear list,
I have the problem that child classes don't seem to issue the parent
class to borrow from their parent.
This is a simplified version of my script:
tc qdisc del dev $DEV root
tc qdisc add dev $DEV root handle 1: htb default 10
tc class add dev $DEV parent 1: classid 1:1 htb rate 10mbit
Adis Nezirovic wrote:
after incoming packets jump to ( -i eth0 -j IMQ1) i made another jump when
packets leaving out eth1 (-o eth1 -j IMQ1)
he he he , results, kernel crash and reboot several times when big packets
arrived. So, enough for the try n error, wont try again.
I think kernel pani
Andy Furniss wrote:
Rio Martin. wrote:
I tried to made dumb rules Andy .. after incoming packets jump to (
-i eth0 -j IMQ1) i made another jump when packets leaving out eth1 (-o
eth1 -j IMQ1)
he he he , results, kernel crash and reboot several times when big
packets arrived. So, enough
On Tue, 14 Jun 2005 10:27:49 -0500 Nelson Castillo <[EMAIL PROTECTED]> wrote:
>Hi.
Hi.
>Has anybody experienced problems with HTB and latency?
>
>The case is: I'm allocating traffic for HTTP traffic. It seems more
>responsive without using HTB.
Although in the past I indeed had problems with late
Hi.
Has anybody experienced problems with HTB and latency?
The case is: I'm allocating traffic for HTTP traffic. It seems more
responsive without using HTB.
Regards,
Nelson.-
--
Homepage : http://geocities.com/arhuaco
The first principle is that you must not fool yourself
and you are the easie
> > after incoming packets jump to ( -i eth0 -j IMQ1) i made another jump when
> > packets leaving out eth1 (-o eth1 -j IMQ1)
> >
> > he he he , results, kernel crash and reboot several times when big packets
> > arrived. So, enough for the try n error, wont try again.
I think kernel panics are
Rio Martin. wrote:
I tried to made dumb rules Andy ..
after incoming packets jump to ( -i eth0 -j IMQ1) i made another jump when
packets leaving out eth1 (-o eth1 -j IMQ1)
he he he , results, kernel crash and reboot several times when big packets
arrived. So, enough for the try n error,
On Fri, Jun 10, 2005 at 09:42:47AM -0400, Emmet Ford wrote:
>
> class htb 1:10 parent 1:1 leaf 10: prio 0 rate 15bit ceil 1466Kbit
> burst 2Kb cburst 2Kb
> Sent 158641651 bytes 771351 pkt (dropped 0, overlimits 0 requeues 0)
> rate 8064bit 7pps backlog 0b 0p requeues 0
> lended: 680985 borrow
They are in terms of number of packets and I think the packet size
would be set by the mtu specified in htb. I am not very sure though :)
On 6/10/05, Emmet Ford <[EMAIL PROTECTED]> wrote:
> Running "tc -s class show dev eth1" against an HTB qdisc results in the
> output of class summaries similar
Running "tc -s class show dev eth1" against an HTB qdisc results in the output
of class summaries similar to this:
class htb 1:10 parent 1:1 leaf 10: prio 0 rate 15bit ceil 1466Kbit burst
2Kb cburst 2Kb
Sent 158641651 bytes 771351 pkt (dropped 0, overlimits 0 requeues 0)
rate 8064bit 7pps b
On Thursday 09 June 2005 23:48, Andy Furniss wrote:
> Rio Martin. wrote:
> > Tested in my Pentium 4 Router with 512MB RAM when playing with IMQ +
> > iptables marking PREROUTING , FORWARD, POSTROUTING made this PC dizzy
> > and reboot several times .. he he :))
> > so I think this is the same situ
201 - 300 of 1259 matches
Mail list logo
