Re: [Roll] [roll] #86: G flag: do we need that text?

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 04 April 2012 16:06 UTC

Return-Path: <pthubert@cisco.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 0B6CC21F852A for <roll@ietfa.amsl.com>; Wed, 4 Apr 2012 09:06:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.191
X-Spam-Level:
X-Spam-Status: No, score=-9.191 tagged_above=-999 required=5 tests=[AWL=1.408, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 hVp7pTUHMWgz for <roll@ietfa.amsl.com>; Wed, 4 Apr 2012 09:06:21 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 3006C21F887D for <roll@ietf.org>; Wed, 4 Apr 2012 09:06:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5284; q=dns/txt; s=iport; t=1333555577; x=1334765177; h=mime-version:content-transfer-encoding:subject:date: message-id:in-reply-to:references:from:to:cc; bh=JIWRr8UXsVuNV5si+VfYjQTVLXzwdtIdrAekU7QOu8k=; b=RTrYk9PfEa1WN4a/U/osBbMfsjcXXPgCDKOr0R+TGLdmECrdzUk60E79 y3WOt9TD5VQV68bvuD+AdWZV54RLNrUDM023uz1A7/rQTYsDC3VIsS1MQ wEytYCeCly4d6Z1iGKqAC/Y/Mx++QJK/U8j2v18SC5Lzymewl6dt3rTRd U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgMFAClxfE+tJXHB/2dsb2JhbABFDoVAsVR/gQeCCQEBAQMBAQEBDwEQDQQ6CwUHBAIBCBEDAQEBAwIGBhcBAgICAQElHwkIAQEEEwgah2IFC5s3jQiRVQSBL44NNWMEpCqBaYIwOYFSFw
X-IronPort-AV: E=Sophos;i="4.75,370,1330905600"; d="scan'208";a="69033550"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-9.cisco.com with ESMTP; 04 Apr 2012 16:06:16 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by rcdn-core2-6.cisco.com (8.14.3/8.14.3) with ESMTP id q34G6FvM010583; Wed, 4 Apr 2012 16:06:16 GMT
Received: from xmb-ams-108.cisco.com ([144.254.74.83]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 4 Apr 2012 18:06:15 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
Date: Wed, 04 Apr 2012 18:05:50 +0200
Message-ID: <BDF2740C082F6942820D95BAEB9E1A84015DE437@XMB-AMS-108.cisco.com>
In-Reply-To: <999546162.1808100.1333548977015.JavaMail.root@mail17.pantherlink.uwm.edu>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Roll] [roll] #86: G flag: do we need that text?
Thread-Index: Ac0SbZS59eKMmhFLSMy1frlEsNwO6QABjxjw
References: <BDF2740C082F6942820D95BAEB9E1A84015DE3B3@XMB-AMS-108.cisco.com> <999546162.1808100.1333548977015.JavaMail.root@mail17.pantherlink.uwm.edu>
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Mukul Goyal <mukul@uwm.edu>
X-OriginalArrivalTime: 04 Apr 2012 16:06:15.0754 (UTC) FILETIME=[DD0E02A0:01CD127C]
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 16:06:22 -0000

Mukul:

I think we disagree because of the definition of goal itself. The goal is an abstraction. Same goes for the term Objective in OF. RFC 6550 only gives examples of what G could be used for but that is not limiting. Certainly the abstraction may for instance mean that external nodes are reachable via the root. But it could be something else entirely. For instance it could designate a root that can aggregate data.

In practice, G is used to favor a root that reaches the goal vs. one that does not. But that's senseless for local instances that have by definition a single root.

So whatever you set it to does not make a difference for RFC 6550 operations. I figure it could be used for signaling a "transient goal" information to an OF that could use it for a purpose I can't fathom.

In any case, as I suggested earlier and as Richard also suggest now, G SHOULD probably be 1 by default but MAY be set otherwise.

Pascal



-----Original Message-----
From: Mukul Goyal [mailto:mukul@uwm.edu] 
Sent: mercredi 4 avril 2012 16:16
To: Pascal Thubert (pthubert)
Cc: roll@ietf.org; Richard Kelsey
Subject: Re: [Roll] [roll] #86: G flag: do we need that text?

Pascal

>If the goal is to reach the root, then G is 1...

I have told you multiple times that joining a P2P-RPL DAG does not give any sort of connectivity to the node.

Thanks
Mukul

----- Original Message -----
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "Mukul Goyal" <mukul@uwm.edu>, "Richard Kelsey" <richard.kelsey@ember.com>
Cc: roll@ietf.org
Sent: Wednesday, April 4, 2012 9:05:28 AM
Subject: RE: [Roll] [roll] #86: G flag: do we need that text?

Hello Mukul

Floating vs. Grounded depends on the goal of the DODAG. I asked you and will ask again what is your goal?
If the goal is to reach the root, then G is 1... If you want to signal something to the OF using the G bit, leave it  open.

Cheers,
Pascal


-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Mukul Goyal
Sent: mercredi 4 avril 2012 15:55
To: Richard Kelsey
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #86: G flag: do we need that text?

>The G flag is 0 if and only if the DODAG is floating.

I think that the G flag is 1 if and only if the DODAG is grounded. The temporary DAGs used in P2P-RPL are not grounded, they are temporary. I think that all transient/temporary DAGs are floating by their very nature.

Thanks
Mukul

----- Original Message -----
From: "Richard Kelsey" <richard.kelsey@ember.com>
To: roll@ietf.org
Cc: mukul@UWM.EDU, jpv@cisco.com, roll@ietf.org
Sent: Wednesday, April 4, 2012 8:36:50 AM
Subject: Re: [Roll] [roll] #86: G flag: do we need that text?

> From: roll issue tracker <trac+roll@trac.tools.ietf.org>
> Date: Wed, 4 Apr 2012 13:08:50 +0000
> 
> #86: G flag: do we need that text?
> 
>  Problem (resolition is proposed)
>  ------------------------------
>  Disagreement on the meaning of 'G' bit and imposed setting to 0;
> 
>  Proposed resolution
>  ---------------------------
>  The origin sets the G flag based on its perception of whether joining

> how the flag's value would affect the rank calculation under the OF 
> being used. By default, the G flag is set to zero given the temporary

> nature of the DAG being created.

I disagree with the proposed resolution.  It adds needless confusion.
The G flag is 0 if and only if the DODAG is floating.
There is no point to allowing floating DODAGs with a P2P-RDO option.  I suggest that the G bit be set to 1 and that routers be explicitly prohibited from creating floating DODAGs with a P2P-RDO option.
                                   -Richard Kelsey _______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll