Kajetan Staszkiewicz wrote:
Here is current setup:
tc qdisc del root dev eth2.24 2>/dev/null
tc qdisc add root dev eth2.24 handle 1: htb default 1
# main rate limitation for whole connection (802.11a radio link)
tc class add dev eth2.24 parent 1: classid 1:1 htb rate 15000kbit ceil
15000kbit
Oliver Hookins wrote:
burst 19k will limit you unless your HZ=1000
Our HZ is 512.
I don't know if it makes any difference, but I would have chosen 500 so
that it was 2ms. The default now is 250 and with 19k burst that fits the
speed you get really well - with 512 it would be around 70meg.
Andy Furniss wrote:
Oliver Hookins wrote:
Hi,
I'm trying to perform some (what I consider) basic traffic shaping on
our network utilising HTB. I have mostly reused the example on the
lartc.org site:
tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid
Oliver Hookins wrote:
Denis Ovsienko wrote:
tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit burst 24k
Does the following help?
tc qdisc add dev eth0 root handle 1: htb default 1
tc class add dev eth0 parent 1: classid 1:1 htb r
Oliver Hookins wrote:
Hi,
I'm trying to perform some (what I consider) basic traffic shaping on
our network utilising HTB. I have mostly reused the example on the
lartc.org site:
tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit
Denis Ovsienko wrote:
tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit burst 24k
Does the following help?
tc qdisc add dev eth0 root handle 1: htb default 1
tc class add dev eth0 parent 1: classid 1:1 htb rate 81mbit burst 24k
Th
> tc qdisc add dev eth0 root handle 1: htb default 10
> tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit burst 24k
Does the following help?
tc qdisc add dev eth0 root handle 1: htb default 1
tc class add dev eth0 parent 1: classid 1:1 htb rate 81mbit burst 24k
--
DO4-UANIC
___
Andy Furniss wrote:
Dumitrache Ionut wrote:
Hello,
I'm using htb3 with kernel 2.6.13 on debian testing release. I have a
hierarchy consisting of 10 parents clas each with 2 to 20 childs and
every
child use sfq. The problem is when the default class become congested,
the
system start to d
Dumitrache Ionut wrote:
Hello,
I'm using htb3 with kernel 2.6.13 on debian testing release. I have a
hierarchy consisting of 10 parents clas each with 2 to 20 childs and every
child use sfq. The problem is when the default class become congested, the
system start to drop packets for 2 second
Hi Patrick :)
* Patrick McHardy <[EMAIL PROTECTED]> dixit:
> DervishD wrote:
> >If I set the burst/cburst parameter to, let's say, 1500, the
> >command "tc -s -d class show dev eth0" says that the value is 1499b/8
> >instead of the (correct?) 1500b/8.
> >
> >Is this right or am I doin
DervishD wrote:
Hi all :)
If I set the burst/cburst parameter to, let's say, 1500, the
command "tc -s -d class show dev eth0" says that the value is 1499b/8
instead of the (correct?) 1500b/8.
Is this right or am I doing anything wrong?
No, this is related to an integer division lo
Jody - Many thanks for taking the time to reply. It's
greatly helped my understanding.
From: Jody Shumaker
[mailto:[EMAIL PROTECTED] Sent: 12 December 2005
19:14To: Mark LidstoneSubject: Re: [LARTC] HTB - prio and
rate
No, I wrote what I
meant. If classes 1:11 and 1:1
ch Limited.
==
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andreas Klauer
Sent: 05 December 2005 18:15
To: lartc@mailman.ds9a.nl
Subject: Re: [LARTC] HTB - prio and rate
On Monday 05 December
On Monday 05 December 2005 10:40, Mark Lidstone wrote:
> 1) The sum of all HTB classes under a single HTB qdisc should
> add up to the maximum rate of the qdisc
A HTB qdisc does not have a rate; it's the classes that do. And it's not
all classes, but just parent-children relationship. The s
and not
clearly made on behalf of BMT SeaTech Limited.
==
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian J. Murrell
Sent: 02 December 2005 20:31
To: lartc@mailman.ds9a.nl
Subje
On Sun, 2005-12-04 at 10:14 -0500, Jeffrey B. Ferland wrote:
> To prioritize, you must classify. HTB allows prioritization and
> classification... and limitation as well.
Seems the combination of TBF and PRIO does too.
> Attaching something like this: Root --> TBF --> Prio would be nice,
> but
OK, reading back through the thread at Brian's previous comment:> As I wrote before I'm not interested in dividing bandwidth up, just> prioritizing the use of the full bandwidth by all-comers.And then being confused by this one:On Dec 4, 2005, at 8:48 AM, Brian J. Murrell wrote:On Sat, 2005-12-03 a
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
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
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://
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
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
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
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
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
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
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 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
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'
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
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
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
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'
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
> > 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
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
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 situation ..
What kernel are you using - does it crash with a normal
Rio Martin. wrote:
Perhaps you use IMQ + iptables MARKING and you made mistake with the way you
mark packets.
I'm using IMQ with connmark and u32 mark, but when I'm connecting 1 comp
it works.
Kernel 2.6.11, HTB without HYSTERESIS, SFQ_DEPTH 16.
__
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 situation ..
- Rio.Martin -
On Wednesday 08 June 2005 12:56, Konrad wrote:
> Rio Martin
* Konrad <[EMAIL PROTECTED]> 2005-06-08 14:52
> Thomas Graf wrote:
> >* Konrad <[EMAIL PROTECTED]> 2005-06-08 13:46
> >
> >>When I'm running my script everything is OK, but when I'm connecting
> >>Internet and LAN link computer is hanging. But when i dissconnect this
> >>everything is OK.
> >
> >
Rio Martin. wrote:
Perhaps you use IMQ + iptables MARKING and you made mistake with the way you
mark packets.
I'm using IMQ with connmark and u32 mark, but when I'm connecting 1 comp
it works.
Kernel 2.6.11, HTB without HYSTERESIS, SFQ_DEPTH 16.
___
Thomas Graf wrote:
* Konrad <[EMAIL PROTECTED]> 2005-06-08 13:46
When I'm running my script everything is OK, but when I'm connecting
Internet and LAN link computer is hanging. But when i dissconnect this
everything is OK.
What kernel version are you running? Can you provide an oops message
On Wed, 08 Jun 2005 13:46:34 +0200 Konrad <[EMAIL PROTECTED]> wrote:
>I have 500 users, 1500 classes and 3000 filters.
Perhaps you might try WRR instead of having so many HTB classes?
Yours sincerely,
Peter
___
LARTC mailing list
LARTC@mailman.ds9a.nl
h
101 - 200 of 854 matches
Mail list logo
