Re: [tae] The internet architecture

"Hallam-Baker, Phillip" <pbaker@verisign.com> Fri, 05 December 2008 23:41 UTC

Return-Path: <tae-bounces@ietf.org>
X-Original-To: tae-archive@ietf.org
Delivered-To: ietfarch-tae-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3FE1528C19A; Fri, 5 Dec 2008 15:41:23 -0800 (PST)
X-Original-To: tae@core3.amsl.com
Delivered-To: tae@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B17C23A6912; Fri, 5 Dec 2008 13:47:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.259
X-Spam-Level:
X-Spam-Status: No, score=-5.259 tagged_above=-999 required=5 tests=[AWL=-0.657, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_93=0.6, MIME_QP_LONG_LINE=1.396, 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 wdp3MtS5X4Hh; Fri, 5 Dec 2008 13:47:30 -0800 (PST)
Received: from robin.verisign.com (robin.verisign.com [65.205.251.75]) by core3.amsl.com (Postfix) with ESMTP id D1E0F3A67B5; Fri, 5 Dec 2008 13:47:30 -0800 (PST)
Received: from MOU1WNEXCN03.vcorp.ad.vrsn.com (mailer6.verisign.com [65.205.251.33]) by robin.verisign.com (8.12.11/8.13.4) with ESMTP id mB5LlHOG003024; Fri, 5 Dec 2008 13:47:18 -0800
Received: from MOU1WNEXMB09.vcorp.ad.vrsn.com ([10.25.15.197]) by MOU1WNEXCN03.vcorp.ad.vrsn.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 5 Dec 2008 13:47:17 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Fri, 5 Dec 2008 13:44:27 -0800
Message-ID: <2788466ED3E31C418E9ACC5C316615572FFBFE@mou1wnexmb09.vcorp.ad.vrsn.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: The internet architecture
Thread-Index: AclW53RE3FP2JhbQQ8eB3zto/ZRwlwAOzGA8
References: <C15AE32B-E564-4C93-86FF-40EF203E673A@mpi-sws.org><49382030.5020704@network-heretics.com><200812051425.mB5EPKEG032766@cichlid.raleigh.ibm.com> <C80424AA-311B-4852-AC9A-152715B53548@cs.columbia.edu>
From: "Hallam-Baker, Phillip" <pbaker@verisign.com>
To: "Henning Schulzrinne" <hgs@cs.columbia.edu>, "Thomas Narten" <narten@us.ibm.com>, "IETF discussion list" <ietf@ietf.org>, <tae@ietf.org>
X-OriginalArrivalTime: 05 Dec 2008 21:47:17.0889 (UTC) FILETIME=[0B200710:01C95723]
X-Mailman-Approved-At: Fri, 05 Dec 2008 15:41:21 -0800
Subject: Re: [tae] The internet architecture
X-BeenThere: tae@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Architecture Evolution <tae.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tae>, <mailto:tae-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/tae>
List-Post: <mailto:tae@ietf.org>
List-Help: <mailto:tae-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tae>, <mailto:tae-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0172268028=="
Sender: tae-bounces@ietf.org
Errors-To: tae-bounces@ietf.org

Yes, that is indeed where the world is going.
 
My point is that it would be nice if the IETF had a means of guiding the outcome here through an appropriate statement from the IAB.
 
Legacy applications are legacy. But we can and should push new applications to use SRV based connections or some elaboration on the same principle. Even with legacy applications, MX was a retrofit to SMTP.

________________________________

From: ietf-bounces@ietf.org on behalf of Henning Schulzrinne
Sent: Fri 12/5/2008 9:40 AM
To: Thomas Narten; IETF discussion list; tae@ietf.org
Subject: Re: The internet architecture



>
>
> Wouldn't it have been nice if the de facto APIs in use today were more
> along the lines of ConnectTo(DNS name, service/port).

This certainly seems to be the way that "modern" APIs are heading. If 
I'm not mistaken, Java, PHP, Perl, Tcl, Python and most other 
scripting languages have a socket-like API that does not expose IP 
addresses, but rather connects directly to DNS names. (In many cases, 
they unify file and socket opening and specify the application 
protocol, to, so that one can do fopen("http://www.ietf.org <http://www.ietf.org/> "), for 
example.) Thus, we're well on our way towards the goal of making 
(some) application oblivious to addresses. I suspect that one reason 
for the popularity of these languages is exactly that programmers 
don't want to bother remembering when to use ntohs().

Henning
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf


_______________________________________________
tae mailing list
tae@ietf.org
https://www.ietf.org/mailman/listinfo/tae