Re: Last Call: <draft-cardenas-dff-09.txt> (Depth-First Forwarding in Unreliable Networks (DFF)) to Experimental RFC

Abdussalam Baryun <abdussalambaryun@gmail.com> Sun, 10 February 2013 11:08 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E4E421F8477; Sun, 10 Feb 2013 03:08:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mJPdSRD4tUV9; Sun, 10 Feb 2013 03:08:06 -0800 (PST)
Received: from mail-we0-x230.google.com (we-in-x0230.1e100.net [IPv6:2a00:1450:400c:c03::230]) by ietfa.amsl.com (Postfix) with ESMTP id DBDD021F842D; Sun, 10 Feb 2013 03:08:05 -0800 (PST)
Received: by mail-we0-f176.google.com with SMTP id s43so4027820wey.21 for <multiple recipients>; Sun, 10 Feb 2013 03:08:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=scUpXA3tdj74iU3gt/Z/s6ydRgKStWEb0KDFD5gEYx8=; b=uhbH/pkNeur9fOnFB9vDFYWa6aBujV7FMQ2DSuIu06jvnvESB1jjA251UX/MvlsBRi O2pCSSGDiK//FMN7tf6Z6PjHW+VxBgnS7eYczVhjiNBpbP3ITZ9JffmDLNEr+IbfKR3n vXzJOTl3nHVIFNF6TTDsNIxU/zRFhJ2ME7qJDKRg3qMUg9MsSSTdDdc4NX0Jirxqs2FB 4F3wJab79R79wqz5FE5bPRCTHUefiEX6eO6XT5Il6rPdMiZUxMBQrvsBYjoagTJ6q4Uu jOmBYadWZ/vYg3xqPLCQeT05rrCZADV/AiuVT+qWTRBU4/89GV3oTMshYytjm25qUsJW aljw==
MIME-Version: 1.0
X-Received: by 10.194.109.102 with SMTP id hr6mr18246851wjb.24.1360494484966; Sun, 10 Feb 2013 03:08:04 -0800 (PST)
Received: by 10.180.101.70 with HTTP; Sun, 10 Feb 2013 03:08:04 -0800 (PST)
In-Reply-To: <20130207132146.18387.62853.idtracker@ietfa.amsl.com>
References: <20130207132146.18387.62853.idtracker@ietfa.amsl.com>
Date: Sun, 10 Feb 2013 12:08:04 +0100
Message-ID: <CADnDZ8_twkd7pi=8z7P=k4uWn6S8UqY1-eJKDBe_Emw_TZBoUA@mail.gmail.com>
Subject: Re: Last Call: <draft-cardenas-dff-09.txt> (Depth-First Forwarding in Unreliable Networks (DFF)) to Experimental RFC
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: ietf@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Cc: draft-cardenas-dff@tools.ietf.org, "iesg@ietf.org" <iesg@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Feb 2013 11:08:07 -0000

Reply to your request dated 07/02/2013
Also following AD advice.
Draft Reviewed By: Abdussalam Baryun (AB)   Dated: 10/02/2013

Reviewer Comment #AB1: Related to Aim and Terminology.
++++++++++++++++++++++++++++++++++++

Overall I support the work, but subject to amendments.

The Abstract is interesting but seem general

>    This document specifies the "Depth-First Forwarding" (DFF) protocol
>    for IPv6 networks,

AB> do you mean all IPv6 networks, if some please mention *some*

>    a data forwarding mechanism that can increase
>    reliability of data delivery in networks with dynamic topology and/or
>    lossy links.

AB> IPv6 considers dynamic topology, does the paragraph mean that some
networks are static topology. Suggest to clarify the dynamic
frequency. Also not clear what is missing with IPv6 protocol in such
nets that needs DFF.

>  The protocol operates entirely on the forwarding plane,
>    but may interact with the routing plane.

AB> amend> entirely on the forwarding plane,
           to; entirely within the forwarding plane,

>    The routing plane may be informed of
>    failures to deliver a packet or loops.

AB> Amend> routing plane may be informed
          to;   routing plane protocols may be informed

Terminology section>

AB> you need to define that all routers have the DFF protocol, even
though it is known by heart that any forwarder needs to run DFF but
you MUST mention that at least to the reader,

AB> you missed to define the Router, which is mentioned many times but
I don't know which one. I think it is a must because you refer to two
planes forwarding and routing planes. Please define the Forwarder as
well. I don't find any Forwarder action in the draft, why not while
you specify there is a forwarding plane!

AB> suggest that you explaine forwarding and routing in separate and
show where they join relating to your protocol.

This will not be the last, will continue,

Regards
AB
---------------------------------------------------------------------------------------
This message and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
This message is in compliance with the IETF regulations.
---------------------------------------------------------------------------------------



On 2/7/13, The IESG <iesg-secretary@ietf.org> wrote:
>
> The IESG has received a request from an individual submitter to consider
> the following document:
> - 'Depth-First Forwarding in Unreliable Networks (DFF)'
>   <draft-cardenas-dff-09.txt> as Experimental RFC
>
> 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 2013-02-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 the "Depth-First Forwarding" (DFF) protocol
>    for IPv6 networks, a data forwarding mechanism that can increase
>    reliability of data delivery in networks with dynamic topology and/or
>    lossy links.  The protocol operates entirely on the forwarding plane,
>    but may interact with the routing plane.  DFF forwards data packets
>    using a mechanism similar to a "depth-first search" for the
>    destination of a packet.  The routing plane may be informed of
>    failures to deliver a packet or loops.  This document specifies the
>    DFF mechanism both for IPv6 networks (as specified in RFC2460) and in
>    addition also for LoWPAN "mesh-under" networks (as specified in
>    RFC4944).
>
>
>
>
> The file can be obtained via
> http://datatracker.ietf.org/doc/draft-cardenas-dff/
>
> IESG discussion can be tracked via
> http://datatracker.ietf.org/doc/draft-cardenas-dff/ballot/
>
>
> The following IPR Declarations may be related to this I-D:
>
>    http://datatracker.ietf.org/ipr/1645/
>    http://datatracker.ietf.org/ipr/1646/
>
>
>
>