Re: Non-Last Small IPv6 Fragments

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 14 January 2019 03:17 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D5F7130EBD for <ipv6@ietfa.amsl.com>; Sun, 13 Jan 2019 19:17:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 lFWWUzBBxoVN for <ipv6@ietfa.amsl.com>; Sun, 13 Jan 2019 19:17:42 -0800 (PST)
Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [IPv6:2607:f8b0:4864:20::52e]) (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 29083130EBF for <ipv6@ietf.org>; Sun, 13 Jan 2019 19:17:42 -0800 (PST)
Received: by mail-pg1-x52e.google.com with SMTP id v28so8832133pgk.10 for <ipv6@ietf.org>; Sun, 13 Jan 2019 19:17:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=l6HGyOZ8wvuKz4dHEQMyPbo+HG6kQNnrodKAW/j8Vl0=; b=fpKrYjN9qK2R01bPQKf7nsfRZ/3KYkInq7orhlluJuLdlL6gDS6asDlIicpX5q1AyT zAOUz43apaX2aC0M/LT3+9/CiTNPaoiAtK7jv8OdrDpNvUgM5bz48VrZYw45buh3CEIm vmfIggDX/xlkmC9M9VKiFPthV4nHhakGMROsP5QDaj9viYifxX4DXX7OIJiTo/ll5+iW X0D4TrDSVawX0TeSQUDBjHJ7ZkKPxZefWlwoJ4OG7L0dqZslIE+nucDvys75CU1mWpZI /rWNR3h44TrKLwhfgb/pmr9mOTToW02jHF1MeQJXajx1/Ort5gzk57bIYiyf7xO61bP4 GPQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=l6HGyOZ8wvuKz4dHEQMyPbo+HG6kQNnrodKAW/j8Vl0=; b=sQrsjttQUhLLw25rYfMWRB+SJyMznOmv69JCCLeg9cK5SyZw4HJDm7oYBDZ0IzIzmM Uvsl+ispwhvO/pLD/qicEJDcaPdHUZISivuiF+u8Cl1+zxiSz4HP5Eo7BzV7izFa0Ce0 Sad/EGlXbY3m/mdSpAkxZ/hbrX7dmSbzr2hTnOjW+2HyRlsEOi88OXOMbwYEEmc+HGMV PZo8AlgbyfREV93plOiZ+DUCQOQVf/j8uB82/BLAwt9Hwwn4YIwsVQbnCND6Wxdjv6Li 6Cz1Kk6CU95ac616Cn0w17rlWfDeNcMZ39v7Vutp/KCcn5b1PO+O/DVitNV4e8IrlQJ5 QnwA==
X-Gm-Message-State: AJcUukenW9Vzqicq+AfpXcJtu0kp1zGH2Tv9RwB2GWrnS3JV0VVW8B/N 9fzEokx+QmvCMsVDPFQEyOI=
X-Google-Smtp-Source: ALg8bN6ObdYYdqK/kzo4I+7aNNJNXdYiPfnVtJpICZ3BZxvMyFUWlojCNxImr0oK3T6cxCx1A5KiQg==
X-Received: by 2002:a63:3287:: with SMTP id y129mr21434834pgy.337.1547435861348; Sun, 13 Jan 2019 19:17:41 -0800 (PST)
Received: from [192.168.178.30] ([118.148.76.40]) by smtp.gmail.com with ESMTPSA id i2sm66995195pfi.66.2019.01.13.19.17.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Jan 2019 19:17:40 -0800 (PST)
Subject: Re: Non-Last Small IPv6 Fragments
To: Fernando Gont <fgont@si6networks.com>, Tom Herbert <tom@herbertland.com>
Cc: IPv6 List <ipv6@ietf.org>, Bob Hinden <bob.hinden@gmail.com>
References: <CAOSSMjV0Vazum5OKztWhAhJrjLjXc5w5YGxdzHgbzi7YVSk7rg@mail.gmail.com> <CAN-Dau1HwG5RndacpSA+si+zKuTdpSvA=QA1A11A==rMNe=4+w@mail.gmail.com> <CALx6S35KNhV2gFp9OdU+M1zy5WUuEAEvXkDXNDWWxi7uQ4e_cw@mail.gmail.com> <CAN-Dau0rTdiiF2SjByxcMG6nhPCEjUH2pYBCOeK_FSGJ_ucDQw@mail.gmail.com> <CALx6S34AyV9OpvnjQhQc56n5vfeVgU5Zd3kheP0g+XvsMbBV9g@mail.gmail.com> <1b2e318e-1a9f-bb5d-75a5-04444c42ef20@si6networks.com> <CALx6S37TJr++fC=pVoeS=mrO1fHc4gL_Wtu-XkVTswzs2XxXCA@mail.gmail.com> <CALx6S36V7vrVyoTP0G6+S5XeFNB3KWS5UaNnVi20xogRERdCfg@mail.gmail.com> <973A1649-55F6-4D97-A97F-CEF555A4D397@employees.org> <CALx6S34YbBe8xBod3VsWVO33TpZcdxh2uV1vaO8Z_NKnVXp66g@mail.gmail.com> <A3C3F9C0-0A07-41AF-9671-B9E486CB8246@employees.org> <AEA47E27-C0CB-4ABE-8ADE-51E9D599EF8F@gmail.com> <6aae7888-46a4-342d-1d76-10f8b50cebc4@gmail.com> <CALx6S35QKOqn_Ywh9yzm1JDA8Xnp7fLPPmXUvomvz_xOZP8bfg@mail.gmail.com> <146dbb4f-bebb-cce4-f0f8-f965a951dc47@gmail.com> <167742b9-41c7-26c4-716d-139d7780d6af@si6networks.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <987e9e4b-7247-79ee-0d66-658f60c68006@gmail.com>
Date: Mon, 14 Jan 2019 16:17:34 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <167742b9-41c7-26c4-716d-139d7780d6af@si6networks.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/il7Bb19Tc27CG8XRgINfNMbZSxA>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Jan 2019 03:17:44 -0000

On 2019-01-14 15:48, Fernando Gont wrote:
> On 13/1/19 18:40, Brian E Carpenter wrote:
>> On 2019-01-14 08:48, Tom Herbert wrote:
>>> On Sun, Jan 13, 2019 at 11:25 AM Brian E Carpenter
>>> <brian.e.carpenter@gmail.com> wrote:
>>>>
>>>> On 2019-01-14 07:54, Bob Hinden wrote:
>>>>> Unleveling a bit.
>>>>>
>>>>> I think the w.g. should be very cautious about making protocol changes based on what appears to be a fragmentation resource management problem in an implementation.
>>>>
>>>> I agree. However, I wonder if we need to clarify that there is no rule that non-last fragments must be at least 1280. It seems that the Linux patch assumed that there is
>>>> such a rule.
>>> Brian,
>>>
>>> Yes, but then what are the rules? 
>>
>> Well, I'm an advocate of one step at a time.
>>
>> Step 1: As an addendum to RFC8200, state that there is no rule that non-last fragments must be at least 1280.
> 
> Isn't that implicit?

On the basis that anything that is not forbidden is allowed, yes, but apparently this wasn't apparent to the Linux devs involved. We don't really have a lightweight way of handling cases like this, since cost of producing an RFC is clearly too much.

   Brian