Re: [tae] The internet architecture
Henning Schulzrinne <hgs@cs.columbia.edu> Fri, 05 December 2008 15:40 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 AD40A3A6B09;
Fri, 5 Dec 2008 07:40:52 -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 983603A6C6E;
Fri, 5 Dec 2008 06:40:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.242
X-Spam-Level:
X-Spam-Status: No, score=-3.242 tagged_above=-999 required=5
tests=[AWL=-0.243, BAYES_00=-2.599, J_CHICKENPOX_93=0.6,
RCVD_IN_DNSWL_LOW=-1]
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 bqoqrP6YFVgG; Fri, 5 Dec 2008 06:40:16 -0800 (PST)
Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8])
by core3.amsl.com (Postfix) with ESMTP id DF70A3A6C64;
Fri, 5 Dec 2008 06:40:15 -0800 (PST)
Received: from [192.168.0.61] (pool-70-21-181-81.nwrk.east.verizon.net
[70.21.181.81]) (user=hgs10 mech=PLAIN bits=0)
by brinza.cc.columbia.edu (8.14.1/8.14.1) with ESMTP id mB5Ee9wb017925
(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT);
Fri, 5 Dec 2008 09:40:10 -0500 (EST)
Message-Id: <C80424AA-311B-4852-AC9A-152715B53548@cs.columbia.edu>
From: Henning Schulzrinne <hgs@cs.columbia.edu>
To: Thomas Narten <narten@us.ibm.com>, IETF discussion list <ietf@ietf.org>,
tae@ietf.org
In-Reply-To: <200812051425.mB5EPKEG032766@cichlid.raleigh.ibm.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Fri, 5 Dec 2008 09:40:09 -0500
References: <C15AE32B-E564-4C93-86FF-40EF203E673A@mpi-sws.org>
<49382030.5020704@network-heretics.com>
<200812051425.mB5EPKEG032766@cichlid.raleigh.ibm.com>
X-Mailer: Apple Mail (2.929.2)
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.65 on 128.59.29.8
X-Mailman-Approved-At: Fri, 05 Dec 2008 07:40:50 -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-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: tae-bounces@ietf.org
Errors-To: tae-bounces@ietf.org
>
>
> 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"), 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
_______________________________________________
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