All of lore.kernel.org
 help / color / mirror / Atom feed
From: Graham Leggett <minfrin@sharp.fm>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Strategy for penalising IPs with too many	simultaneous
Date: Sat, 04 Nov 2006 11:14:52 +0000	[thread overview]
Message-ID: <454C762C.2040207@sharp.fm> (raw)
In-Reply-To: <454BDA1F.2010301@sharp.fm>

Mohan Sundaram wrote:

> I've my misgivings with this scheme.
> 
> What you are doing makes sense only if the number of connections is a 
> constrained resource. If bandwidth is the constraint, then shaping by 
> source IP irrespective of number of connections will do the job. As far 
> as I've seen, routers can support 200k connections and this is 
> sufficient for many large LANs - say 500 node LAN with 400 connections 
> per node.
> 
> In many cases, the user may not know how many connections he is opening 
> or which app is consuming connections. Thus, the user may not be in a 
> position to take remedial action and hence will be at a disadvantage.

In the network in question, bandwidth is minimal (many many users 
sharing 512kbps). As a result, unlike in typical networks where 
simultaneous connections are statistically insignificant, in this case 
one user running many bittorrents can pretty much wipe out network 
performance to a ratio of 20 to 1 or more.

The typical response I have seen to this scenario is to try and 
prioritise certain protocols over others, but this strategy has the 
disadvantage of dictating to the user that they can only use those 
certain protocols.

What I would like to do instead is allow the user to use any protocol 
they like, with the caveat that attempting to open many connections 
simultaneously will result in a steadily decreasing share of the pipe, 
rather than a steadily increasing one.

Regards,
Graham
--
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

  parent reply	other threads:[~2006-11-04 11:14 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-04  0:09 [LARTC] Strategy for penalising IPs with too many simultaneous Graham Leggett
2006-11-04  0:17 ` Stephen Hemminger
2006-11-04  1:50 ` Mohan Sundaram
2006-11-04 11:14 ` Graham Leggett [this message]
2006-11-04 15:40 ` Peter Surda
2006-11-05 21:47 ` Andrew Beverley
2006-11-11 12:54 ` Andy Furniss
2006-11-11 13:42 ` Oscar Mechanic
2006-11-11 18:01 ` Jan Groenewald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=454C762C.2040207@sharp.fm \
    --to=minfrin@sharp.fm \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.