Re: [Roll] Closure text for ticket #86
Richard Kelsey <richard.kelsey@ember.com> Wed, 11 April 2012 11:33 UTC
Return-Path: <richard.kelsey@ember.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 79ED421F85AA for <roll@ietfa.amsl.com>; Wed, 11 Apr 2012 04:33:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.516
X-Spam-Level:
X-Spam-Status: No, score=-5.516 tagged_above=-999 required=5 tests=[AWL=1.083, BAYES_00=-2.599, 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 4k-O5vNACmYO for <roll@ietfa.amsl.com>; Wed, 11 Apr 2012 04:33:05 -0700 (PDT)
Received: from p01c12o149.mxlogic.net (p01c12o149.mxlogic.net [208.65.145.72]) by ietfa.amsl.com (Postfix) with ESMTP id AABF421F85A7 for <roll@ietf.org>; Wed, 11 Apr 2012 04:33:00 -0700 (PDT)
Received: from unknown [216.236.254.3] (EHLO p01c12o149.mxlogic.net) by p01c12o149.mxlogic.net(mxl_mta-6.13.0-3) with ESMTP id ceb658f4.64ee8940.32286.00-508.54894.p01c12o149.mxlogic.net (envelope-from <richard.kelsey@ember.com>); Wed, 11 Apr 2012 05:33:00 -0600 (MDT)
X-MXL-Hash: 4f856bec002a1ff3-efaf7b641801572a3ca2df7cfe54040df708aea6
Received: from unknown [216.236.254.3] (EHLO usmail.ember.com) by p01c12o149.mxlogic.net(mxl_mta-6.13.0-3) over TLS secured channel with ESMTP id beb658f4.0.32276.00-364.54874.p01c12o149.mxlogic.net (envelope-from <richard.kelsey@ember.com>); Wed, 11 Apr 2012 05:33:00 -0600 (MDT)
X-MXL-Hash: 4f856bec1f994553-061c07622378d5bbc4391f12f4fa38a66ce24126
Received: from kelsey-ws.hq.ember.com (192.168.81.75) by usmail.ember.com (192.168.80.105) with Microsoft SMTP Server id 14.1.355.2; Wed, 11 Apr 2012 07:34:45 -0400
Date: Wed, 11 Apr 2012 07:31:42 -0400
Message-ID: <87lim28py9.fsf@kelsey-ws.hq.ember.com>
To: Mukul Goyal <mukul@uwm.edu>
In-Reply-To: <723690941.1887908.1334112685750.JavaMail.root@mail17.pantherlink.uwm.edu> (message from Mukul Goyal on Tue, 10 Apr 2012 21:51:25 -0500)
From: Richard Kelsey <richard.kelsey@ember.com>
X-Auto-Response-Suppress: DR, OOF, AutoReply
References: <723690941.1887908.1334112685750.JavaMail.root@mail17.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain
X-Originating-IP: [192.168.81.75]
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: <richard.kelsey@ember.com>
X-SOURCE-IP: [216.236.254.3]
X-AnalysisOut: [v=1.0 c=1 a=u0NvnAFnSA0A:10 a=Sk5VZAiC-DMA:10 a=saA6nF2ZJa]
X-AnalysisOut: [AA:10 a=BLceEmwcHowA:10 a=MYqPJgym4Kx47q1P90kooQ==:17 a=i3]
X-AnalysisOut: [Xo98xXh8o0aazUTSkA:9 a=6tWRrwPX1JYPD2Z_DssA:7]
Cc: roll@ietf.org, mcr@sandelman.ca
Subject: Re: [Roll] Closure text for ticket #86
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, 11 Apr 2012 11:33:07 -0000
> Date: Tue, 10 Apr 2012 21:51:25 -0500 > From: Mukul Goyal <mukul@uwm.edu> > > #86: G flag: do we need that text? > > Problem > ------------------------------ > Disagreement on the meaning of 'G' bit and imposed setting to 0; > > Proposed resolution > --------------------------- > Add the following text to the draft: > > "The origin sets the G flag to indicate the relative importance of the > route discovery it is initiating. The G flag is set to one if this > particular route discovery is more important from application's > perspective than some other route discovery. In other words, the > origin sets the G flag to one if this particular route discovery helps > meet the application defined goal \cite{rpl}. Thus, the G flag setting > helps an intermediate router choose which route discoveries to > participate in if it cannot participate in all route discoveries. An > intermediate router SHOULD participate in route discoveries with G > flag set to one (in preference to ones with G flag set to zero)." If you want to repurpose the G flag in this way you need to be clear that the usage in RFC 6550 no longer applies. I think that the best way to do this would be to say that clause 3 of 8.2.2.2 does not apply to P2P DAGs: 8.2.2.2. DODAG Roots ... 3. A node whose DODAG parent set is empty MAY become the DODAG root of a floating DODAG. ... Not having floating DODAGs would mean that the original use of the G flag is no longer necessary. -Richard Kelsey
- [Roll] Closure text for ticket #86 Mukul Goyal
- Re: [Roll] Closure text for ticket #86 Richard Kelsey
- Re: [Roll] Closure text for ticket #86 JP Vasseur
- Re: [Roll] Closure text for ticket #86 Michael Richardson
- Re: [Roll] Closure text for ticket #86 Michael Richardson
- Re: [Roll] Closure text for ticket #86 Pascal Thubert (pthubert)
- Re: [Roll] Closure text for ticket #86 Mukul Goyal
- Re: [Roll] Closure text for ticket #86 Pascal Thubert (pthubert)
- Re: [Roll] Closure text for ticket #86 JP Vasseur