Re: [Roll] DIS-modifications use cases; Re: FW: New Version Notification for draft-ietf-roll-dis-modifications-01.txt

"Georgios Z. Papadopoulos" <> Tue, 03 March 2020 10:18 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 10AB33A1CB0 for <>; Tue, 3 Mar 2020 02:18:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id cncAeSamFvxA for <>; Tue, 3 Mar 2020 02:18:20 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 93EE13A1CAF for <>; Tue, 3 Mar 2020 02:18:19 -0800 (PST)
Received: from ( [IPv6:2001:660:330f:2::c2]) by (Postfix) with ESMTPS id C7D732157A; Tue, 3 Mar 2020 11:18:11 +0100 (CET)
Authentication-Results:; dkim=pass reason="1024-bit key; unprotected key" header.b=eOHRmLfm; dkim-adsp=pass; dkim-atps=neutral
Received: from localhost (localhost [IPv6:::1]) by (Postfix) with ESMTP id BD6941217FA; Tue, 3 Mar 2020 11:18:11 +0100 (CET)
Received: from ([IPv6:::1]) by localhost ( [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id pehB5tXfjRxm; Tue, 3 Mar 2020 11:18:10 +0100 (CET)
Received: from localhost (localhost [IPv6:::1]) by (Postfix) with ESMTP id A3EC11217FE; Tue, 3 Mar 2020 11:18:10 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.10.3 A3EC11217FE
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=50EA75E8-DE22-11E6-A6DE-0662BA474D24; t=1583230690; bh=v8iC0A/0ZQbtQZ4IMZXzNLYnwaMCpL0t7P47D/KgTn0=; h=Mime-Version:From:Date:Message-Id:To; b=eOHRmLfmJkiNgX0x/Euz2hNU5SkoRyZwi2+t+5UdFE18VOQg7PtsKEoBOXDBEow6s qgaDCqb2zbc7/YCJkSDdIvCwItMQd8wNcdtvQjBV047fppmGpd7KpmLjyxfOkd1uy+ j9BKsNKe+h4gw6fSv/74fQ4yR6Hw20jL27Zsy6dI=
X-Virus-Scanned: amavisd-new at
Received: from ([IPv6:::1]) by localhost ( [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id D4gJt0Jn5upw; Tue, 3 Mar 2020 11:18:10 +0100 (CET)
Received: from [IPv6:2001:660:7301:3728:2da5:fb6c:d34e:6ec6] (unknown [IPv6:2001:660:7301:3728:2da5:fb6c:d34e:6ec6]) by (Postfix) with ESMTPSA id 66FFA1217FA; Tue, 3 Mar 2020 11:18:10 +0100 (CET)
Content-Type: multipart/alternative; boundary="Apple-Mail=_FC85C311-3E60-46EB-8A64-039C859E94E1"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Georgios Z. Papadopoulos" <>
In-Reply-To: <>
Date: Tue, 03 Mar 2020 11:18:09 +0100
Message-Id: <>
References: <><> <>
To: Routing Over Low power and Lossy networks <>
X-Mailer: Apple Mail (2.3124)
Archived-At: <>
Subject: Re: [Roll] DIS-modifications use cases; Re: FW: New Version Notification for draft-ietf-roll-dis-modifications-01.txt
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 03 Mar 2020 10:18:23 -0000

Dear all,

I just updated the repository with Rahul’s use-case “Adjacencies probing with RPL” : <>
Many thanks Rahul! 

Please let me know if you have more use-cases in mind.


> On Feb 25, 2020, at 08:43, wrote:
> Hello Rahul, all,
> Thanks, Rahul,  for your contribution, this is helpful!
> WG, others ideas, comments?
> Best regards
> Dominique
> De : Roll < <>> on behalf of Rahul Jadhav < <>>
> Répondre à : " <>" < <>>
> Date : Tuesday 25 February 2020 06:38
> À : " <>" < <>>
> Objet : Re: [Roll] DIS-modifications use cases; Re: FW: New Version Notification for draft-ietf-roll-dis-modifications-01.txt
> On Mon, 24 Feb 2020 at 22:22, < <>> wrote:
>> Dear Rollers,
>> In preparation for the modification of the DIS (DODAG Information
>> Solicitation), we are collecting the use cases.
>> We want to make sure we understand all the requirements before crafting a
>> solution.
>> Georgios has kindly prepared a document on the ROLL GitHub repo.
>> See a text rendition at
>> ft-papadopoulos-roll-dis-modifications-use-cases.txt <>
> [RJ] Thanks Georgios. This surely helps. I am assuming that the use-cases text will get merged in the dis-modifications draft.
> One point mentioned in the use-cases draft is that unicast DIS can request __specific__ metric information from the parent. Currently, the parent sends the complete metric set to the child using unicast DIO. Wondering whether we need this mechanism for sending specific metric info back to the child node. The draft does not give a use-case for this. Anyways, this would be discussed when the drafts get merged and sent to the group.
>> Currently, the document has two use cases:
>> - a new node joins an established RPL network. The use case calls for a
>> fairly quick confirmation that the node has joined with a good quality
>> path. However, we don't want to reset the Trickle timers of all nearby
>> routers and trigger broadcast, since the use case is that just one new
>> node was added/replaced/rebooted.
>> - another use case is that several nodes join at about the same time (e.g.
>> electricity meters all reboot following power outage). We want the DIOs to
>> be sent with broadcast so that all joining nodes benefit from them.
>> The draft draft-thubert-roll-eliding-dio-information-03 has another
>> request for modifying the DIS. We'll soon incorporate it into the use
>> cases document.
> [RJ] Another use-case is of "adjacency probing". While (I believe) no new primitives need to be added, still the use-case is well-worth mentioning. The RPL-observations draft points to this use-case and you can pick some text from there.
>  _________________________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
> _______________________________________________
> Roll mailing list