[6lo] Comment about "draft-thubert-6lo-rfc6775-update-reqs-06"

"Wang, Chonggang" <Chonggang.Wang@InterDigital.com> Thu, 23 April 2015 14:45 UTC

Return-Path: <Chonggang.Wang@interdigital.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0B71A92B1 for <6lo@ietfa.amsl.com>; Thu, 23 Apr 2015 07:45:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.244
X-Spam-Level:
X-Spam-Status: No, score=-1.244 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_SOFTFAIL=0.665, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 vOg4uJb3yVEz for <6lo@ietfa.amsl.com>; Thu, 23 Apr 2015 07:45:28 -0700 (PDT)
Received: from smtp-in1.interdigital.com (smtp-in1.interdigital.com [64.208.228.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69C3E1A9177 for <6lo@ietf.org>; Thu, 23 Apr 2015 07:45:11 -0700 (PDT)
X-ASG-Debug-ID: 1429800307-06daaa4890371b0001-BAoDzl
Received: from NISSONITE.InterDigital.com (nissonite.interdigital.com [10.2.64.252]) by smtp-in1.interdigital.com with ESMTP id BlwREreNSDtTugEM (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for <6lo@ietf.org>; Thu, 23 Apr 2015 10:45:07 -0400 (EDT)
X-Barracuda-Envelope-From: Chonggang.Wang@InterDigital.com
Received: from NABESITE.InterDigital.com ([fe80::4d8a:a889:67c2:f009]) by NISSONITE.InterDigital.com ([::1]) with mapi id 14.03.0210.002; Thu, 23 Apr 2015 10:45:08 -0400
From: "Wang, Chonggang" <Chonggang.Wang@InterDigital.com>
To: "'6lo@ietf.org'" <6lo@ietf.org>
Thread-Topic: Comment about "draft-thubert-6lo-rfc6775-update-reqs-06"
X-ASG-Orig-Subj: Comment about "draft-thubert-6lo-rfc6775-update-reqs-06"
Thread-Index: AdB90+NKwChk+Co5SSCOHaSvDfZHhQ==
Date: Thu, 23 Apr 2015 14:45:09 +0000
Message-ID: <988A85FFFC503944A7588C70D4A6F1171A630C8D@NABESITE.InterDigital.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.1.5.74]
x-exclaimer-md-config: bb79a19d-f711-475c-a0f9-4d93b71c94dd
Content-Type: multipart/alternative; boundary="_000_988A85FFFC503944A7588C70D4A6F1171A630C8DNABESITEInterDi_"
MIME-Version: 1.0
X-Barracuda-Connect: nissonite.interdigital.com[10.2.64.252]
X-Barracuda-Start-Time: 1429800307
X-Barracuda-Encrypted: AES128-SHA
X-Barracuda-URL: https://10.1.245.3:443/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at interdigital.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.18266 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message
Archived-At: <http://mailarchive.ietf.org/arch/msg/6lo/W9BIEeCdTGaG7faO94-HMG-_Lq4>
Subject: [6lo] Comment about "draft-thubert-6lo-rfc6775-update-reqs-06"
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 23 Apr 2015 14:45:30 -0000

Hi Pascal and All,

I reviewed draft-thubert-6lo-rfc6775-update-reqs-06 and had a few comments/questions below:


1.       In Section 3, the concept of a Multi-Link Subnet is presented. In it, it was mentioned that “The scope of the 6TiSCH Architecture is a Backbone Link that federates multiple LLNs (mesh) as a single IPv6 Multi-Link Subnet”.

a.       What is the significance of specifying “single” subnet?

b.      There could be multiple 6BBRs anchoring each LLN subnet. Would these subnets each have separate sub-prefixes within single IPv6 prefix similar to how IPv4 is deployed with a public address and subnets in the private address space? Granted in IPv6, the subnets do not need to be private.

c.       Further into section 3, there was a statement that an LLN can move freely within the multi-link subnet anchored by the same or different 6BBR while keeping its address. Is the assumption here that all the 6BBRs share the same prefix?

2.       The call flow in Figure 2 seems to apply to both registration and re-registration procedures – is this correct? If so, it seems during re-registration, the DAD should not need to be performed?

3.       Figure 2 shows the DAD going beyond the BBR, which based on Figure 1, implies that DAD is performed by the Gateway. Is this assumption correct?

4.       In Figure 2, is “Efficient ND” supposed to be compatible with traditional (6775) ND?

5.       In section 4.4, there is reference to a duty-cycled device needing the help of a 6LBR to perform registration to the 6BBR on its behalf. Does this statement imply that the device cannot stay awake long enough to receive the NA after sending an NS?

6.       Req5.4 specifies that a security mechanism lighter than SHA-1 should be preferred. Is it envisioned that LLN devices are constrained devices as specified by RFC 7228 (Class 0-2)?

7.       What is meant by Req6.1 in which a single 6LBR can register multiple thousands of devices? Any clarify the use case a little bit?

Thanks,
Chonggang