[DNSOP] a fragmented and uncooperative Internet

Jim Reid <jim@rfc1035.com> Thu, 21 September 2017 07:22 UTC

Return-Path: <jim@rfc1035.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id A4183132EA7 for <dnsop@ietfa.amsl.com>; Thu, 21 Sep 2017 00:22:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id UYucuxp480Ts for <dnsop@ietfa.amsl.com>; Thu, 21 Sep 2017 00:22:21 -0700 (PDT)
Received: from shaun.rfc1035.com (smtp.v6.rfc1035.com [IPv6:2001:4b10:100:7::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76DB21326ED for <dnsop@ietf.org>; Thu, 21 Sep 2017 00:22:21 -0700 (PDT)
Received: from [] (unknown []) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shaun.rfc1035.com (Postfix) with ESMTPSA id 163F42421249; Thu, 21 Sep 2017 07:22:19 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Jim Reid <jim@rfc1035.com>
In-Reply-To: <048701d332a8$6f944980$4ebcdc80$@cn>
Date: Thu, 21 Sep 2017 08:22:17 +0100
Cc: Paul Vixie <paul@redbarn.org>, dnsop WG <dnsop@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <7173DD0A-5B97-48F4-98A1-417FFC11C3D6@rfc1035.com>
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>
To: "\"Davey Song(宋林健)\"" <ljsong@biigroup.cn>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/tNSCOV-79M4WwerqzzRPUXilYYs>
Subject: [DNSOP] a fragmented and uncooperative Internet
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: Thu, 21 Sep 2017 07:22:23 -0000

> On 21 Sep 2017, at 08:08, Davey Song(宋林健) <ljsong@biigroup.cn> wrote:
> In another word, we are facing the fragmented and uncooperative Internet. What should we do ?

Switch it off? Hand it over to ITU control? :-)

The Internet was designed from the outset to work around breakage. Packet fragmentation issues will always be with us unfortunately. The networks which have these problems will fix them: Darwinism will take care of that eventually. Until then everyone else just has to work around them or ignore their brokenness. 'coz that's how it works.

We (for some definition of we) might come up with some tools to help identify the problem or do some outreach and education to help mend these broken networks. However I am sceptical those sort of things will be successful. After all we still have nets, servers and middleboxes that can't/won't handle EDNS correctly or assume that DNS packets only ever go over UDP and are always < 512 bytes.