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

jnc@mercury.lcs.mit.edu (Noel Chiappa) Thu, 14 June 2007 19:30 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 1Hyv1X-0000Hf-Oi; Thu, 14 Jun 2007 15:30:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hyv1W-0000HX-Ek for ram@iab.org; Thu, 14 Jun 2007 15:30:26 -0400
Received: from mercury.lcs.mit.edu ([18.26.0.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hyv1U-0006nG-6S for ram@iab.org; Thu, 14 Jun 2007 15:30:26 -0400
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id A2F2387361; Thu, 14 Jun 2007 15:30:23 -0400 (EDT)
To: ram@iab.org
Subject: Re: [RAM] Re: Ramblings about "locator"
Message-Id: <20070614193023.A2F2387361@mercury.lcs.mit.edu>
Date: Thu, 14 Jun 2007 15:30:23 -0400
From: jnc@mercury.lcs.mit.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
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: Dino Farinacci <dino@cisco.com>

    > a MAC address is certainly used to find (that means "where", and
    > "where" means location) an ethernet attached station in a L2 switched
    > network.
    > ...
    > remember OSI and what an L1 area in IS-IS was used for? To route
    > system-ids which were based on MAC addresses. So in this case, the MAC
    > was a locator.

I have a hard time figuring out what "locator" means to you all if you think
a MAC address is a locator.

To me, a name cannot be a locator (or have 'location semantics') unless it
has the property that when the thing being named moves to a new location, it
needs a new locator (since the locator says 'where' it is). MAC addresses
explicitly do not have this property; they *always* stay they same *no matter
where* you plug them in and/or move them.

Ergo, they are not locators, and have no location semantics.


As I said in my previous message:

  .. just because a name identifies a thing which is at a particular location
  (e.g. an interface), that does not mean that the name has 'location
  semantics'. To me, there has to be *information* in the name (so that e.g.
  it can pass the 'are [the things named by] these two [names] close [to each
  other]' test).

To put it another way, *everything* has a location (or a set of them, e.g.
for replicated/distributed objects), and if "locator" simply means 'name of a
thing which has a location', that's a non-useful tautology, kind of like
saying 'name of a thing which has a name'.

	Noel


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