Re: [lisp] Proposing "Encapsulation Format" LCAF type
Lori Jakab <lori@lispmob.org> Thu, 27 November 2014 16:12 UTC
Return-Path: <lori@lispmob.org>
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 D562D1A00C0 for <lisp@ietfa.amsl.com>; Thu, 27 Nov 2014 08:12:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_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 RjUd6kyWXDO0 for <lisp@ietfa.amsl.com>; Thu, 27 Nov 2014 08:12:57 -0800 (PST)
Received: from roura.ac.upc.es (roura.ac.upc.es [147.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id A5D371A00BD for <lisp@ietf.org>; Thu, 27 Nov 2014 08:12:56 -0800 (PST)
Received: from gw-2.ac.upc.es (gw-2.ac.upc.es [147.83.30.8]) by roura.ac.upc.es (8.13.8/8.13.8) with ESMTP id sARGCrTY029639; Thu, 27 Nov 2014 17:12:54 +0100
Received: from ams3-vpn-dhcp412.cisco.com (173-38-208-169.cisco.com [173.38.208.169]) by gw-2.ac.upc.es (Postfix) with ESMTPSA id 35AB6220; Thu, 27 Nov 2014 17:12:52 +0100 (CET)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Lori Jakab <lori@lispmob.org>
In-Reply-To: <DA93E662-48DF-428A-87A9-F8D8EDB08A99@gigix.net>
Date: Thu, 27 Nov 2014 18:13:16 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <8B6BA237-6365-42FB-8EC6-E9CC59A107BB@lispmob.org>
References: <BD206B2B-8788-4595-8349-18404BE0A592@gmail.com> <AA3EDE9A-F22B-4DB7-8414-003F0875E11B@gmail.com> <DA93E662-48DF-428A-87A9-F8D8EDB08A99@gigix.net>
To: Luigi Iannone <ggx@gigix.net>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/lisp/2xZnnwzVaBSxzv5IgZWaF8zaWTo
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Proposing "Encapsulation Format" LCAF type
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Thu, 27 Nov 2014 16:13:00 -0000
On Nov 27, 2014, at 5:34 PM, Luigi Iannone <ggx@gigix.net> wrote: > Hi All, > > I would like to encourage the WG to post their thoughts about Dino’s proposal of a new LCAF type for Encapsulation Format. > > Also, a couple of corrections/Additions to Dino’s mail. > > About point (1) of Dino’s mail: > > The proposed encoding is based on a bitwise approach that today reserves specific bits to encapsulation formats that at this time are not WG documents anywhere in the IETF. The WG should be aware that the dependencies introduced in the document may slow down its progress. > Dino thinks that this will be settled before LCAF will go to last call. > Bits reserved for disappeared encapsulations will be not used anymore. > > About point (3) of Dino’s mail: > > The correct question the chairs would like to see answered the following: > > Is the WG OK to work on the proposed encoding and push the work on a more general format to later times (i.e. after rechartering)? > > If not, have people any alternative suggestion? > > Again: please comment in order to make progress. I have heard a few times the accusation that LISP doesn’t properly separate the control and data planes. I think this proposal is a very good idea, and shows just how untrue that accusation is. So I think the WG should work on the proposed encoding. -Lori > > ciao > > Luigi > >> On 25 Nov 2014, at 21:20, Dino Farinacci <farinacci@gmail.com> wrote: >> >> I sent this out a couple of weeks ago. There has been some discussion but wanted to move this along. So bringing this back on the list. >> >> I had some private discussions with Damien and Darrel, who had comments on the idea as well as the format of this new Encapsulation Format LCAF type. I would like to summarize the discussion and open discussion up on the list. >> >> I would like to submit this by end of week if there are no strong objections. >> >> To summarize the comments from Damien, Darrel, Luigi, and Joel (please correct me if I missed anything): >> >> (1) My goal of this new LCAF type was to create a specific need to identify what encapsulations a decapsulator can support and not make this a general negotiation facility. The proposal is to not document all types of encapsulation formats that have ever been designed in the IETF but ones that are or may gain popularity in the industry for data-center overlay applications. >> >> (2) There was a request to make the format more general to allow data-plane options to be transmitted in Map-Reply messages. The current format uses only 7 bits out of 32 bits, so future encapsulations can be added. Therefore, the current format is extensible but purposely not generally extensible. If we need to add anything more, we can always add new LCAF types in the future. >> >> (3) A compromise among Dino, Darrel, and Damien was to submit what we have now for experimentation and to discuss more about a adding an LCAF type that will more general to convey data-plane parameters. The chairs indicated we should discuss adding this as a WG item when the recharter discussions occur. >> >> See diff enclosed. >> >> Thanks, >> Dino >> >> <rfcdiff-lisp-lcaf-06-to-07.html> >> >> <draft-ietf-lisp-lcaf-07.txt> >> >> >> >>> Begin forwarded message: >>> >>> From: Dino Farinacci <farinacci@gmail.com> >>> Subject: Proposing "Encapsulation Format" LCAF type >>> Date: November 13, 2014 at 12:45:42 PM PST >>> To: LISP mailing list list <lisp@ietf.org> >>> >>> I've been having discussions with various people and there is a rough concensus that if the LISP mapping system can aid in helping encapsulators know what encapsulation formats a decapsulator supports, we will get better interoperability in the face of the myriad of overlay data-planes that are being proposed in the IETF. >>> >>> Here is the section that was added to the LCAF draft: >>> >> <PastedGraphic-10.png> >>> >>> >>> >>> >>> Proposed -07 and html diff also enclosed. >>> >>> Dino >>> >> <draft-ietf-lisp-lcaf-07.txt><rfcdiff-lisp-lcaf-06-to-07.html> >>> >>> >>> >>> >> >> _______________________________________________ >> lisp mailing list >> lisp@ietf.org >> https://www.ietf.org/mailman/listinfo/lisp > > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp
- [lisp] Proposing "Encapsulation Format" LCAF type Dino Farinacci
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Darrel Lewis (darlewis)
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Dino Farinacci
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Damien Saucez
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Dino Farinacci
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Damien Saucez
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Dino Farinacci
- [lisp] Fwd: Proposing "Encapsulation Format" LCAF… Dino Farinacci
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Luigi Iannone
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Lori Jakab
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Sander Steffann
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Dino Farinacci
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Albert Cabellos
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Damien Saucez
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Darrel Lewis (darlewis)
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Darrel Lewis (darlewis)
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Dino Farinacci
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Florin Coras
- Re: [lisp] Proposing "Encapsulation Format" LCAF … Sander Steffann