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

Joe Touch <touch@isi.edu> Fri, 17 June 2016 06:57 UTC

Return-Path: <touch@isi.edu>
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 A153A12D08C; Thu, 16 Jun 2016 23:57:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.326
X-Spam-Level:
X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426] 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 kuIeUeQq9guW; Thu, 16 Jun 2016 23:57:22 -0700 (PDT)
Received: from nitro.isi.edu (nitro.isi.edu [128.9.208.207]) (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 60F0D12B019; Thu, 16 Jun 2016 23:57:22 -0700 (PDT)
Received: from [192.168.1.189] (cpe-172-250-251-17.socal.res.rr.com [172.250.251.17]) (authenticated bits=0) by nitro.isi.edu (8.13.8/8.13.8) with ESMTP id u5H6urh4016947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 16 Jun 2016 23:56:54 -0700 (PDT)
To: Xuxiaohu <xuxiaohu@huawei.com>, Tom Herbert <tom@herbertland.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>
From: Joe Touch <touch@isi.edu>
Message-ID: <57639F34.3010004@isi.edu>
Date: Thu, 16 Jun 2016 23:56:52 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D564BAF@NKGEML515-MBX.china.huawei.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-MailScanner-ID: u5H6urh4016947
X-ISI-4-69-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <https://mailarchive.ietf.org/arch/msg/nvo3/hrnvjBcwIlqCcp2SYqUY5m3LLPY>
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 06:57:23 -0000


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.

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