Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

Re: [e2e] opening multiple TCP connections getting popular

From: Detlef Bosau <detlef.bosau(at)web.de>
Date: Thu Aug 30 2007 - 12:49:10 EDT


Bob Briscoe wrote:
>>
>
> 1/ This isn't just an issue between a user and her local ISP. Shifting
> the focus from your personal DSL use (which is probably to an
> over-provisioned academic campus at the other end), a typical
> filesharing user is just as likely to be hitting a bottleneck in
> another ISP's backhaul (or bottlenecks in both local and remote
> backhauls).
>
> Even if her bottleneck is remote, I'd still like her to be able to
> behave like w TCPs, but we need a simple accountability framework that
> allows her own ISP to choke her if she causes excessive congestion,
> whether the bottleneck is local or remote (which, as you know, is what
> I've proposed).

Isn´t this exactly, what CC does? If congestion causes harm, i.e. dropped packets, these drops will choke the connection.

>
> 2/ If everyone was trying to fill their access link with TCPs (or
> MulTCP) continuously, the bottlenecks would nearly always NOT be their
> own lines, no matter how carefully they spread out the traffic. This
> is in fact close to the current situation - even without everyone
> participating in p2p filesharing, bottlenecks have already moved out
> of the lines into the backhaul.
>

IIRC, this is one of the Todos, Sally Floyd mentions on her open questions list: Where is the bottleneck?

However, stupid me, to my understanding any congestion drop simply throttles the connection. And that´s exactly what we want to do.

To my understanding, your point is mainly the target function, you want to optimize, and the fairness criterion.

And a pure e2e approach is limited here because the individual socket does not see the big picture of your network, neither your prefered fairness criterion or target function.

In some respect, this is similar to the Ethernet capture effect (which was found by Keshav IIRC?).
Without any central- / point- /... coordination function / admission control / ressource control, you will most likely find more or less strange cases which cause "surprising" results.

Detlef

-- 
Detlef Bosau                          Mail:  detlef.bosau@web.de
Galileistrasse 30                     Web:   
http://www.detlef-bosau.de
70565 Stuttgart                       Skype: detlef.bosau
Mobile: +49 172 681 9937
Received on Thu Aug 30 13:32:52 2007
Do you need help?X

This archive was generated by hypermail 2.1.8 : Mon Oct 29 2007 - 14:15:40 EDT


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library