Re: mldonkey & traffic shaping -> WWW still slow

From: prg (rdgentry1_at_cablelynx.com)
Date: 02/10/05 

Date: 10 Feb 2005 09:31:04 -0800

Benjamin Fraenkel wrote:
> Hello,
>
> Im having an ADSL connection (512/128kbps). When I start mldonkey
> webbrowsing is practically impossible, though no dl/ul occurs in
> mldonkey just usual seeking for sources, connecting to servers. But
if I
> start a download (ftp/http) I still get maximumum download bw. So I
> thought it must be an upload problem and configured a router with
> traffic shaping.
> TCng script: http://www.fraenkel.at/bandwidth.tcng
>
> Of course I changed the gateways/dflt routes of all clients in the
> network to use the traffic shaping router and mldonkey traffic is now

> routed through the class 'download' with a max. of 8kbps - verified
> through analyzing network traffic and tc stats and the other classes
are
> working either.
> But webbrowsing is still that slow, until I shutdown mldonkey again.
>
> Here's the topology of my network:
http://www.fraenkel.at/topology.txt
> Because the Traffic shaping router and the router to the uplink are
on
> the same subnet traffic flows like that:
> Outgoing: Client --> Traffic Shaping Router ---> Router ---> Internet
> Incoming: Internet ---> Router ---> Client
> /*effectively not using the Traffic shaping router, but that's fine
> because I just want to limit upload bw*/
>
> I think it's not Linux specific but I have no idea what to do next,
> proposals desired!

Well, SFQ is not very insistent -- assumes everyone is playing "fair"
in order to get the F queueing.

http://www.tldp.org/HOWTO/Traffic-Control-HOWTO/classless-qdiscs.html#qs-sfq
[q]
Unfortunately, some clever software (e.g. Kazaa and eMule among others)
obliterate the benefit of this attempt at fair queuing by opening as
many TCP sessions (flows) as can be sustained.
[eq]

These hummers are difficult to control. For what you're trying to
accomplish, you might want to look at this:
http://mldonkey.berlios.de/modules.php?name=Wiki&pagename=TrafficShaping

The key to its working is the use of the UID of mldonkey so that the
dynamically allocated flows can be marked/identified for control
purposes. This also means that it only works on the machine running
mldonkey as the fwmarks are strictly "machine local".

Don't use any of the p2p apps so haven't any direct experience. The
above approach looks promising from my read-through. Just squashing
them whem found at work.

Someone around here likely has more experience and perhaps a ready-made
solution or specific guidance dealing with mldonkey in a setup like
yours. The problem is identifying/distinquishing all the p2p ports
being used.

With your network setup, it is _imperative_ that all machines/nics be
operating at top speed/full duplex (100 Mbps probably). The full
duplex is most important.

hth,
prg
email above disabled

Relevant Pages

  • sendto: No buffer space available
    ... Then, I use mldonkey (that it is a client for Emule network), but, every ... I have tried also to change net card. ... The problem was the same in Openbsd 3.4-current and in Openbsd ...
    (comp.unix.bsd.openbsd.misc)
  • mldonkey & traffic shaping -> WWW still slow
    ... Im having an ADSL connection. ... mldonkey just usual seeking for sources, ... But webbrowsing is still that slow, ... Because the Traffic shaping router and the router to the uplink are on ...
    (comp.os.linux.networking)
  • [Full-Disclosure] XSS In mldonkey - But....
    ... Mldonkey is an open source p2p client which supports a ... They've done a great job at making sure there's no XSS ... especially with data coming from the network. ... This will unlock the IP based access control, ...
    (Full-Disclosure)
  • Need help with mldonkey, Anybody...
    ... Also when I run the command mlgui, wich should start the gui version of mldonkey it just does the same as the command mlnet and doesn't start the gui. ... Network Direct Connect registered ... Network BitTorrent registered ... Disabling output to console, to enable: ...
    (freebsd-questions)
  • Re: mldonkey & traffic shaping -> WWW still slow
    ... >>mldonkey just usual seeking for sources, ... >>thought it must be an upload problem and configured a router with ... >>network to use the traffic shaping router and mldonkey traffic is now ... I don't care if there's no fair queuing in the download class, ...
    (comp.os.linux.networking)