Re: [Roll] definition of "RPL Domain"
Don Sturek <d.sturek@att.net> Wed, 16 November 2011 18:32 UTC
Return-Path: <d.sturek@att.net>
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 BC75621F8C92 for <roll@ietfa.amsl.com>; Wed, 16 Nov 2011 10:32:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
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 1DETQRGY6JgP for <roll@ietfa.amsl.com>; Wed, 16 Nov 2011 10:32:48 -0800 (PST)
Received: from nm16.access.bullet.mail.mud.yahoo.com (nm16.access.bullet.mail.mud.yahoo.com [66.94.237.217]) by ietfa.amsl.com (Postfix) with SMTP id 0055621F93AF for <roll@ietf.org>; Wed, 16 Nov 2011 10:32:47 -0800 (PST)
Received: from [66.94.237.127] by nm16.access.bullet.mail.mud.yahoo.com with NNFMP; 16 Nov 2011 18:23:14 -0000
Received: from [66.94.237.96] by tm2.access.bullet.mail.mud.yahoo.com with NNFMP; 16 Nov 2011 18:23:14 -0000
Received: from [127.0.0.1] by omp1001.access.mail.mud.yahoo.com with NNFMP; 16 Nov 2011 18:23:14 -0000
X-Yahoo-Newman-Id: 939283.76065.bm@omp1001.access.mail.mud.yahoo.com
Received: (qmail 61754 invoked from network); 16 Nov 2011 18:23:14 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1321467794; bh=md4yC42ElTbLKtb6nOorKZ3ueOdgCUu9hYpC0AmO7po=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:User-Agent:Date:Subject:From:To:CC:Message-ID:Thread-Topic:In-Reply-To:Mime-version:Content-type:Content-transfer-encoding; b=oJgdzXhiEzt8a2eOSVPjiIY+uYgV9ZjRCJgsHAyOLYnX/x5V0cPTya6cwWWxspUzXCcVCkv3RDEeTCClYWctgynDeeAlG8xbyt3W01InufY6UU09zMo8MvIiSE0h/+Uoih2RlykTZXwt8V4OVxQ8Dx6NgjKc7tcJCHLk4Np0c5Y=
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: 1zzeTacVM1mXbgz.rBgUPmNsU91PevtbFhvcqoZNUEsYIpz 20T6iEvvfBgIySv7Nq.TQJxJqu8WgGq3agl5ua4L7ffGVLfhX.2212g9WT49 K7T3x.eC.3TcHifwd6yVZa8loheDsp_.u_bnsR2nkqQZGGQTB4ZF3Fh3x4jU u2BWEf_QTzEKLncVI3bynD9NR4ySVPSUtmnJtEU1Jz567uqLs3nZSNOhG.2i TsdMjmwtb3uo3MzceAceMX8DHCYf85al9nSwLwMDEKQLIFkwexV5IviVTVd. Jnqb_lOVMgnpGCGpK5S2GbYKzD_z1TKOiFQ7uERgSDVHQk7Xfr59E_h.B7O6 fbE3NlSIy7HYVTkjzgwAru_wqEyP2hZS5.6jYcKI_9aeoqVMjb9x2mZ0X3nI bk2nAcoiUc7.MEv6v_BU-
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
Received: from [10.1.1.118] (d.sturek@174.78.56.227 with login) by smtp104.sbc.mail.ne1.yahoo.com with SMTP; 16 Nov 2011 10:23:13 -0800 PST
User-Agent: Microsoft-MacOutlook/14.13.0.110805
Date: Wed, 16 Nov 2011 10:22:55 -0800
From: Don Sturek <d.sturek@att.net>
To: Mukul Goyal <mukul@uwm.edu>, Sébastien Dawans <sebastien.dawans@cetic.be>
Message-ID: <CAE93ED3.D351%d.sturek@att.net>
Thread-Topic: [Roll] definition of "RPL Domain"
In-Reply-To: <1651973633.318584.1321466820655.JavaMail.root@mail17.pantherlink.uwm.edu>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] definition of "RPL Domain"
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Wed, 16 Nov 2011 18:32:48 -0000
Hi Mukul, I guess my view on this is the opposite of yours. I would like to see host-only devices not need to know anything about RPL. Here is why: 1) Code savings. Removing RPL from these host only devices would allow for deployment on smaller footprint devices 2) Battery operated devices. Some host only devices are deployed on non-mains powered devices. It would be nice for these devices to not have to listen for any RPL control messages yet still support transmission into a RPL routing domain. Don On 11/16/11 10:07 AM, "Mukul Goyal" <mukul@uwm.edu> wrote: >Hi Sebastien > >First, I would like to clarify that the need to define "RPL domain" arose >because draft-ietf-6man-rpl-option and draft-ietf-6man-rpl-routing-header >were using the term. Now, these drafts use the term "RPL instance" and >hence there is no real need to define the term "RPL domain" any more. I >will change draft-ietf-roll-p2p-measurement so that all references to >"RPL domain" are changed to "RPL Instance". > >Now returning to the question whether hosts should be considered part of >the RPL Instance, the benefit of doing so is that there is no need to use >IP-in-IP tunneling when a host sends out some data. If a host is not >considered part of the RPL Instance, its default RPL router is obliged to >use IP-in-IP tunneling to forward the packet further. IP-in-IP tunneling >means an extra IPv6 header and thus less space for payload if you want to >avoid fragmentation. Also, if the packet is traveling along a DAG, the >encapsulation/decapsulation needs to be done at every hop, which sounds >fairly heavy duty processing to me. > >So, I would like to explore if there is a way we could consider hosts to >be a part of the RPL Instance. > >Regards, >Mukul > >>On what ground would you assume that a non-RPL aware host connected to a >>RPL-router (in this case I would call it a border router) is in a/the >>RPL Domain? > >> From what I've seen in the drafts, the term "RPL Domain"'s primary >>purpose it to differentiate the limits of "RPL-aware" nodes for IP >>traffic that needs to transit to or from a set of RPL-aware hosts (for >>example, to define where to add/remove the RPL IPv6 Hop-by-Hop Option if >>used). > >>To me, this interpretation of RPL Domain is thus only useful in a local >>context and not to meant to designate one or more bounded set of nodes. >>That's the role of DODAGs and Instances. > >>Best Regards, > >>Sébastien Dawans > >On 11/16/2011 02:20 PM, Mukul Goyal wrote: >> So, the revised doubts are as follows: >> >> 1. It is clear that RPL routers are within an RPL domain but what about >>the RPL-unaware IPv6 hosts attached to an RPL router? I would imagine >>that such hosts are also within an RPL domain. >> >> 2. Is an RPL domain same as an RPL instance? Or is an RPL domain a set >>of RPL instances in the LLN? Can multiple RPL domains exist within an >>LLN? Or is it that an RPL domain is same as an LLN using RPL as a >>routing protocol? >> >> THanks >> Mukul >> >> ----- Original Message ----- >> From: "Mukul Goyal"<mukul@uwm.edu> >> To: "Thomas Heide Clausen"<thomas@thomasclausen.org> >> Cc: "roll"<roll@ietf.org> >> Sent: Wednesday, November 16, 2011 7:15:59 AM >> Subject: Re: [Roll] definition of "RPL Domain" >> >> >>> Now that we are at it: what is an RPL host? Or rather, why is this >>>even a conceivable thing to define? Afaik, RPL is a routing protocol, >>>and as such should concern only routers - not hosts? >>> >> My bad. By RPL host, I actually meant an RPL leaf node. I think this >>term "RPL host" was in use at one point in time but I cant find a >>reference to it in current spec. >> >> THanks >> Mukul >> >> >> >> ----- Original Message ----- >> From: "Thomas Heide Clausen"<thomas@thomasclausen.org> >> To: "Mukul Goyal"<mukul@uwm.edu> >> Cc: "JP Vasseur"<jpv@cisco.com>, "roll"<roll@ietf.org> >> Sent: Wednesday, November 16, 2011 6:25:31 AM >> Subject: Re: [Roll] definition of "RPL Domain" >> >> Now that we are at it: what is an RPL host? Or rather, why is this even >>a conceivable thing to define? Afaik, RPL is a routing protocol, and as >>such should concern only routers - not hosts? >> >> I worry if this is inventing an entire ecosystem which "pretends to be >>just like the Internet, except it is not", as it needs entirely new >>stacks, protocols, translators/gateways everywhere, and with no real >>traces of IP as we know it remaining? >> >> > >_______________________________________________ >Roll mailing list >Roll@ietf.org >https://www.ietf.org/mailman/listinfo/roll >_______________________________________________ >Roll mailing list >Roll@ietf.org >https://www.ietf.org/mailman/listinfo/roll
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Dijk, Esko
- Re: [Roll] definition of "RPL Domain" JP Vasseur
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Jeff Apcar (japcar)
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" C Chauvenet
- Re: [Roll] definition of "RPL Domain" C Chauvenet
- Re: [Roll] definition of "RPL Domain" Sébastien Dawans
- Re: [Roll] definition of "RPL Domain" Jonathan Hui
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Jonathan Hui
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Jonathan Hui
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Angelo P. Castellani
- Re: [Roll] definition of "RPL Domain" Jonathan Hui
- Re: [Roll] definition of "RPL Domain" C Chauvenet
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Dijk, Esko
- Re: [Roll] definition of "RPL Domain" Don Sturek
- Re: [Roll] definition of "RPL Domain" Juergen Schoenwaelder
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- [Roll] RPL traffic Re: definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Philip Levis
- Re: [Roll] definition of "RPL Domain" Thomas Heide Clausen
- Re: [Roll] definition of "RPL Domain" Don Sturek
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Don Sturek
- [Roll] Hosts part of the RPL instance? Re: defini… Mukul Goyal
- Re: [Roll] Hosts part of the RPL instance? Re: de… Ulrich Herberg
- Re: [Roll] Hosts part of the RPL instance? Re: de… Yvonne-Anne Pignolet
- Re: [Roll] Hosts part of the RPL instance? Re: de… Emmanuel Baccelli
- Re: [Roll] Hosts part of the RPL instance? Re: de… Robert Cragie
- Re: [Roll] Hosts part of the RPL instance? Re: de… Jonathan Hui
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" Mukul Goyal
- Re: [Roll] definition of "RPL Domain" JP Vasseur