Re: [arch-d] deprecating Postel's principle- considered harmful

"Henry S. Thompson" <ht@inf.ed.ac.uk> Tue, 21 May 2019 10:15 UTC

Return-Path: <ht@inf.ed.ac.uk>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22C7D120108; Tue, 21 May 2019 03:15:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 DEUY8k2FID54; Tue, 21 May 2019 03:15:11 -0700 (PDT)
Received: from seine.is.ed.ac.uk (seine.is.ed.ac.uk [129.215.17.202]) (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 7019B12012F; Tue, 21 May 2019 03:15:08 -0700 (PDT)
Received: from crunchie.inf.ed.ac.uk (crunchie.inf.ed.ac.uk [129.215.202.41]) by seine.is.ed.ac.uk (8.14.7/8.14.7) with ESMTP id x4LAEHBK021173 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 21 May 2019 11:14:17 +0100
Received: from troutbeck.inf.ed.ac.uk (troutbeck.inf.ed.ac.uk [129.215.25.32]) by crunchie.inf.ed.ac.uk (8.14.7/8.14.7) with ESMTP id x4LAEFxR012815; Tue, 21 May 2019 11:14:15 +0100
Received: from troutbeck.inf.ed.ac.uk (localhost [127.0.0.1]) by troutbeck.inf.ed.ac.uk (8.14.7/8.14.7) with ESMTP id x4LAEGLN005477; Tue, 21 May 2019 11:14:16 +0100
Received: (from ht@localhost) by troutbeck.inf.ed.ac.uk (8.14.7/8.14.7/Submit) id x4LAEFR4005476; Tue, 21 May 2019 11:14:15 +0100
X-Authentication-Warning: troutbeck.inf.ed.ac.uk: ht set sender to ht@inf.ed.ac.uk using -f
To: Bob Briscoe <ietf@bobbriscoe.net>
Cc: Henning Schulzrinne <hgs@cs.columbia.edu>, Jari Arkko <jari.arkko@piuha.net>, "architecture-discuss@ietf.org" <architecture-discuss@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, Tim Berners-Lee <timbl@w3.org>
References: <F64C10EAA68C8044B33656FA214632C89F024CD3@MISOUT7MSGUSRDE.ITServices.sbc.com> <CALaySJJDHg5j9Z7+noS=YXoNROqdsbJ6coEECtLtbJ6fWJ3xsQ@mail.gmail.com> <CAHw9_iKE9SSOK_9AUpoMaS9pGz91LuJr1_HNv0B-6RxT_rb2dw@mail.gmail.com> <BA365F84-3BD8-4B6B-B454-B32E4B6B6D23@piuha.net> <CACgrgBYBW9zi+jzdGK55aQUa36UK669A2an6gm=Tm=fxDgP68A@mail.gmail.com> <f52e3197-c148-50f5-ae7e-167a37b30546@bobbriscoe.net>
From: "Henry S. Thompson" <ht@inf.ed.ac.uk>
Date: Tue, 21 May 2019 11:14:15 +0100
In-Reply-To: <f52e3197-c148-50f5-ae7e-167a37b30546@bobbriscoe.net> (Bob Briscoe's message of "Thu\, 9 May 2019 14\:20\:24 +0100")
Message-ID: <f5br28sglmw.fsf@troutbeck.inf.ed.ac.uk>
User-Agent: Gnus/5.1012 (Gnus v5.10.12) XEmacs/21.5-b34 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Edinburgh-Scanned: at seine.is.ed.ac.uk with MIMEDefang 2.84, Sophie, Sophos Anti-Virus, Clam AntiVirus
X-Scanned-By: MIMEDefang 2.84 on 129.215.17.202
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/Wp9KaTdzJTg7kRn-CcIa3v7cYMw>
Subject: Re: [arch-d] deprecating Postel's principle- considered harmful
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 May 2019 10:15:16 -0000

Bob Briscoe writes:

> ...
>
> Let's explore the idea that incentives are needed to encourage senders
> to tighten-up, rather than permanently rely on the receiver's
> liberality. Henning's responsible disclosure example is a good one,
> but it relies on a lot of human intervention at both ends. The EDNS
> flag day example was also effort-intensive.
>
> Perhaps we need something between Error and Warning, that says
> "Warning, Error imminent". Then, if the developer of the sender
> doesn't stop relying on the liberality of the receiver after a stated
> deadline, the receiver will stop being liberal, and communication will
> subsequently fail (or incrementally degrade, or publicly disclose the
> developer's laziness, etc).

Further to this, and to some of Henning's points, the XHTML vs. HTML5
example I raised earlier [1] provides an example of a missed opportunity
to implement something very much along thos lines.  At the height of the
(X)HTML debate, in 2008, Berners-Lee made a presentation to the W3C
arguing for a feedback-and-incentive-based approach to getting people to
stop serving broken HTML.  The write-up of this is now (thanks!) 
publicly available [2], and I recommend it.  For the purposes of this
discussion, you may want to skip the historical/technical introduction
at the beginning and go straight to the *Robustness Principle*, near the
bottom of the first column.

ht

[1] https://mailarchive.ietf.org/arch/msg/architecture-discuss/UEio_fmkxDR8Uj4njD5ajb2e_DA
[2] https://www.w3.org/DesignIssues/HTML-XML.html
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.