Re: [6lo] working group last call (wg lc) on https://datatracker.ietf.org/doc/draft-ietf-6lo-deadline-time/

"Georgios Z. Papadopoulos" <georgios.papadopoulos@imt-atlantique.fr> Tue, 17 July 2018 16:10 UTC

Return-Path: <georgios.papadopoulos@imt-atlantique.fr>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CCBC130EE8; Tue, 17 Jul 2018 09:10:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=imt-atlantique.fr
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 T40cUod4i7Rf; Tue, 17 Jul 2018 09:10:09 -0700 (PDT)
Received: from zproxy130.enst.fr (zproxy130.enst.fr [137.194.2.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F12C120049; Tue, 17 Jul 2018 09:10:09 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1]) by zproxy130.enst.fr (Postfix) with ESMTP id AFC941205F1; Tue, 17 Jul 2018 18:10:07 +0200 (CEST)
Received: from zproxy130.enst.fr ([IPv6:::1]) by localhost (zproxy130.enst.fr [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id bjr88A10TVjr; Tue, 17 Jul 2018 18:10:06 +0200 (CEST)
Received: from localhost (localhost [IPv6:::1]) by zproxy130.enst.fr (Postfix) with ESMTP id DBD7C12098A; Tue, 17 Jul 2018 18:10:05 +0200 (CEST)
DKIM-Filter: OpenDKIM Filter v2.10.3 zproxy130.enst.fr DBD7C12098A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imt-atlantique.fr; s=50EA75E8-DE22-11E6-A6DE-0662BA474D24; t=1531843805; bh=H7jrjCzO2VmC8Flfvqiv/etUXli9NP2ICTHp0534QKA=; h=Mime-Version:From:Date:Message-Id:To; b=gp9RMUQnTOrVf6EEMkPrUCFBudiYONZA40ArFkLTqpQsiJVGHBbbk1Wh66mDeaoda HlF1KMvsSFNTUovNTky8B5W7o9T1FNT//a8qJD3A/PYu108J3hM+x9m9kqEvYdZItm iDnTIYzUaK0zcCmfOKBrToeKJdOR4YsVlAs0pU8U=
X-Virus-Scanned: amavisd-new at zproxy130.enst.fr
Received: from zproxy130.enst.fr ([IPv6:::1]) by localhost (zproxy130.enst.fr [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id clk11TpD7n5v; Tue, 17 Jul 2018 18:10:05 +0200 (CEST)
Received: from [192.168.1.2] (ppp079167126153.access.hol.gr [79.167.126.153]) by zproxy130.enst.fr (Postfix) with ESMTPSA id 51E5212097C; Tue, 17 Jul 2018 18:10:04 +0200 (CEST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_E76077F0-283C-4CC1-9078-A02EA3FF080A"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Georgios Z. Papadopoulos" <georgios.papadopoulos@imt-atlantique.fr>
In-Reply-To: <SN4PR2101MB07342E73E66510570E7D306495B60@SN4PR2101MB0734.namprd21.prod.outlook.com>
Date: Tue, 17 Jul 2018 19:10:02 +0300
Cc: Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>, Charlie Perkins <charles.perkins@earthlink.net>, satishnaidu80@gmail.com, anand@ece.iisc.ernet.in, Malati Hegde <malati@ece.iisc.ernet.in>, lo <6lo@ietf.org>, Samita Chakrabarti <samitac.ietf@gmail.com>, "draft-ietf-6lo-deadline-time@ietf.org" <draft-ietf-6lo-deadline-time@ietf.org>
Message-Id: <13FBBD0C-CCF0-4315-B497-E40DEBF4A867@imt-atlantique.fr>
References: <SN4PR2101MB07342E73E66510570E7D306495B60@SN4PR2101MB0734.namprd21.prod.outlook.com>
To: lijo@cdac.in
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/d6DE4tdnZuC3IO33Oyib9aPRtpA>
Subject: Re: [6lo] working group last call (wg lc) on https://datatracker.ietf.org/doc/draft-ietf-6lo-deadline-time/
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jul 2018 16:10:29 -0000

Dear Lijo and co-authors,

I went through the draft, please find my comments below:
— — 

High level comments:
*/ [GP] The draft defines the Deadline Time (DT), but it is not clear to me how the arrival of the datagram within this pre-defined DT period is guaranteed?
Indeed, the draft provides the necessary DT information, however, the only action I could observe is the delay-sensitive datagram to be dropped if the indicated DT is elapsed.

*/ [GP] I noticed that there are two different notations for LBR and 6LBR.
Shouldn’t be always 6LBR (6LBR1 and 6LBR2 when it comes to the use-cases in Section 6), instead of LBR, LBR1, LBR2 or 6LBR?


*/ “D flag (1 bit): The 'D' flag, set by the Sender, indicates the action to be taken when a 6LR detects that the deadline time has elapsed. 
If 'D' bit is 1, then the 6LR MUST drop the packet if the deadline time is elapsed. 
If 'D' bit is 0, then the 6LR MAY ignore the deadline time and forward the packet.”

[GP] It is not clear to me why the datagram should be dropped, if the 6LR detects that the DL has elapsed? 
To reduce the traffic in the network or ?

[GP] Then, the main difference in networks where this DRAFT is not considered, is that the packets are not dropped?
Because otherwise the packets are forwarded (when ‘D’ bit is 0).


Detailed comments:
*/ 5. Deadline-6LoRHE Format
“Deadline-6LoRHE encoding with 'O' flag set to 1 :

      DTL = 001, OTL = 001, TU = '10', EXP = 2, DT = 0x22B, OT = 0x22A”

[GP] What about the ‘D’ here?


*/ 6. Deadline-6LoRHE in Three Network Scenarios

[GP] Any router/device may drop the datagram (if it detects that the indicated time has elapsed), both 6LR (Relay devices) and 6LBR (DODAG Root)?


*/ 6.1. Scenario 1: Endpoints in the same DODAG (N1) in non-storing mode.
“Then 6LR begins hop-by-hop operation to forward the packet towards the 6LBR”

[GP] Then 6LR begins or “Then the 6LRs begin”? (not only one 6LR but each 6LR).
OR it should be written as in Scenario 6.3 : “Subsequently, each 6LR will perform hop-by-hop operation to forward the packet towards the 6LBR.”


*/ 6.2. Scenario 2: Endpoints in Networks with Dissimilar L2 Technologies.
“Subsequently, 6LR will perform hop- by-hop operation to forward the packet towards the 6LBR”

[GP] Subsequently, “EACH” 6LR 
OR it should be written as in Scenario 6.3 : “Subsequently, each 6LR will perform hop-by-hop operation to forward the packet towards the 6LBR.”


*/ 6.3. Scenario 3: Packet transmission across different DODAGs (N1 to N2).
“Once the packet reaches LBR2, it updates the Deadline-6LoRHE by adding the current time of DODAG2.”

[GP] is not clear to me, why “adding”, why not “subtracting”, as you mention in page 10.


[GP] Furthermore, in the example later of 6TiSCH network:
Instead of supposing an example of ASN 20050, would make sense actually to have ASN 20030, based on the topology in Figure 6, that comes with three hops.
Similarly, the rest of the math operations could be more specific, based on the topology in Figure 6.


*/ In Scenario 2:
[GP] (Optionally) DODAG 1 could be indicated/highlighted in the Figure 5 as well, as it is illustrated in Figure 6 of Scenario 3.


— — 
Best regards,
Georgios

____________________________________

Georgios Z. Papadopoulos, Ph.D.
Associate Professor, IMT Atlantique, Rennes

web: 	 www.georgiospapadopoulos.com <http://www.georgiospapadopoulos.com/>
twitter: 	@gzpapadopoulos <https://twitter.com/gzpapadopoulos?ref_src=twsrc%5Etfw&ref_url=http://georgiospapadopoulos.com/>
____________________________________

> On Apr 19, 2018, at 02:59, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com> wrote:
> 
> Hi,
>  
> I just initiated a WG last call on:
>  
>               https://datatracker.ietf.org/doc/draft-ietf-6lo-deadline-time/ <https://datatracker.ietf.org/doc/draft-ietf-6lo-deadline-time/>
>  
> The WG last call will finish on Wednesday, May 2, 2018. 
>  
> Thanks in advance for your comments.
>  
> Gabriel
>  
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org <mailto:6lo@ietf.org>
> https://www.ietf.org/mailman/listinfo/6lo <https://www.ietf.org/mailman/listinfo/6lo>