<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:10pt"><P>Dear Bob,</P>
<P> </P>
<P>Let me state one thing clearly, first of all. I am NOT disagreeing that flow rate equality as a fairness criterion has its problems. So, you do not have to be defensive, as your last paragraph below.</P>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif"> </DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif">Second, about routing, I think you were the one who did not captured what I wanted to say - communication is always a two way process, so I take the blame as well. I understand that multiple sessions do not require diverse routes in order to "confuse" routers, so as to defeat some fairness scheme. However, one may imagine that, the same way the router of application "attachment" is able to correlate multiple session into a single application - as one of your papers mention, a core router might be able to do it, provided that all sessions follow the same path. When that is not the case, then the situation is REALLY hopeless...That is what I meant.</DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif"> </DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif">I believe we are in violent agreement, overall :-)...</DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif"> </DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif">Dirceu<BR><BR></DIV>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times, serif">----- Original Message ----<BR>From: Bob Briscoe <rbriscoe@jungle.bt.co.uk><BR>To: Dirceu Cavendish <dirceu_cavendish@yahoo.com><BR>Cc: Matt Mathis <mathis@psc.edu>; iccrg@cs.ucl.ac.uk<BR>Sent: Monday, April 7, 2008 3:43:31 PM<BR>Subject: Re: [Iccrg] Heresy following "TCP: Train-wreck"<BR><BR>Dirceu,<BR><BR>I suggest everyone on this list reads John Nagle's RFC970 from 1985 - not the first half which is archaic now, but the second half on "<PRE>Fairness in Packet Switching Systems</PRE>", which introduced Fair Queuing. It's salutory reading. Fortunately descendents of that algorithm are in most consumer access servers (DSL, cable, cellular). Otherwise the Internet would be completely up the shoot. <BR><BR>Admittedly FQ is also based on bogus science, but at least it's deployed to share backhaul links per-user, not per-flow. And at least many deployments
use WFQ adapting its weights to be inversely proportional to the count of bytes seen in a flow. <BR>Fortunately, TCP is only left to arbitrate fairness where there's not too much contention (cores, campuses and enterprises). If fairness on those highly contended backhaul links had been left to TCP, the Internet would now be completely useless (as exemplified by our recent I-D draft-briscoe-tsvwg-relax-fairness-00.txt, which shows what the Internet would be like if left solely to TCP). This teaches us two things:<BR>a) that flow rate equality isn't what governs fairness on the Internet<BR>b) if it was, the Internet would now be utterly unbearable<BR><BR>responses inline...<BR><BR>At 17:07 05/04/2008, Dirceu Cavendish wrote:<BR>
<BLOCKQUOTE class=cite cite="" type="cite">Comments below...<BR><BR>----- Original Message ----<BR>From: Bob Briscoe <rbriscoe@jungle.bt.co.uk><BR>To: Dirceu Cavendish <dirceu_cavendish@yahoo.com><BR>Cc: Matt Mathis <mathis@psc.edu>; iccrg@cs.ucl.ac.uk<BR>Sent: Saturday, April 5, 2008 3:42:24 AM<BR>Subject: Re: [Iccrg] Heresy following "TCP: Train-wreck"<BR><BR>Dirceau,<BR><BR>At 21:29 04/04/2008, Dirceu Cavendish wrote:<BR>>Regarding place in the network, I mean everywhere - I guess all, as <BR>>per your question.<BR><BR>So then, a follow-on question is: if there are flows passing through <BR>router R1 from a user, how does R1 take account of flows from the <BR>same user not going through R1 at all?<BR><BR>IOW, I'm questioning whether the fairness question should be focused <BR>on sharing out each link (whether between flows or users) as it has <BR>been for the last n decades, or whether that was a distraction <BR>because we
should have been looking at how much traffic is crossing <BR>trust boundaries between the principals (individuals, organisations, <BR>network operators), and how much of that traffic is causing <BR>congestion on /any/ other link. For instance, you have to be able to <BR>bring swarmcasting (e.g. BitTorrent) into your fairness framework.<BR><BR><dc> The routing of TCP sessions is typically not under control of the application. Otherwise, I agree that it is difficult to enforce even the simple link level share of resources.</BLOCKQUOTE><BR>I don't think you've understood me. I'm not saying an app controls its routing. I'm saying an app controls which other endpoints it talks to (like BitTorrent).<BR><BR>I'm also saying that fairness should be the same whether an app or a user splits a flow into subflows or not. And it should be the same whether it splits its transfer activity across multiple endpoints.<BR><BR>I'm asserting that it is only practical
to judge the fairness of a specific user using equipment at the point where that user attaches to another network, not at all the routers in the Internet through which that user's flows pass.<BR><BR>
<BLOCKQUOTE class=cite cite="" type="cite">About BitTorrent type of applications, it would be nice to have some sort of fairness concept between these types of application, and across to other applications. But then, assuming there are N types of applications in the Internet (which I dont have to say N can be large), one would need to provide fairness definitions for N(N-1) cases.</BLOCKQUOTE><BR>Well, the metric (congestion volume) I gave in the paper I quoted applies for all applications, over all topologies, and over any timescale. And it's enforceable. And any form of fairness can be agreed around it among any sub-group of Internet users. And it relates correctly to fairness in real life.<BR><BR>
<BLOCKQUOTE class=cite cite="" type="cite"> <BR>So I guess the question is: where do we stop with the fairness issue. We can draw a parallel with security - how much paranoid are we about it :-)</BLOCKQUOTE><BR>Security paranoia isn't a parallel at all. The difference here is that there's been a huge mistake. A valid analogy would be if 'secure' had been defined to mean "only vulnerable when there's an 'r' in the month".<BR><BR>I'm not saying the prevailing view is merely different from mine, I'm saying flow-rate equality has been a whopping great massive 20 year long mistake.<BR><BR>What do you expect me to do if I've identified a mistake? Just shut up and continue to pretend I believe in the mistake? So we can continue to progress backwards, while I know which way is forwards?<BR><BR><BR><BR>Bob<BR><BR><BR>
<BLOCKQUOTE class=cite cite="" type="cite">Cheers,<BR>Dirceu<BR></dc><BR> <BR><BR>I think that's where Matt is going as well - moving the focus of <BR>fairness to the edges (the trust boundaries).<BR><BR><BR>Bob<BR><BR><BR>____________________________________________________________________________<BR>Bob Briscoe, <<A href="mailto:bob.briscoe@bt.com" target=_blank rel=nofollow ymailto="mailto:bob.briscoe@bt.com">bob.briscoe@bt.com</A> > Networks Research Centre, BT Research<BR>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK. +44 1473 645196 <BR><BR><BR><BR><BR><BR>You rock. That's why Blockbuster's offering you <A href="http://us.rd.yahoo.com/evt=47523/*http://tc.deals.yahoo.com/tc/blockbuster/text5.com" target=_blank rel=nofollow>one month of Blockbuster Total Access</A>, No Cost. </BLOCKQUOTE>
<P>____________________________________________________________________________<BR>Bob Briscoe, <bob.briscoe@bt.com> Networks Research Centre, BT Research<BR>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK. +44 1473 645196 </P></DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: times new roman, new york, times, serif"><BR></DIV></div><br>
<hr size=1>You rock. That's why Blockbuster's offering you <a href="http://us.rd.yahoo.com/evt=47523/*http://tc.deals.yahoo.com/tc/blockbuster/text5.com">one month of Blockbuster Total Access</a>, No Cost.</body></html>