Re: [Int-area] Alissa Cooper's Discuss on draft-ietf-intarea-frag-fragile-15: (with DISCUSS and COMMENT)

Joe Touch <touch@strayalpha.com> Thu, 15 August 2019 14:21 UTC

Return-Path: <touch@strayalpha.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 6EB671200B2; Thu, 15 Aug 2019 07:21:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.22
X-Spam-Level:
X-Spam-Status: No, score=-1.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.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 b8UjSWpBT8kr; Thu, 15 Aug 2019 07:21:08 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 D70A9120103; Thu, 15 Aug 2019 07:21:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JggA+Y+s3FmtBp0LjTveIenUprR+2WyvEytykRReOKA=; b=X8ft+EkRWGT08byU3trEAJTiC pZEBOj5WBYMZ5Fm3wbt8rOA0yUxbtazK2B+LFuvsxYU5K0ZDScumZgFs9BKEM9tZi/bQqOqHgaO+k sYbTlY67dc3TKSrN+c1uzuNtbgttwIIw8yhVsO7OaeCQEAbtloWSUgunqCTuodLNEs9mi6yRfOp3Y C1cGyRnnaYu0bWuxHvwAOutRWdmx8VzwD/b4UkzQZ6kqJaHxxjiR7Um9QwsuT9gp1qcK02DFGHQGj 6fpBQXKrPExYVYZAqywguxImHLzhNQeIQsQaY39HWBTNJWv4VYnBVMLSj5kDaiu32DBKhf3qplSKG 3WECV6r7w==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:52259 helo=[192.168.1.10]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1hyGce-0001MM-N0; Thu, 15 Aug 2019 10:21:07 -0400
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joe Touch <touch@strayalpha.com>
In-Reply-To: <BYAPR05MB5463E90709575B5990F42C56AEAC0@BYAPR05MB5463.namprd05.prod.outlook.com>
Date: Thu, 15 Aug 2019 07:20:59 -0700
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, Alissa Cooper <alissa@cooperw.in>, Tom Herbert <tom@herbertland.com>, 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>, IESG <iesg@ietf.org>, intarea-chairs <intarea-chairs@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <B7480AFB-A7BF-4483-8A78-93AF72870DDF@strayalpha.com>
References: <156512344887.27340.5761295053779083959.idtracker@ietfa.amsl.com> <CALx6S35f9eH1SCFqWZoBtnFrqvdoXrhiPoPQTh2_w-LjwBzRSQ@mail.gmail.com> <6B2DA394-E11A-46C1-8A45-76D59BAF0783@cooperw.in> <974b24af-3f9f-95e3-87ec-d7a14eb9661d@gmail.com> <BYAPR05MB5463E90709575B5990F42C56AEAC0@BYAPR05MB5463.namprd05.prod.outlook.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-0.2
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/rbODhbewdrG2k5Ks-zUN9yi3-Nk>
Subject: Re: [Int-area] Alissa Cooper's Discuss on draft-ietf-intarea-frag-fragile-15: (with DISCUSS and 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: Thu, 15 Aug 2019 14:21:12 -0000

Well, there’s the tautology that “it worked when it worked”.

Given that’s basically the rule that defines *everything* in the Internet, it’s baffling we need to say it again here, but if we did, we could simply state:

“The Internet is a best-effort system and lacks a formal validation or conformance mechanism. Like any other protocol feature, IP fragmentation is useful only when it actually works - both by successfully traversing routers and other in-network devices and when it is correctly supported by endpoints. As a consequence, like any other protocol feature, IP fragmentation MAY be used by new protocols that validate its successful traversal and provide an alternate as a backup.”

(and yes, if we’re going to try to imply that frag is limited, it really should be clear that this is *no different than any other protocol feature* in the Internet)

Joe

