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

Fred Baker <fred@cisco.com> Thu, 04 March 2010 23:47 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 562BB3A8CA8 for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 4 Mar 2010 15:47:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.495
X-Spam-Level:
X-Spam-Status: No, score=-108.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_HI=-8, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 KpcGmpX1m16G for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 4 Mar 2010 15:47:53 -0800 (PST)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 9EF8F3A8BBE for <v6ops-archive@lists.ietf.org>; Thu, 4 Mar 2010 15:47:52 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1NnKkb-0006j6-C0 for v6ops-data0@psg.com; Thu, 04 Mar 2010 23:46:41 +0000
Received: from [64.102.122.149] (helo=rtp-iport-2.cisco.com) by psg.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from <fred@cisco.com>) id 1NnKkY-0006hn-DW for v6ops@ops.ietf.org; Thu, 04 Mar 2010 23:46:38 +0000
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.49,583,1262563200"; d="scan'208";a="90672020"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 04 Mar 2010 23:46:36 +0000
Received: from stealth-10-32-244-222.cisco.com (stealth-10-32-244-222.cisco.com [10.32.244.222]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o24Nkauc019761; Thu, 4 Mar 2010 23:46:36 GMT
Subject: Re: I-D.ietf-v6ops-cpe-simple-security-09
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Fred Baker <fred@cisco.com>
In-Reply-To: <B11D89CB-19EB-46B8-9796-3C542BBEBB54@apple.com>
Date: Thu, 04 Mar 2010 15:46:31 -0800
Cc: Mark Baugher <mbaugher@cisco.com>, IPv6 Operations <v6ops@ops.ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C8A52100-BE24-4D86-9C6A-3ED1417391C3@cisco.com>
References: <D6F5ACD2-EB43-477E-9F48-AC3EDB3F7EB4@apple.com> <0E826480-B510-4907-9F38-6119C0D7523B@cisco.com> <B11D89CB-19EB-46B8-9796-3C542BBEBB54@apple.com>
To: james woodyatt <jhw@apple.com>
X-Mailer: Apple Mail (2.1077)
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

I'd be willing to do a last call. There was no discussion in Hiroshima, and the discussion in Stockholm left you muttering under your breath. Are you *ready* for a last call?

I would suggest that we have a f2f discussion in Anaheim and decide this then.

On Mar 4, 2010, at 3:36 PM, james woodyatt wrote:

> On Mar 4, 2010, at 15:25, Mark Baugher wrote:
>> 
>> 1. Rec-2.  Why not site-scope?
> 
> Because the subscriber and the provider are not the same organization, and we recommend that CPE routers enforce the organization-local scope boundary to protect subscriber's interior multicast routing up to the organization-local scope level, not just the site-local scope level.  This permits a subscriber to, for example, divide their interior network into multiple site-local multicast routing domains, each with potentially multiple links.
> 
>> 2. Rec-42.  Pardon me if I'm being dense, but what are you saying here?  That service providers cannot manage the device from an exterior interface?
> 
> No.  Only that the DEFAULT configuration of subscriber managed gateways is that service providers aren't offered a management interface.  If subscribers are issued provider managed gateways, or they explicitly change the DEFAULT configuration of their subscriber managed gateways, then service providers can manage them.
> 
>> There are many SHOULDs and some should be MUSTs.  I have a long list of nits and such.  I'll send the markups directly to you, James.  Is this Last Call or is this going into Last Call soon?
> 
> The chairs have not made a Last Call.  I'm trying to surface objections before I ask the chairs to issue a Last Call on Sunday evening.
> 
> 
> --
> james woodyatt <jhw@apple.com>
> member of technical staff, communications engineering
> 
> 
> 

http://www.ipinc.net/IPv4.GIF