Re: [RAM] Re: Ramblings about "locator"

jnc@mercury.lcs.mit.edu (Noel Chiappa) Thu, 14 June 2007 19:34 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hyv5q-0002Gx-Ui; Thu, 14 Jun 2007 15:34:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hyv5q-0002Gr-00 for ram@iab.org; Thu, 14 Jun 2007 15:34:54 -0400
Received: from mercury.lcs.mit.edu ([18.26.0.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hyv5o-0007mq-Pz for ram@iab.org; Thu, 14 Jun 2007 15:34:53 -0400
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id A2F1E86AE0; Thu, 14 Jun 2007 15:34:52 -0400 (EDT)
To: ram@iab.org
Subject: Re: [RAM] Re: Ramblings about "locator"
Message-Id: <20070614193452.A2F1E86AE0@mercury.lcs.mit.edu>
Date: Thu, 14 Jun 2007 15:34:52 -0400
From: jnc@mercury.lcs.mit.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: jnc@mercury.lcs.mit.edu
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

    > From: "Joel M. Halpern" <jmh@joelhalpern.com>

    > This seems wrong to me.
    > Given any identifier we care to define, someone can later come along
    > and decide to "route" to that over some scope.

Exactly.

    > If that changes the "identifier" into an "address" or a "locator" then
    > the terms do not refer to the name but to the combination on the name
    > and the way it happens to be used, at the moment.

Good point.

    > a locator is a naming string (binary or otherwise) that changes when
    > you change location

Exactly.

    > an identifier is a naming string that does not change when one changes
    > location.

This seems like a plausible definition to me. (It leaves out any notion of
*what* is being named, but that's OK with me.) All these two terms ("locator"
and "identifier") would now signify would be choices along that one
'location' axis which I have previously discussed.

    > a locator is where given several such things some notions of distance
    > (closeness, relative topological placement) can be applied to the
    > entities based on those locators.

Exactly.

	Noel

_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram