Re: [6lo] Last Call: <draft-ietf-6lo-deadline-time-03.txt> (Packet Delivery Deadline time in 6LoWPAN Routing Header) to Proposed Standard

Abdussalam Baryun <abdussalambaryun@gmail.com> Thu, 03 January 2019 23:14 UTC

Return-Path: <abdussalambaryun@gmail.com>
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 881E9131354; Thu, 3 Jan 2019 15:14:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 nLlWTSwxqco7; Thu, 3 Jan 2019 15:14:01 -0800 (PST)
Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2B9213131F; Thu, 3 Jan 2019 15:14:00 -0800 (PST)
Received: by mail-ot1-x32d.google.com with SMTP id t5so30822260otk.1; Thu, 03 Jan 2019 15:14:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eAwXEMni3YtZH7uzjUm880YCQjDHlE2oz6DTcXWNws0=; b=NOs2jZKzoTccVVEnrrGYc5Y6m7xQRldN5N3gb5aAeVa8GNatKf/y/Ry/f2Oda++z7N DXTMZNwlEeMLGg+nLxE2siOmVB2JS2If2hcz2VD5RcBgZHnhGngDfaqI24wm+zr4Lc5c MFavwhu9mJNL45pVQeNMUfTlarYdnn/Nv/bPiIp1v4xjfUmwsWFenOyN0kRkHqF3OSwU jagiSCljAsAHe0TXAFuk0LlcfjyhXe18oKFYf0/KsdotA7yA08mK2aFGsXneiHuCLxqp BQVDaOzRg2TAKxmu+xgpFnRCe9tR/xf8g8n9/f5OHVrUPDo7YxNAITnOJBGwtM4yC/HT CNfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eAwXEMni3YtZH7uzjUm880YCQjDHlE2oz6DTcXWNws0=; b=V56hJXzX+7Z9BnJqtgoKSQaIbyiGQqe+u5TxwuFPAN3O0B25Pt6LWweqvOUfxcfWQC /CaKpKRUUsCt86Y0ez8Yj9ec0NsCA1MsxE267lGvYpgU/Lv8QV9nEglyO8QeMGar3S24 f84nv3m/SRPiu/CQkRWqkQRL8vumtEK4J+vK0j4nAZLsm/Le+ANIodDXf0xWgslXzJH6 uM95YkHvN8JwMS34a32bsgljevhv6TLVPJndZBjf9keqvuZpbUg/GoJVuzBfqvuXtx75 /vmfhr8W/TbHtnXcCn1gP0j1ZQGNRSeU3jOP01pSPIE0uuOiboLZFNjqHMqKqHizt3eD QAVQ==
X-Gm-Message-State: AJcUukfYTqEZ4GEbtLJVdXU7Kx03oKomTPkNA3uT//eey2SdPp0Fzel0 7rN8PekI3g5cYOpwrLPntJRMFWUnhP5xqjuuKWQY5TAIOe4=
X-Google-Smtp-Source: ALg8bN7WZqS9DuC1y604fAPtltpT0cZq07TAMN9CowJyOUe2DRvxPSxXDFUj7L2hpRyAWE+mTVbUsmFXaQW5QizMejg=
X-Received: by 2002:a05:6830:d:: with SMTP id c13mr36030591otp.82.1546557239936; Thu, 03 Jan 2019 15:13:59 -0800 (PST)
MIME-Version: 1.0
References: <154444480037.17333.5127536482994262799.idtracker@ietfa.amsl.com>
In-Reply-To: <154444480037.17333.5127536482994262799.idtracker@ietfa.amsl.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Fri, 04 Jan 2019 01:13:47 +0200
Message-ID: <CADnDZ8_KHtuW03pwLkuwZhR8-BNevNVVtNwj76-fTM4MCa-MCA@mail.gmail.com>
To: ietf <ietf@ietf.org>
Cc: Suresh Krishnan <suresh@kaloom.com>, draft-ietf-6lo-deadline-time@ietf.org, 6lo-chairs@ietf.org, Samita Chakrabarti <samitac.ietf@gmail.com>, 6lo@ietf.org, iesg@ietf.org
Content-Type: multipart/alternative; boundary="000000000000e94b4a057e95ea2a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/6QL8KRRW6IAU0Mg59zHNcS8Fir0>
Subject: Re: [6lo] Last Call: <draft-ietf-6lo-deadline-time-03.txt> (Packet Delivery Deadline time in 6LoWPAN Routing Header) to Proposed Standard
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 03 Jan 2019 23:14:04 -0000

I agree with specifying time semantics with more details as Tal suggested
(see below),

Furthermore, I suggest that we can add another delivery deadline time known
as the interval time. The interval time is the maximum time before another
packet of the same type as the received one from the same originator should
be received. IMO it can be more useful in LLNs, as it can be useful in
MANETs [RFC5497].

So suggest the draft replaces 'packet delivery deadline' with 'packet
delivery validity time', so that there can be two 'delivery deadlines' of
6LoWPAN routing header packets, one is the validity time and the second is
interval time (or maybe one of them can be optional).

AB

On Thu, Jan 3, 2019 at 3:02 PM Tal Mizrahi <tal.mizrahi.phd@gmail.com>
wrote:

> Hi Suresh, authors,
>
> >> I would suggest to follow the timestamp specification template of
> Section
> >> 3 in draft-ietf-ntp-packet-timestamps-05.
>
> >I think the semantics of the DT and OT fields are a bit different from
> the
> >NTP packet timestamps and there are also resource constraints in the
> >6lo world that might make the 64 bit formats expensive. I will let the
> >authors and the WG comment further on this.
>
>
> I agree that the NTP timestamp format does not fit here.
> My comment was that DT and OT should be defined according to the timestamp
> specification template (section 3 in the packet timestamp draft).
> This is a *generic template* for defining all kinds of timestamp formats.
> The template was defined in order to make sure that when you define a
> timestamp format you do not forget important details.
> Just to clarify, I am not suggesting to change the timestamp formats of DT
> and OT, but only to specify them in a clear and unambiguous manner.
>
> Thanks,
> Tal.
>
>
On Mon, Dec 10, 2018 at 2:27 PM The IESG <iesg-secretary@ietf.org> wrote:

>
> The IESG has received a request from the IPv6 over Networks of
> Resource-constrained Nodes WG (6lo) to consider the following document: -
> 'Packet Delivery Deadline time in 6LoWPAN Routing Header'
>   <draft-ietf-6lo-deadline-time-03.txt> as Proposed Standard
>
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2018-12-24. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of
> the Subject line to allow automated sorting.
>
> Abstract
>
>
>    This document specifies a new type for the 6LoWPAN routing header
>    containing the delivery deadline time for data packets.  The deadline
>    time enables forwarding and scheduling decisions for time critical
>    IoT M2M applications that need deterministic delay guarantees over
>    constrained networks and operate within time-synchronized networks.
>
>
>
>
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-6lo-deadline-time/
>
> IESG discussion can be tracked via
> https://datatracker.ietf.org/doc/draft-ietf-6lo-deadline-time/ballot/
>
>
> No IPR declarations have been submitted directly on this I-D.
>
>
> The document contains these normative downward references.
> See RFC 3967 for additional information:
>     draft-ietf-6tisch-terminology: Terms Used in IPv6 over the TSCH mode
> of IEEE 802.15.4e (None - IETF stream)
>
>
>
>