Re: I-D.ietf-v6ops-cpe-simple-security-09

Mark Townsley <townsley@cisco.com> Sat, 20 March 2010 19:41 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BFEE63A6903 for <ietfarch-v6ops-archive@core3.amsl.com>; Sat, 20 Mar 2010 12:41:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.245
X-Spam-Level:
X-Spam-Status: No, score=-8.245 tagged_above=-999 required=5 tests=[AWL=-0.880, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_HI=-8, RDNS_NONE=0.1]
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 1mR+T8eHqLoN for <ietfarch-v6ops-archive@core3.amsl.com>; Sat, 20 Mar 2010 12:41:22 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 2CD2E3A67EE for <v6ops-archive@lists.ietf.org>; Sat, 20 Mar 2010 12:41:22 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1Nt4XD-00062Z-L5 for v6ops-data0@psg.com; Sat, 20 Mar 2010 19:40:35 +0000
Received: from [144.254.224.140] (helo=ams-iport-1.cisco.com) by psg.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from <townsley@cisco.com>) id 1Nt4X9-000627-Ik for v6ops@ops.ietf.org; Sat, 20 Mar 2010 19:40:32 +0000
Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkUBAKvBpEuQ/uCWe2dsb2JhbACbPRUBAQsLJAYcoz+YT4R9BA
X-IronPort-AV: E=Sophos;i="4.51,279,1267401600"; d="scan'208";a="58328134"
Received: from ams-core-1.cisco.com ([144.254.224.150]) by ams-iport-1.cisco.com with ESMTP; 20 Mar 2010 19:40:27 +0000
Received: from iwan-view3.cisco.com (iwan-view3.cisco.com [171.70.65.13]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o2KJeQmS012722; Sat, 20 Mar 2010 19:40:27 GMT
Received: from ams-townsley-8715.cisco.com (ams-townsley-8715.cisco.com [10.55.233.230]) by iwan-view3.cisco.com (8.11.2/CISCO.WS.1.2) with ESMTP id o2KJePY13883; Sat, 20 Mar 2010 12:40:25 -0700 (PDT)
Message-ID: <4BA524A8.9020201@cisco.com>
Date: Sat, 20 Mar 2010 20:40:24 +0100
From: Mark Townsley <townsley@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: james woodyatt <jhw@apple.com>
CC: IPv6 Operations <v6ops@ops.ietf.org>
Subject: Re: I-D.ietf-v6ops-cpe-simple-security-09
References: <D6F5ACD2-EB43-477E-9F48-AC3EDB3F7EB4@apple.com> <4BA3BBCF.2090903@cisco.com> <4BA3D1B3.4010501@gmail.com> <9EEBEB1D-8D88-45DB-9200-EBE2ED0D84CF@apple.com>
In-Reply-To: <9EEBEB1D-8D88-45DB-9200-EBE2ED0D84CF@apple.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

On 3/19/10 11:09 PM, james woodyatt wrote:
> On Mar 19, 2010, at 12:34, Brian E Carpenter wrote:
>    
>> So I want to say: let's not add *anything*. Let's just push it out in a matter of weeks.
>>      
> I'm currently sitting on a couple of minor edits:
>
> + Cite RFC 4007 to clear up confusion about multicast group scope boundaries.
> + Fix some inconsistencies between cpe-simple-security and RFC 4890.
>
> I'm planning to post the -10 revision tonight, then start revising my slides for Monday morning.  We shall see if there is a rough consensus for sending the -10 revision up the stack in the days following the meeting, or if further wrangling over it in the working group is in order.
>    
Wish I could be at the meeting next week to make my points there, but if 
I was I would be asking for something along the lines of this:

Section 2.3, first paragraph:

s/not forwarded into the/rate-limited or discarded before reaching the

And a new sentence like this:

Rate-limiting unsolicited inbound connections rather than rejecting them 
provides greater end-to-end transparency while still providing 
protection against address and port scanning attacks as well as 
overloading of slow links or devices within the home.

Thanks,

- Mark

PS. I have some other clarification suggestions and questions to ask 
about text I read while reviewing today. I'll wait for -10 before 
posting these.

>
> --
> james woodyatt<jhw@apple.com>
> member of technical staff, communications engineering
>
>
>
>
>