Re: Results of IETF-conflict review for draft-williams-exp-tcp-host-id-opt-07

"Paul Hoffman" <paul.hoffman@vpnc.org> Thu, 04 February 2016 16:15 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D37BD1B3247 for <ietf@ietfa.amsl.com>; Thu, 4 Feb 2016 08:15:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.347
X-Spam-Level:
X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553] autolearn=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 ypOx469YYRlL for <ietf@ietfa.amsl.com>; Thu, 4 Feb 2016 08:15:42 -0800 (PST)
Received: from hoffman.proper.com (Opus1.Proper.COM [207.182.41.91]) (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 E3F0D1B3242 for <ietf@ietf.org>; Thu, 4 Feb 2016 08:15:41 -0800 (PST)
Received: from [10.32.60.116] (50-1-98-110.dsl.dynamic.fusionbroadband.com [50.1.98.110]) (authenticated bits=0) by hoffman.proper.com (8.15.2/8.14.9) with ESMTPSA id u14GFd2d006745 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Feb 2016 09:15:40 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: hoffman.proper.com: Host 50-1-98-110.dsl.dynamic.fusionbroadband.com [50.1.98.110] claimed to be [10.32.60.116]
From: Paul Hoffman <paul.hoffman@vpnc.org>
To: Martin Stiemerling <mls.ietf@gmail.com>
Subject: Re: Results of IETF-conflict review for draft-williams-exp-tcp-host-id-opt-07
Date: Thu, 04 Feb 2016 08:15:43 -0800
Message-ID: <E3DC5614-0181-4EE9-BD97-F4B2ABB6931C@vpnc.org>
In-Reply-To: <56B371A0.1080200@gmail.com>
References: <20160125231333.27786.50459.idtracker@ietfa.amsl.com> <56A897AE.9060900@alvestrand.no> <56B371A0.1080200@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.3r5187)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/Yw4NznwE6x1dN_fDJaJQY1WVBZI>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Feb 2016 16:15:43 -0000

FWIW, the reason I'm pushing on this is that it feels like the IESG is 
violating the spirit of RFC 5742 by saying "The IETF doesn't want to 
work on this draft, so you should not publish it". That removes a lot of 
the independence from the ISE.

> The TCP option detailed in draft-williams-exp-tcp-host-id-opt is 
> extending an IETF protocol, and a very important IETF protocol, i.e., 
> TCP, that requires IETF review and consensus. Furthermore, the 
> proposed mechanism allows middleboxes to tag TCP connections with 
> additional identifiers that persistently can mark users. Therefore, 
> the IESG concluded that this draft violates RFC 7258, and does so 
> while extending an IETF protocol.

To reiterate what some others have said on this thread: please specify 
how this draft "violates" RFC 7258. My reading of that RFC and the 
discussion that lead to it, comes to a very different conclusion.

> The draft was reviewed in the TCPM working group and received negative 
> feedback:
> http://mailarchive.ietf.org/arch/msg/tcpm/lM9-Frq945LP12GKbp02hnynuWw

Note that this is a pointer to a message about a much-earlier version of 
the draft that has less explanatory text than the one being reviewed by 
the ISE. To me, this is an indicator that the draft needed fixing in 
order to meet the requirements of RFC 7258 of documenting the design 
decisions, and that the authors may have done so between -04 and -07.

> There have been also other places in the IETF where this draft was 
> presented and rejected.

If that's true, why did the IESG say that this draft is related to work 
in INTAREA? I interpreted that as a request that the authors take this 
draft to INTAREA, but now you're saying because the draft was

--Paul Hoffman