Re: [Roll] [roll] #86: G flag: do we need that text?
Philip Levis <pal@cs.stanford.edu> Wed, 04 April 2012 21:48 UTC
Return-Path: <pal@cs.stanford.edu>
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 DDD9B21F8595 for <roll@ietfa.amsl.com>; Wed, 4 Apr 2012 14:48:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.433
X-Spam-Level:
X-Spam-Status: No, score=-4.433 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FF_IHOPE_YOU_SINK=2.166, RCVD_IN_DNSWL_MED=-4]
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 V0os489no8Lo for <roll@ietfa.amsl.com>; Wed, 4 Apr 2012 14:48:55 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by ietfa.amsl.com (Postfix) with ESMTP id 26D6C21F8582 for <roll@ietf.org>; Wed, 4 Apr 2012 14:48:55 -0700 (PDT)
Received: from dn521390.sunet ([10.32.141.32]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from <pal@cs.stanford.edu>) id 1SFY4U-0001T5-7i; Wed, 04 Apr 2012 14:48:54 -0700
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset="us-ascii"
From: Philip Levis <pal@cs.stanford.edu>
In-Reply-To: <rmdamo7xuqhaymlxq0llmkcn.1333556888603@email.android.com>
Date: Wed, 04 Apr 2012 14:49:04 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <DA3616EA-593B-468E-8E96-A15F74EC919D@cs.stanford.edu>
References: <rmdamo7xuqhaymlxq0llmkcn.1333556888603@email.android.com>
To: Michael Richardson <mcr@sandelman.ca>
X-Mailer: Apple Mail (2.1257)
X-Scan-Signature: 67f4a389e065da33eb5969ecb4726704
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #86: G flag: do we need that text?
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, 04 Apr 2012 21:48:56 -0000
On Apr 4, 2012, at 9:28 AM, Michael Richardson wrote: > I think we need to determine what a grounded DODAG is. > Does it mean that a node announcing such a thing is attached to the Internet? (In which case P2P usage should G=0) > Or does it mean that a node is attached to the resource named in the DIO? (In which case origin P2P should G=1) > The text in 6550 is pretty clear: Goal: The Goal is an application-specific goal that is defined outside the scope of RPL. Any node that roots a DODAG will need to know about this Goal to decide whether or not the Goal can be satisfied. A typical Goal is to construct the DODAG according to a specific Objective Function and to keep connectivity to a set of hosts (e.g., to use an Objective Function that minimizes a metric and is connected to a specific database host to store the collected data). Grounded: A DODAG is grounded when the DODAG root can satisfy the Goal. Floating: A DODAG is floating if it is not grounded. A floating DODAG is not expected to have the properties required to satisfy the goal. It may, however, provide connectivity to other nodes within the DODAG. The common case of the Goal is "has connectivity to the Internet" but that's not the only case. I think given the Goal for P2P traffic, I agree with Pascal and Richard that it should be 1. Phil
- [Roll] [roll] #86: G flag: do we need that text? roll issue tracker
- Re: [Roll] [roll] #86: G flag: do we need that te… roll issue tracker
- Re: [Roll] [roll] #86: G flag: do we need that te… Richard Kelsey
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Pascal Thubert (pthubert)
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Richard Kelsey
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Richard Kelsey
- Re: [Roll] [roll] #86: G flag: do we need that te… Pascal Thubert (pthubert)
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Michael Richardson
- Re: [Roll] [roll] #86: G flag: do we need that te… Philip Levis
- Re: [Roll] [roll] #86: G flag: do we need that te… Pascal Thubert (pthubert)
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Pascal Thubert (pthubert)
- Re: [Roll] [roll] #86: G flag: do we need that te… Mukul Goyal
- Re: [Roll] [roll] #86: G flag: do we need that te… Pascal Thubert (pthubert)
- Re: [Roll] [roll] #86: G flag: do we need that te… roll issue tracker
- Re: [Roll] [roll] #86: G flag: do we need that te… roll issue tracker
- Re: [Roll] [roll] #86: G flag: do we need that te… roll issue tracker
- Re: [Roll] [roll] #86: G flag: do we need that te… JP Vasseur