Re: Negotiated noncompliance

Charles Lindsey <chl@clw.cs.man.ac.uk> Thu, 17 August 2000 11:21 UTC

Received: from cs.utk.edu (CS.UTK.EDU [128.169.94.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA23637 for <drums-archive@odin.ietf.org>; Thu, 17 Aug 2000 07:21:29 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id HAA13867; Thu, 17 Aug 2000 07:21:13 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Thu, 17 Aug 2000 07:20:09 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id HAA13824; Thu, 17 Aug 2000 07:20:09 -0400 (EDT)
Received: from serenity.mcc.ac.uk (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id HAA13811; Thu, 17 Aug 2000 07:20:05 -0400 (EDT)
Received: from serenity.mcc.ac.uk (130.88.200.93 -> serenity.mcc.ac.uk) by cs.utk.edu (smtpshim v1.0); Thu, 17 Aug 2000 07:20:05 -0400
Received: from nessie.mcc.ac.uk ([130.88.200.20] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 13PNiN-0004UU-00 for drums@cs.utk.edu; Thu, 17 Aug 2000 12:20:03 +0100
Received: from clw.cs.man.ac.uk (clerew.man.ac.uk [194.66.22.208]) by nessie.mcc.ac.uk (8.9.3/8.8.8) with ESMTP id MAA83946 for <drums@cs.utk.edu>; Thu, 17 Aug 2000 12:20:01 +0100 (BST) (envelope-from root@clw.cs.man.ac.uk)
Received: (from root@localhost) by clw.cs.man.ac.uk (8.9.1b+Sun/8.9.1) id KAA21827 for drums@cs.utk.edu; Thu, 17 Aug 2000 10:01:11 +0100 (BST)
Received: from localhost (localhost [127.0.0.1]) by clw.cs.man.ac.uk (8.9.1b+Sun/8.9.1) with SMTP id KAA21824 for <drums@cs.utk.edu>; Thu, 17 Aug 2000 10:01:10 +0100 (BST)
Message-Id: <200008170901.KAA21824@clw.cs.man.ac.uk>
Date: Thu, 17 Aug 2000 10:01:10 +0100
From: Charles Lindsey <chl@clw.cs.man.ac.uk>
Reply-To: Charles Lindsey <chl@clw.cs.man.ac.uk>
Subject: Re: Negotiated noncompliance
To: drums@cs.utk.edu
MIME-Version: 1.0
Content-Type: TEXT/plain; charset="us-ascii"
Content-MD5: NJdhliQmkaro7Y31VeIFQA==
X-Mailer: dtmail 1.3.0 CDE Version 1.3 SunOS 5.7 sun4m sparc
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>

	On Wed, 16 Aug 2000 16:41:38 -0700
	Dave Crocker <dcrocker@brandenburg.com> said...

> 
> >  If an implementation receives protocol which is not
> >permitted by the specification and the specification does not mandate
> >the response to such illegal protocol, the implementation MAY consider
> >the peer to have negotiated a nonstandard protocol.
> 
> 
> In other words, a receiver is free to handle errors in any way it deems 
> appropriate, unless the specification explicitly defines the handling of 
> this particular effort.

That indeed seems a messy way to handle it. We know some implementations
are going to do this sort of thing, whether we like it or not.

In Netnews, we have the concept of a "cooperating subnet" who agree
amongst themselves to implement "some variant of the defined protocols".
It is a convenient bucket into which to sweep all those odd little
quirks which individual sites may adopt, and doing so without drawing
attention to them by verbiage visible in the text of the document. That
would be the real damage - drawing attention to possible loopholes will
only encourage people to open them up.

The most I would do is to say that you MUST generate proper stuff, and
you SHOULD NOT accept improper stuff (I agree that people who want to
say MUST NOT accept improper stuff are going too far).
> 
> Besides being on the wrong side of a slippery slope, this sort of language 
> will only serve to make the distinction between "in spec" and "out of spec" 
> more confused than it already is.

Exactly. I oppose the wording suggested, but have no problem with
opening up the discussion in more general terms.

Charles H. Lindsey ---------At Home, doing my own thing------------------------
Email:     chl@clw.cs.man.ac.uk  Web:   http://www.cs.man.ac.uk/~chl
Voice/Fax: +44 161 437 4506      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9     Fingerprint: 73 6D C2 51 93 A0 01 E7  65 E8 64 7E 14 A4 AB A5