[lisp] LISP minutes IETF 93

Luigi Iannone <ggx@gigix.net> Tue, 11 August 2015 20:53 UTC

Return-Path: <ggx@gigix.net>
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 5C6FD1B2A91 for <lisp@ietfa.amsl.com>; Tue, 11 Aug 2015 13:53:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 0JE-9SlslmrG for <lisp@ietfa.amsl.com>; Tue, 11 Aug 2015 13:53:43 -0700 (PDT)
Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26D081B2A8D for <lisp@ietf.org>; Tue, 11 Aug 2015 13:53:43 -0700 (PDT)
Received: by wicja10 with SMTP id ja10so605803wic.1 for <lisp@ietf.org>; Tue, 11 Aug 2015 13:53:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:message-id:mime-version :subject:date:references:cc:to; bh=u5J5h7dnVtx4YKhzHOmzoai1z/QAGyD1vcyFuJWmMiw=; b=D2ytcJVxhyNUfcmzw7e1yp4l/kaeZlRUgopfmUL0IUzM2hO907ZgWVPu9f/AA8g9XS 6S8V7NGknvbFmlYUQQZFLgcTWgGc6FVaoXjeFb4nXT2K4Be8g4jIfJ4OWR92V97ZvqhP B32xwAQc7Sr8ABr9aJ+a5RQzHmCaqLvVhVfRiUnuCLm3JrPAIXP+wf9/TXAeMNI3A5kU MW/yULSDN7QsZPrdurJckVqIvL5CAgl7V9iOusYw/CUy3Cfu76F4/ka/sVnI464zSBa7 dw7lXwJaj0h/BWQPX1TwVaxDfrfNdVy0yw/g0KcICTvSsmCAUShL5CUw3Onhdb7n1Ae8 RFFg==
X-Gm-Message-State: ALoCoQkeM8m1W0npvtzRVyWWvMnSLHiYo8mI8geRnNkJps8Zk7fw1AUMgl0Y3w6cch7WGwzeVepu
X-Received: by 10.180.8.68 with SMTP id p4mr40801637wia.27.1439326421885; Tue, 11 Aug 2015 13:53:41 -0700 (PDT)
Received: from [172.20.10.3] ([37.160.209.212]) by smtp.gmail.com with ESMTPSA id n6sm5066764wix.1.2015.08.11.13.53.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Aug 2015 13:53:40 -0700 (PDT)
From: Luigi Iannone <ggx@gigix.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_07CF380A-3141-4271-9545-01C8BB7EF603"
Message-Id: <C8A01422-4F13-43FA-9227-B68D10710504@gigix.net>
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
Date: Tue, 11 Aug 2015 22:53:21 +0200
References: <11A51762-719E-4318-A435-8235DC62D1BE@gmail.com>
To: LISP mailing list list <lisp@ietf.org>
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/lisp/hWJkazlnMaayk5XLQaL-mMZIvLs>
Cc: Joel Halpern Direct <jmh.direct@joelhalpern.com>, Damien Saucez <damien.saucez@inria.fr>
Subject: [lisp] LISP minutes IETF 93
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 11 Aug 2015 20:53:46 -0000

Hi All,

hereafter you can find the minutes of our last meeting.
Available also at: https://www.ietf.org/proceedings/93/minutes/minutes-93-lisp <https://www.ietf.org/proceedings/93/minutes/minutes-93-lisp>

Please let us know if you have any comment on them.

ciao

Luigi


---------------------------------------------------------------------------------------------------------------
- Administration        
   Halpern/Iannone
   - Blue Sheets
   - Agenda Bashing
   - Status reports for WG drafts

[Darrel Lewis] will  send in a week the new updated DDT draft.

[Terry Manderson] proposes to re-arrange the agenda to start with WG documents. The WG accepts. 


o WG Documents Update

- LISP LCAF
    https://tools.ietf.org/html/draft-ietf-lisp-lcaf-10
    D. Farinacci

[Joel Halpern] notices that the document does not explain how to use the different types.
[Darrel Lewis] the document should be rewritten to be more readable. 
[Darrel Lewis/Joel Halpern] propose to only put in the document how to make LCAF and a few examples instead of a full list.
   [Dino Farinacci] answers that most of types proposed in the document are described in other drafts (some being expired).
[Joel Halpern] reminds that this draft blocks intro document as LCAF is a normative reference for it.


- LISP Crypto
       https://tools.ietf.org/html/draft-ietf-lisp-crypto-01
       D. Farinacci

[Darrel Lewis] likes the securization of the control-plane but questions why proposing a new mechanism for the data-plane while ESP is already widely deployed and optimised.
  [Dino Farinacci] says that for him the important part of LISP is the control-plane, how the data-plane is made is a detail.
  [Dino Farinacci] in ESP there is some functions that are not necessary and using IPSEC means that it would be more headers and then having MTU issues. 
[? from Cisco] asks how to migrate to a non-security-enabled  to a security-enabled LISP site.
  [Dino Farinacci] this is straightforward: if the LCAF is not understood, you skip it.



o Rechartering Discussion

- Cloud SOHO Services
           D. Saucez

[Damien Saucez] The presentation is a demo of multihoming in SOHO networks with LISP. 
[Dino Farinacci/Albert Cabellos] By experience in public NATed environments and Amazone, it works pretty fine. In more constraints environments (e.g., corporate networks) it is harder as firewalls are usually not open.
   [Damien Saucez] if Skype can pass, then LISP should pass as well, we have to find viable solutions for such environments
[Sharon Barkai] says that what matters is the construction of the overly to go to the Cloud.
   [Damien Saucez] of course, this is the mapping system that make all here. The data-plane is a detail and it may not be necessary to have the LISP data-plane
[Darrel Lewis] this demo fits very well in the multi-homing use case part of the original charter and it should be in the new charter.


- LISP WG Mailing List Summary
    A. Cabellos

- Open mic discussion

[Darrel Lewis/Joel Halpern]  important to separate technical changes and use cases. We have to clearly define what are the changes to put RFC 6830bis and those not to put in RFC6830bis.

[Darrel Lewis]: do not tight the different protocol details and the core (e.g., mapping system, NAT traversal…) to a particular use case.

[Terry Manderson]: proposes to remove the IAB requirement about scalability of routing table problem to concentrate on the core protocol and think about the critical use cases that the WG want to work on.

  [Joel Halpern/Dino Farinacci/Albert Cabellos] agree with Terry

[Ed Lopez] says problem can be separated in two: the case of LISP as end-system, and the one in intermediate system.

[Darrel Lewis] make the distinction between immediate use cases and exploratory use cases.

[Michael Menth] says it is important to have deployment to understand what could be the use case.

[Sharon Barkai] says that what is important is the notion of overlay and that the group should propose a clear interface for “map assisted overlays”. Opening the schema to different solutions and underlays.

[Larry Kreeger]: proposes to get more with NVO3.

[Joel Halpern]: asks attendees to refine categories and send to the list


o Non WG Documents

- LISP Hybrid Access
          https://tools.ietf.org/html/draft-menth-lisp-ha-00
           A. Stockmayer

[Darrel Lewis] Maybe it would be possible to put state in the mapping system instead of in the boxes so to be compatible
   [Andreas Stockmayer] then it is not possible to have the timestamp.
[?] asks if LISP is necessary to do it.
  [Luigi Iannone] the advantage of LISP is that it provides a fully functional system (control-plane + data-plane).

- LISP Multi Tuple EIDs
          https://tools.ietf.org/html/draft-rodrigueznatal-lisp-multi-tuple-eids-00
           A. Cabellos