[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100526.200443.232751390.davem@davemloft.net>
Date: Wed, 26 May 2010 20:04:43 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: hagen@...u.net
Cc: andi@...stfloor.org, therbert@...gle.com, shemminger@...tta.com,
netdev@...r.kernel.org, ycheng@...gle.com
Subject: Re: [PATCH] tcp: Socket option to set congestion window
From: Hagen Paul Pfeifer <hagen@...u.net>
Date: Thu, 27 May 2010 01:15:12 +0200
> How can a domain defined as {process,peer-IP} fair to the 1MB
> bottleneck link?
You're asking about a network level issue in terms of what can be done
on a local end-node.
All an end-node can do is abide by congestion control rules and respond
to packet drops, as has been going on for decades.
People have basically (especially in Europe) given up on crazy crap
like RSVP and other forms of bandwidth limiting and reservation. They
just oversubscribe their links, and increase their capacity as traffic
increases dictate. It just isn't all that manageable to put people's
traffic into classes and control what they do on a large scale.
I'm also skeptical about those who say the fight belongs squarely at
the end nodes. If you want to control the network traffic of the
meeting point of your dumbbell, you'll need a machine there doing RED
or traffic limiting. End-host schemes simply aren't going to work
because I can just add more end-hosts to reintroduce the problem.
The dumbbell situation is independant of the end-node issues, that's
all I'm really saying.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists