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

"STARK, BARBARA H (ATTLABS)" <bs7652@att.com> Fri, 05 March 2010 15:31 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 E0AE528C0DD for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 5 Mar 2010 07:31:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.495
X-Spam-Level:
X-Spam-Status: No, score=-104.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, 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 QA2Ts5QdKA3T for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 5 Mar 2010 07:31:46 -0800 (PST)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 10F503A8D24 for <v6ops-archive@lists.ietf.org>; Fri, 5 Mar 2010 07:31:46 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1NnZQm-0002DK-IA for v6ops-data0@psg.com; Fri, 05 Mar 2010 15:27:12 +0000
Received: from [216.82.241.147] (helo=mail146.messagelabs.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from <bs7652@att.com>) id 1NnZQh-0002C5-SF for v6ops@ops.ietf.org; Fri, 05 Mar 2010 15:27:08 +0000
X-VirusChecked: Checked
X-Env-Sender: bs7652@att.com
X-Msg-Ref: server-8.tower-146.messagelabs.com!1267802819!19632135!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [144.160.20.146]
Received: (qmail 7434 invoked from network); 5 Mar 2010 15:26:59 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-8.tower-146.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Mar 2010 15:26:59 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id o25FQqKr017065; Fri, 5 Mar 2010 10:26:55 -0500
Received: from 01GAF5142010624.AD.BLS.COM (01GAF5142010624.ad.bls.com [139.76.131.91]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with SMTP id o25FQlfY016707; Fri, 5 Mar 2010 10:26:47 -0500
Received: from 01NC27689010625.AD.BLS.COM ([90.144.44.200]) by 01GAF5142010624.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.3959); Fri, 5 Mar 2010 10:26:56 -0500
Received: from 01NC27689010650.AD.BLS.COM ([90.144.44.120]) by 01NC27689010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.3959); Fri, 5 Mar 2010 10:26:56 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: I-D.ietf-v6ops-cpe-simple-security-09
Date: Fri, 05 Mar 2010 10:26:55 -0500
Message-ID: <750BF7861EBBE048B3E648B4BB6E8F4F11D93ABD@crexc50p>
In-Reply-To: <2799F154-B51E-4327-A040-1AE66E6949F6@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: I-D.ietf-v6ops-cpe-simple-security-09
Thread-Index: Acq8cypI6BKOdy3gQpO8szoIY53EbwAAnTHw
References: <D6F5ACD2-EB43-477E-9F48-AC3EDB3F7EB4@apple.com> <0E826480-B510-4907-9F38-6119C0D7523B@cisco.com> <929CA789-3B68-4B60-A623-311D072B4F17@cisco.com> <AA773B57-8CD1-4701-A39A-F2E10DEED35E@apple.com> <38CDE90C-7CF7-41B2-893E-E2811B3E51B1@cisco.com> <A424A6DF-68F3-4338-833E-872490C6CB23@apple.com> <2799F154-B51E-4327-A040-1AE66E6949F6@cisco.com>
From: "STARK, BARBARA H (ATTLABS)" <bs7652@att.com>
To: Mark Baugher <mbaugher@cisco.com>, james woodyatt <jhw@apple.com>
Cc: IPv6 Operations <v6ops@ops.ietf.org>
X-OriginalArrivalTime: 05 Mar 2010 15:26:56.0594 (UTC) FILETIME=[4A870320:01CABC78]
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

> While I don't think it is necessarily true that 'making site-local the
> DEFAULT multicast scope boundary places the subscriber network in the
> same organization-local scope as the provider network', I think its
> true that both site-local and organization-local need to stay on the
> 'interior' network.  So it would be better to say what is allowed to
be
> forwarded to and from the exterior (i.e. global-scope multicast) and
by
> implication, everything else is not (organization/site/link-local).

I think it's important to say something, so there is some expectation of
consistency in the default behavior. For the average consumer, I think
that organizational scope is reasonable.

In general, I think this draft is in good shape, and I'd like to see it
progress.
Barbara