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
- Re: Results of IETF-conflict review for draft-wil… Harald Alvestrand
- Re: Results of IETF-conflict review for draft-wil… John C Klensin
- Re: Results of IETF-conflict review for draft-wil… Fernando Gont
- Re: Results of IETF-conflict review for draft-wil… Jari Arkko
- Re: Results of IETF-conflict review for draft-wil… Ted Hardie
- Re: Results of IETF-conflict review for draft-wil… Brian E Carpenter
- Re: Results of IETF-conflict review for draft-wil… Stephen Farrell
- Re: Results of IETF-conflict review for draft-wil… S Moonesamy
- Re: Results of IETF-conflict review for draft-wil… Eliot Lear
- RE: Results of IETF-conflict review for draft-wil… Dr. Sandeep Joshi [MU - Jaipur]
- Re: Results of IETF-conflict review for draft-wil… Brian E Carpenter
- Re: Results of IETF-conflict review for draft-wil… John C Klensin
- Re: Results of IETF-conflict review for draft-wil… Ted Hardie
- Re: Results of IETF-conflict review for draft-wil… Brian E Carpenter
- Re: Results of IETF-conflict review for draft-wil… Martin Stiemerling
- Re: Results of IETF-conflict review for draft-wil… Paul Hoffman
- Re: Results of IETF-conflict review for draft-wil… Stephen Farrell