Re: [Int-area] 答复: 答复: 答复: 答复: Is the UDP destination port number resource running out?// re: I-D Action: draft-ietf-intarea-gue-04.txt

Tom Herbert <tom@herbertland.com> Fri, 26 May 2017 01:50 UTC

Return-Path: <tom@herbertland.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4458D12EB0A for <int-area@ietfa.amsl.com>; Thu, 25 May 2017 18:50:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
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 jyj6i765zzJC for <int-area@ietfa.amsl.com>; Thu, 25 May 2017 18:50:01 -0700 (PDT)
Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 9F7B812EB08 for <int-area@ietf.org>; Thu, 25 May 2017 18:50:00 -0700 (PDT)
Received: by mail-wm0-x22a.google.com with SMTP id b84so112638842wmh.0 for <int-area@ietf.org>; Thu, 25 May 2017 18:50:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NADYtpOvc2zMzeDSOPuHjh4GbmtOPNoeweBlDgrR8k4=; b=J9nY5Dw3HL9Vuo/uqsv6HMHMHygJonpd9GcLZhfEmZqQ6k2LIiBwqVSSdjV0D+hxki 3rHW8DKNHm2kwzveeLvkAqnC6su9lHAhrgzgxHrLQkDI+J/E2Ttk05zaPHMUiybiAwLI 1KfEiqjA4STBLCCKJyAU0nleQDqax+od9+XBkX4tZNZ4Gfuf9fLeTa7Lx/77WAVDbhK9 //ehyKmuk8GS80lUdLhsVmoj26raFxsUt4Y9Q8r35yDZgXzh6ZLTMRul55TovJuWO6VA XDRRnZC9n48ufAg3U2qsZQnYk58zh1wohN6gNZY9zMHv9mG38EdXy49i0edU17p7GxJz B6kA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NADYtpOvc2zMzeDSOPuHjh4GbmtOPNoeweBlDgrR8k4=; b=ZZX5vzJfgP/ntaY3Q8iAjh1wu1V/Fvo8a33RtvC2NmBl3PZRpE0CFMQbuIDDktvqrZ yvdZgyV8KaMvWpleBTYZDXmzg8ypD0innp049Jyjbxwv7cVrrULCfOlbsUD/5nw/nx9m KsftaXCbwQ2o/HhIewq1T2kVLNmCSgTTrh3n/IS+uD0CwMPK+Fa5EsSaH0yyYCmjCouR AjwySqY+iaETZ0VxLyk+isibOSBe38DwTRp0EN30WlXlQOdgLRjG/wc1RYLYO90ArvxC w84M+8WRKLtveyMynjcTgDhf+68eAWBXkhoRs9zG5XZ2ZlQz4BmuYoBgBvHJF/LgFa8t 0Ldw==
X-Gm-Message-State: AODbwcCrGlyHZldDCZyMF/AwD44sHO6Xqt5yFl1efSaXFHoOEdRkeAAF hAKd4mYtks++aNDOOzZIQ4jvR9bDcPAM
X-Received: by 10.28.87.72 with SMTP id l69mr10751035wmb.111.1495763399158; Thu, 25 May 2017 18:49:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.132.195 with HTTP; Thu, 25 May 2017 18:49:58 -0700 (PDT)
In-Reply-To: <9657c82a-7314-878e-1559-cc81ed3c2241@isi.edu>
References: <149514799195.6631.3231700013200014494@ietfa.amsl.com> <a3915b87-f104-51d8-11e3-d9f8196462b5@isi.edu> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BBA8903@NKGEML515-MBX.china.huawei.com> <54980b3a-2dc9-2ab1-f150-45b3f500f7ac@isi.edu> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BBA892E@NKGEML515-MBX.china.huawei.com> <CALx6S350VcJCm4g70jycbXD3FxaGg9eF-dn61_SdVF8xmmkojg@mail.gmail.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BBA95EA@NKGEML515-MBX.china.huawei.com> <CALx6S34dQX8gGCLvR4OG70FfO7MY8CbOxB_CA-crcTmFE_zX3g@mail.gmail.com> <d1c22f64-1cab-2946-32a6-4339a197402e@isi.edu> <CALx6S365N44zV=-N3BgA9ATibfqW5G78_4cDD4EnL1muDoA04Q@mail.gmail.com> <7b56cfb4-87a9-a3c0-98ab-19acfed01da5@isi.edu> <CALx6S37SQivoYNsPnQOCvG2UpNk=_7rThD5rQP3gPmwqx+1siA@mail.gmail.com> <85610864-3b00-67b3-6d3a-db1c4ef3870b@isi.edu> <b1d251aff62c45d392c2ee8c1b3828b2@XCH15-06-08.nw.nos.boeing.com> <CALx6S34TqFoZHwiDJPeNhChLm5ceM6_dbkko4Uhy6MsT+snAKA@mail.gmail.com> <9657c82a-7314-878e-1559-cc81ed3c2241@isi.edu>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 25 May 2017 18:49:58 -0700
Message-ID: <CALx6S35kbXyQ=zUjZA=LV1S=RJy4KEtZCFY5qmNCsJgonuGC3Q@mail.gmail.com>
To: Joe Touch <touch@isi.edu>
Cc: "Templin, Fred L" <Fred.L.Templin@boeing.com>, "int-area@ietf.org" <int-area@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/hVf9jl_wy3D9NPbxY8Ms5RsvY4U>
Subject: Re: [Int-area] =?utf-8?b?562U5aSNOiDnrZTlpI06IOetlOWkjTog562U5aSN?= =?utf-8?q?=3A_Is_the_UDP_destination_port_number_resource_running_out=3F/?= =?utf-8?q?/_re=3A_I-D_Action=3A_draft-ietf-intarea-gue-04=2Etxt?=
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 May 2017 01:50:02 -0000

On Thu, May 25, 2017 at 3:14 PM, Joe Touch <touch@isi.edu> wrote:
>
>
> On 5/25/2017 1:40 PM, Tom Herbert wrote:
>> On Thu, May 25, 2017 at 12:44 PM, Templin, Fred L
>> <Fred.L.Templin@boeing.com> wrote:
>>> If you are talking about the GUE direct encapsulation of IPv4 and IPv6, I
>>> agree
>>>
>>> with the current spec and that direct encapsulation (i.e., with no
>>> additional
>>>
>>> encapsulations between the IP/UDP and inner IP headers) is desirable and
>>>
>>> should remain as part of the spec. I think we may be over-thinking this.
>>>
>> +1. I think a little too much has been inferred beyond the what is
>> actually in draft. Versions are straightforward:
>>
>> - There is a two bit version number field that begins GUE header. The
>> format of the rest of the header depends on the version.
>> - Version 0 defines an encapsulation header that encapsulates by IP
>> protocol number.
>> - Version 1 defined a means for direct encapsulation of select
>> protocols as an optimization. Formats for IPv4 and IPv6 are defined.
>> - Version 2 and 3 are reserved
> I continue to be confused as to why it is more useful to try to make
> decisions based on the first two bits rather than the first four.
> There's near zero benefit, and the harm is that you end up with only two
> reserved versions.
>
If necessary, new version could be defined to be fours bits versions
like version 1 so that gives thirteen possible versions (00 01xx 10xx
11xx) of which three have been defined. v0 is already quite extensible
and generic so I don't see it will be obsoleted any time in the
foreseeable future. Personally, I don't think rearranging the GUE
header is needed at this point.

Tom