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
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Dino Farinacci
- [lisp] draft-ietf-lisp-introduction-05 - EID/RLOC… Ronald Bonica
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Joel M. Halpern
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Ronald Bonica
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Ronald Bonica
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Joel M. Halpern
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Joel M. Halpern
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Ronald Bonica
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Dino Farinacci
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Ronald Bonica
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Dino Farinacci
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Joel M. Halpern
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Luigi Iannone
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Luigi Iannone
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Luigi Iannone
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Luigi Iannone
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Luigi Iannone
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Dino Farinacci
- Re: [lisp] draft-ietf-lisp-introduction-05 - EID/… Albert Cabellos