Re: [lisp] draft-ietf-lisp-introduction-05 - EID/RLOC Syntax

Albert Cabellos <albert.cabellos@gmail.com> Mon, 13 October 2014 16:59 UTC

Return-Path: <albert.cabellos@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC3A21A1B6B for <lisp@ietfa.amsl.com>; Mon, 13 Oct 2014 09:59:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8_sEVI7OR2fO for <lisp@ietfa.amsl.com>; Mon, 13 Oct 2014 09:59:36 -0700 (PDT)
Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BC8A1A1B5A for <lisp@ietf.org>; Mon, 13 Oct 2014 09:59:36 -0700 (PDT)
Received: by mail-ig0-f175.google.com with SMTP id uq10so11213412igb.2 for <lisp@ietf.org>; Mon, 13 Oct 2014 09:59:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=WKEmIJr16rDX9U0K08rwCnldAYubrqGzaFIy7FzEc08=; b=rKaYCwnt9ypFuGiVRrnEsy4QbdagxgXBEOQmzd5Jn4PArKlDqR5JpvdUnFQmIhDEWf /PeYdGeUScN7+r6UMRa/m2e5zo7R289yIekoXhV1uHgVW7XkMdYBhnc2T6ccBZBvMi1f xXp7zRDGlJBR9adPa8DxUcZCLDmqSIfdIf4oSSQGcarKAy1f6LTq8ogzN+sUj74Ho2qi qwACezutg64Wsf8Cf4qZrbzcAjF2gqCXYQv366JQy3JG6x5raMFkxVsW3jouu60d2AOO gdEMHkCIdQeBCC757Fy2VCyIAXeHihHRuh8xHs9hfg2MJcQVVFPlGfP/zy2m5lMPsHjF gOkw==
MIME-Version: 1.0
X-Received: by 10.50.117.104 with SMTP id kd8mr518146igb.3.1413219575676; Mon, 13 Oct 2014 09:59:35 -0700 (PDT)
Received: by 10.107.35.73 with HTTP; Mon, 13 Oct 2014 09:59:35 -0700 (PDT)
In-Reply-To: <5439E91A.4050701@joelhalpern.com>
References: <fddce201eb144632a895d6c2f27bd637@CO1PR05MB442.namprd05.prod.outlook.com> <5439BE86.20302@joelhalpern.com> <1ee88b789ea2413ca5ddd6eb00a47374@CO1PR05MB442.namprd05.prod.outlook.com> <8C11EEBA-6B1C-4ED2-81F8-09C563C4CB2E@gmail.com> <8f701cb0ef564355ab865a027f2043a0@CO1PR05MB442.namprd05.prod.outlook.com> <12DD0FED-3A7C-44B6-9AA8-3F04702E7A0D@gmail.com> <66048b82c60c48dfbd35efe9a5589126@CO1PR05MB442.namprd05.prod.outlook.com> <5439E91A.4050701@joelhalpern.com>
Date: Mon, 13 Oct 2014 18:59:35 +0200
Message-ID: <CAGE_Qeyzaqe4PRXxhoht0PtoAbQSkAss6ed4nBdhEXQmwMSh3A@mail.gmail.com>
From: Albert Cabellos <albert.cabellos@gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/lisp/um7vDNSksxygOrtkslupBtfY0_U
Cc: "lisp@ietf.org" <lisp@ietf.org>
Subject: Re: [lisp] draft-ietf-lisp-introduction-05 - EID/RLOC Syntax
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: acabello@ac.upc.edu
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Oct 2014 16:59:38 -0000

Hi Joel

> Would it help if we said that EIDs or RLOCs may use syntaxes associated with
> other address families?
>

What about this (second paragraph section 2.4.1)?

Typical mappings in LISP bind EIDs in the form of IP prefixes with
a set of RLOCs, also in the form of IPs.  IPv4 and IPv6 addresses are
encoded using the appropriate Address Family Identifier (AFI)
[RFC3232]. However LISP also supports more general syntaxes associated
with other address families by means of LISP Canonical Address Format (LCAF)
[I-D.ietf-lisp-lcaf].

Albert

> Yours,
> Joel
>
>
> On 10/11/14, 10:15 PM, Ronald Bonica wrote:
>>
>> Dino,
>>
>> The very first page of the Intro document says that RLOCs and EIDs can be
>> syntactically different from IP addresses. However, it leaves the reader to
>> guess what this means. So, I need to ask 20 seemingly obvious questions to
>> ferret out the actually meaning. Believe me, it is as painful to me as it is
>> to you!
>>
>> What does it mean to be "syntactically different" from an IP address? If
>> you can explain that, we won't have to play 20 questions.
>>
>>
>> Ron
>>
>>
>>
>>> -----Original Message-----
>>> From: Dino Farinacci [mailto:farinacci@gmail.com]
>>> Sent: Saturday, October 11, 2014 9:42 PM
>>> To: Ronald Bonica
>>> Cc: Joel M. Halpern; lisp@ietf.org
>>> Subject: Re: [lisp] draft-ietf-lisp-introduction-05 - EID/RLOC Syntax
>>>
>>>> 1) Is it a requirement for LISP packets to be routable over the
>>>> Internet?
>>>
>>>
>>> Well yes if you want them to get to an ETR.
>>>
>>>>     - If so, doesn't the outer header have to be IP?
>>>
>>>
>>> Not if you are trying to move packets from ITR to ETR via a layer-2
>>> bridged
>>> network or  layer-2 MPLS network.
>>>
>>>>     - If so, doesn't the RLOC have to be an IP address?
>>>>
>>>> 2) If the LISP payload is IPv4 or IPv6:
>>>>     - Does the EID have to be 32 or 128 bits
>>>
>>>
>>> Yes because it arrives at the ITR in either an IPv4 or IPv6 packet.
>>>
>>>>     - If so, how is it "syntactically different" from an IP address
>>>
>>>
>>> It's not. But your line of questioning is both obvious and confusing.
>>>
>>>>     - If not, how can the outer header be either IPv4 or IPv6
>>>>
>>>> 3) Does the LISP payload have to be IP?
>>>>     - If not, what protocols are allowed
>>>>     - If not, how does the ETR know what protocol the payload is? The
>>>> LISP
>>>
>>> header doesn't contain a protocol id or ethertype
>>>
>>> Can you ask a specific question please?
>>>
>>> If two hosts are going to talk to each other they need to use the same
>>> protocol. So the EID is relative to that protocol's address format.
>>>
>>> When those packets are encapsulated by an ITR to the ETR over a core
>>> network the ITR, ETR, and the vote network use the same protocol. So the
>>> RLOC address is relative to that protocol's address format.
>>>
>>> The inner and outer header can be any packet format. So the LISP mapping
>>> database could support the transport of  AppleTalk packets between hosts
>>> over an IPX core network between xTRs.
>>>
>>> Dino
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp