gzz-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gzz-commits] gzz/Documentation/misc/hemppah-progradu researc...


From: Tuomas Lukka
Subject: Re: [Gzz-commits] gzz/Documentation/misc/hemppah-progradu researc...
Date: Sun, 19 Jan 2003 12:16:33 +0200
User-agent: Mutt/1.4i

On Fri, Jan 17, 2003 at 03:29:42PM +0200, address@hidden wrote:
> Quoting Benja Fallenstein <address@hidden>:
> 
> > Hermanni Hyytiälä wrote:
> > > +-supports upload-download ratios (if this is a built in feature, this
> > might be a problem for us (if used as out-of-box))
> > > +-however, upload-download ratios reduces DoS attacks: one cannot publish 
> > > a
> > large amount hokum data in the network if ratios are used
> > 
> > You cannot upload more than you download, limiting what you can publish? 
> > LOL, that gives a whole new meaning to upload-download ratios! :-)
> 
> What I meant was, that limiting upload volume to reasonable high level (at the
> 'DoS' level, which we can define for system wide rule), compared to download
> volume (and vice versa, however, bitTorrent should alleviate 'download' DoS).
> So, if upload volume is much higher than download in very short time interval,
> we could limit the upload volume. Furthermore, even a case of non-DoS attack, 
> we
> should do something about users, which stress system at the 'DoS level'.

This is the reasoning behind ADSL: people read more than they write, because
many people can read the information one writes.

Of course, in a P2P environment this is not so drastic anymore because
many people can "write" the same thing.

> Perhaps I used upload-download ratio term little incorrectly ;)

Just more generally than usually. In the BBS era it was used the other way:
you couldn't download more than what you uploaded, times a certain factor.

        Tuomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]