[apps-discuss] IETF technical plenary: the end of application protocols
Dave CROCKER <dhc@dcrocker.net> Mon, 21 March 2011 14:29 UTC
Return-Path: <dhc@dcrocker.net>
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 9BBBE28C152 for <apps-discuss@core3.amsl.com>; Mon, 21 Mar 2011 07:29:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.59
X-Spam-Level:
X-Spam-Status: No, score=-6.59 tagged_above=-999 required=5 tests=[AWL=0.009, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 zB9cEWbmcLSk for <apps-discuss@core3.amsl.com>; Mon, 21 Mar 2011 07:29:48 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id 80D8D28C14E for <apps-discuss@ietf.org>; Mon, 21 Mar 2011 07:29:48 -0700 (PDT)
Received: from [192.168.1.4] (adsl-67-127-56-68.dsl.pltn13.pacbell.net [67.127.56.68]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id p2LEVFjB019851 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for <apps-discuss@ietf.org>; Mon, 21 Mar 2011 07:31:20 -0700
Message-ID: <4D87612E.3090900@dcrocker.net>
Date: Mon, 21 Mar 2011 07:31:10 -0700
From: Dave CROCKER <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: Apps Discuss <apps-discuss@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 21 Mar 2011 07:31:21 -0700 (PDT)
Subject: [apps-discuss] IETF technical plenary: the end of application protocols
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dcrocker@bbiw.net
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: Mon, 21 Mar 2011 14:29:50 -0000
Folks, I just saw the announcement for the Technical Plenary presentation. As described, the session suggests a failure to recognize at least two architectural issues. One is that it mandates full-time connectivity. The other is that protocols that it says are no longer needed are in fact still needed in some form, albeit as a layer above HTTP, rather than TCP. Replacing TCP with HTTP does not eliminate the requirement for purpose-built application protocols, such as specialized mailbox access. On the other hand, it does tend to encourage an explosion of competing, incompatible application protocols, making for rather remarkable burdens on servers and clients. The summary also neglects to mention rather significant security concerns in all this real-time application downloading... d/ > The Future of Applications > > > Advancements in the design of web browsers have introduced fundamental > changes to the architecture of application protocols. The widespread > availability and growing sophistication of JavaScript interpreters in > browsers enables web servers to push to browsers all of the application > logic required to implement a client-server protocol. Consequently, many > client-server applications that once required an installed client on a host > computer now can rely simply on a modern browser to act as a client for the > purposes of a particular application. For example, where once email clients > required a custom application to access an inbox, increasingly a web browser > can serve this purpose as well as the purpose-built applications of the > past. Similarly, HTTP with the assistance of JavaScript can subsume the > functions performed by the protocols like POP3 and IMAP. The need for > Internet standards beyond HTTP to implement an email inbox application > consequently diminishes - why author standards and worry about > interoperability of clients and servers when the server can simply push to > the client all the code it needs to be interoperable? > > Many client-server applications on the Internet could potential migrate to > this post-standardization environment. In this environment, there is of > course still a role for the IETF to play: existing working groups like HyBi > and OAuth are examples of areas where standards work is still required to > support this application development paradigm. Collectively, 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. The goals of this session are to explore future areas > of IETF work surrounding this evolution. > > Speakers: Jonathan Rosenberg (Skype) Harald Alvestrand (Google) Henry S. > Thompson (W3C) -- Dave Crocker Brandenburg InternetWorking bbiw.net
- [apps-discuss] IETF technical plenary: the end of… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Claudio Allocchio
- Re: [apps-discuss] IETF technical plenary: the en… Bhumip Khasnabish
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Claudio Allocchio
- Re: [apps-discuss] IETF technical plenary: the en… Peter Saint-Andre
- Re: [apps-discuss] IETF technical plenary: the en… Ted Hardie
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Claudio Allocchio
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Cyrus Daboo
- Re: [apps-discuss] IETF technical plenary: the en… Bhumip Khasnabish
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Graham Klyne
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Claudio Allocchio
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Claudio Allocchio
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Ted Hardie
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Pete Resnick
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… SM
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [apps-discuss] IETF technical plenary: the en… Graham Klyne
- Re: [apps-discuss] IETF technical plenary: the en… SM
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Mark Nottingham
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Leslie Daigle
- [apps-discuss] IETF-port-80 technical plenary Re:… Leslie Daigle
- Re: [apps-discuss] IETF-port-80 technical plenary… Mark Nottingham
- Re: [apps-discuss] IETF technical plenary: the en… Paul Hoffman
- Re: [apps-discuss] IETF technical plenary: the en… Claudio Allocchio
- Re: [apps-discuss] IETF technical plenary: the en… Nico Williams
- Re: [apps-discuss] IETF technical plenary: the en… Peterson, Jon
- Re: [apps-discuss] IETF technical plenary: the en… SM
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Nico Williams
- Re: [apps-discuss] AJAX is the new NAT Carsten Bormann
- Re: [apps-discuss] AJAX is the new NAT Marc Petit-Huguenin
- Re: [apps-discuss] AJAX is the new NAT Ted Hardie
- Re: [apps-discuss] AJAX is the new NAT Peterson, Jon
- Re: [apps-discuss] AJAX is the new NAT Marc Petit-Huguenin
- Re: [apps-discuss] IETF technical plenary: the en… Peter Saint-Andre
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Scott Brim
- Re: [apps-discuss] IETF technical plenary: the en… Pete Resnick
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Lyndon Nerenberg (VE6BBM/VE7TFX)
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland
- Re: [apps-discuss] IETF technical plenary: the en… Peter Saint-Andre
- Re: [apps-discuss] IETF technical plenary: the en… Nico Williams
- [apps-discuss] HYBI Alexey Melnikov
- Re: [apps-discuss] HYBI Salvatore Loreto
- Re: [apps-discuss] HYBI Graham Klyne
- Re: [apps-discuss] IETF technical plenary: the en… Graham Klyne
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Dave CROCKER
- Re: [apps-discuss] IETF technical plenary: the en… Hannes Tschofenig
- Re: [apps-discuss] IETF technical plenary: the en… Dave Cridland