Re: [Roll] I-D Action: draft-ietf-roll-minrank-hysteresis-of-10 Comments

Federico Consoli <admin@ipv6it.org> Sun, 13 May 2012 16:45 UTC

Return-Path: <admin@ipv6it.org>
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 524F621F852A for <roll@ietfa.amsl.com>; Sun, 13 May 2012 09:45:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.392
X-Spam-Level:
X-Spam-Status: No, score=-2.392 tagged_above=-999 required=5 tests=[AWL=1.207, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 V9M+RYdOkGGm for <roll@ietfa.amsl.com>; Sun, 13 May 2012 09:45:09 -0700 (PDT)
Received: from mail-bk0-f44.google.com (mail-bk0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 24F5521F8526 for <Roll@ietf.org>; Sun, 13 May 2012 09:45:08 -0700 (PDT)
Received: by bkty8 with SMTP id y8so3777212bkt.31 for <Roll@ietf.org>; Sun, 13 May 2012 09:45:08 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=mnJ0TFD4P8GlaomOGZCitq31HH1qjXPZW1zQ7JI4Gd8=; b=GyOBIoOeRFLdenPPbKkzrKyw4gDP6QhO0RqemZxwH45TxlBx88tJnE3R6zFzgM0y6N gFjr0KooVByvyyEeGZQVkMFLWwx8OnyyNpfoYUT1WsDlwevMLGOGXFCQaiafU2r/9+mv HtDtIDqdNSBa3OyGCeJEe71IQhMebvz5Ad/txT62j2NXZUhqBMJnpfRPvVltSqSfRu4Q Ii/z+RSNNsBNS+0oirMw6lzvi6MUtFaU/9j3lixErIVq3lMtWg3NDVJOBDp9jTgQvmWl Rlc6ZV0Q3JDoEcIkAQn+FJ4uxYTrkiBTq7VabD3r6A6/tPS5EFcPG9IdiB1SddSx0kIh nLvA==
Received: by 10.204.150.72 with SMTP id x8mr2022655bkv.33.1336927507953; Sun, 13 May 2012 09:45:07 -0700 (PDT)
Received: from [127.0.0.1] ([87.18.133.188]) by mx.google.com with ESMTPS id s20sm29232431bks.2.2012.05.13.09.45.05 (version=SSLv3 cipher=OTHER); Sun, 13 May 2012 09:45:07 -0700 (PDT)
Message-ID: <4FAFE50E.6030003@ipv6it.org>
Date: Sun, 13 May 2012 18:45:02 +0200
From: Federico Consoli <admin@ipv6it.org>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Philip Levis <pal@cs.stanford.edu>
References: <4FAFBED7.4060207@ipv6it.org> <F9B484DB-5413-4B71-BAC8-4E46741ACB01@cs.stanford.edu>
In-Reply-To: <F9B484DB-5413-4B71-BAC8-4E46741ACB01@cs.stanford.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQm+L7eNPfF+EBexQlUFQfGp0um0LgVLNuDzmd8Y0nMIEXR9RbU41xJXNcyFJ6yo9uX4rLoY
Cc: Roll@ietf.org
Subject: Re: [Roll] I-D Action: draft-ietf-roll-minrank-hysteresis-of-10 Comments
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: Sun, 13 May 2012 16:45:10 -0000

Il 13/05/2012 18.28, Philip Levis ha scritto:
> On May 13, 2012, at 7:01 AM, Federico Consoli wrote:
>
>> Hi,
>> I have a doubt concerning the selection of parent set.
>> Draft Section 3.3 says:
>> "The exact selection of a parent set is an implementation decision."
>>
>> The document does not specify what to do in a situation like this:
>>
>> Example:
>> ------
>> The node A has 1 parent with rank 700 and path cost 300 =>  A has a rank = 1000.
>> B has A as Preferred parent and the path cost A-B is 300, soB has rank 1300.
>>
>> Later A receives from node C a DIO. Node C has rank 900 andpath cost A-C is 500 =>  A puts C in its parent set and announce a rank 1400.
>> But, A receives a DIO from node B before to send a DIO =>A puts B in its parent set.
>>
>> When B receives the DD it will increase its rank. When Node A receives the DIO from the node B, it has 2 options:
>> 1) Increase its rank
>> 2) Delete the node from the parent set
>>
>> If A chooses option 1 there will be an infinite loop.
>> ------
>>
>> In general, a node does not know the reason why a parent increase its rank. In fact, a node can also increase his rank because its link is got worse.
>>
>> IMHO I think that if a parent announces a rank higher than the rank of the the nodethen the node MUST remove the parent from its Parent set.
>>
>> -- 
>> Regards
>> Consoli Federico
>>
>>
>
> The RPL specification goes into this. Loops can temporarily form in the network, but RPL will detect them and repair them. MaxRankIncrease controls how far the nodes can count forward. RPL will detect the loop (11.2 of RFC6550) and reset its Trickle timer to advertise the newer, higher Rank. At some point, for example, if B's Rank goes high enough, A will remove it from its parent set due to the Rank spread between B and its other parent (the one with 700).
>
> Phil
>
Ok, I agree with you. So I think that the use of MaxRankIncrease is 
mandatory with mrhof, you can't disable it (set to 0).

-- 
Regards
Consoli Federico