Re: TCP and IPV6_USE_MINMTU

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 17 October 2015 22:12 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A3361B2C9A for <ipv6@ietfa.amsl.com>; Sat, 17 Oct 2015 15:12:02 -0700 (PDT)
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, 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 hBsPC5l219UC for <ipv6@ietfa.amsl.com>; Sat, 17 Oct 2015 15:11:59 -0700 (PDT)
Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (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 687911B2C9F for <6man@ietf.org>; Sat, 17 Oct 2015 15:11:58 -0700 (PDT)
Received: by pabws5 with SMTP id ws5so860798pab.2 for <6man@ietf.org>; Sat, 17 Oct 2015 15:11:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=4TeNJsCvHsoD0x4VPOIbJ4gUgMhGe0hNHDCdFDIXTjI=; b=bteRePKl/KheTrosgrFfzDD04uY9mlWWRyzpwS2dIkvjh90RdGPDiqTX7pqLdp40Dy YmswlKSdObl+C7f9nG8xm6CnJAaucK9kqb2p2T2Rimx8MfRUL3Uq7FFW0Y9DfI0z+WmX 8d1wJB2StMZfdsdTc+FdfrjpdMfLK7Qav03P1TJslx2rcu+7R7TMtd49zgzl7Pagg3hA P24hyH7fXqrrO9nkPN2M6iz4PQDdQ74NaKRXH1wT4/8g91Eu/aDe5NDrPHb2fD6D1Fn3 A9fED3P9hu1C4d09CfuOqyvAm1cmqBF01nEYbyljTEv70bDSRaJbHiUUW2kLVeLLs3sW ug2A==
X-Received: by 10.68.68.167 with SMTP id x7mr24828370pbt.140.1445119918091; Sat, 17 Oct 2015 15:11:58 -0700 (PDT)
Received: from [10.2.32.55] ([119.17.40.130]) by smtp.gmail.com with ESMTPSA id ix1sm15034076pbd.40.2015.10.17.15.11.55 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Oct 2015 15:11:56 -0700 (PDT)
Subject: Re: TCP and IPV6_USE_MINMTU
To: Mark Andrews <marka@isc.org>
References: <20151016034110.306563A939AB@rock.dv.isc.org> <20151016202620.GI1442@verdi> <20151016203155.3D2473AA8817@rock.dv.isc.org> <56217BAB.2040608@gmail.com> <20151016225655.CC0653AA9E81@rock.dv.isc.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <5622C7A6.6000200@gmail.com>
Date: Sun, 18 Oct 2015 11:11:50 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <20151016225655.CC0653AA9E81@rock.dv.isc.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/e2_uA0Ifj1rA_oYoS4qVC4iDxyI>
Cc: 6man@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: Sat, 17 Oct 2015 22:12:02 -0000

I think that
(a) This draft should not be Informational, it should become a BCP.
(b) I suspect it belongs in v6ops rather than 6man, since it doesn't
change anything in the standards.
(c) I think it doesn't say quite enough about how this is a very serious
and recurrent operational problem which causes real damage to IPv6 deployment.

Also - it's not OK that POSIX hasn't yet picked up the advanced socket API
and that it isn't available in all programming languages with socket calls.
We, for some value of "we", need to campaign to get this fixed.

    Brian


On 17/10/2015 11:56, Mark Andrews wrote:
> In message <56217BAB.2040608@gmail.com>, Brian E Carpenter writes:
>> On 17/10/2015 09:31, Mark Andrews wrote:
>>>
>>> In message <20151016202620.GI1442@verdi>, John Leslie writes:
>>>> Mark Andrews <marka@isc.org> wrote:
>>>>>
>>>>> Please see
>>>>> https://www.ietf.org/id/draft-andrews-tcp-and-ipv6-use-minmtu-00.txt
>>>>>
>>>>> It addresses what should be obviously done but isn't by many
>>>>> implementations.
>>>>
>>>>    Alas, this draft gives no clue _how_ to check IPV6_USE_MINMTU ...
>>>> (or, for that matter, how to set it).
>>>>
>>>>    One could reasonably guess that s/he should look through RFC3542 to
>>>> find how to check this; but RFC3542 contains no such string. (It does
>>>> contain the string IPV6_USE_MIN_MTU; but I don't feel justified in
>>>> guessing that far astream...
>>
>> Incidentally, it recently came to my attention that standard Python
>> doesn't support RFC3542. I don't know how widespread that issue is, but
>> it may be behind some of these broken MSS deployments.
>>
>>     Brian
> 
> The entire advanced socket API is poorly supported because POSIX
> didn't pick it up.
> 
> That said I've updated the document based on the feedback received
> to date.
> 
> https://tools.ietf.org/html/draft-andrews-tcp-and-ipv6-use-minmtu-03
> 
>>> Yes, I typo'd that, repeatedly.
>>>  
>>>>    Perhaps adding a citation to the specific section of a particular
>>>> RFC would help?
>>>>
>>>> --
>>>> John Leslie <john@jlc.net>