[6lowpan] Noteworthy changes in draft-ietf-6lowpan-btle-11.txt

<teemu.savolainen@nokia.com> Fri, 12 October 2012 16:08 UTC

Return-Path: <teemu.savolainen@nokia.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 2CA3B21F85C2 for <6lowpan@ietfa.amsl.com>; Fri, 12 Oct 2012 09:08:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.498
X-Spam-Level:
X-Spam-Status: No, score=-6.498 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 i3uh1Da9w8DZ for <6lowpan@ietfa.amsl.com>; Fri, 12 Oct 2012 09:08:51 -0700 (PDT)
Received: from mgw-da01.nokia.com (smtp.nokia.com [147.243.128.24]) by ietfa.amsl.com (Postfix) with ESMTP id 8A0CD21F859E for <6lowpan@ietf.org>; Fri, 12 Oct 2012 09:08:49 -0700 (PDT)
Received: from vaebh104.NOE.Nokia.com (vaebh104.europe.nokia.com [10.160.244.30]) by mgw-da01.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q9CG8hVd019386 for <6lowpan@ietf.org>; Fri, 12 Oct 2012 19:08:46 +0300
Received: from smtp.mgd.nokia.com ([65.54.30.50]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 12 Oct 2012 19:08:43 +0300
Received: from 008-AM1MPN1-053.mgdnok.nokia.com ([169.254.3.19]) by 008-AM1MMR2-016.mgdnok.nokia.com ([65.54.30.50]) with mapi id 14.02.0309.003; Fri, 12 Oct 2012 18:08:42 +0200
From: <teemu.savolainen@nokia.com>
To: <6lowpan@ietf.org>
Thread-Topic: Noteworthy changes in draft-ietf-6lowpan-btle-11.txt
Thread-Index: Ac2okr3m1pAfeRwxSWSrVCY+sN5xbw==
Date: Fri, 12 Oct 2012 16:08:41 +0000
Message-ID: <916CE6CF87173740BC8A2CE443096962044B03AB@008-AM1MPN1-053.mgdnok.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-tituslabs-classifications-30: TLPropertyRoot=Nokia; Confidentiality=Nokia Internal Use Only; Project=None;
x-titus-version: 3.3.8.1
x-headerinfofordlp: None
x-tituslabs-classificationhash-30: 0Ywc1/TmJmZP14okFmB8GKW5sxvyTd3V63AAqnUkVgkdhorCnUZ5ttynUMa7X9zG15CNMDiGjZtJkjGvt9kL7fqLFK9CJx9G+XL4zEHWeOLtXRZim+gA24+Am1YdafhV6QzOH8He+pY/7M92r4Yc5T1EK8dewPiToz+DZzHJ6SDrCuJWnU8tGS4WsvkuvIDf1dDrrbajDUWmEB0bZA4pBsp3gr7QY3T4rKenlf0s0sjBMqr/R+ogjVOxIguSmJ8hiSMrTVSLO3SRfpE3Pn2sqg==
x-originating-ip: [172.16.99.12]
Content-Type: multipart/alternative; boundary="_000_916CE6CF87173740BC8A2CE443096962044B03AB008AM1MPN1053mg_"
MIME-Version: 1.0
X-OriginalArrivalTime: 12 Oct 2012 16:08:43.0714 (UTC) FILETIME=[DA252A20:01CDA893]
X-Nokia-AV: Clean
Subject: [6lowpan] Noteworthy changes in draft-ietf-6lowpan-btle-11.txt
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, 12 Oct 2012 16:08:53 -0000

Hi,



We just posted draft-ietf-6lowpan-btle-11.txt that contains both changes based on the feedback from IESG, but also changes based on the feedback by Marcel De Kogel. Marcel has implemented the draft and found some issues during his work.



Please check out the changes and comment if not OK.



Revision: http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-btle-11.txt

Diff: http://www.ietf.org/rfcdiff?url2=draft-ietf-6lowpan-btle-11



The summary of changes based on _Marcel's findings_ are listed below (I hope I didn't miss any). IESG's comments (DISCUSSes) are visible in the tracker.



1) BT-LE device addressing: it is now clarified that the BT-LE address may not be globally unique like the MAC in typical interface cards is. The BT-LE address may also be randomly generated (once in first boot, or more often per BT-LE device lifetime). This requires that the IID generated from the random BT-LE address to have Universal/Local bit set to zero. This caused changes to section 2.3 (description of addressing), 3.2 (note that IID can be inferred from Neighbor Cache with device address), and 3.2.1 (Universal/Local bit).



2) The L2CAP channel characteristics were too unclear, and are now clarified in the section 3.2.



3) 3.2 had a bug: it said in rev -10 "IID derived directly from the 48-bit Bluetooth Device addresses", which was wrong because in case of privacy addresses there was no way to derive IID from 48-bit Bluetooth Device address. Instead we need to say:"the IID value inferred, with help of Neighbor Cache, from the link-layer address".



4) We were missing text related to communications between nodes in the BT-LE piconet. We had to clarify in section 3.2 and 3.2.4 that the BT-LE slaves cannot directly talk to each other with link-local addresses. i.e. that in the star topology each branch is individual link, even if they share the /64 prefix. That also causes that the PIO option in RA must have on-link flag bit 'L' set to zero. This is updated into section 3.2.1. Due the lack of means for BT-LE slaves to talk to each other with link-local addresses, the piconet needs to be numbered with ULA if BT-LE slave-to-slave communications are needed and global addresses are not present (text added to 3.2.4).



Best regards,



Teemu