Re: [Roll] Closure text for ticket #86

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 12 April 2012 17:40 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 8DF7121F8535 for <roll@ietfa.amsl.com>; Thu, 12 Apr 2012 10:40:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.871
X-Spam-Level:
X-Spam-Status: No, score=-0.871 tagged_above=-999 required=5 tests=[AWL=-1.083, BAYES_00=-2.599, FF_IHOPE_YOU_SINK=2.166, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334]
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 RO5EFRKhX0ur for <roll@ietfa.amsl.com>; Thu, 12 Apr 2012 10:40:04 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by ietfa.amsl.com (Postfix) with ESMTP id D5AB821F8532 for <roll@ietf.org>; Thu, 12 Apr 2012 10:40:04 -0700 (PDT)
Received: from sandelman.ca (unknown [132.213.238.4]) by relay.sandelman.ca (Postfix) with ESMTPS id 190FD344E2 for <roll@ietf.org>; Thu, 12 Apr 2012 13:37:11 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id BA96698AAF; Thu, 12 Apr 2012 13:40:02 -0400 (EDT)
Received: from marajade.sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 8694298AA9 for <roll@ietf.org>; Thu, 12 Apr 2012 13:40:02 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: roll@ietf.org
In-Reply-To: <87lim28py9.fsf@kelsey-ws.hq.ember.com>
References: <723690941.1887908.1334112685750.JavaMail.root@mail17.pantherlink.uwm.edu> <87lim28py9.fsf@kelsey-ws.hq.ember.com>
X-Mailer: MH-E 8.3; nmh 1.3-dev; XEmacs 21.4 (patch 22)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Thu, 12 Apr 2012 13:40:02 -0400
Message-ID: <17970.1334252402@marajade.sandelman.ca>
Sender: 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: Thu, 12 Apr 2012 17:40:05 -0000

>>>>> "Richard" == Richard Kelsey <richard.kelsey@ember.com> writes:
    >> "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)."

    Richard> If you want to repurpose the G flag in this way you need to
    Richard> be clear that the usage in RFC 6550 no longer applies.  I
    Richard> think that the best way to do this would be to say that
    Richard> clause 3 of 8.2.2.2 does not apply to P2P DAGs:

I would like to understand why you feel that in the P2P case, setting
G=1 is somehow repurposing the G flag.

    Richard> Not having floating DODAGs would mean that the original use
    Richard> of the G flag is no longer necessary.

There is no use in floating DODAGs... *for the P2P case*.
I think that floating DODAGs have many uses in the P2MP case, during
DODAG construction and repair.

-- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video <http://www.youtube.com/watch?v=kzx1ycLXQSE>
	               then sign the petition.