Re: [karp] WGLC of draft-ietf-karp-ospf-analysis-03

Sean Turner <turners@ieca.com> Wed, 06 June 2012 19:21 UTC

Return-Path: <turners@ieca.com>
X-Original-To: karp@ietfa.amsl.com
Delivered-To: karp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D03C021F87D4 for <karp@ietfa.amsl.com>; Wed, 6 Jun 2012 12:21:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.093
X-Spam-Level:
X-Spam-Status: No, score=-102.093 tagged_above=-999 required=5 tests=[AWL=0.172, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
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 kbI718UT4o1l for <karp@ietfa.amsl.com>; Wed, 6 Jun 2012 12:21:00 -0700 (PDT)
Received: from gateway09.websitewelcome.com (gateway09.websitewelcome.com [67.18.124.12]) by ietfa.amsl.com (Postfix) with ESMTP id 702A621F87D3 for <karp@ietf.org>; Wed, 6 Jun 2012 12:21:00 -0700 (PDT)
Received: from gator1743.hostgator.com (gator1743.hostgator.com [184.173.253.227]) by gateway09.websitewelcome.com (Postfix) with ESMTP id E2D467C8875B3 for <karp@ietf.org>; Wed, 6 Jun 2012 14:20:59 -0500 (CDT)
Received: from [96.231.120.23] (port=46446 helo=thunderfish.local) by gator1743.hostgator.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from <turners@ieca.com>) id 1ScLmt-0003oI-KF; Wed, 06 Jun 2012 14:20:59 -0500
Message-ID: <4FCFAD9A.4070707@ieca.com>
Date: Wed, 06 Jun 2012 15:20:58 -0400
From: Sean Turner <turners@ieca.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Sam Hartman <hartmans-ietf@mit.edu>
References: <02717414-847B-4E3C-9F47-7AE30947F052@cisco.com> <4FB7FAC3.70701@ieca.com> <tsld35oeed0.fsf@mit.edu> <4FC3BE9D.7080506@ieca.com> <tslk3zk5lsh.fsf@mit.edu>
In-Reply-To: <tslk3zk5lsh.fsf@mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator1743.hostgator.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - ieca.com
X-BWhitelist: no
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: (thunderfish.local) [96.231.120.23]:46446
X-Source-Auth: sean.turner@ieca.com
X-Email-Count: 5
X-Source-Cap: ZG9tbWdyNDg7ZG9tbWdyNDg7Z2F0b3IxNzQzLmhvc3RnYXRvci5jb20=
Cc: karp@ietf.org
Subject: Re: [karp] WGLC of draft-ietf-karp-ospf-analysis-03
X-BeenThere: karp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for key management for routing and transport protocols <karp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/karp>, <mailto:karp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/karp>
List-Post: <mailto:karp@ietf.org>
List-Help: <mailto:karp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/karp>, <mailto:karp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jun 2012 19:21:01 -0000

Sam,

That's okay by me.

spt

On 6/6/12 2:37 PM, Sam Hartman wrote:
> Hi.
> Looking at the draft I'd prefer to address your two comments by updating
> the solutions work section to add a paragraph  describing what has been
> accomplished.
> I think that works better than  working the solution work back in
> throughout the rest of the draft.
> The intent of this analysis was to capture the work that lead to
> deciding we need the solutions.
>>>>>> "Sean" == Sean Turner<turners@ieca.com>  writes:
>      Sean>  Also should this sentence be changed:
>
>      Sean>  OLD:
>
>      Sean>  A security solution will be developed for OSPFv2 and OSPFv3 based on
>      Sean>  the OSPFv2 cryptographic authentication option.
>
>      Sean>  NEW:
>
>      Sean>  A security solution will be developed for OSPFv3 based on the OSPFv2
>      Sean>  cryptographic authentication option.
>
>
> No, it's correct as written.  we're updating both ospfv2 and v3.  For
> both we're using the existing v2 as a basis.  For v3 it's an entirely
> new option.  For v2 it's a new option that handles source address,
> requires enough constraints that we get inter-connection replay, etc.
>