Re: [6lowpan] 6lowpan-nd-18 : Flag for Changes in the document due to IESG comments

Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 29 June 2012 10:06 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: 6lowpan@ietfa.amsl.com
Delivered-To: 6lowpan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A573421F8743; Fri, 29 Jun 2012 03:06:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.522
X-Spam-Level:
X-Spam-Status: No, score=-3.522 tagged_above=-999 required=5 tests=[AWL=0.077, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WDv65z8m9TOK; Fri, 29 Jun 2012 03:06:18 -0700 (PDT)
Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id C9A2721F8738; Fri, 29 Jun 2012 03:06:17 -0700 (PDT)
Received: by vcqp1 with SMTP id p1so2385145vcq.31 for <multiple recipients>; Fri, 29 Jun 2012 03:06:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=08hKKgjOB3L904DbTkykJybfmKxYmD2ZPDcQbgLFCOc=; b=PRd1rnJveeEmT4ju6CelO+xxnbLfeC0ilQ4jfNnt/fZ9OGKsGcivhPNPdwxBUiNHNN eLMNHV6gU10UM6jfHMUC/+6hMmXz7BFKmilXrqYxmo1Uko7uSggEcAdg6773SxsJmf1H Us9YcpCY+7ThZ84Nn+EfDgzFehGZKyPuWksNWBRpBxJz9hOk6+ntyJ2DMdJk6gvQJbJb aaRflaS8tOAhTwEhBy1D/rZHg9iSBJic1az6092cyr/w9vR5IlmsoEW4LFiGHL4AxxxW KWHeNDuzD5RerjoSR8lyLBDAPZc5TSTt0mmYpXFNAHV8c7gxFx9jeccoSi1ToGq1t3kK IOhg==
MIME-Version: 1.0
Received: by 10.52.90.144 with SMTP id bw16mr464253vdb.129.1340964377279; Fri, 29 Jun 2012 03:06:17 -0700 (PDT)
Received: by 10.220.145.9 with HTTP; Fri, 29 Jun 2012 03:06:17 -0700 (PDT)
In-Reply-To: <16D60F43CA0B724F8052D7E9323565D72AB81F0ADA@EUSAACMS0715.eamcs.ericsson.se>
References: <16D60F43CA0B724F8052D7E9323565D72AB81F0ADA@EUSAACMS0715.eamcs.ericsson.se>
Date: Fri, 29 Jun 2012 12:06:17 +0200
Message-ID: <CADnDZ89LUrUwGvZmHzHDebX0_no5Ao91g3OkO2p2+UA8JqMR-A@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: Samita Chakrabarti <samita.chakrabarti@ericsson.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Erik Nordmark <nordmark@cisco.com>, Ralph Droms <rdroms@cisco.com>, "iesg@ietf.org" <iesg@ietf.org>, Geoff Mulligan <geoff@proto6.com>, Carsten Bormann <cabo@tzi.org>, "6lowpan@ietf.org" <6lowpan@ietf.org>
Subject: Re: [6lowpan] 6lowpan-nd-18 : Flag for Changes in the document due to IESG comments
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jun 2012 10:06:18 -0000

+1

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

On 6/28/12, Samita Chakrabarti <samita.chakrabarti@ericsson.com> wrote:
>
> Hello All:
>
> The authors and chairs have been discussing the technical changes in
> 6lowpan-nd document before the next revision toward the publication of RFC.
> There were major concerns about the many optional features and maintaining
> compatibility among the 6lowpan devices and their dynamic configuration
> options following this document and we were asked to simplify/clarify.
>
>
> The decision was to replace the optional features as substitutable features
> meaning that those features (ABRO, 6CO etc.) are mandatory in 6lowpan-nd in
> multi-subnet 6lowpan networks unless one uses a 6lowpan routing protocols or
> other provisioning mechanism for address prefix advertisement, context
> distribution. Multihop DAD is also non-optional if one uses a multihop
> 6lowpan networks without EUI 64bit MAC addresses.
>
>
> So suggested changes:
>
>
> 1)
>
> 1.5.  Substitutable Features
>
>    This document defines the optimization of Neighbor Discovery messages
>    host-router interfaces and introduces the communication in case of
>    Route-over topology.
>
>    Unless specified otherwise (in a document that defines a routing
>    protocol that is used in a 6LoWPAN) this document applies to all
>    routing protocols.  However, because the routing protocol may
>    provide good alternate mechanisms, this document defines certain
>    features as "substitutable", meaning they can be substituted by a
>    routing protocol specification that provides mechanisms achieving
>    the same overall effect.
>
>    The services described in this document that are not concerned with
>    distribution of information in the 6LoWPAN or with multihop
>    mechanisms are expected to be provided as specified in this
>    document.  The multihop prefix distribution by the 6LBR and
>    multihop Duplicate Address Detection mechanisms, as well as 6LoWPAN
>    context option are substitutable in the sense defined above.
>
>    A guideline for feature implementation and deployment is provided
>    at the end of the document.
>
>
> Clarification:
>
> 2)   1.4 - "it is assumed that 6LRs register with all the 6LBRs." is
>> ambiguous - does it mean each 6LR registers with some 6LBR or
>> s/each/all/  or s/some/all/ or both? Assuming that all 6LRs are
>> registered with all  6LBRs would seem to be too difficult and unwise
>> so I think this needs  fixing.
>>
>>  RESPONSE==> 'each 6LR to register with all the configured 6LBR in the
>> 6LowPAN'. This is the intended meaning.
>
>
> Thanks,
> -Samita
>
>
>
>