Re: [apps-discuss] IETF technical plenary: the end of application protocols

Claudio Allocchio <Claudio.Allocchio@garr.it> Tue, 22 March 2011 08:48 UTC

Return-Path: <Claudio.Allocchio@garr.it>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB0AE3A67A4 for <apps-discuss@core3.amsl.com>; Tue, 22 Mar 2011 01:48:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.434
X-Spam-Level:
X-Spam-Status: No, score=-2.434 tagged_above=-999 required=5 tests=[AWL=0.165, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8sIQ22e1HkjC for <apps-discuss@core3.amsl.com>; Tue, 22 Mar 2011 01:48:34 -0700 (PDT)
Received: from cyrus.dir.garr.it (cyrus.dir.garr.it [IPv6:2001:760:0:158::29]) by core3.amsl.com (Postfix) with ESMTP id CCE1A3A67AA for <apps-discuss@ietf.org>; Tue, 22 Mar 2011 01:48:33 -0700 (PDT)
Received: from mac-allocchio3.elettra.trieste.it (mac-allocchio3.elettra.trieste.it [140.105.2.18]) (authenticated bits=0) by cyrus.dir.garr.it (8.14.4/8.14.4) with ESMTP id p2M8nrrk068557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Mar 2011 09:49:54 +0100 (CET)
X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 cyrus.dir.garr.it p2M8nrrk068557
DomainKey-Signature: a=rsa-sha1; s=mail; d=garr.it; c=simple; q=dns; b=d4JMnPO74VaBSsp1url3CQFmIJBYLDr47uv1+Z92XLuHjsif90efjKpKGp6lRwCM2 jb0HLJEAhRM0bT21WD4n4poMyvvw5TRp4CL6cy/qJqxBPfXBR+cRZaN3lR9E0n24zup 1jVcxQc5xNQ/yqyK36L2k4ADa4issc5Yy1aLOUM=
Date: Tue, 22 Mar 2011 09:49:53 +0100
From: Claudio Allocchio <Claudio.Allocchio@garr.it>
X-X-Sender: claudio@mac-allocchio3.elettra.trieste.it
To: Pete Resnick <presnick@qualcomm.com>
In-Reply-To: <4D881C04.2080406@qualcomm.com>
Message-ID: <alpine.OSX.2.02.1103220948400.4927@mac-allocchio3.elettra.trieste.it>
References: <4D87612E.3090900@dcrocker.net> <4D881C04.2080406@qualcomm.com>
User-Agent: Alpine 2.02 (OSX 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Cc: dcrocker@bbiw.net, Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] IETF technical plenary: the end of application protocols
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Mar 2011 08:48:35 -0000

On Mon, 21 Mar 2011, Pete Resnick wrote:

> On 3/21/11 9:31 AM, Dave CROCKER wrote:
>> Folks,
>> 
>> I just saw the announcement for the Technical Plenary presentation.
> I sent this to the IAB a few weeks ago. We haven't had much conversation 
> (they responded, but the firehose of stuff before the IETF meeting kept me 
> from replying until recently), but I thought you all would be amused.

Pete...

+1000 !

:-)

(and I'm happy to be managing an R&D "carrier" which still thinks exactly 
what you wrote).

>
> -------- Original Message --------
> Message-ID: <4D76B361.2050704@qualcomm.com>
> Date: Tue, 8 Mar 2011 16:53:21 -0600
> From: Pete Resnick <presnick@qualcomm.com>
> To: <iab@iab.org>
> Subject: IAB Technical Session
> CC: "'The IESG'" <iesg@ietf.org>
>
> [Feel free to forward this as you see fit.]
>
> Dear IAB,
>
> You will probably find it unsurprising that I find the abstract of the 
> technical session at the IAB plenary to be completely unadulterated rubbish. 
> It is by no means the "advancement in the design of web browsers" nor the 
> "widespread availability and growing sophistication of JavaScript 
> interpreters in browsers" that has changed the architecture of applications. 
> Quite the contrary, it is the forcing of a particular application paradigm, 
> that of requiring all applications to be client-server based with all 
> intelligence based in the server, that has in turn forced Javascript 
> sophistication to increase to accommodate complex application logic inside 
> the browser. (Indeed, it is this force that has led to HyBi, the abomination 
> whereby browser-based applications, instead of being able to simply open a 
> TCP connection, are forced to go through an HTTP tunnel to the web server in 
> order to get any kind of network connectivity.) Protocols like POP and IMAP 
> are not being subsumed into these systems. Rather, the semantics of these 
> protocols are being dumbed down, eliminating functionality, in order to allow 
> them to fit into the new constrained environment.
>
> There are two obvious drivers of this evolution: First and foremost is the 
> continuing lack of end-to-end connectivity in the network. This is due to the 
> presence of NATs and assorted firewall nonsense that makes non-tunneled 
> applications harder and harder to deploy. But the second driving force is the 
> more insidious one: economics. The economics of the Internet are currently 
> being driven by big players consolidating the network, pushing as much as 
> they can into servers so that they can control both the data and the user 
> experience for applications on the Internet. This of course is not in the 
> interest of end users, except insofar as the "big players" are end users with 
> large economic interests. The more centralized the data becomes, the more 
> dependent users are on the "big players", the less innovation in applications 
> can take place, and the less stable the Internet is as a whole.
>
> This is not a state of affairs in which we need to "identify areas where the 
> standardization is unlikely to be relevant in the future, and focus our 
> efforts on those areas where our application designs will remain impactful." 
> Rather, we need to do what we can with tools we are currently developing (the 
> deployment of IPv6, the use of MPTCP and other protocols which allow us to 
> route around the damage to the end-to-end model) to combat this model and 
> have the Internet remain a distributed end-to-end network.
>
> Back to La Mancha. I've been noticing these windmills....
>
> pr
>
> -- 
> Pete Resnick<http://www.qualcomm.com/~presnick/>
> Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102
>
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss
>

------------------------------------------------------------------------------
Claudio Allocchio             G   A   R   R          Claudio.Allocchio@garr.it
                         Senior Technical Officer
tel: +39 040 3758523      Italian Academic and       G=Claudio; S=Allocchio;
fax: +39 040 3758565        Research Network         P=garr; A=garr; C=it;

            PGP Key: http://www.cert.garr.it/PGP/keys.php3#ca