Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

Osama Zia <osamaz@microsoft.com> Fri, 15 August 2014 19:36 UTC

Return-Path: <osamaz@microsoft.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 EE4451A037C for <nvo3@ietfa.amsl.com>; Fri, 15 Aug 2014 12:36:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-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 Di7CIywRxJTh for <nvo3@ietfa.amsl.com>; Fri, 15 Aug 2014 12:36:50 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0209.outbound.protection.outlook.com [207.46.163.209]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75EE61A036D for <nvo3@ietf.org>; Fri, 15 Aug 2014 12:36:49 -0700 (PDT)
Received: from BY2PR0301MB0696.namprd03.prod.outlook.com (25.160.63.150) by BY2PR0301MB0696.namprd03.prod.outlook.com (25.160.63.150) with Microsoft SMTP Server (TLS) id 15.0.1005.10; Fri, 15 Aug 2014 19:36:45 +0000
Received: from BY2PR0301MB0696.namprd03.prod.outlook.com ([25.160.63.150]) by BY2PR0301MB0696.namprd03.prod.outlook.com ([25.160.63.150]) with mapi id 15.00.1005.008; Fri, 15 Aug 2014 19:36:45 +0000
From: Osama Zia <osamaz@microsoft.com>
To: Xuxiaohu <xuxiaohu@huawei.com>, "Larry Kreeger (kreeger)" <kreeger@cisco.com>, Benson Schliesser <bensons@queuefull.net>, Linda Dunbar <linda.dunbar@huawei.com>
Thread-Topic: [nvo3] Fwd: DRAFT Charter Update for Discussion
Thread-Index: AQHPty6n3hs3T9hMakm1IeazrBKR95vPMTOAgAEyzQCAAEqjAIAAMZgAgAAM+wCAAAxigIAAAVYAgAAFeYCAAQc+8A==
Date: Fri, 15 Aug 2014 19:36:45 +0000
Message-ID: <33b5d8935a374ab09a92d1ef73939da4@BY2PR0301MB0696.namprd03.prod.outlook.com>
References: <186E2FAA-E5C5-4828-8199-4EE71B5A5C1A@queuefull.net> <CAP4=VcgV0RtgqAw3kwQPrU92Pqn2K=0hzg1+MCMH=XdKqNiU_w@mail.gmail.com> <4A95BA014132FF49AE685FAB4B9F17F645DB3B26@dfweml701-chm.china.huawei.com> <CAP4=VcjydPpWYUNK2y7_0StjwNn6WFtOv+a5Av3ptEqKme3wMw@mail.gmail.com> <D01283A6.11ADA1%kreeger@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082A76DB@NKGEML512-MBS.china.huawei.com> <D012B8FD.11AE3D%kreeger@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082A7796@NKGEML512-MBS.china.huawei.com> <D012C459.11AE9F%kreeger@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082A77BF@NKGEML512-MBS.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082A77BF@NKGEML512-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [2001:4898:80e8:ed31::2]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;UriScan:;
x-forefront-prvs: 0304E36CA3
x-forefront-antispam-report: SFV:NSPM; SFS:(199003)(377454003)(189002)(2473001)(164054003)(24454002)(81542001)(46102001)(95666004)(99396002)(108616004)(74316001)(93886004)(15202345003)(15975445006)(85852003)(85306004)(92566001)(83322001)(64706001)(16236675004)(2656002)(99286002)(87936001)(33646002)(19625215002)(74502001)(74662001)(80022001)(76176999)(107046002)(83072002)(31966008)(101416001)(106116001)(4396001)(50986999)(99936001)(105586002)(19580405001)(19580395003)(54356999)(77096002)(81342001)(77982001)(20776003)(86362001)(79102001)(86612001)(76482001)(76576001)(106356001)(21056001)(19300405004)(568214008)(24736002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR0301MB0696; H:BY2PR0301MB0696.namprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
Content-Type: multipart/signed; micalg="2.16.840.1.101.3.4.2.1"; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_0059_01CFB885.9198DFF0"
MIME-Version: 1.0
X-OriginatorOrg: microsoft.onmicrosoft.com
Archived-At: http://mailarchive.ietf.org/arch/msg/nvo3/FUmfBZPmjrwVNL6QnwKxD3Xs1yg
Cc: "nvo3@ietf.org" <nvo3@ietf.org>
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion
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: Fri, 15 Aug 2014 19:36:54 -0000

Hi,

 

I will copy the definition of VN from
http://tools.ietf.org/id/draft-ietf-nvo3-framework-09.txt

 

Virtual Network (VN): A VN is a logical abstraction of a physical

   network that provides L2 or L3 network services to a set of Tenant

   Systems. A VN is also known as a Closed User Group (CUG).

 

I think the difference between VN and VPN is the context. For example, I
have not come across a definition of VPN in context of abstraction. I would
agree to use VN instead of VPN. This will also be consistent with the
terminology in other drafts. 

 

Regards,

Osama

 

From: nvo3 [mailto:nvo3-bounces@ietf.org] On Behalf Of Xuxiaohu
Sent: Thursday, August 14, 2014 8:17 PM
To: Larry Kreeger (kreeger); Benson Schliesser; Linda Dunbar
Cc: nvo3@ietf.org
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi Larry,

 

IMO, DCVPN is just a particular VPN which is deployed in the DC environment
and may have some special requirements on the VPN technologies. The
perception that the MPLS-based VPN technology should only be used over the
WAN or the Internet is mistaken and therefore should be corrected. Could you
please explain the technical reasons why the MPLS-based VPN technologies
could not be deployed within the DC? Could you please explain why the
MPLS-over-IP based encapsulations could not be used within the DC?

 

Best regards,

Xiaohu

 

From: Larry Kreeger (kreeger) [mailto:kreeger@cisco.com] 
Sent: Friday, August 15, 2014 10:57 AM
To: Xuxiaohu; Benson Schliesser; Linda Dunbar
Cc: nvo3@ietf.org <mailto:nvo3@ietf.org> 
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi Xiaohu,

 

An NVO3 VN is not an IPSec VPN nor an SSL VPN either.  All the types of VPNs
you mention are typically used over the WAN/Internet and/or involve
encryption for privacy of the internet.  I use a VPN to connect into my
company from my home.  The company end of the VPN is probably located in a
data center.  Does that make it a DCVPN?

 

 - Larry

 

From: Xuxiaohu <xuxiaohu@huawei.com <mailto:xuxiaohu@huawei.com> >
Date: Thursday, August 14, 2014 7:52 PM
To: Larry Kreeger <kreeger@cisco.com <mailto:kreeger@cisco.com> >, Benson
Schliesser <bensons@queuefull.net <mailto:bensons@queuefull.net> >, Linda
Dunbar <linda.dunbar@huawei.com <mailto:linda.dunbar@huawei.com> >
Cc: "nvo3@ietf.org <mailto:nvo3@ietf.org> " <nvo3@ietf.org
<mailto:nvo3@ietf.org> >
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi Larry,

 

The term VPN is a generic term which could be interpreted as IPsec VPN, SSL
VPN and MPLS-based VPN etc. If some people have a mistaken perception of the
term VPN, their mistaken perception should be corrected.

 

Best regards,

Xiaohu

 

From: Larry Kreeger (kreeger) [mailto:kreeger@cisco.com] 
Sent: Friday, August 15, 2014 10:08 AM
To: Xuxiaohu; Benson Schliesser; Linda Dunbar
Cc: nvo3@ietf.org <mailto:nvo3@ietf.org> 
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi Xiaohu,

 

In practice, there really isn't much difference in the services of a VN vs a
VPN.  My concern is just the perception of what the term VPN already means
in the industry.  I don't think we want people to have preconceived notions
about what a DCVPN is, e.g. an MPLS VPN running within a DC.

 

 - Larry

 

From: Xuxiaohu <xuxiaohu@huawei.com <mailto:xuxiaohu@huawei.com> >
Date: Thursday, August 14, 2014 6:21 PM
To: Larry Kreeger <kreeger@cisco.com <mailto:kreeger@cisco.com> >, Benson
Schliesser <bensons@queuefull.net <mailto:bensons@queuefull.net> >, Linda
Dunbar <linda.dunbar@huawei.com <mailto:linda.dunbar@huawei.com> >
Cc: "nvo3@ietf.org <mailto:nvo3@ietf.org> " <nvo3@ietf.org
<mailto:nvo3@ietf.org> >
Subject: RE: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi Larry,

 

Could you please explain to us what's the real difference between VPN and
VN? 

 

Best regards,

Xiaohu

 

From: nvo3 [mailto:nvo3-bounces@ietf.org] On Behalf Of Larry Kreeger
(kreeger)
Sent: Friday, August 15, 2014 6:24 AM
To: Benson Schliesser; Linda Dunbar
Cc: nvo3@ietf.org <mailto:nvo3@ietf.org> 
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi Benson,

 

What you say below seems important enough the articulate in the charter.
Namely, that NVO3 is not tasked with developing DCVPN solutions based on BGP
and MPLS, which will be handled by a different WG.

 

I'm wondering if the term "DCVPN" is confusing enough to not use it.  I know
it was in the original NVO3 charter, but I always felt it was there to keep
the door open for L2VPN/L3VPN based solutions.  I don't believe we use
"DCVPN" very much in the current WG documents.  We mainly use the term
Virtual Network (VN).  Should we use VN in the charter instead?

 

Thanks, Larry

 

From: Benson Schliesser <bensons@queuefull.net
<mailto:bensons@queuefull.net> >
Date: Thursday, August 14, 2014 10:57 AM
To: Linda Dunbar <linda.dunbar@huawei.com <mailto:linda.dunbar@huawei.com> >
Cc: "nvo3@ietf.org <mailto:nvo3@ietf.org> " <nvo3@ietf.org
<mailto:nvo3@ietf.org> >
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

 

Hi, Linda.

 

On Wed, Aug 13, 2014 at 4:39 PM, Linda Dunbar <linda.dunbar@huawei.com
<mailto:linda.dunbar@huawei.com> > wrote:

The proposed charter is so general that there is not much to pick on. Yes,
you have done a great job drafting it.

 

I'm not sure if you're serious, or teasing me / being sarcastic, but either
way I guess it puts a smile on my face. ;)

 

 So the NVO3 is now DCVPN? Since the underlay is IP, will it become another
L3VPN?

 

Somebody else asked me a similar question privately, so I want to make sure
it's clear...

 

The term "NVO3" refers to a working group. The term "DCVPN" refers to the
category of solutions for providing multi-tenancy, etc in a DC environment.
There are possibly many technical approaches to designing a DCVPN. Some of
those approaches might be based on protocols like BGP, MPLS, etc, which are
developed in other WGs. As proposed in the new charter, NVO3 does not own
the scope / charter for all work on DCVPNs. Rather, the proposed NVO3
charter is meant to narrow our focus to a specific type of DCVPN:
overlay-based with a logically centralized control plane.

 

That being said, is that not clear from the text that we proposed? Is there
some specific way that it could be improved?

 

Cheers,

-Benson