Misnamed WGs, e.g. LISP != Loc/ID Split

Robin Whittle <rw@firstpr.com.au> Fri, 28 October 2011 04:47 UTC

Return-Path: <rw@firstpr.com.au>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36E8921F893C; Thu, 27 Oct 2011 21:47:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UPYzVXQCuh9M; Thu, 27 Oct 2011 21:47:49 -0700 (PDT)
Received: from gair.firstpr.com.au (gair.firstpr.com.au [150.101.162.123]) by ietfa.amsl.com (Postfix) with ESMTP id CF9FA21F8515; Thu, 27 Oct 2011 21:47:48 -0700 (PDT)
Received: from [10.0.0.6] (wira.firstpr.com.au [10.0.0.6]) by gair.firstpr.com.au (Postfix) with ESMTP id 6DB20175747; Fri, 28 Oct 2011 15:47:47 +1100 (EST)
Message-ID: <4EAA33F2.1060000@firstpr.com.au>
Date: Fri, 28 Oct 2011 15:47:46 +1100
From: Robin Whittle <rw@firstpr.com.au>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Misnamed WGs, e.g. LISP != Loc/ID Split
References: <552F103D-2C46-44E6-8CE4-6793DC326E87@gmail.com> <A9F8C7F0EDBCA36AA609D415@PST.JCK.COM> <4EA9D870.5010403@gmail.com>
In-Reply-To: <4EA9D870.5010403@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: John C Klensin <john-ietf@jck.com>, Bob Hinden <bob.hinden@gmail.com>, iesg@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Oct 2011 04:47:50 -0000

>From the "Re: The death John McCarthy" thread, John Klensin and Bob
Hinden raised concerns about the LISP (scalable routing) WG using the
same name as John McCarthy's LISP programming language.

I agree with their concerns.  It should be obvious to everyone that new
projects should find new names, or at least names which are distinctive
within the fields in which the project exists.  This is in part out of
respect for previous projects and also to save people time and
frustration when they are trying to find references to the new project
via search engines.  The latter can only be achieved with a unique name.

John Klensin added:

> Not a generational issue but a deliberate effort to be cute.
> The problem was pointed out to them when the WG was first
> proposed.  They were aware of the programming language and just
> very impressed with themselves for coming up with the acronym.

Choosing a brief name which is already in wide use for some other
purpose is a really bad idea.  It doesn't just muck up the ability to
find documents regarding the new project, it mucks up the ability to
find documents for the old one.  (Pity anyone trying to research Apache
- the Native American tribe - with all the references to helicopter
gunships and web-servers.)  Better to have a distinctive name, even if
it is longer and less cute.*

I don't recall any mention of the Cisco/IRTF/IETF LISP project being
named in homage to LISP the programming language.


I entirely support what Brian Carpenter added:

> Especially since the IETF "LISP" is a misnomer; it is not a
> locator/identifier split. It's a global locator to site locator
> mapping. This was pointed out some time ago...

Noel Chiappa replied, without any arguments:

> You really don't want to go there. Really.

The "Locator - Identifier Separation" concept pre-dates LISP.  This 2004
document concerns HIP, citing some 2003 documents.  HIP is a true
Locator Identifier Separation architecture.

  http://koti.welho.com/pnikande/publications/saint2004.pdf

    The Host Identity Protocol (HIP) separates the endpoint
    identifier and locator roles of IP addresses by introducing
    a new name-space and a new layer to the TCP/IP stack.

The LISP project began in late 2006 the the first ID
draft-farinacci-lisp-00 is from January 2007.  Despite claims to the
contrary, LISP does not introduce a new namespace, while HIP certainly does.

    http://www.firstpr.com.au/ip/ivip/namespace/

Up to 2008, and perhaps later I mistakenly referred to Ivip as a Locator
Identifier Separation architecture.  I pointed out that the LISP's
representation of "Locator Identifier Separation" was a misnomer in
early 2010.  Other people mentioned this as well, I think before what I
wrote:

  http://www.ietf.org/mail-archive/web/rrg/current/msg05864.html
  http://www.ietf.org/mail-archive/web/rrg/current/msg06190.html

In early 2010, a dichotomy for scalable routing architectures was developed:

  Core-Edge Separation (CES):  LISP, Ivip and I think IRON.

  Core-Edge Elimination (CEE): HIP and ILNP - both of which are
                               Locator Identifier Separation
                               architectures.

More on this dichotomy at:
  	
  http://www.firstpr.com.au/ip/ivip/loc-id-sep-vs-ces/
  http://www.firstpr.com.au/ip/ivip/

The CEE and CES dichotomy has its roots in a 2008 paper:

  http://conferences.sigcomm.org/hotnets/2008/papers/18.pdf

as mentioned in my attempt to describe taxonomies for scalable routing:

  http://www.ietf.org/mail-archive/web/rrg/current/msg07307.html


* However, I chose "Devil Fish" as the name of my musical instrument
  modification in 1993 and for a while it outranked the fishes and
  nuclear submarines on Google.

  - Robin