Re: [nvo3] [Int-area] Fwd: New Version Notification for draft-ietf-nvo3-gue-03.txt

Xuxiaohu <xuxiaohu@huawei.com> Fri, 17 June 2016 07:50 UTC

Return-Path: <xuxiaohu@huawei.com>
X-Original-To: nvo3@ietfa.amsl.com
Delivered-To: nvo3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C4B512D106; Fri, 17 Jun 2016 00:50:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.647
X-Spam-Level:
X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 f_ONL89jRUGn; Fri, 17 Jun 2016 00:50:00 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B460D12B053; Fri, 17 Jun 2016 00:49:59 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CMC52478; Fri, 17 Jun 2016 07:49:56 +0000 (GMT)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 17 Jun 2016 08:49:02 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Fri, 17 Jun 2016 15:48:58 +0800
From: Xuxiaohu <xuxiaohu@huawei.com>
To: Joe Touch <touch@isi.edu>, Tom Herbert <tom@herbertland.com>
Thread-Topic: [nvo3] [Int-area] Fwd: New Version Notification for draft-ietf-nvo3-gue-03.txt
Thread-Index: AQHRx9yFbJRXFm15w0+03CGCJqjQoZ/s3uCQ//+pDoCAAKVlYP//h7IAgACHWmA=
Date: Fri, 17 Jun 2016 07:48:57 +0000
Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D564C1E@NKGEML515-MBX.china.huawei.com>
References: <20160610171451.30437.44413.idtracker@ietfa.amsl.com> <CALx6S34_ba2kBhUY7keEMmPO3fTRAAQsCkyGiy47=NnPm8xgug@mail.gmail.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D5647FB@NKGEML515-MBX.china.huawei.com> <CALx6S37K2H+SuEN+5Nmi-GOX0nX-k34YQt0anWJWTUBpBZZGew@mail.gmail.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D564ABD@NKGEML515-MBX.china.huawei.com> <57637961.3020206@isi.edu> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D564BAF@NKGEML515-MBX.china.huawei.com> <57639F34.3010004@isi.edu>
In-Reply-To: <57639F34.3010004@isi.edu>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.99.55]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5763ABA5.007D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: c36da73e434a9b11cd7722ad44c920b9
Archived-At: <https://mailarchive.ietf.org/arch/msg/nvo3/qhUvNhnc-v7Lk4MK7ktZ8VYXQS0>
Cc: "nvo3@ietf.org" <nvo3@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Subject: Re: [nvo3] [Int-area] Fwd: New Version Notification for draft-ietf-nvo3-gue-03.txt
X-BeenThere: nvo3@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 17 Jun 2016 07:50:02 -0000


> -----Original Message-----
> From: Joe Touch [mailto:touch@isi.edu]
> Sent: Friday, June 17, 2016 2:57 PM
> To: Xuxiaohu; Tom Herbert
> Cc: nvo3@ietf.org; int-area@ietf.org
> Subject: Re: [nvo3] [Int-area] Fwd: New Version Notification for
> draft-ietf-nvo3-gue-03.txt
> 
> 
> 
> On 6/16/2016 11:41 PM, Xuxiaohu wrote:
> >> More than that, GUE was accepted as a WG doc *and* has already been
> >> assigned a port number.
> > Oh, a WG doc? a doc which has nothing to do with multi-tenancy but happens
> to be adopted by a WG working on multi-tenancy?
> I'm not advocating where this doc *should be* - or should have been - adopted.
> I'm simply noting that it already has been adopted. Which does carry weight in
> the IANA assignment of ports (as noted in RFC 6335).
> 
> >
> >>> To save a port number, the header format is made ugly. Is it
> >>> worthwhile? If
> >> UDP port resource was so sparse as you had imagined, I think the UDP
> >> port resource keeper would not allocate two different port numbers
> >> for VXLAN and VXLAN-GPE since the P-bit in VXLAN-GPE header is enough
> >> to distinguish VXLAN-GPE from VXLAN. For more details, please look at
> >> section 3.2 of
> (https://tools.ietf.org/html/draft-ietf-nvo3-vxlan-gpe-02#page-6).
> >> VXLAN was assigned in 2011.
> >>
> >> VXLAN-GPE was assigned this year (2016).
> >>
> >> If what you say is correct*, then you might be correct in assuming
> >> that a VXLAN-GPE assignment might inhibit a later VXLAN assignment,
> >> but that's not the order things happened.
> > Your logic seems confused to me. My point is VXLAN-GPE should share the
> same port number (i.e., 4789) with VXLAN if the port number resource was so
> sparse. Unless that assumption is fake.
> 
> Your logic fails to consider that these two requests were not made at the same
> time. Also, VXLAN was not made *after* VXLAN-GPE. If either of these were
> true, then the argument for a single port number would be important.

More confused to me:) Let me make it simpler, VXLAN was allocated a port number in 2011 which is 4789. VXLAN-GPE asked for a port in 2016, why allocate a new number rather than reusing the port number 4789 provided the port number resource was so sparse?  Your answers to the above question seems to be: 1)these two requests were not made at the same time, 2) VXLAN was not made *after* VXLAN-GPE. For the first answer, did you mean, for two proposals which could have shared the same port number, as long as they requests at different time no matter intended or not, they would be assigned two different port numbers. For the second answer, have you seen protocol X be made after an extension protocol to X?:) 

Xiaohu

> So, in brief, IMO (with my ports hat off) if you had a stronger argument for
> UDP-in-IP (i.e., you convinced a WG to adopt it) *and* you proposed it before
> GUE made its request, then things might have turned out differently.



> Joe
>