Re: [Roll] [roll] #132: draft-ietf-roll-trickle-mcast-04 - Clarify scope value of 3 - subnet-local

Robert Cragie <robert.cragie@gridmerge.com> Tue, 15 October 2013 16:15 UTC

Return-Path: <robert.cragie@gridmerge.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8F6611E81E4 for <roll@ietfa.amsl.com>; Tue, 15 Oct 2013 09:15:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 nfk6KzEM09V9 for <roll@ietfa.amsl.com>; Tue, 15 Oct 2013 09:15:35 -0700 (PDT)
Received: from mail41.extendcp.co.uk (mail41.extendcp.co.uk [79.170.44.41]) by ietfa.amsl.com (Postfix) with ESMTP id 95CB521F9E43 for <roll@ietf.org>; Tue, 15 Oct 2013 09:14:43 -0700 (PDT)
Received: from [94.116.219.190] (helo=[10.38.244.62]) by mail41.extendcp.com with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) id 1VW7Gc-0006Xn-GT for roll@ietf.org; Tue, 15 Oct 2013 17:14:42 +0100
Message-ID: <525D69F4.4030204@gridmerge.com>
Date: Tue, 15 Oct 2013 17:14:44 +0100
From: Robert Cragie <robert.cragie@gridmerge.com>
Organization: Gridmerge Ltd.
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: roll@ietf.org
References: <067.7473226c34e99536104b136c326ce300@trac.tools.ietf.org> <082.0e60a05a9e9a33903054243f518f8668@trac.tools.ietf.org> <13450.1381846273@sandelman.ca> <4518F39EB578034D8C99A9B7776CDBA301BE0790@xmb-aln-x04.cisco.com> <5697.1381853285@sandelman.ca>
In-Reply-To: <5697.1381853285@sandelman.ca>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms070908040009020800020000"
X-Authenticated-As: robert.cragie@gridmerge.com
Subject: Re: [Roll] [roll] #132: draft-ietf-roll-trickle-mcast-04 - Clarify scope value of 3 - subnet-local
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: robert.cragie@gridmerge.com, Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/roll>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Oct 2013 16:15:40 -0000

Yes, but your scenario is surely one where it cannot be automatically 
configured and therefore scope 4 is surely more applicable?

Robert

On 15/10/2013 17:08, Michael Richardson wrote:
> Ralph Droms (rdroms) <rdroms@cisco.com> wrote:
>      > What is your definition for "subnet" that is compatible with the
>      > definition from draft-ietf-6man-multicast-scopes:
>
>      >   automatically configured, i.e., automatically derived from physical
>      > connectivity or other, non-multicast-related configuration.
>
>      > I chose PAN ID as a way of identifying a "subnet" within a distribution
>      > of MPL forwarders that might be within radio range of each other but
>      > should be in separate MPL domains.  For example, suppose I have MPL
>      > forwarders in my flat and you have MPL forwarders in your flat.  How do
>      > my forwarders know they belong to the MPL domain in my flat while your
>      > forwarders know they belong to the MPL domain in your flat.  PAN ID
>      > would be one way to make that differentation.
>
> PANID is too restrictive in my opinion.
>
> I may well have a radio networks on the first floor of my (penthouse) flat,
> and another radio network on the second floor of my flat, connected by any
> number of wired (ethernet) or higher-powered wireless (wifi) layer-2
> technologies.  There are good radio reasons to use different PANIDs,
> because the isolation might be inconsistent.  The devices which connect my
> two floors know they are supposed to do that at the RPL level, and so
> subnet is the right thing.
>
> This is where we need to be prescriptive.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll