[LARTC] Napster Upstream Bandwidth Control

[Peter Frischknecht peter@empoweringsolutions.com]

<PRE>&gt;<i> Yes, many of us do. Napster is all good and well, and I wouldn't like to
</I>&gt;<i> prohibit it, but once it starts using sizeable amounts of your bandwidth,
</I>&gt;<i> the fun goes out of it.
</I>Well... I believe that I can say that we are still afloat even with Napster
enabled.
My only loophole is this upload mechanism.
The latest beta from Napster has port 0 as the default.

&gt;&gt;<i> Out-User is logged on to Napster:8888 with shared port 6699.
</I>&gt;&gt;<i> Out-User wants a file from In-User.
</I>&gt;&gt;<i> Out-User tells Napster:8888: go tell In-User.
</I>&gt;&gt;<i> Napster:8888 tells In-User: Out-User:6699 wants file x.
</I>&gt;&gt;<i> In-User opens a new socket and contacts Out-User:6699.
</I>&gt;&gt;<i> Out-User now has a TCP connection to In-User and can receive file x.
</I>
&gt;<i>The problem is that you need to recognize, specifically, outbound napster
</I>&gt;<i>connections. Would any connection *to* port 6699 be an outgoing napster
</I>&gt;<i>connection?
</I>
You may be onto something.  I just wanted to avoind learning how to read a
tcpdump file to figure this out.

&gt;&gt;<i> How am I supposed to stop that?
</I>&gt;&gt;<i> Some may say: just slow it down enough so that it is unusable.
</I>&gt;&gt;<i> The problem is that if I am DOWNLOADING a song from an Out-User:6699, I
</I>have
&gt;&gt;<i> to send an acknowledgement packet that has to fight traffic with songs
</I>being
&gt;&gt;<i> uploaded.  The final effect is that I will get slow downloads as well.
</I>
&gt;<i>You want to have your cake, and eat it :-) Perhaps you can make it really
</I>&gt;<i>complicated, and exempt ACK packets from accounting? I expect that the u32
</I>&gt;<i>match is up to this. Otherwise, select on large/small packets.
</I>Well, you may have a good idea.  I can do that with iptables as well...
I had not though about that... I will give it a try.  I will post the
results later.

&gt;&gt;<i> I would greatly appreciate any ideas/comments/suggestions... heck I would
</I>&gt;&gt;<i> even like getting flamed if it led me to some solution.
</I>
&gt;<i>I would really like to find a way that enables you to throttle napster
</I>&gt;<i>service, so as to keep it alive, but not kill it.
</I>
You can.  I have gone through several attempts, but this seems to be the
winner.
I have a single T1.
I allocate 1Mbit in to 2 bands: FTP/NEWS , and Napster (and all other
Napster Like apps).
I give each band 500Kbit but they can borrow from each other.
For web browsing, they are force-feed trough a transparent proxy and its
throttle is controlled internally (besides, the packet comes IN to Squid
gets unwrapped rewrapped and OUT to the user without traversing the forward
chain making it difficult to throuttle) with delay pools (another way too
cool bandwidth management system).

It is working great.  I am certain you will find a happy medium for yourself
as well.

Thank you

Peter Frischknecht





</PRE>