Re: [OPSEC] Next task: draft-bhatia-manral-igp-crypto-requirements-04

Joel Jaeggli <joelja@bogus.com> Sun, 24 January 2010 19:04 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: opsec@core3.amsl.com
Delivered-To: opsec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 42EF33A682E for <opsec@core3.amsl.com>; Sun, 24 Jan 2010 11:04:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level:
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Irrc0eMDRHf0 for <opsec@core3.amsl.com>; Sun, 24 Jan 2010 11:04:19 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [147.28.0.81]) by core3.amsl.com (Postfix) with ESMTP id 5DE203A6818 for <opsec@ietf.org>; Sun, 24 Jan 2010 11:04:19 -0800 (PST)
Received: from [192.168.1.151] (c-98-234-104-156.hsd1.ca.comcast.net [98.234.104.156]) (authenticated bits=0) by nagasaki.bogus.com (8.14.3/8.14.3) with ESMTP id o0OJ4JPc039792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <opsec@ietf.org>; Sun, 24 Jan 2010 19:04:21 GMT (envelope-from joelja@bogus.com)
Message-ID: <4B5C9362.5090407@bogus.com>
Date: Sun, 24 Jan 2010 10:37:22 -0800
From: Joel Jaeggli <joelja@bogus.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: "'opsec@ietf.org'" <opsec@ietf.org>
References: <4B4BFDBA.2030303@bogus.com>
In-Reply-To: <4B4BFDBA.2030303@bogus.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (nagasaki.bogus.com [147.28.0.81]); Sun, 24 Jan 2010 19:04:21 +0000 (UTC)
Subject: Re: [OPSEC] Next task: draft-bhatia-manral-igp-crypto-requirements-04
X-BeenThere: opsec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: opsec wg mailing list <opsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/opsec>, <mailto:opsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsec>
List-Post: <mailto:opsec@ietf.org>
List-Help: <mailto:opsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsec>, <mailto:opsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 24 Jan 2010 19:04:20 -0000

Postive comments on the inclusion of this draft, were recieved from glen
kent 12/16 and Alfred Hines. Unlike the previous round of discussion on
this draft not comments to the contrary, were registered.

In light of ou declared intent to bring it to the list for acceptance at
the IETF 76 meeting it is plausible to conclude, that we should accept
this work as a working group item and ammed our milestones accordingly.
while the comment period has ended, anyone who believes otherwise should
please contact me.

Thank you
Joel

joel jaeggli wrote:
> http://tools.ietf.org/html/draft-bhatia-manral-igp-crypto-requirements-04
> 
> To briefly recounted the saga as I know it, it has been discussed on
> this list before. Was presented in opsec first at ietf 74 with
> significant group feedback, and resulted in a spirited discussion on
> this list, including some extremely helpful commentary from RJ Atkinson
> on the attack surface of the various currently in-use algorithms.
> Subsequently the authors sought and received commentary from the
> security ad's.
> 
> The resulting document is ready for testing of wg acceptance. It is my
> understanding that the intended status of this document is informational.
> 
> Glen Kent noted his support for the  current document on 12/16.
> 
> Comment period will run 1 calender week 1/11-1/18
> 
> ---
> 
> WG chair hat off,
> 
> I think the draft could  still use of tweaks to the overall tone before
> it goes to last call, I see that value as guidance to implementors and
> perhaps operators rather than as guidance to the routing area, the work
> that will produce these protocol will necessarily occur separately from
> this document itself.
> 
>  I have a significant hand in changes between draft 03 and draft 04 for
> so I'm not entirely unbiased when it some to the current state, but I
> think it's pretty good. use of lower chase should in terms of addressing
> future requirements I think adequately conveys that this doucment
> recommends protocol changes but is not itself imposing those
> recommendations.
> 
> thanks
> joel
> _______________________________________________
> OPSEC mailing list
> OPSEC@ietf.org
> https://www.ietf.org/mailman/listinfo/opsec
>