Re: [rrg] Constraints due to the need for widespread voluntary adoption
jnc@mercury.lcs.mit.edu (Noel Chiappa) Thu, 03 December 2009 23:23 UTC
Return-Path: <jnc@mercury.lcs.mit.edu>
X-Original-To: rrg@core3.amsl.com
Delivered-To: rrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F7DF3A635F for <rrg@core3.amsl.com>; Thu, 3 Dec 2009 15:23:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.874
X-Spam-Level:
X-Spam-Status: No, score=-5.874 tagged_above=-999 required=5 tests=[AWL=-0.345, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SARE_SXLIFE=1.07]
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 d1ZzjNrUFABq for <rrg@core3.amsl.com>; Thu, 3 Dec 2009 15:23:41 -0800 (PST)
Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by core3.amsl.com (Postfix) with ESMTP id 389A43A62C1 for <rrg@irtf.org>; Thu, 3 Dec 2009 15:23:41 -0800 (PST)
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id AD34D6BE56E; Thu, 3 Dec 2009 18:23:31 -0500 (EST)
To: rrg@irtf.org
Message-Id: <20091203232331.AD34D6BE56E@mercury.lcs.mit.edu>
Date: Thu, 03 Dec 2009 18:23:31 -0500
From: jnc@mercury.lcs.mit.edu
Cc: jnc@mercury.lcs.mit.edu
Subject: Re: [rrg] Constraints due to the need for widespread voluntary adoption
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Dec 2009 23:23:42 -0000
> From: Dae Young KIM <dykim@cnu.kr>
> to me, ID = IP address = node address)
We tend not to use the term 'address', because it does not have a clear
definition that everyone agrees on.
> DNS names -> ID (here to me, ID = IP address = node address)
Since "address" to most people does mean a 'name' (in the generic sense of
"name") with some location information in it, I am going to assume that your
"ID" means a name which is location dependent.
That means the "ID" will have to change if the host is attached to the
network in a different place; and the experience of the past decade or two is
that this is not acceptable to the users. They want something _in addition_
to DNS names which does not have to change when the host is attached in a new
location.
> ID -> locator; this is not the job of Internet layer. In this context,
> the locator here is to me the address of the underlying layer,
To most of us, 'locator' means a 'name' with global semantics; i.e. it can
name a location anywhere in the internetwork, and it can be understood
anywhere in the network, and things everwhere will interpret a given locator
to mean the same location.
Redefining terms to your own private definition is not very useful for clear
communication. Terms that mean what you seem to mean here are things like
'MAC address' or 'physical network address'.
> To me, they're one and the same thing. There's no routing without
> identifying your partner. There's no identifying your partner without
> routing to, i.e., without locating it. The two are one and the same.
Ah, no. I am "J. Noel Chiappa" no matter where I am, and you can identify
me without knowing either i) where I am, or ii) how to get there.
You might be interested in reading IEN-19, "Inter-Network Naming, Addressing,
and Routing"; although it is very old (and thus somewhat out of date), it is
still full of useful insight on these ideas. RFC-1498, "On the Naming and
Binding of Network Destinations", is also very important.
Noel
- [rrg] TARA and voluntary adoption Robin Whittle
- [rrg] Constraints due to the need for widespread … Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… HeinerHummel
- Re: [rrg] Constraints due to the need for widespr… Patrick Frejborg
- Re: [rrg] Constraints due to the need for widespr… HeinerHummel
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Noel Chiappa
- Re: [rrg] Constraints due to the need for widespr… Patrick Frejborg
- Re: [rrg] Constraints due to the need for widespr… Tom Vest
- Re: [rrg] Constraints due to the need for widespr… Noel Chiappa
- Re: [rrg] Constraints due to the need for widespr… HeinerHummel
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Patrick Frejborg
- Re: [rrg] Constraints due to the need for widespr… Noel Chiappa
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Noel Chiappa
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Florin Coras
- Re: [rrg] Constraints due to the need for widespr… Noel Chiappa
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Patrick Frejborg
- Re: [rrg] Constraints due to the need for widespr… Noel Chiappa
- Re: [rrg] Constraints due to the need for widespr… HeinerHummel
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Robin Whittle
- Re: [rrg] Constraints due to the need for widespr… Dae Young KIM
- Re: [rrg] Constraints due to the need for widespr… Patrick Frejborg
- Re: [rrg] Constraints due to the need for widespr… sunletong