Re: network nicety

Bob Lanning (lanning@navtech.com)
Fri, 9 Oct 1998 11:26:11 -0700 (PDT)


IPv6 is the answer. anyone want to wait for the Internet to implement that?
:)

What I can see happening quickly is for the sending app (say wuftpd) to burst
at the start of the transfer (to find the max bandwith it has for the
connection.) Then to backoff a certain percentage.

---- As written by Riley Williams:
>
> Hi Simon.
>
> On Thu, 8 Oct 1998, Simon Kenyon wrote:
>
> > On 08-Oct-98 Bob Lanning wrote:
>
> >> It is very hard to implement something like this. The data
> >> channel for ftp has no real identification in it. The best way of
> >> doing this is in the application.
>
> > dare i suggest that *not* being able to identify traffic is good
> > it might only be an ftp to you, but to me it might be that upgrade
> > of some software that will rescue me from hackers, or a new release
> > for a customer who is threatening to sue, or ...
>
> > you get my point (maybe)
>
> Sure - you're saying that just because you're downloading an
> application for a customer, nobody else should be able to use that
> link - and I have to say that I disagree with that viewpoint.
>
> IMHO, the fact that an FTP transfer will automatically grab 100% of
> the bandwidth of one's primary link given the slightest chance can
> only be bad - and the same applies to any other protocol. What I'd
> like to see is some form of bandwidth limiting system which prevents
> any one protocol from grabbing more than 90% of the bandwidth to
> itself, but which allows any protocol to use all otherwise unused
> bandwidth if it needs it, but automatically relinquishes the excess
> bandwidth as soon as anything else needs it.
>
> Best wishes from Riley.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
>

-- 
Robert Hajime Lanning             Navigation Technologies
Unix Systems Administrator        740 E. Arques Ave.
(408) 617-5059                    Sunnyvale, CA 94086
lanning@fhda.edu                  USA
lanning@kewltech.com              lanning@navtech.com

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/