Re: [lisp] [nvo3] New Version Notification for draft-quinn-vxlan-gpe-00.txt

"Yves Hertoghs (yhertogh)" <yhertogh@cisco.com> Fri, 27 September 2013 13:14 UTC

Return-Path: <yhertogh@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 720F721F9C6C; Fri, 27 Sep 2013 06:14:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.448
X-Spam-Level:
X-Spam-Status: No, score=-10.448 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
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 DKnFYkliK95L; Fri, 27 Sep 2013 06:14:08 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 515B921F9BD3; Fri, 27 Sep 2013 06:14:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3875; q=dns/txt; s=iport; t=1380287646; x=1381497246; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=cuNkuu+qY8OaMjF3DP9VP7ZGqgDwbT5p4s6tIz8VK3o=; b=mN1fclNgSrLQgqmujRpE5C1++vXoXZJKiAofuEK2Hp4Cklaffkar2LmD VR4nQ20JMhDapEqPUqLaitV4Ll5kcQUC6YJwFAGVVDAGptHjNsUZS8soG ZwdbtYyj1uutR3qPjiPtgjcw2aqq4eBn2ZR5DwkpJIiP729yhrdC4jIcW s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgkFAO2DRVKtJV2Y/2dsb2JhbABZgwc4UsBLgR4WdIIlAQEBBAEBAWkCCAECDAYBCBEEAQELHSgGCxQJCAIEAQ0FCBOHWQMPDLAsDYlqjGaCOjEHBoMXgQEDiQGNE44thTSDJIIq
X-IronPort-AV: E=Sophos;i="4.90,992,1371081600"; d="scan'208";a="265280559"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 27 Sep 2013 13:14:05 +0000
Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r8RDE56h029406 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 27 Sep 2013 13:14:05 GMT
Received: from xmb-aln-x09.cisco.com ([169.254.4.217]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.02.0318.004; Fri, 27 Sep 2013 08:14:04 -0500
From: "Yves Hertoghs (yhertogh)" <yhertogh@cisco.com>
To: Lucy yong <lucy.yong@huawei.com>, Dino Farinacci <farinacci@gmail.com>, Roger Jørgensen <rogerj@gmail.com>
Thread-Topic: [nvo3] [lisp] New Version Notification for draft-quinn-vxlan-gpe-00.txt
Thread-Index: AQHOu4NwapU07WW4V0uvpEvaR861fg==
Date: Fri, 27 Sep 2013 13:14:04 +0000
Message-ID: <1FB05356C8766F4E9C16732EDC663C090D2AF36C@xmb-aln-x09.cisco.com>
In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D452D1EBC@dfweml509-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.55.169.141]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <5F8F4F9D8BC2994F811F008B6BC952CE@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailman-Approved-At: Fri, 27 Sep 2013 08:08:36 -0700
Cc: "nvo3@ietf.org" <nvo3@ietf.org>, Noel Chiappa <jnc@mercury.lcs.mit.edu>, "lisp@ietf.org" <lisp@ietf.org>
Subject: Re: [lisp] [nvo3] New Version Notification for draft-quinn-vxlan-gpe-00.txt
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 27 Sep 2013 13:14:17 -0000

Lucy,

inline

On 26/09/13 21:51, "Lucy yong" <lucy.yong@huawei.com> wrote:

>Dino,
>
>Current VXLAN format is much simpler format compared to LISP format. To
>use it with LISP protocol, do you need to modify VXLAN format to support
>LISP features?
>
>Regards,
>Lucy
>
>-----Original Message-----
>From: Lucy yong 
>Sent: Thursday, September 26, 2013 2:44 PM
>To: 'Dino Farinacci'; Roger Jørgensen
>Cc: Fabio Maino; nvo3@ietf.org; Noel Chiappa; lisp@ietf.org
>Subject: RE: [nvo3] [lisp] New Version Notification for
>draft-quinn-vxlan-gpe-00.txt
>
>Please see inline.
>
>-----Original Message-----
>From: nvo3-bounces@ietf.org [mailto:nvo3-bounces@ietf.org] On Behalf Of
>Dino Farinacci
>Sent: Thursday, September 26, 2013 1:57 PM
>To: Roger Jørgensen
>Cc: Fabio Maino; nvo3@ietf.org; Noel Chiappa; lisp@ietf.org
>Subject: Re: [nvo3] [lisp] New Version Notification for
>draft-quinn-vxlan-gpe-00.txt
>
>> On Wed, Sep 25, 2013 at 9:03 PM, Dino Farinacci <farinacci@gmail.com>
>>wrote:
>>>> Hi Noel,
>>>> there's certainly no intention of keeping this out of the LISP WG,
>>>>since this is not part of the charter we just thought an individual
>>>>submission was more appropriate.
>>>> 
>>>> We just started from the very practical consideration of the
>>>>proliferation of encapsulations in the data center, and the lack of
>>>>multiprotocol support in both VXLAN and LISP.
>>> 
>>> Sorry I have to disagree. The protocols that LISP supports are *IP*
>>>protocols and the protocols that VXLAN supports are *the rest* since it
>>>is layer-2 solution. So this appears to be just rearranging the deck
>>>chairs.
>> 
>> This trouble me... why do we want to mix LISP and VXLAN? What is the
>> gain in it? I only smell complexity. L2 in L3 over L3?
>
>We shouldn't but let the authors reply. If you want to carry more than IP
>protocols in LISP, then you use the L2 UDP port and carry MAC addresses
>in LISP. You can carry all of MAC, IPv4, and IPv6 EIDs with one
>control-plane, the LISP mapping database using LISP-DDT.
>
>[Lucy] Agree. This is one way to implement L2 or L3 overlay by using LISP
>protocol. However, Overlay virtual networks that use VXLAN encapsulation
>may be implemented in other way too, e.g. SDN controller, not LISP
>protocol. Therefore, there is a desire to extend VXLAN encapsulation to
>support multiple protocols beside L2 only and make it a generic overlay
>encapsulation schematics to support an overlay application.

The NVO3 WG has a consensus (I believe) that the functions of mapping
overlay addresses to underlay addresses (NVE to NVA, or NVE to NVE control
plane), and the function that actually keeps that mapping information (NVA
control plane) should be kept separate.  In that way, an SDN northbound
interface on the NVA solves that problem for you.  More-over this allows
one to choose its own NVE-to-NVA CP and NVE-NVE data plane/controlplane,
while the SDN northbound model stays the same.

>
>BTW: IMO: using UDP port to indicate payload type is not elegant design,
>but acceptable for history reason only.

Why ?

>
>Lucy  
>
>> How will a mix of LISP and VXLAN benefit the administrators of
>> datacenters, end-users in the end?
>
>The VXLAN authors have to answer that. They came afterwards (by 5 years).
>
>Dino
>
>> 
>> 
>> 
>> --
>> 
>> Roger Jorgensen           | ROJO9-RIPE
>> rogerj@gmail.com          | - IPv6 is The Key!
>> http://www.jorgensen.no   | roger@jorgensen.no
>> 
>> (I really start to really dislike gmails new better editor)
>
>_______________________________________________
>nvo3 mailing list
>nvo3@ietf.org
>https://www.ietf.org/mailman/listinfo/nvo3
>_______________________________________________
>nvo3 mailing list
>nvo3@ietf.org
>https://www.ietf.org/mailman/listinfo/nvo3