dear, folks.
I want to following policy.
================= policy which i want (eth0)==============
eth0
HTB(1:0)
|
1:1
/ \
/ \
/ \
1:10 1:11
host 1(dst) host 2(dst)
/ | \ / | \
/ | \ / | \
/ | \ / | \
/ | \ / | \
1:21 1:22 1:23 1:31 1:32 1:33
port80 port22 etc. port80 port22 etc.
==================================================
i use following filter setting (pseudo setting).
is this right?
# for traffic to host1
filter add dev eth0 , prio 0 , match ip dst [host1 IP],match ip dport 80, flowid
1:21
filter add dev eth0 , prio 1 , match ip dst [host1 IP],match ip dport 22, flowid
1:22
filter add dev eth0 , prio 2 , match ip dst [host1 IP],flowid 1:23
#for traffic to host2
filter add dev eth0 , prio 0 , match ip dst [host2 IP],match ip dport 80, flowid
1:31
filter add dev eth0 , prio 1 , match ip dst [host2 IP],match ip dport 22, flowid
1:32
filter add dev eth0 , prio 2 , match ip dst [host2 IP],flowid 1:33
=====================================================
all etc traffic which destined to host1 must classify to class 1:23.
my filter's priority setting is right?
Dear folks, Is there anyone succeed implementing traffic management using htb qdisc, specially implementing fair sharing among 2 hosts at the same speed ? I wonder why me, and lots of my friend from different ISP having the same problem just like me ? If their clients start to open pararel connection like Kazaa or DAP (Download Accelerator Pro), they borrowed bandwidth from their parent and when the other request more bandwidth from parent, parent didnt decrease the speed of first host who started DAP ? Regards, Rio Martin. _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Sunday 20 April 2003 09:27, openings wrote:> dear, folks. > > I want to following policy. > > ================= policy which i want (eth0)==============> > eth0 > HTB(1:0) > > 1:1 > / \ > / \ > / \ > 1:10 1:11 > host 1(dst) host 2(dst) > / | \ / | \ > / | \ / | \ > / | \ / | \ > / | \ / | > \ 1:21 1:22 1:23 1:31 1:32 1:33 port80 > port22 etc. port80 port22 etc. > > ==================================================> > i use following filter setting (pseudo setting). > > is this right? > > # for traffic to host1 > filter add dev eth0 , prio 0 , match ip dst [host1 IP],match ip dport 80, > flowid 1:21 filter add dev eth0 , prio 1 , match ip dst [host1 IP],match ip > dport 22, flowid 1:22 filter add dev eth0 , prio 2 , match ip dst [host1 > IP],flowid 1:23 > > #for traffic to host2 > filter add dev eth0 , prio 0 , match ip dst [host2 IP],match ip dport 80, > flowid 1:31 filter add dev eth0 , prio 1 , match ip dst [host2 IP],match ip > dport 22, flowid 1:32 filter add dev eth0 , prio 2 , match ip dst [host2 > IP],flowid 1:33 > > =====================================================> > all etc traffic which destined to host1 must classify to class 1:23. > my filter''s priority setting is right?The different prio''s in the filters are not needed. You only need them to determine the order of the filters. In your case, order doesn''t mather for the prio0 and the prio1 filters. I''m not sure myself, but the lower the prio, the higher the priority. So in your filter setup, your catch-all filter should have the lowest prio. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Sunday 20 April 2003 13:03, Rio Martin. wrote:> Dear folks, > Is there anyone succeed implementing traffic management using htb qdisc, > specially implementing fair sharing among 2 hosts at the same speed ? I > wonder why me, and lots of my friend from different ISP having the same > problem just like me ? If their clients start to open pararel connection > like Kazaa or DAP (Download Accelerator Pro), they borrowed bandwidth from > their parent and when the other request more bandwidth from parent, parent > didnt decrease the speed of first host who started DAP ?If you put each host in a different class, all traffic from the hosts are considered ase one. So if 1 hosts generates 100 tcp streams and the other hosts 1, the 100 streams are considered as 1. I did the test, I create 2 classes with each 50% of the bandwidth. I generated 5 streams in the first class. As soon as I generate a tcp stream in the other class, the other class gets 50% of the bandwidth So if you put each host in his own class, you should be fine. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 That might work for 2 or 5 or even 10 hosts, but what about 150 hosts? I do have 150 users, should i create 150 classes? I have an AMD DURON 800. Would that work? I can create an script to do so, but i am worried about CPU load - -----Mensaje original----- De: lartc-admin@mailman.ds9a.nl [mailto:lartc-admin@mailman.ds9a.nl] En nombre de Stef Coene Enviado el: domingo, 20 de abril de 2003 23:41 Para: Rio Martin.; lartc@mailman.ds9a.nl Asunto: Re: [LARTC] TC with HTB qdisc On Sunday 20 April 2003 13:03, Rio Martin. wrote:> Dear folks, > Is there anyone succeed implementing traffic management using htb > qdisc, specially implementing fair sharing among 2 hosts at the same > speed ? I wonder why me, and lots of my friend from different ISP > having the same problem just like me ? If their clients start to open > pararel connection like Kazaa or DAP (Download Accelerator Pro), they > borrowed bandwidth from their parent and when the other request more > bandwidth from parent, parent didnt decrease the speed of first host > who started DAP ?If you put each host in a different class, all traffic from the hosts are considered ase one. So if 1 hosts generates 100 tcp streams and the other hosts 1, the 100 streams are considered as 1. I did the test, I create 2 classes with each 50% of the bandwidth. I generated 5 streams in the first class. As soon as I generate a tcp stream in the other class, the other class gets 50% of the bandwidth So if you put each host in his own class, you should be fine. Stef - -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ -----BEGIN PGP SIGNATURE----- Version: PGP 8.0 iQA/AwUBPqMVyX7diNnrrZKsEQLsTACfaL1dhoGs2FR+62h1m56yZnmHstYAoOkJ 2qgY7nUPIhmhx6uT13846QvV =KW0v -----END PGP SIGNATURE----- _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Sunday 20 April 2003 23:48, GoMi wrote:> That might work for 2 or 5 or even 10 hosts, but what about 150 hosts? I do > have 150 users, should i create 150 classes? I have an AMD DURON 800. Would > that work? I can create an script to do so, but i am worried about CPU loadYes it should work. But you can also take a look at the esfq qdisc. The esfq qdisc is capable to create 1 "queue" for each src address it sess. So each host is considered as 1. Of course, you can''t classifiy packets within that queue. In your case, I should create 1 class/host and see how your router reacts. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am going to code a little script to create all the classes right now..but what about ingress traffic? If i am not mistaken, only imq0 and imq1 are available right? Or you can also create as many as you like? - -----Mensaje original----- De: lartc-admin@mailman.ds9a.nl [mailto:lartc-admin@mailman.ds9a.nl] En nombre de Stef Coene Enviado el: domingo, 20 de abril de 2003 23:59 Para: GoMi; ''Rio Martin.''; lartc@mailman.ds9a.nl Asunto: Re: [LARTC] TC with HTB qdisc On Sunday 20 April 2003 23:48, GoMi wrote:> That might work for 2 or 5 or even 10 hosts, but what about 150 hosts? > I do have 150 users, should i create 150 classes? I have an AMD DURON > 800. Would that work? I can create an script to do so, but i am > worried about CPU loadYes it should work. But you can also take a look at the esfq qdisc. The esfq qdisc is capable to create 1 "queue" for each src address it sess. So each host is considered as 1. Of course, you can''t classifiy packets within that queue. In your case, I should create 1 class/host and see how your router reacts. Stef - -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ -----BEGIN PGP SIGNATURE----- Version: PGP 8.0 iQA/AwUBPqMyzn7diNnrrZKsEQIAWQCgjOjvL9eKGAvRdr85VY07l8P44eIAnjBf yK5LAK2UMszMPkca2rDkRriY =HfgX -----END PGP SIGNATURE----- _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Monday 21 April 2003 01:52, GoMi wrote:> I am going to code a little script to create all the classes right now..but > what about ingress traffic? If i am not mistaken, only imq0 and imq1 are > available right? Or you can also create as many as you like?You can specify how many devices you want if you load the imq module. But if you have a router, you don''t need the imq device. You can shape on both nics and so you can control both directions. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/