Re: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt

houjianqiang <houjianqiang@huawei.com> Mon, 20 March 2017 12:47 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 04AF613145C for <roll@ietfa.amsl.com>; Mon, 20 Mar 2017 05:47:04 -0700 (PDT)
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, 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 ncNKkwzf_Ub8 for <roll@ietfa.amsl.com>; Mon, 20 Mar 2017 05:47:01 -0700 (PDT)
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 58C3C131459 for <roll@ietf.org>; Mon, 20 Mar 2017 05:47:00 -0700 (PDT)
Received: from 172.18.7.190 (EHLO LHREML711-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DDC55905; Mon, 20 Mar 2017 12:46:56 +0000 (GMT)
Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 20 Mar 2017 12:46:55 +0000
Received: from DGGEMM506-MBS.china.huawei.com ([169.254.4.150]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0301.000; Mon, 20 Mar 2017 20:46:46 +0800
From: houjianqiang <houjianqiang@huawei.com>
To: "M.Qasem@napier.ac.uk" <M.Qasem@napier.ac.uk>, "roll@ietf.org" <roll@ietf.org>
Thread-Topic: Re: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt
Thread-Index: AdKhd52Uo1b7qpjbTJSgrcn5V+ixeQ==
Date: Mon, 20 Mar 2017 12:46:45 +0000
Message-ID: <DD0A994E4D6B3F4080662703C8C7C086A0A475@DGGEMM506-MBS.china.huawei.com>
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: multipart/alternative; boundary="_000_DD0A994E4D6B3F4080662703C8C7C086A0A475DGGEMM506MBSchina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0205.58CFCF41.008F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.150, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: cac1395580c798e1d46c14f6942064ce
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/L0we3qMX760J0MJi-8nR4uQLx-c>
Subject: Re: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt
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, 20 Mar 2017 12:47:04 -0000

Hi Mamoun,

Your draft "draft-qasem-roll-rpl-load-balancing-00" gives a good idea of the load balancing in the non-storing mode. Like Pascal said the idea is a bit weird, but interesting, promising and there is room for improvement. I have one comment:

Leaving the "parent address" between DODAGID and Option field costs too much, and is not always useful. I think "Parent Address" can be put in the DIO Option field and treated as an optional functionality. What about putting the compressed parent address in the DAG Metric Container? In this way, with a controlled precedence, it can be used with other metrics such as ETX.

BTW, my draft "draft-hou-roll-rpl-parent-selection-00" points to the similar issue but in the storing mode. In the storing mode, nodes are able to count the number of their child nodes, so I put the Child Node Count in the metric container. You may have interest to read it. Hope we can talk face to face in the coming meeting.

Best regards,
Jianqiang



From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Romdhani, Imed
Sent: lundi 6 février 2017 14:50
To: roll@ietf.org<mailto:roll@ietf.org>
Cc: Al-Dubai, Ahmed <A.Al-Dubai@napier.ac.uk<mailto:A.Al-Dubai@napier.ac.uk>>; Qasem, Mamoun <M.Qasem@napier.ac.uk<mailto:M.Qasem@napier.ac.uk>>; Ghaleb, Barraq <B.Ghaleb@napier.ac.uk<mailto:B.Ghaleb@napier.ac.uk>>
Subject: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt

Dear all,

Hope this finds you well.

We would like to draw your attention that we submitted a new draft for you to consider. You can access it from here:
https://www.ietf.org/id/draft-qasem-roll-rpl-load-balancing-00.txt

This draft proposes an extended Objective Function(OF) that balances the number of children nodes for potential overloaded parents to ensure node lifetime maximization in RPL. In addition, a new DODAG Information Object (DIO) message structure has been introduced to record the IPv6 address of the chosen parent before broadcasting the message.

We do believe that the draft is aligned with ROLL's works items and especially with the manageability issue and the need for additional protocol elements to reduce packet size and the amount of required routing states.

We look forward to receiving your comments and feedback.

Kind regards,
Imed
---------------------------------------------------
Imed Romdhani, PhD
IEEE Member, FHEA
Programme Leader of the MSc Advanced Networking
Room C 64
Edinburgh Napier University
School of Computing
10 Colinton Road
Edinburgh, EH10 5DT
UK
E-Mail:   I.Romdhani@napier.ac.uk<mailto:I.Romdhani@napier.ac.uk>
Home Page: http://www.dcs.napier.ac.uk/~cs244/
Linkedin: http://uk.linkedin.com/in/imedromdhani
Skype: Imed.Romdhani
Telephone: +44(0)131 455 2726
Fax: +44(0)131 455 2727