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

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 15 October 2013 17:16 UTC

Return-Path: <mcr@sandelman.ca>
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 2E93F11E81E4 for <roll@ietfa.amsl.com>; Tue, 15 Oct 2013 10:16:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.486
X-Spam-Level:
X-Spam-Status: No, score=-2.486 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599]
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 n-IIlQDtrKsp for <roll@ietfa.amsl.com>; Tue, 15 Oct 2013 10:16:51 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3::184]) by ietfa.amsl.com (Postfix) with ESMTP id 5D76C11E8136 for <roll@ietf.org>; Tue, 15 Oct 2013 10:16:27 -0700 (PDT)
Received: from sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by tuna.sandelman.ca (Postfix) with ESMTP id 0059520256; Tue, 15 Oct 2013 14:26:52 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id 876A363B88; Tue, 15 Oct 2013 13:16:20 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 7751663AEF; Tue, 15 Oct 2013 13:16:20 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
In-Reply-To: <4518F39EB578034D8C99A9B7776CDBA301BE0FA1@xmb-aln-x04.cisco.com>
References: <CE82BA46.24343%d.sturek@att.net> <4518F39EB578034D8C99A9B7776CDBA301BE0FA1@xmb-aln-x04.cisco.com>
X-Mailer: MH-E 8.2; nmh 1.3-dev; GNU Emacs 23.4.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Tue, 15 Oct 2013 13:16:20 -0400
Message-ID: <19709.1381857380@sandelman.ca>
Sender: mcr@sandelman.ca
Cc: "mariainesrobles@gmail.com" <mariainesrobles@gmail.com>, "Jonathan Hui (johui)" <johui@cisco.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: 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 17:16:56 -0000

Ralph Droms (rdroms) <rdroms@cisco.com> wrote:
    >> Also, I am in favor of Ralph's proposal on using PAN ID for MPL scope
    >> 3.  I don't see how any automatic configuration could take place if we
    >> can't identify a concrete identifier for the scope.  The other
    >> alternative (and to be honest the one I thought we were going to use)
    >> is DODAG ID.  This would allow your scenario where a subnet of
    >> different link technologies could support MPL domain 3.

    > Don - at present, MPL is, as far as I know, independent of RPL.  In
    > particular, MPL can be used in a mesh that does not use RPL.
    > Therefore, there might not be a DODAG ID to use as a MPL domain
    > identifier.

While I agree with you, that MPL is separate from RPL in the same way that
HTTP can run over V32bis or ITU-T Rec. X.214 (OSI TPx) if we want it to,
if one want to use MPL in another environment one will have to specify
the boundaries somehow.

Using PANID limits one to 802.15.4-ish networks: what is the PANID of
ethernet?  ROLL is specifically chartered to work across a multitude of
different layer-2 protocols.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works