Re: [nvo3] Follow up on draft-tissa-nvo3-oam-fm

"Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com> Mon, 03 March 2014 16:38 UTC

Return-Path: <tsenevir@cisco.com>
X-Original-To: nvo3@ietfa.amsl.com
Delivered-To: nvo3@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9A9E1A0111 for <nvo3@ietfa.amsl.com>; Mon, 3 Mar 2014 08:38:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.047
X-Spam-Level:
X-Spam-Status: No, score=-15.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 ubTfA2b2tkxq for <nvo3@ietfa.amsl.com>; Mon, 3 Mar 2014 08:38:47 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id DC2C51A01F8 for <nvo3@ietf.org>; Mon, 3 Mar 2014 08:38:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15459; q=dns/txt; s=iport; t=1393864724; x=1395074324; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=dzbzciBd1HpBLv332ZiCs3PMueUttWQWf/O7x+58YMI=; b=Am7jfkFdN2EBZTYFElercUGfP0aN5E++1v586f+TH6y3ynfoIQREOhnr MqmJjTmjAPVgUFkln7i4uTmkL55rWekUq0J+BLWZoNvA4jmk+7+WhAyFe 1pPPxm0KU17bvt9NYGWq2A9QXH/VJCLExIB7/bJfSjR0gNlbCRUgMiHHq w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhkFAKevFFOtJXG8/2dsb2JhbABagkJEO1fAUIEiFnSCJQEBAQQtXAIBCBEEAQELHQcyFAkIAQEEARIIh3HMNBeOKDcBgySBFASqZ4Mtgio
X-IronPort-AV: E=Sophos; i="4.97,578,1389744000"; d="scan'208,217"; a="307716766"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-6.cisco.com with ESMTP; 03 Mar 2014 16:38:43 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id s23Gch3k004602 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 3 Mar 2014 16:38:43 GMT
Received: from xmb-rcd-x08.cisco.com ([169.254.8.225]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0123.003; Mon, 3 Mar 2014 10:38:43 -0600
From: "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com>
To: David Allan I <david.i.allan@ericsson.com>, "nvo3@ietf.org" <nvo3@ietf.org>
Thread-Topic: Follow up on draft-tissa-nvo3-oam-fm
Thread-Index: Ac82+eQBP6jEt4uuQP61iazhiH0AqQAAY61wAABoLJA=
Date: Mon, 03 Mar 2014 16:38:42 +0000
Message-ID: <FBEA3E19AA24F847BA3AE74E2FE193562AF82D26@xmb-rcd-x08.cisco.com>
References: <FBEA3E19AA24F847BA3AE74E2FE193562AF82CA9@xmb-rcd-x08.cisco.com> <E6C17D2345AC7A45B7D054D407AA205C3922E15D@eusaamb105.ericsson.se>
In-Reply-To: <E6C17D2345AC7A45B7D054D407AA205C3922E15D@eusaamb105.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.21.75.203]
Content-Type: multipart/alternative; boundary="_000_FBEA3E19AA24F847BA3AE74E2FE193562AF82D26xmbrcdx08ciscoc_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/nvo3/47FivSCzS7bel9FycO56OuDjyHY
Subject: Re: [nvo3] Follow up on draft-tissa-nvo3-oam-fm
X-BeenThere: nvo3@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Network Virtualization Overlays \(NVO3\) Working Group" <nvo3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nvo3>, <mailto:nvo3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nvo3/>
List-Post: <mailto:nvo3@ietf.org>
List-Help: <mailto:nvo3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nvo3>, <mailto:nvo3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Mar 2014 16:38:49 -0000

Hi David

Thanks for the response and raising a  very important point.

At GW NVE , we need L3 information to select the NVE on the L3 cloud to forward the packet.

Originator NVE has to use the GW Dest IP (GW NVE address) i.e. Packet on  (x space)  use Dest IP of NVEGW and packet on (y space) use Dest NVE B. NVE GW has to make a lookup on the payload to get NVEB address. We will have multiple NVE on the B space.


++++++       ( x space  )          +++++++++++     (y space)                 +++++++++
| NVEA|---------------------- | NVE GW   |  ------------------------ |NVE B     |
++++++                                   +++++++++++                                       +++++++++

If needed we can quickly discuss face to face too, please let me know

Thanks
Tissa

From: David Allan I [mailto:david.i.allan@ericsson.com]
Sent: Monday, March 03, 2014 8:17 AM
To: Tissa Senevirathne (tsenevir); nvo3@ietf.org
Subject: RE: Follow up on draft-tissa-nvo3-oam-fm

HI Tissa:

My understanding of at least one of the proposed NVO3 encaps (VxLAN), is that the entropy has already been encoded in the source port. I would assume any L3 VNI encap would require a similar property for ECMP to perform useful load spreading as ECMP would only examine the outer header.

So the information to utilize distributed gateways would already exist, and sufficient information exists for OAM to fate share in a trail that spanned an L2 and L3 VNI. N'est pas?

That's the view from here!
Dave

From: nvo3 [mailto:nvo3-bounces@ietf.org] On Behalf Of Tissa Senevirathne (tsenevir)
Sent: Monday, March 03, 2014 4:02 PM
To: nvo3@ietf.org<mailto:nvo3@ietf.org>
Subject: [nvo3] Follow up on draft-tissa-nvo3-oam-fm

There was a question on why payload sample is needed in OAM.

Firstly it is an optional field and not always required.

It is expected to be useful when using L2VNI + L3VNI at the same NVE to provide L3 gateway services to clients on L2VNI. Reference is draft-ietf-nvo3-dataplane-requirements-02, section 3.2.2 second last paragraph, please see below section for reference. At the L2VNI/L3VNI GW the sample payload is needed to make the ECMP path selection on the next domain (i.e L3VNI when L2VNI to L3VNI and vise versa).

Reference second last paragraph of section 3.2.2 of draft-ietf-nvo3-dataplane-requirements-02
"       L2 and L3 VNIs can be deployed in isolation or in combination to
       optimize traffic flows per tenant across the overlay network. For
       example, an L2 VNI may be configured across a number of NVEs to
       offer L2 multi-point service connectivity while a L3 VNI can be co-
       located to offer local routing capabilities and gateway
       functionality. In addition, integrated routing and bridging per
       tenant MAY be supported on an NVE. An instantiation of such service
       may be realized by interconnecting an L2 VNI as access to an L3 VNI
       on the NVE."