[e2e] Time for a new Internet Protocol

David P. Reed dpreed at reed.com
Mon May 21 18:25:49 PDT 2007


I'm now completely confused.   Perhaps those who understand the "tussle" 
principle could tease out these concepts in a way that the rest of us 
can understand?   A small start would be explaining in what way that 
"tussle is inherently recursive"?

Tom Vest wrote:
> Being a big fan and frequent user/abuser of the tussle concept, let me 
> be the first person to observe some obvious problems that follow from 
> using it as a normative principle:
>
> 1.  Although the concept of tussle is inherently recursive, it's 
> typically only used (e.g., by network architects and systems theory 
> people) to discuss the upper elements of the protocol/service stack. 
> Too often people forget, or maybe fail to notice, that the Internet 
> itself only exists in its "current canonical form" in places when & 
> where a prior/foundational tussle over control of communications 
> facilities/infrastructure inputs resulted in certain sorts of 
> outcomes. In places where all or almost of the interfaces are 
> hidden/controlled by a single monolithic entity (e.g., like 
> hierarchical/horizontal infrastructure segments within a territorial 
> monopoly PSTN), tussle may still exist, but it has approximately zero 
> impact/significance to outsiders.
>
> 2. As soon as "tusslers" become aware of the idea, they tend to 
> incorporate it, rhetorically if not operationally, into their future 
> actions. Granting that I am no game theory expert (and would love to 
> hear a better informed comparison here), this seems like just another 
> example of an iterative bargaining game, ala the Prisoner's Dilemma. 
> An appeal to the reasonableness of a "tussle-friendly outcome" is just 
> as likely as not to be a gambit to "win" a larger piece of the pie... 
> unless maybe the appeal is coming from someone you already trust for 
> some unrelated reason.
>
> Bottom line: tussle provides a great descriptive framework for 
> understanding how, when, and why things change (or don't change), and 
> would be a fine architectural guide for a monolithic Supreme Being who 
> has prior knowledge of "what good would be good" to select as the 
> criteria for winning in any particular tussle instance -- but as soon 
> as you have two Semi-Supreme Beings they end up stuck in the same 
> bargaining game described so crudely above...
>
> Regards all,
>
> TV
>
> On May 21, 2007, at 7:10 PM, Bob Briscoe wrote:
>
>> David,
>>
>> Going back to your opening posting in this thread...
>>
>> At 15:57 15/05/2007, David P. Reed wrote:
>>> I call for others to join me in constructing the next Internet, not 
>>> as an extension of the current Internet, because that Internet is 
>>> corrupted by people who do not value innovation, connectivity, and 
>>> the ability to absorb new ideas from the user community.
>>
>> So, how do we make an Internet that can evolve to meet all sorts of 
>> future social and economic desires, except it mustn't evolve away 
>> from David Reed's original desires for it, and it mustn't evolve 
>> towards the desires of those who invest in it? Tough design brief :)
>>
>> My sarcasm is only intended to prevent you wasting a lot of years of 
>> your life on this project, without questioning whether the problem is 
>> with your aspirations, not with the Internet...
>>
>> Perhaps it would help _not_ to think of suppression of innovation as 
>> a failure. Innovation isn't an end in itself. People don't want 
>> innovation to the exclusion of all else. People want a balance 
>> between innovative new stuff and uninterrupted, cheap, robust, 
>> hassle-free enjoyment of previous innovations.
>>
>> Surely the real requirement is for a distributed computing 
>> internetwork that can be temporarily or locally closed to milk the 
>> fruits of an innovation without having to be permanently and 
>> ubiquitously closed. That is, locally open or locally closed by 
>> policy control. That's a heroic research challenge in its own right - 
>> and not impossible - here's some case studies that have (sometimes 
>> unconsciously) achieved this:
>> <http://www.cs.ucl.ac.uk/staff/B.Briscoe/present.html#0406pgnet>
>>
>> A desire to embed _only_ openness into the architecture to the 
>> exclusion of thinking how to do closedness is the problem, not the 
>> solution. So, I for one won't be joining you in this venture, even 
>> though my initial reflex action would be (and always was) openness. 
>> I'd ask you to reconsider too.
>>
>> If you disagree with this 'Tussle in Cyberspace' argument, I think 
>> you ought to say why, as I've not heard a good argument against it.
>>
>>
>>> To save argument, I am not arguing that the IP layer could not evolve.
>>> I am arguing that the current research community and industry 
>>> community that support the IP layer *will not* allow it to evolve.
>>
>> You don't need to start out deciding that, whatever the solution, it 
>> won't be an evolution from where we are. That doesn't need to be 
>> decided until you know what the solution might look like.
>>
>>
>>> But that need not matter.   If necessary, we can do this 
>>> inefficiently, creating a new class of routers that sit at the edge 
>>> of the IP network and sit in end user sites.   We can encrypt the 
>>> traffic, so that the IP monopoly (analogous to the ATT monopoly) 
>>> cannot tell what our layer is doing, and we can use protocols that 
>>> are more aggressively defensive since the IP layer has indeed gotten 
>>> very aggressive in blocking traffic and attempting to prevent 
>>> user-to-user connectivity.
>>
>> If this is what you want you don't need a new Internet. You already 
>> have the power to encrypt and the power to be aggressively defensive 
>> with the current Internet (as your TOR and Joost examples demonstrate).
>>
>> You want to use the infrastructure those nasty routerheads have 
>> invested in, presumably to benefit from the network effect their 
>> investments (and your previous inventiveness) helped to create. And 
>> if they try to stop you, are they not justified? What is the 
>> difference then between your traffic and an attack - from /their/ 
>> point of view?
>>
>> Or are you claiming a higher moral right to abuse the policies they 
>> impose on their networks because you have honourable intentions, in 
>> /your/ opinion? Universal connectivity isn't a human right that 
>> trumps their policies. It's just something you (& I) care about a 
>> lot. Isn't this getting close to an analogy with animal rights 
>> activists conspiring to kill vivisectionists.
>>
>> Reversing this, what if someone launches a DoS attack against an 
>> unforeseen vulnerability in your new Internet? Would your 
>> architecture never allow it to be blocked, because that would damage 
>> universal connectivity?
>>
>> I think you need to take a step back and reconsider the aspersions 
>> you're casting on routerheads. They understand the value of universal 
>> connectivity too. But they also understand the higher value of some 
>> connectivities than others. Given the tools they have at their 
>> disposal right now, the best they can do is block some stuff to keep 
>> other stuff going. It's as much the fault of you and me that they 
>> have no other option, as it is their fault for blocking stuff.
>>
>> You are blaming operators for acting in their own self-interest. 
>> Shouldn't you blame the designers of the architecture for not 
>> expecting operators to act in their own interests? Again, what is 
>> your argument against 'Tussle  in Cyberspace'?
>>
>>
>> Bob
>>
>>
>>
>
>


More information about the end2end-interest mailing list