Re: [Int-area] Warren Kumari's Yes on draft-ietf-intarea-frag-fragile-15: (with COMMENT)

Geoff Huston <gih@apnic.net> Sat, 10 August 2019 01:42 UTC

Return-Path: <gih@apnic.net>
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 3E89F120047; Fri, 9 Aug 2019 18:42:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=apnic.onmicrosoft.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 XbSTTC9W2mj6; Fri, 9 Aug 2019 18:42:29 -0700 (PDT)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-eopbgr1320043.outbound.protection.outlook.com [40.107.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1A8412003F; Fri, 9 Aug 2019 18:42:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BJEl34L7WsYAw0waJ2iXxm1IWWO6ZN9kiI1EtorLa9czQHf+SBbZUucNaJAGlHBPxyxbx9rnXKR4LoqNk0yLuKWbj3UqGo0kpH08L/G7xUs27JL3exSPUXDgkazKRDBg4QQ4JimJN3zyxjLaJEFHTxEf+MKSK1dO7DONndWUStSAhun36y0HvQubqCcelaZOc2b1RwZX50dFnlR9jQj7cELNIK/7RhNCHPWlcO0ji5HFb5pXNctHz938aSMyh2LiDU0U15D4ewJ/zwGkoVZA/MDrZTYjAI0rqC6B5TRRt1Wz/ANQPSwlnfpHsEtYOveZLiPOxjaY4E7qqniy0EAJvA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PCf7gIyo+grpQo/lQNZ9KR/w7HjS96KVXV68pmPGT7s=; b=dhc37vxh4Xk813t6yvXZRtOvfPPsVy6iwbYtU/ndBTzQY7GFxIJFlxeQZy+wg1GpiV1ehMCOBsb1Q/IXZ6TKnFdCthb5YvLfNlgweg4hliRYl3x1zkhdooTqXs0o7jRj9TQlSho1DmagBnyKKBq1y2idvJ6SWFdCJd+qZ+Ci7AY+R6/2wjyw+/JjDTwMRBf5KT5w8VFcC4Uwo0AmDoqqyMgAHeNADCHp5A56qTkLNGW5PCEhW3R/bjOWJfNk3IRSPwUBLlpgha2G0j8/FRgn6mG88tscRjOJP7iaN1BY5kqsDg0FuCCkxkhyLN5oFW3lnmMNsQAe9IWZLNgBIKNHag==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=apnic.net; dmarc=pass action=none header.from=apnic.net; dkim=pass header.d=apnic.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apnic.onmicrosoft.com; s=selector2-apnic-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PCf7gIyo+grpQo/lQNZ9KR/w7HjS96KVXV68pmPGT7s=; b=LNDIz2dVz9QYQh62WyWyYODcKT8yW3mWXnKlxo96qj6FCjh6x3YQDAkdfUw7yo1RT0roqWMtKoY1vLpEgwX5PaKV5Y/SeT6rSAThZYEK/vXaK6ZvF2JPjDHu3WD98vSbfDEp2XmXieMHvXfQUDEbt/hTvkRx3KBOs6nXH4DE34U=
Received: from PS1PR04MB2839.apcprd04.prod.outlook.com (52.133.231.81) by PS1PR04MB2870.apcprd04.prod.outlook.com (20.177.134.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.14; Sat, 10 Aug 2019 01:42:24 +0000
Received: from PS1PR04MB2839.apcprd04.prod.outlook.com ([fe80::70cb:e5b5:a4a7:c61c]) by PS1PR04MB2839.apcprd04.prod.outlook.com ([fe80::70cb:e5b5:a4a7:c61c%7]) with mapi id 15.20.2157.021; Sat, 10 Aug 2019 01:42:24 +0000
From: Geoff Huston <gih@apnic.net>
To: Tom Herbert <tom@herbertland.com>
CC: Bob Hinden <bob.hinden@gmail.com>, Fernando Gont <fgont@si6networks.com>, Warren Kumari <warren@kumari.net>, IESG <iesg@ietf.org>, Joel Halpern <joel.halpern@ericsson.com>, "draft-ietf-intarea-frag-fragile@ietf.org" <draft-ietf-intarea-frag-fragile@ietf.org>, int-area <int-area@ietf.org>, intarea-chairs <intarea-chairs@ietf.org>
Thread-Topic: [Int-area] Warren Kumari's Yes on draft-ietf-intarea-frag-fragile-15: (with COMMENT)
Thread-Index: AQHVTqEFo/N+Q+ySr0WGRC4hJlvUUKby5ZaAgAAstICAABfrgIAAPU4AgAA05gA=
Date: Sat, 10 Aug 2019 01:42:24 +0000
Message-ID: <8F568337-1916-482A-B388-5CEE2510EB58@apnic.net>
References: <156521509577.8240.8098670537067900006.idtracker@ietfa.amsl.com> <ad0fd2fd-09a8-3e44-d6ec-6fabc5312892@si6networks.com> <CALx6S34XCRrsbMnzrrJK3zGLOd02B2VQKq_mVA3TW2zqj0O6aw@mail.gmail.com> <D1921321-49C9-4131-ABA7-E8DCF2064902@gmail.com> <CC7DA23E-29E9-421B-870C-DA52337516E9@apnic.net> <CALx6S34crZ3=FXgkhD41LQuZPR6OresTTLSUhXcpy1H4uBY9ww@mail.gmail.com>
In-Reply-To: <CALx6S34crZ3=FXgkhD41LQuZPR6OresTTLSUhXcpy1H4uBY9ww@mail.gmail.com>
Accept-Language: en-AU, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: BYAPR07CA0094.namprd07.prod.outlook.com (2603:10b6:a03:12b::35) To PS1PR04MB2839.apcprd04.prod.outlook.com (2603:1096:803:40::17)
x-originating-ip: [2600:1700:a460:37af:c19f:59c2:f86d:8fe6]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=gih@apnic.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-mailer: Apple Mail (2.3445.104.11)
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f24c093a-3d24-4223-8dd3-08d71d33fe56
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:PS1PR04MB2870;
x-ms-traffictypediagnostic: PS1PR04MB2870:
x-microsoft-antispam-prvs: <PS1PR04MB2870EC2BFA9266B1F0762EC6B8D10@PS1PR04MB2870.apcprd04.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 012570D5A0
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(346002)(396003)(136003)(376002)(39830400003)(199004)(189003)(6486002)(57306001)(6916009)(6246003)(14454004)(316002)(6436002)(46003)(25786009)(71200400001)(71190400001)(229853002)(66574012)(256004)(2906002)(33656002)(76176011)(478600001)(86362001)(8936002)(81156014)(81166006)(5660300002)(486006)(305945005)(11346002)(446003)(66476007)(52116002)(186003)(99286004)(8676002)(4326008)(36756003)(6512007)(66446008)(476003)(66946007)(64756008)(53936002)(6116002)(50226002)(2616005)(102836004)(7736002)(54906003)(6506007)(66556008)(386003); DIR:OUT; SFP:1101; SCL:1; SRVR:PS1PR04MB2870; H:PS1PR04MB2839.apcprd04.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: apnic.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: x80DjHhJzOZXiqkevN0KPEiR05akv/i+ezvktqK2kCPZHizY3VfE6H7J2MYVcBTrRT9R0XKBp4uEK+zVnlwpOPW43qlF0/reNX/WGgQKllHPQCTTbzFFvycbz//tJkU9pxUwC/nEODQjQFZsBTn7N0tY0A+VYcteIvWEtu2tRD9iQOhxsyH7hFGOs9k6ifDcNnvgwqluBd/xX4af0pGmehHPbdPwXPyX2LHUSwJlTAVX7EfuTtoWha5oiUgkA3r9GFe7cHWxbRrqFBKcOkKcNWo+kboR9BNfPMLzIEoxvIKTF0Q5xugc0Ooi1YQZ0EVBQubU8Yli0OIFBKXEng7LJpJeUYS2kd4h0UZPnbnDEUMqlh42bYD9lHBQkBUJUmqrtuO8zpJV1fxH0MnsxNR0pIXup4/af4NGwAhGvnStn9s=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <AD76A59411D3414A96D1AFF04FD6E798@apcprd04.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: apnic.net
X-MS-Exchange-CrossTenant-Network-Message-Id: f24c093a-3d24-4223-8dd3-08d71d33fe56
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2019 01:42:24.5996 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 127d8d0d-7ccf-473d-ab09-6e44ad752ded
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Xps/Y7YfSumi+QbTFRxUKY5ggghytwXbIDcYtaUk+aTIRjS9hKr+4A+VDosv9JIt
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PS1PR04MB2870
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/RhpPFOVfgYzvcRFQkNS3gcIfBAU>
Subject: Re: [Int-area] Warren Kumari's Yes on draft-ietf-intarea-frag-fragile-15: (with COMMENT)
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
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: Sat, 10 Aug 2019 01:42:31 -0000

> 
> Geoff,
> 
> The broad measurements are almost always a limited viewpoint taken at point in time.

I was referring to Internet measurements using the Internet. The conversation was (I thought) about the prospects for ever cleaning up Internet middleware on the Internet. The context of the conversation was the context of applic ations behaviour __on the Internet__.

Of course there are many other contexts. Decnet Phase III may be doing just fine in some of them and I’m sure there are many protocols and many variants are being used in many contexts. If we were ever to attempt to interpret RFCs as containing some eternal and universally applicable truth about IP as used in every possible context in every possible way then I for one am cheerfully prepared to give up at once, as I believe that this is a Sysyphalian task.

> As discussed several times in regards to fragmentation, it's not broken for everyone all the time. It is being used productively in some contexts.


Of course - but the advice is not about what may work on Thursdays on a sunny day on a downhill slope. Its more about lowest common denominator set of pragmatic considerations that start with the premise that if you have no idea where or why your application may be used, then what would be a sensible set of design choices that would maximise its applicability and robustness, irrespective of the day of the week, the inclination of the bits and the outside temperature. 

Like I said its about interpretation of these IETF documents. If you believe that RFCs are like some Networking Canon of immutable laws of moving bits then yes, many things work in many situations and its just not possible to say outright “this will not work in every case!” about almost everything. But in my mind this document is not striving for any such lofty goal. It’s pointing out that IP fragmentation is extremely fragile, and in IPv6 more so. As an app designer and if you are desirous of maximising robustness and applicability for you application then you should steer clear of fragmentation, if you can.

regards,

  Geoff