Re: [Roll] Fwd: New Version Notification for draft-ko-roll-mix-network-pathology-00.txt

Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 17 August 2012 14:06 UTC

Return-Path: <abdussalambaryun@gmail.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 DDA7C21F858F for <roll@ietfa.amsl.com>; Fri, 17 Aug 2012 07:06:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.49
X-Spam-Level:
X-Spam-Status: No, score=-3.49 tagged_above=-999 required=5 tests=[AWL=0.108, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 YHf-M0zlB1dY for <roll@ietfa.amsl.com>; Fri, 17 Aug 2012 07:06:02 -0700 (PDT)
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 341C021F858A for <roll@ietf.org>; Fri, 17 Aug 2012 07:06:02 -0700 (PDT)
Received: by vbbez10 with SMTP id ez10so3866994vbb.31 for <roll@ietf.org>; Fri, 17 Aug 2012 07:06:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=AfnFNnKXi0H8ecs/AaPGvLkHFlJSYGmgzIAKouXdUXg=; b=d+f0IwK/45CUC3fEh3ecHgUra7kvPw9T+yy0TXoHaUxkPijmKKgFbYpy7UuvlPNtfp UH2bxHJy73YzEe6rAg/cgQ1SwMJb0kNCxCn0wW03lrYC0kdEdYA3t7yHSychsh00ft+f 4KS2P/oz6mWzwsTnp+RA7GwV9NqQkCXnB9pWHjMpRWl4irpZiH4S4GUofA+Jn6igH+z0 n+fVi9IImds/2vkPCkF3tihPe+4XmUsgatgI2VmRE9UFXZ8MSNsaGMvoG+tlXEGbHRnM /BfDAB755qfSxmHHHDxw2SAUs3HRS3gQD9Vjxc1RgTF57iLizc1xtoqQuD0v7Xv3O0fd eqoQ==
MIME-Version: 1.0
Received: by 10.52.24.201 with SMTP id w9mr2099685vdf.125.1345212361454; Fri, 17 Aug 2012 07:06:01 -0700 (PDT)
Received: by 10.220.62.77 with HTTP; Fri, 17 Aug 2012 07:06:01 -0700 (PDT)
Date: Fri, 17 Aug 2012 15:06:01 +0100
Message-ID: <CADnDZ8-gQ12c8ZPKtcqU46v0-svKsBs-qGBC1WBX5KiJjWAhqA@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: jeonggil.ko@etri.re.kr
Content-Type: multipart/alternative; boundary="bcaec5016207f3b4e104c776a808"
Cc: roll <roll@ietf.org>
Subject: Re: [Roll] Fwd: New Version Notification for draft-ko-roll-mix-network-pathology-00.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Fri, 17 Aug 2012 14:06:03 -0000

Hi John,

I like the work, as I always beleive that LLN is has mixed nodes of
different  capabilities,
the work I am doing has in the routing aspects similar which is about node
ability NAP [*]. However, I support your work as well,

Comments on your draft 00:
----------------------------------------------------------------------------------------------------------------------------
section 4>N is operating in non-storing mode so without a source routing
header, it will forward the packet back to S. Thus the packet bounces
between N and S.

A node should not forward to prefered next-hop towice, or it should never
forward (while it doesn't know the path to destination) to a node which
already send the packet to it.
----------------
section 5>A new mode of operation (MOP) that allows a node to choose either
   to implement the storing or non-storing features, or both.  The
   changes below are made compared to the original storing and non-
   storing modes.

you may add, that there are alot of LLN possibility of it nodes non-store
and store modes, as destinations maybe store or/and non-store and the root
also maybe store and/or non-store. IMO, this section is still not complete
to cover all possibilities.

-------------------------------------------------------------------------------------------------------------------------------

In my work [*] I name this operation mode you refer, as node ability. The
node will choose the mode depending on the ability metric. However, your
draft is interesting because this pathology function will be within the
routing RPL function and depending on OF.

[*] http://tools.ietf.org/id/draft-baryun-roll-nap-00.txt

Best Regards

Abdussalam Baryun
University of Glamorgan, UK
======================