Re: [DNSOP] 答复: 答复: Fwd: I-D Action: draft-song-atr-large-resp-00.txt

P Vix <paul@redbarn.org> Fri, 22 September 2017 15:43 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CE791344DA for <dnsop@ietfa.amsl.com>; Fri, 22 Sep 2017 08:43:49 -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, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 TYvL_6VYajLC for <dnsop@ietfa.amsl.com>; Fri, 22 Sep 2017 08:43:48 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5ADA1344E3 for <dnsop@ietf.org>; Fri, 22 Sep 2017 08:43:48 -0700 (PDT)
Received: from [172.20.175.126] (unknown [65.201.185.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 25EA461FA2; Fri, 22 Sep 2017 15:43:47 +0000 (UTC)
Date: Fri, 22 Sep 2017 15:43:43 +0000
User-Agent: K-9 Mail for Android
In-Reply-To: <20170922135842.5wy4fjrzy6zhgahz@mx4.yitter.info>
References: <150509601027.9852.16967877638602485585@ietfa.amsl.com> <CAAObRXJ6wJGCXkbKVkNmQCJ8NccBT63A8-9-LiRVZCFsDicchw@mail.gmail.com> <CACfw2hhaKTyfJfjQ5-_kfqiHX1oX+9P6mUWD06B87y_2ysdztA@mail.gmail.com> <045b01d33288$d3fadad0$7bf09070$@cn> <59C34510.4080705@redbarn.org> <048701d332a8$6f944980$4ebcdc80$@cn> <59C47601.5030804@redbarn.org> <20170922135842.5wy4fjrzy6zhgahz@mx4.yitter.info>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
To: dnsop@ietf.org,Andrew Sullivan <ajs@anvilwalrusden.com>
From: P Vix <paul@redbarn.org>
Message-ID: <19261992-0847-47C4-AAD8-46FB85BF21C8@redbarn.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Xvy9QwODfOSl05rmOMu8vtc2jik>
Subject: Re: [DNSOP] =?utf-8?b?562U5aSNOiAgIOetlOWkjTogIEZ3ZDogSS1EIEFjdGlv?= =?utf-8?q?n=3A_draft-song-atr-large-resp-00=2Etxt?=
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Sep 2017 15:43:50 -0000


On September 22, 2017 9:58:42 AM EDT, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
>On Thu, Sep 21, 2017 at 07:31:29PM -0700, Paul Vixie wrote:
>
>[…]
>
>> we need a kernel option for various open source operating systems
>which
>> causes all UDP to be fragmented at 512 octets of payload.
>
>If working on a protocol that merely depends on certain middleboxes
>eventually die is "insanity", what do we call it when people work on a
>protocol that depends on UDP fragments working everywhere?

"Untried."
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.