Re: [Roll] Child count in parent selection

"Houjianqiang (Derek)" <houjianqiang@huawei.com> Mon, 06 November 2017 09:31 UTC

Return-Path: <houjianqiang@huawei.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 2A5F113FAE5 for <roll@ietfa.amsl.com>; Mon, 6 Nov 2017 01:31:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pwfuIY_VCl6V for <roll@ietfa.amsl.com>; Mon, 6 Nov 2017 01:31:00 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E782A13F963 for <roll@ietf.org>; Mon, 6 Nov 2017 01:30:58 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSC03912; Mon, 06 Nov 2017 09:30:56 +0000 (GMT)
Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 6 Nov 2017 09:30:00 +0000
Received: from DGGEMM506-MBS.china.huawei.com ([169.254.4.18]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0361.001; Mon, 6 Nov 2017 17:29:35 +0800
From: "Houjianqiang (Derek)" <houjianqiang@huawei.com>
To: Chenyang JI <chenyang.ji@imt-atlantique.net>, roll <roll@ietf.org>
Thread-Topic: [Roll] Child count in parent selection
Thread-Index: AQHTVMhD4PR5R6hXSke6aZFwTvCsNqMHBNlQ
Date: Mon, 06 Nov 2017 09:29:35 +0000
Message-ID: <DD0A994E4D6B3F4080662703C8C7C086A8E6A6@DGGEMM506-MBS.china.huawei.com>
References: <DD0A994E4D6B3F4080662703C8C7C086A8C793@DGGEMM506-MBS.china.huawei.com> <544130816.4872551.1509729703443.JavaMail.zimbra@imt-atlantique.net>
In-Reply-To: <544130816.4872551.1509729703443.JavaMail.zimbra@imt-atlantique.net>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.134.134.224]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.5A002BD1.0019, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.18, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 639e88c998d46ae724895f6dd937afe6
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/CSBHXy-ixaUQq3x-tE_qrAZatW0>
Subject: Re: [Roll] Child count in parent selection
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 06 Nov 2017 09:31:02 -0000

Hi Chenyang,

Yes, we want the 'P' flag of the CNC metric to be set in every DIO in non-storing mode.

In storing mode, DAO/NP-DAO can be used for child registration and de-registration, thus there is no need of a parent address in DIO. But in non-storing mode, DAO cannot be used for counting the number of children, so we use DIO(+ parent address) instead.

Regards,
Jianqiang Hou (Derek) 

-----Original Message-----
From: Chenyang JI [mailto:chenyang.ji@imt-atlantique.net] 
Sent: Saturday, November 04, 2017 1:22 AM
To: Houjianqiang (Derek) <houjianqiang@huawei.com>; roll <roll@ietf.org>
Subject: Re: [Roll] Child count in parent selection

Hello,

Thank you for the answer and I apologize for my late response.
Today I realized that you had a new version of draft draft-qasem-roll-rpl-load-balancing-02 and I also have some questions on this.
The description about LB-OF is:

 In LB-OF algorithm, the received DIO from the child node is counted by the preferred parent node. Each DIO contains the IP  address of the chosen preferred parent as detailed in section 4.3. Thus,for each received DIO, the node matches its own IP  address with the preferred parent IP address which is inserted in the DIO message, thenincrements the number of children by  ONE for this node if there is a matching.

And the format of DIO metric container object is:

        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Flags     |P|     CNC       |    CNC_MAX    |               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+               +
       |                                                               |
       +                                                               +
       |                                                               |
       +                        Parent Address                         +
       |                                                               |
       +                                               +-+-+-+-+-+-+-+-+
       |                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

which Parent Address field is optional and is set if 'p'flag is set.
Also,it says that:

Thus, to minimize traffic load, the Parent Address field in the CNC object should not be present in the storing mode.

That means the 'p'flag is set for every DIO message sent in Non-storing mode?

Thank you,
Chenyang ji

https://www.ietf.org/id/draft-qasem-roll-rpl-load-balancing-02.txt

----- Original Message -----
From: "Houjianqiang (Derek)" <houjianqiang@huawei.com>
To: "chenyang ji" <chenyang.ji@imt-atlantique.net>
Cc: "roll" <roll@ietf.org>, "jichenyang920" <jichenyang920@gmail.com>, "Qasem, Mamoun" <M.Qasem@napier.ac.uk>
Sent: Tuesday, October 31, 2017 2:42:19 AM
Subject: Re: [Roll] Child count in parent selection

Hi Chenyang



Many thanks for your interest in our draft. I am happy to answer your questions. Please see my response in line.



Best regards,

Jianqiang Hou (Derek)



Date: Mon, 30 Oct 2017 08:40:02 +0100 (CET)

From: Chenyang JI <chenyang.ji@imt-atlantique.net<mailto:chenyang.ji@imt-atlantique.net>>

To: roll@ietf.org<mailto:roll@ietf.org>

Cc: jichenyang920 <jichenyang920@gmail.com<mailto:jichenyang920@gmail.com>>

Subject: [Roll] Child count in parent selection

Message-ID:

                <961578433.3782382.1509349202587.JavaMail.zimbra@imt-atlantique.net<mailto:961578433.3782382.1509349202587.JavaMail.zimbra@imt-atlantique.net>>

Content-Type: text/plain; charset=utf-8



Hello,



I have some questions about draft-hou-roll-rpl-parent-selection-00 and draft-qasem-roll-rpl-load-balancing-01.

In the draft,it describes a new type of metric which has this format:



CNC: 8 bits. The Child Node Count is encoded in 8 bits in unsigned integer format, expressed in number count, representing the number of child nodes.



MAX_CNC: 8 bits. The Maximum Child Node Count is encoded in 8 bits in unsigned integer format, expressed in number count, representing the maximum number of child nodes allowed in the neighbor cache.



but it does not clarify if this number of child nodes refers to the number of direct child or the subtree size.

[Jianqiang] My mistake... This number of child nodes refers to the number of direct child.



In draft-qasem-roll-rpl-load-balancing-01:



In LB-OF algorithm, the received DIO from the child node is counted by the preferred parent node. Each DIO contains the IP address of the chosen preferred parent as detailed in section 4.3. Thus, for each received DIO, the node matches its own IP address with the preferred parent IP address which is inserted in the DIO message, then increments the number of children by ONE for this node if there is a matching.



My question is if that mean it will store the children's address and if yes,how will the node stores its children.

[Jianqiang] There are two possible ways of storing its children. One is to store the children's address in a new table with extra cache, the other way is to manage the neighbor cache entry (after all the direct children set is a subset of the neighbor set).



The first draft

https://tools.ietf.org/html/draft-hou-roll-rpl-parent-selection-00



The second draft

https://datatracker.ietf.org/doc/html/draft-qasem-roll-rpl-load-balancing



Best regards,

Chenyang Ji