Re: [I2nsf] RFC or not RFC in I2NSF?
"Susan Hares" <shares@ndzh.com> Thu, 10 November 2016 02:57 UTC
Return-Path: <shares@ndzh.com>
X-Original-To: i2nsf@ietfa.amsl.com
Delivered-To: i2nsf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7F41129521 for <i2nsf@ietfa.amsl.com>; Wed, 9 Nov 2016 18:57:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.945
X-Spam-Level:
X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] autolearn=no 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 GKEhsdGdSLmC for <i2nsf@ietfa.amsl.com>; Wed, 9 Nov 2016 18:57:00 -0800 (PST)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B60EB1298AC for <i2nsf@ietf.org>; Wed, 9 Nov 2016 18:56:59 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=12.130.119.129;
From: Susan Hares <shares@ndzh.com>
To: 'John Strassner' <John.sc.Strassner@huawei.com>, adrian@olddog.co.uk, i2nsf@ietf.org
References: <047b01d23538$d076e820$7164b860$@olddog.co.uk> <B818037A70EDCC4A86113DA25EC0209820CC72C6@dfweml501-mbb>
In-Reply-To: <B818037A70EDCC4A86113DA25EC0209820CC72C6@dfweml501-mbb>
Date: Wed, 09 Nov 2016 21:54:01 -0500
Message-ID: <0b7d01d23afd$bd4e2e00$37ea8a00$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQF/JyNTvxrJG5OMfS71LYg5t5hVCQFsk3EOoWxEzrA=
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2nsf/kCA2gmw78w3B7ZeqwmjnP47uSZs>
Cc: 'Kathleen Moriarty' <kathleen.moriarty.ietf@gmail.com>
Subject: Re: [I2nsf] RFC or not RFC in I2NSF?
X-BeenThere: i2nsf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "*I2NSF: Interface to Network Security Functions mailing list*" <i2nsf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2nsf>, <mailto:i2nsf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2nsf/>
List-Post: <mailto:i2nsf@ietf.org>
List-Help: <mailto:i2nsf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2nsf>, <mailto:i2nsf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Nov 2016 02:57:02 -0000
John and Adrian: I'd like to comment on your recommendations. I agree that the gap analysis should just be input to other documents. The gap analysis served its purpose by pointing us to work that needed to be done. I'll be glad to keep it up to date. I agree with publication for (use cases: draft-ietf-i2nsf-problem-and-use-cases), Terminology (draft-ietf-i2nsf-framework), framework (draft-ietf-i2nsf-framework), protocol extensions (client-facing), examination of existing secure communication mechanisms (draft-ietf-i2nsf-client-facing-interface-req-00). I think we probably should publish the information model and the data. Why? I think information models are useful when you are creating new functionality. In many of the NETMOD models that are only yang models, the models are recasting old netmod work. information model. One heads up to the chairs, the IESG has determined that the I2RS work on the protocol strawman will be broken into pieces and given to the NETCONF and NETMOD working group. Based on that input, I will be uploading 3 drafts (Netconf changes for I2RS, RESTCONF changes for I2RS, and Yang model changes for I2RS requirements) that cover the additional technology for I2RS ephemeral state. In case you did not know, the pub/sub and notification drafts have already been submitted to NETCONF. However, there is one piece that is not being covered - the communication with the I2RS/I2NSF agent during DoS attacks. The I2RS, I2NSF, and DOTS work shares the need to get a "help me" message out/in to the nodes during these time periods. Would it be possible to schedule an interim in December or January to discuss this topic? Sue Hares -----Original Message----- From: I2nsf [mailto:i2nsf-bounces@ietf.org] On Behalf Of John Strassner Sent: Thursday, November 3, 2016 1:35 AM To: adrian@olddog.co.uk; i2nsf@ietf.org Cc: 'Kathleen Moriarty' Subject: Re: [I2nsf] RFC or not RFC in I2NSF? I agree with your recommendations. Regards, John -----Original Message----- From: I2nsf [mailto:i2nsf-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Wednesday, November 02, 2016 11:42 AM To: i2nsf@ietf.org Cc: 'Kathleen Moriarty' <kathleen.moriarty.ietf@gmail.com> Subject: [I2nsf] RFC or not RFC in I2NSF? Hi, We have a charter action and milestone to decide whether to publish our work as RFCs or not. The milestone reads: > WG decides whether to progress adopted drafts for publication as RFCs > (use cases, > framework, information model, and examination of existing secure > communication > mechanisms) We had some (light) conversations on the list and arrived at the following position, I think. This is your chance to scream if you disagree - otherwise, this is the email of record documenting our plan. use cases draft-ietf-i2nsf-problem-and-use-cases Pursue publication framework draft-ietf-i2nsf-framework Pursue publication information model Not yet clear, but some feeling that we should publish. Pending adoption and more work. gap analysis for protocols draft-ietf-i2nsf-gap-analysis Do not publish Keep draft alive for as long as it is useful, then archive requirements for protocol extensions Covered as part of draft-ietf-i2nsf-client-facing-interface-req-00 Pursue publication examination of existing secure communication mechanisms Aim to add this to draft-ietf-i2nsf-client-facing-interface-req-00 Pursue publication terminology draft-ietf-i2nsf-terminology Pursue publication Cheers, Adrian _______________________________________________ I2nsf mailing list I2nsf@ietf.org https://www.ietf.org/mailman/listinfo/i2nsf _______________________________________________ I2nsf mailing list I2nsf@ietf.org https://www.ietf.org/mailman/listinfo/i2nsf
- [I2nsf] RFC or not RFC in I2NSF? Adrian Farrel
- Re: [I2nsf] RFC or not RFC in I2NSF? Daniel Migault
- Re: [I2nsf] RFC or not RFC in I2NSF? John Strassner
- Re: [I2nsf] RFC or not RFC in I2NSF? Diego R. Lopez
- Re: [I2nsf] RFC or not RFC in I2NSF? Rakesh Kumar
- Re: [I2nsf] RFC or not RFC in I2NSF? Susan Hares