On Tue, Dec 2, 2008 at 6:23 AM, Chris Henry <[EMAIL PROTECTED]> wrote: > On Mon, Dec 1, 2008 at 8:46 PM, Ole Tange <[EMAIL PROTECTED]> wrote: ' '>> I tried understanding it, but I cannot see how it will guard against a >> P2P application that puts a high weight on each of its connections. > > Cap. Just not on bandwidth, but of some formula based on the weight > you assigned to the connection and the bandwidth its utilizing.
So if I assign the weight 255 to all of my connections and you assign the weight 10 to your download, and 200 to your VoIP connection, then all my P2P connections will outweigh your connections (assuming that we share the bandwidth at some point), right? > A very > simplified example would be (not saying this is it, it's just an > example): > > f(download_size, weight) = download_size * weight > > If someone were to download 100GB of something with weight 10, we > would have (ignoring unit): > f(100GB, 10) = 1000 When the connection starts, how do you know how much he is going to downloaded? A lot (most?) P2P downloads are done in blocks; each block smaller than the total data of an average VoIP conversation. Let's take the following fairly realistic example: >From NAT-box A you see 100 connections all having same weight. You cannot see what is in them, as they are encrypted. For some reason you know that 90 of them are P2P downloads (probably from user U1), 1 of them is a live video stream (most likely from user U2), 3 of them are VPN connections (from U1, U2 and U3), and the rest of the connections you have no idea what are. You have, however, no idea which connection is which. Can you explain how the TCP weight is going to help U2 and U3, and throttle U1? Because I cannot see it. I can see a TCP-weight may help if all are kind, so people (or rather: applications) will tell a reasonable priority of their connection. But what is to stop me from changing the weight to 255 for all of my packets and hog all the bandwidth from you honest folks? /Ole _______________________________________________ Slugnet mailing list [email protected] http://wiki.lugs.org.sg/LugsMailingListFaq http://www.lugs.org.sg/mailman/listinfo/slugnet