> On Aug 15, 2019, at 6:59 AM, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> wrote:
> 
> Folks,
> 
> Has anyone proposed text that:
> 
> a) satisfies Alissa's request
> b) satisfies the WG
> 
> If not, do we believe that such text could possibly exist?
> 
>                                              Ron
> 
> 
> 
> 
> Juniper Business Use Only
> 
> -----Original Message-----
> From: Brian E Carpenter <brian.e.carpenter@gmail.com> 
> Sent: Tuesday, August 6, 2019 8:55 PM
> To: Alissa Cooper <alissa@cooperw.in>; Tom Herbert <tom@herbertland.com>
> Cc: Joel Halpern <joel.halpern@ericsson.com>; draft-ietf-intarea-frag-fragile@ietf.org; int-area <int-area@ietf.org>; IESG <iesg@ietf.org>; intarea-chairs <intarea-chairs@ietf.org>
> Subject: Re: [Int-area] Alissa Cooper's Discuss on draft-ietf-intarea-frag-fragile-15: (with DISCUSS and COMMENT)
> 
> On 07-Aug-19 12:11, Alissa Cooper wrote:
>> Hi Tom,
>> 
>>> On Aug 6, 2019, at 5:41 PM, Tom Herbert <tom@herbertland.com> wrote:
>>> 
>>> On Tue, Aug 6, 2019 at 1:30 PM Alissa Cooper via Datatracker 
>>> <noreply@ietf.org> wrote:
>>>> 
>>>> Alissa Cooper has entered the following ballot position for
>>>> draft-ietf-intarea-frag-fragile-15: Discuss
>>>> 
>>>> When responding, please keep the subject line intact and reply to 
>>>> all email addresses included in the To and CC lines. (Feel free to 
>>>> cut this introductory paragraph, however.)
>>>> 
>>>> 
>>>> Please refer to 
>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_ie
>>>> sg_statement_discuss-2Dcriteria.html&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0
>>>> UjBXeMK-ndb3voDTXcWzoCI&r=Fch9FQ82sir-BoLx84hKuKwl-AWF2EfpHcAwrDThKP
>>>> 8&m=IUZsPOprgYi_5nBSPGeqNCLb8LwDMKCxRNeEBfcUZ5c&s=c7tAk-Lfr6pcQSMn1x
>>>> 1tdfjkQsL8F_NryIiq3caZ26k&e= for more information about IESG DISCUSS 
>>>> and COMMENT positions.
>>>> 
>>>> 
>>>> The document, along with other ballot positions, can be found here:
>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.iet
>>>> f.org_doc_draft-2Dietf-2Dintarea-2Dfrag-2Dfragile_&d=DwIFaQ&c=HAkYuh
>>>> 63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Fch9FQ82sir-BoLx84hKuKwl-AWF
>>>> 2EfpHcAwrDThKP8&m=IUZsPOprgYi_5nBSPGeqNCLb8LwDMKCxRNeEBfcUZ5c&s=lb6u
>>>> 0SVhJIFnTV7TdqeLiDBfadRxJkAxNEDqOvFqhyQ&e=
>>>> 
>>>> 
>>>> 
>>>> --------------------------------------------------------------------
>>>> --
>>>> DISCUSS:
>>>> --------------------------------------------------------------------
>>>> --
>>>> 
>>>> Thanks for writing this document.
>>>> 
>>>> Section 6.1 says:
>>>> 
>>>> "Developers MAY develop new protocols or applications that rely on IP
>>>>  fragmentation if the protocol or application is to be run only in
>>>>  environments where IP fragmentation is known to be supported."
>>>> 
>>>> I'm wondering if there should be a bit more nuance here to make the 
>>>> recommendation clearer. Do we think there is a case where an 
>>>> application protocol developed in the IETF will be known to only run 
>>>> in environments where fragmentation is supported? If we don't think 
>>>> developing such a protocol would be in scope for the IETF, then I'm 
>>>> wondering if that case should be called out explicitly with a stronger normative requirement.
>>>> 
>>> Alissa,
>>> 
>>> Are you distinguishing between protocol development and application 
>>> development?
>> 
>> I’m specifically wondering about application protocols (as distinct from other protocols) developed in the IETF (as distinct from developed elsewhere). Sometimes we use BCPs to guide future work in the IETF specifically, and it seemed to me that in that specific slice — IETF-developed application protocols — we may be able to make a stronger recommendation since we can’t be sure of the environment in which any given application protocol would be deployed (I think, but would be open to arguments otherwise).
> 
> fwiw, I agree with what I think Alissa is saying. Unless we actually *implement* a mechanism to define and support limited domains (draft-carpenter-limited-domains) protocol designers cannot safely make assumptions such as "fragmentation works".
> 
> Maybe this paragraph needs to be more of a health warning than a somewhat dubious RFC2119 statement. At least, "should not ... unless" might be a better formulation than "MAY ... if".
> 
>   Brian
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area