Hey..
I have 2 DSL lines both going into Linux.
I followed the HOWTO for Split Access at
http://lartc.org/HOWTO//cvs/2.4routing/html/x247.html#AEN251
I have the following:
I have 5 IPs on eth0 for DSL line #1.
I have 1 IP on eth2 for DSL line #2.
192.168.0.0/24 is my local lan. I have ipta
On Fri, Apr 26, 2002 at 10:01:48PM +0200, Thilo Schulz wrote:
[...]
> > The "src" doesn't specify the source IP to put in the packet (it's not
> > network address translation, like SNAT in iptables), it just specifies
> > which local source IP the routing mechanisms should use to determine
> > whe
> Are you sure it showed you as logged in from 192.168.1.11? I just
> tried the same setup here, and with either setup you describe, it
> always shows me as having logged in from the primary IP.
Absolutely sure, it only worked with the "to ipaddress" rule.
> The "src" doesn't specify the source
On Tue, Apr 23, 2002 at 07:23:58PM +0200, Thilo Schulz wrote:
[...]
> I have a computer in my LAN with 2 ips (192.168.1.10 and 192.168.1.11), the
> latter one created by "ip addr add" and users on that computer, and depending
> on the uid of the created packets i want those to take another sourc
On Fri, Apr 26, 2002 at 07:52:53PM +0200, PiotR wrote:
>
> Good, I have written a page with an example using the output of `tc -s
> qdisc' to draw graphs with rrdtool. ¿Do you graph other data more
> specific than the tc output to test your code?, I mean, if you use debug
> code in htb, to output
Yes I have hack to display total time spent in CBQ and HTB dequeue
function. And my graphs are generated by custom packet generator/measurer
devik
On Fri, 26 Apr 2002, PiotR wrote:
> On Fri, Apr 26, 2002 at 07:40:43PM +0200, Martin Devera wrote:
> > > Very interesting devik, as soon as I have so
On Fri, Apr 26, 2002 at 08:59:43PM +0300, Iustin Pop wrote:
> Could you please share that tc -> rrdtool stuff with us?
Sure, I wrote a message about that some days ago in the list.
The url is http://omega.resa.es/stats/inetout
--
... __
Could you please share that tc -> rrdtool stuff with us?
On Fri, 2002-04-26 at 20:52, PiotR wrote:
> On Fri, Apr 26, 2002 at 07:40:43PM +0200, Martin Devera wrote:
> > > Very interesting devik, as soon as I have some time, I will begin
> > > graphing and studying the behaviour of HTB.
> > > I wi
On Fri, Apr 26, 2002 at 07:40:43PM +0200, Martin Devera wrote:
> > Very interesting devik, as soon as I have some time, I will begin
> > graphing and studying the behaviour of HTB.
> > I will find useful if you have some notes in gathering data, and
> > graphing with gnuplot. ( I think you used gn
> Very interesting devik, as soon as I have some time, I will begin
> graphing and studying the behaviour of HTB.
> I will find useful if you have some notes in gathering data, and
> graphing with gnuplot. ( I think you used gnuplot in your page ).
I'm planning to write some page on this theme ..
On Fri, Apr 26, 2002 at 02:31:18PM +0200, Martin Devera wrote:
> Hi,
>
> for interested in participation on finishing new HTB developement
> I created simple docs regarding it. It is some insight into CBQ
> and HTB workings and problems.
> See luxik.cdi.cz/~devik/qos/htb/v3/
>
>
> We are using Ipchains. I guess that makes no difference. At the moment we do the
> following:
>
> For Example (all rules for the same device):
> 1. filter ACKs by using u32
> 2. filter a specific IP by using ipchains -m (because we masquarade) with its
> own tc fw
> 3. filter ToS by using u32
>
Hello Devik!
> > > and set classid directly in iptables like:
> > > iptables -t mangle -A to-dsl -p tcp --dport 80 -j MARK --set-mark 0x10010
> > > iptables -t mangle -A to-dsl -p tcp --sport 24 -j MARK --set-mark 0x10020
> >
> > Oh an and I forgot to ask: Is there any other improvement exept fo
Hi,
for interested in participation on finishing new HTB developement
I created simple docs regarding it. It is some insight into CBQ
and HTB workings and problems.
See luxik.cdi.cz/~devik/qos/htb/v3/
___
LARTC mailing list / [EMAIL PROTECTED]
http://m
;) Try Patrick's IMQ version it should be able to do it.
On Fri, 26 Apr 2002, Anton Yurchenko wrote:
> ok I got it :)) that is what I suspected :)) finaly. that is common
> logic, I`m sorry, after reading some of the docs you go mad. my bad,
> thank you and Stef Coene very much for you help.
__
Martin Devera wrote:
>You are trying to shape downloads !? It will not work of course
>in this setup. You can shape output only. Or what do you want to shape ?
>devik
>
ok I got it :)) that is what I suspected :)) finaly. that is common
logic, I`m sorry, after reading some of the docs you go ma
You are trying to shape downloads !? It will not work of course
in this setup. You can shape output only. Or what do you want to shape ?
devik
On Fri, 26 Apr 2002, Anton Yurchenko wrote:
> Hello,
>
> After your explaining now I think I get the meaning of htb options and
> here is my config , whi
Hello,
After your explaining now I think I get the meaning of htb options and
here is my config , which still sadly doesnt work. Downloads from
srchost1 and srchost2 go at full speed, and are not shaped. Though
counters for respective classes increase.
tc -s -d show class dev eth0
---
> >ceil 1kbit !!??
> >
> Wouldn`t it prevent 1:1 from borrowing from 1: ? I think I`m
it will but also it will prevent 1:1 to lend anything.
> missunderstanding the ceil. As I see it it is if I fe. have rate 100kbit
> and ceil 100kbit then 1:1 would go at at least 100kbit and can borrow
> 100kbi
Martin Devera wrote:
>>I just tried to change {,c}burst to 1600, or leaving them by default but
>>no visible result.
>>here is the latest tc -s -d class show dev eth0
>>
>>class htb 1:101 parent 1:1 prio 0 rate 40Kbit ceil 40Kbit burst 1599b/8
>>mpu 0b cburst 1599b/8 mpu 0b quantum 512 level 0 Se
> I just tried to change {,c}burst to 1600, or leaving them by default but
> no visible result.
> here is the latest tc -s -d class show dev eth0
>
> class htb 1:101 parent 1:1 prio 0 rate 40Kbit ceil 40Kbit burst 1599b/8
> mpu 0b cburst 1599b/8 mpu 0b quantum 512 level 0 Sent 392526 bytes 5898
>
Martin Devera wrote:
> If you read the manual, the algorithm will not work correctly
> with {,c}burst < MTU ...
> devik
>
I just tried to change {,c}burst to 1600, or leaving them by default but
no visible result.
here is the latest tc -s -d class show dev eth0
class htb 1:101 parent 1:1 prio 0
--- Begin Message ---
Stef Coene wrote:
>On Friday 26 April 2002 12:14, Anton Yurchenko wrote:
>
>>Hello,
>>
>>for example I have a parent class 1:1 defined as:
>>
>>tc qdisc add dev eth0 root handle 1: htb default 12
>>
>># shape at 15 kbit almost no borrowing and no bursts
>>tc class add dev
--- Begin Message ---
If you read the manual, the algorithm will not work correctly
with {,c}burst < MTU ...
devik
On Fri, 26 Apr 2002, Anton Yurchenko wrote:
>
> Hello,
>
> for example I have a parent class 1:1 defined as:
>
> tc qdisc add dev eth0 root handle 1: htb default 12
>
> # shape a
If you read the manual, the algorithm will not work correctly
with {,c}burst < MTU ...
devik
On Fri, 26 Apr 2002, Anton Yurchenko wrote:
>
> Hello,
>
> for example I have a parent class 1:1 defined as:
>
> tc qdisc add dev eth0 root handle 1: htb default 12
>
> # shape at 15 kbit almost no borro
On Friday 26 April 2002 12:14, Anton Yurchenko wrote:
> Hello,
>
> for example I have a parent class 1:1 defined as:
>
> tc qdisc add dev eth0 root handle 1: htb default 12
>
> # shape at 15 kbit almost no borrowing and no bursts
> tc class add dev eth0 parent 1: classid 1:1 htb rate 15kbit ceil 1
Hello,
for example I have a parent class 1:1 defined as:
tc qdisc add dev eth0 root handle 1: htb default 12
# shape at 15 kbit almost no borrowing and no bursts
tc class add dev eth0 parent 1: classid 1:1 htb rate 15kbit ceil 1kbit burst 1b cburst
1b
# and sibling classes
# shape at 5kbit a
On Fri, Apr 26, 2002 at 10:55:01AM +0200, Martin Devera wrote:
> The new code is private at this time - it can't be compiled - in
> reality I;m working on it 4 weeks and I never tried to compile it ;)
>
> I'll create web page for it at luxik.cdi.cz/~devik/qos/ in hour
> or so ..
OK, thanks - it
The new code is private at this time - it can't be compiled - in
reality I;m working on it 4 weeks and I never tried to compile it ;)
I'll create web page for it at luxik.cdi.cz/~devik/qos/ in hour
or so ..
devik
On Fri, 26 Apr 2002, Pavel Mores wrote:
> > know. The main problem lies in my time
On Fri, Apr 26, 2002 at 09:53:00AM +0200, Martin Devera wrote:
> I have almost finished second attempt for the next HTB generation.
> The first one (not the one publicaly available) based on hierarchy of
> counters was too complex and yelded only cca 30% speed improvement.
> Current test one is b
- Original Message -
From: "Werner Almesberger" <[EMAIL PROTECTED]>
To: "Scottin" <[EMAIL PROTECTED]>
Cc: "lartc" <[EMAIL PROTECTED]>; "diffserv-general"
<[EMAIL PROTECTED]>
Sent: Friday, April 26, 2002 4:36 PM
Subject: Re: [Linux Diffserv] Has TC can act as a filter with IPv6 Flo
Hi,
Thank u for giving me the advice.
> Scottin wrote:
> > Suppose I have two IPv6 flows, one's flowlabel is 0 ,the other's is
> > not 0 . Can I make a filter which filte with the flowlabel?
>
> Something like this ought to work (completely untested, of course):
>
> tc filter add d
Hi All,
I have almost finished second attempt for the next HTB generation.
The first one (not the one publicaly available) based on hierarchy of
counters was too complex and yelded only cca 30% speed improvement.
Current test one is based on hierarchy of RB-trees and what remain
to do is to imple
And it doesn't make sense either. Why did you want to do it Stasi ?
devik
On Fri, 26 Apr 2002, Stef Coene wrote:
> On Friday 26 April 2002 01:10, Stasi wrote:
> > Can I use the same SFQ queue dicipline for all the classe in a CBQ or
> > HBT system?
> No.
> If you add a SFQ, you can specify a han
34 matches
Mail list logo