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
- Re: [tae] The internet architecture Bryan Ford
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Hallam-Baker, Phillip
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Hallam-Baker, Phillip
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture John Leslie
- Re: [tae] The internet architecture Joe Touch
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Thomas Narten
- Re: [tae] The internet architecture Thomas Narten
- Re: [tae] The internet architecture Henning Schulzrinne
- Re: [tae] The internet architecture Dave CROCKER
- Re: [tae] The internet architecture Melinda Shore
- [tae] sockets vs. fds Dave CROCKER
- Re: [tae] The internet architecture John Day
- Re: [tae] sockets vs. fds Melinda Shore
- Re: [tae] The internet architecture John Day
- Re: [tae] The internet architecture John Day
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Dave CROCKER
- Re: [tae] The internet architecture John Day
- Re: [tae] The internet architecture John Day
- Re: [tae] The internet architecture Thomas Narten
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] The internet architecture Thomas Narten
- Re: [tae] The internet architecture Keith Moore
- Re: [tae] sockets vs. fds Tony Finch
- Re: [tae] The internet architecture David W. Hankins
- Re: [tae] The internet architecture Hallam-Baker, Phillip
- Re: [tae] sockets vs. fds Florian Weimer
- [tae] The Great Naming Debate (was Re: The intern… Bryan Ford
- Re: [tae] The Great Naming Debate (was Re: The in… Keith Moore
- Re: [tae] The Great Naming Debate (was Re: The in… Joe Baptista
- Re: [tae] The Great Naming Debate (was Re: The in… Hallam-Baker, Phillip
- Re: [tae] The Great Naming Debate (was Re: The in… Melinda Shore
- Re: [tae] The Great Naming Debate (was Re: The in… Hallam-Baker, Phillip
- Re: [tae] The Great Naming Debate (was Re: The in… Keith Moore
- Re: [tae] The internet architecture John Leslie