-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thats exactly the problem i have been trying to solve for the last 2 months. Bandwith sharing works great, but when it comes to shape DAP programs, by any reason it fails, not granting the bw to other services. No idea why. Stef, if you are interested in working around this problem, maybe we could meet in a chat room, and you can login to my box and see what happens, interested? Original Message: - - ----------------- From: Stef Coene stef.coene@docum.org On Friday 18 April 2003 19:21, rio@martin.mu wrote:>I''m not sure, but I think you use htb.init. And this is not the >htb.init >mailing list. This is the LARTC lists to discuss topics like shaping, >advanced routing and other network stuff. >But answering on your question : >You have to create 1 class attached to the root qdisc and add the 4 other >classes to that class (don''t ask me how you have to do that with >htb.init). >Can you also check that the filters are working and the traffic is placed >in the class where it belongs?Oh sorry about that, below is what command i inserted: tc qdisc del dev eth0 root tc qdisc add dev eth0 root handle 1 htb default 30 tc class add dev eth0 parent 1: classid 1:2 htb rate 120Kbit burst 15k tc class add dev eth0 parent 1:2 classid 1:11 htb rate 6Kbit ceil 120Kbit burst 15k tc qdisc add dev eth0 parent 1:11 handle 11 sfq perturb 10 tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip dst 192.168.1.1 classid 1:11 tc class add dev eth0 parent 1:2 classid 1:12 htb rate 6Kbit ceil 120Kbit burst 15k tc qdisc add dev eth0 parent 1:12 handle 12 sfq perturb 10 tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip dst 192.168.1.2 classid 1:12 tc class add dev eth0 parent 1:2 classid 1:13 htb rate 6Kbit ceil 120Kbit burst 15k tc qdisc add dev eth0 parent 1:13 handle 13 sfq perturb 10 tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip dst 192.168.1.3 classid 1:13 tc class add dev eth0 parent 1:2 classid 1:14 htb rate 6Kbit ceil 120Kbit burst 15k tc qdisc add dev eth0 parent 1:14 handle 14 sfq perturb 10 tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip dst 192.168.1.4 classid 1:14 I ve tried those, and it worked, all hosts able to borrow bandwidth from parent class (120Kbit), but when any host start to download with DAP (download manager) that can consume high bandwidth, it can borrow 120Kbit from parent class and the speed wont decrease as the other hosts up and ask for more bandwidth. Any idea why ? Regards, Rio Martin. - - -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . _______________________________________________ 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/AwUBPqEghH7diNnrrZKsEQItAwCggQXWt06vrZ9SOYpXJH+lmTh791kAoOAc QUsSeZZHm9v48of2SgmHz6hs =668m -----END PGP SIGNATURE----- _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Saturday 19 April 2003 12:10, GoMi wrote:> Thats exactly the problem i have been trying to solve for the last 2 > months. Bandwith sharing works great, but when it comes to shape DAP > programs, by any reason it fails, not granting the bw to other services. No > idea why. > > Stef, if you are interested in working around this problem, maybe we could > meet in a chat room, and you can login to my box and see what happens, > interested?Yes, but not now. But I can check it out myself. How do this DAP works? Do they open parallel tcp sessions the same server? And if they do, how many? And the other services that suffers from these DAP streams, is that also download (bulk traffic) or interactive traffic (ssh, telnet, dns)? And I suppose the DAP traffic and the other traffic belongs to different classes. 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 Lets talk about KaZZa,E-Donkey,and IMESH. I have absolutely no idea about how they work, but i do split traffic with two classes, one fore interactive, and a second one for the rest acting as a default class. The problem is that when these programs start working, the interactive services do not have the bw granted. - -----Mensaje original----- De: lartc-admin@mailman.ds9a.nl [mailto:lartc-admin@mailman.ds9a.nl] En nombre de Stef Coene Enviado el: sábado, 19 de abril de 2003 14:01 Para: GoMi; lartc@mailman.ds9a.nl Asunto: Re: RV: [LARTC] Re: My 1st BW Manager On Saturday 19 April 2003 12:10, GoMi wrote:> Thats exactly the problem i have been trying to solve for the last 2 > months. Bandwith sharing works great, but when it comes to shape DAP > programs, by any reason it fails, not granting the bw to other > services. No idea why. > > Stef, if you are interested in working around this problem, maybe we > could meet in a chat room, and you can login to my box and see what > happens, interested?Yes, but not now. But I can check it out myself. How do this DAP works? Do they open parallel tcp sessions the same server? And if they do, how many? And the other services that suffers from these DAP streams, is that also download (bulk traffic) or interactive traffic (ssh, telnet, dns)? And I suppose the DAP traffic and the other traffic belongs to different classes. 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/AwUBPqFU0n7diNnrrZKsEQK+TACg8uM01JeH3L5CfxuxUUSVWrwFDbcAn04a osen2KdAqW4jxfihFGjUa274 =Ew3f -----END PGP SIGNATURE----- _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Saturday 19 April 2003 15:53, GoMi wrote:> Lets talk about KaZZa,E-Donkey,and IMESH. I have absolutely no idea about > how they work, but i do split traffic with two classes, one fore > interactive, and a second one for the rest acting as a default class. The > problem is that when these programs start working, the interactive services > do not have the bw granted.I somewhere read that kazaa sometimes uses ACK packages with payloads. So if you want to put ACK packages in a high priority class, you also have to check the length of the package. I will do some tests myself, but not before monday. I will keep you informed about the results. 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/