Re: [mile] Documents for consideration as MILE WG items

Brian Trammell <trammell@tik.ee.ethz.ch> Sun, 30 October 2011 08:35 UTC

Return-Path: <trammell@tik.ee.ethz.ch>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1474A21F8509 for <mile@ietfa.amsl.com>; Sun, 30 Oct 2011 01:35:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SBYpQoTwXN0f for <mile@ietfa.amsl.com>; Sun, 30 Oct 2011 01:35:50 -0700 (PDT)
Received: from smtp.ee.ethz.ch (smtp.ee.ethz.ch [129.132.2.219]) by ietfa.amsl.com (Postfix) with ESMTP id 1235021F84B1 for <mile@ietf.org>; Sun, 30 Oct 2011 01:35:49 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 6A37CD9305; Sun, 30 Oct 2011 09:35:48 +0100 (MET)
X-Virus-Scanned: by amavisd-new on smtp.ee.ethz.ch
Received: from smtp.ee.ethz.ch ([127.0.0.1]) by localhost (.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Nd3o3OjnOJl3; Sun, 30 Oct 2011 09:35:48 +0100 (MET)
Received: from [10.0.1.2] (cust-integra-121-161.antanet.ch [80.75.121.161]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: briant) by smtp.ee.ethz.ch (Postfix) with ESMTPSA id E4048D9303; Sun, 30 Oct 2011 09:35:47 +0100 (MET)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Brian Trammell <trammell@tik.ee.ethz.ch>
In-Reply-To: <7C4DFCE962635144B8FAE8CA11D0BF1E058CE79952@MX14A.corp.emc.com>
Date: Sun, 30 Oct 2011 09:35:46 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <E0551CF0-F9BF-4896-93D0-345EC091E624@tik.ee.ethz.ch>
References: <C0A601C7-548D-4440-97C0-A169DF73EEB4@tik.ee.ethz.ch> <7C4DFCE962635144B8FAE8CA11D0BF1E058CE79952@MX14A.corp.emc.com>
To: "david.black@emc.com> <david.black@emc.com" <david.black@emc.com>, Sean Turner <turners@ieca.com>
X-Mailer: Apple Mail (2.1084)
Cc: mile@ietf.org
Subject: Re: [mile] Documents for consideration as MILE WG items
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mile>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 30 Oct 2011 08:35:51 -0000

Hi, David,

Thanks for the comments! An excellent point on the template and iodef-xmlreg... Indeed, the primary reason that these _are_ two drafts is to address the situation that a document template is clearly Informational: a Standards Track document with what is essentially a convenience template for other documents might be incorrectly read as process to further standardize the form of MILE documents, which is 1. not the intention and 2. IMO a bad idea for its inflexibility.

I had assumed after discussion with IANA that changes to the IANA XML Registry itself, or the process for handling it, would require a Standards Track document. Practically speaking, the change would be implemented with a note added to the top of the Registry noting that any registration of an IODEF-relevant schema would require additional Expert Review. However, looking at 3688, the BCP that defines the registry, it is probably sufficient to update it with a BCP, and a BCP status for the template is not at all inappropriate IMO. Will also wait for Sean's guidance on this point, but it would be possible to get such an -02 of mile-template out before the Taipei cutoff, especially given that the new text in the template would be half the length of this message. :)

Thanks again, and best regards,

Brian

On Oct 30, 2011, at 3:03 AM, <david.black@emc.com> <david.black@emc.com> wrote:

> Brian,
> 
> To state the obvious, the 6046bis draft (RID transport) should clearly be adopted by
> the WG, as it will need to be normatively referenced by Kathleen's 6045bis draft (RID),
> and both should be published as RFCs together.
> 
> I wonder whether it would be possible to combine the other two drafts into one,
> as the iodef-xmlreg draft is effectively the actual IANA considerations for the use of
> the IODEF template.  If the drafts are combined, it's still possible to have those IANA
> considerations apply to all IODEF extensions, not just those that use the template.
> 
> The different tracks (informational vs. standard) that are currently intended for the two
> drafts are a potential problem, on which I'll defer to Sean (AD), noting that Brian's
> message below reproduces all of the normative text in the iodef-xmlreg draft (2 sentences).
> 
> Thanks,
> --David
> ________________________________________
> From: mile-bounces@ietf.org [mile-bounces@ietf.org] On Behalf Of Brian Trammell [trammell@tik.ee.ethz.ch]
> Sent: Wednesday, October 26, 2011 3:23 AM
> To: mile@ietf.org
> Subject: [mile] Documents for consideration as MILE WG items
> 
> Greetings, all, and welcome to the MILE working group!
> 
> As a contributor, I'd like to put forward three documents for consideration as working group items under the initial charter; these are all relatively lightweight, and I believe should be easy to come to agreement on.
> 
> 
> 1. For * An informational template for extensions to IODEF:
> 
> "Guidelines for Extensions to IODEF for Managed Incident Lightweight Exchange"
>       http://tools.ietf.org/html/draft-trammell-mile-template
> 
> This is an informational document primarily intended to speed the work of the MILE WG itself. It contains an Internet-Draft template for IODEF extensions.
> 
> 
> 2. For * A Standards Track document for IODEF Extensions in IANA XML Registry:
> 
> "Expert Review for IODEF Extensions in IANA XML Registry"
> http://tools.ietf.org/html/draft-trammell-mile-iodef-xmlreg
> 
> This is a housekeeping and process document, which specifies a change to IODEF-related XML schema registrations in order to ensure an expert review of those schemas. It's really short; indeed, I'll quote the important part of the document here:
> 
>   Changes to the XML Schema registry for schema names beginning with
>   "urn:ietf:params:xml:schema:iodef" are subject to an additional IODEF
>   Expert Review [RFC5226].
> 
>   The IODEF expert(s) for these reviews will be designated by the IETF
>   Security Area Directors.
> 
> 
> 3. For * A Standards Track document specifying the transport for RID:
> 
> "Transport of Real-time Inter-network Defense (RID) Messages"
> http://tools.ietf.org/html/draft-trammell-mile-rfc6046-bis
> 
> This document is a straight update of RFC6046, making minor editorial changes and updating its status to Standards Track; there are no substantive technical changes from the HTTP-based protocol specified in RFC6046.
> 
> 
> As a contributor, I'd appreciate comments to the list on these documents by 2 November, stating whether you support the documents for adoption as WG items, and whether you would be willing to review them. (Okay, if you've read this message this far, you've essentially already reviewed mile-iodef-xmlreg, but the other two could use a critical eye.)
> 
> After 2 November, Kathleen will hold a consensus call on these documents.
> 
> Many thanks, and best regards,
> 
> Brian
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile