From hamid.mukhtar@gmail.com Wed Mar 4 08:21:20 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2C2643A6CBB for <6lowpan@core3.amsl.com>; Wed, 4 Mar 2009 08:21:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.752 X-Spam-Level: X-Spam-Status: No, score=-0.752 tagged_above=-999 required=5 tests=[AWL=-1.225, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_CHARSET_FARAWAY=2.45] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WTJm-sVABsAr for <6lowpan@core3.amsl.com>; Wed, 4 Mar 2009 08:21:18 -0800 (PST) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by core3.amsl.com (Postfix) with ESMTP id 46B8B3A6CC6 for <6lowpan@ietf.org>; Wed, 4 Mar 2009 08:20:56 -0800 (PST) Received: by rv-out-0506.google.com with SMTP id l9so3063559rvb.49 for <6lowpan@ietf.org>; Wed, 04 Mar 2009 08:21:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=bzUuDiSS3yi5mw23YTndIq2sFLT1JuscK+jPHo1m2Ng=; b=NmjFoLJ1UrZwbJl88j35vG+Z4wReAOjVqeQm/X05xBXk90LI+EicFEQjzhRX5U+YM9 GN68yYZOooWfPNnBWnd6NhTK6s6Fjqk/bSwQiZuIACsJzhNssT1zEPCSsyEGiqiRJqVC 53s9NiOPJ6PrRk/LMZR20HGEMP++guMZqBH8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=dtBDx0+liMqj77mW3ji0S8hIrop7SWqE/jl9t0WtqzToAgLA1lWNHVRDeuXadjwy24 3ArELeRZK7yfyvCqdBHteW20RIvlzxBdzYk/O2JDz6xJNkJq4nAn+4RF9W19BWbaCsb7 FWN4jnf0Pgzcp0pbAk6aP9xBrQvApIWeVwLqs= MIME-Version: 1.0 Sender: hamid.mukhtar@gmail.com Received: by 10.140.136.5 with SMTP id j5mr19185rvd.167.1236183684695; Wed, 04 Mar 2009 08:21:24 -0800 (PST) In-Reply-To: References: Date: Thu, 5 Mar 2009 01:21:24 +0900 X-Google-Sender-Auth: ff00babf2d8510c3 Message-ID: From: Hamid Mukhtar To: 6lowpan@ietf.org Content-Type: multipart/mixed; boundary=000e0cd2900e67487604644d7105 Subject: [6lowpan] Fwd: New Version Notification for draft-hamid-6lowpan-snmp-optimizations-00 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 16:21:20 -0000 --000e0cd2900e67487604644d7105 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: quoted-printable Hi, The first version of the SNMP Optimizations for 6LoWPAN I-D has been posted and is available for your feedback and suggestions. We would really appreciate your comments and list discussions on it. Regards, Hamid -----=BF=F8=BA=BB =B8=DE=BD=C3=C1=F6----- From: "IETF I-D Submission Tool" >From Date: 2009-03-05 =BF=C0=C0=FC 1:07:50 To: "hamid@etri.re.kr" Cc: "ssjoo@etri.re.kr" , "j.schoenwaelder@jacobs-university.de" Subject: New Version Notification for draft-hamid-6lowpan-snmp-optimization= s-00 A new version of I-D, draft-hamid-6lowpan-snmp-optimizations-00.txt has been successfuly submitted by Hamid Mukhtar and posted to the IETF repository. Filename: draft-hamid-6lowpan-snmp-optimizations Revision: 00 Title: SNMP optimizations for 6LoWPAN Creation_date: 2009-03-04 WG ID: Independent Submission Number_of_pages: 12 Abstract: This draft proposes SNMPv3 optimizations for its use in 6LoWPANs. The draft presents optimization goals, issues, and the optimization approaches to enable the use of SNMP under the given memory, processing, and message size constraints imposed by 6LoWPANs. The IETF Secretariat. --000e0cd2900e67487604644d7105 Content-Type: text/plain; charset=US-ASCII; name="draft-hamid-6lowpan-snmp-optimizations-00.txt" Content-Disposition: attachment; filename="draft-hamid-6lowpan-snmp-optimizations-00.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_frw7rrjf0 CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEguIE11a2h0YXIgRWQuCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFMuIEpvbwpJbnRlbmRlZCBzdGF0dXM6IFN0YW5k YXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVUUkkKRXhwaXJl czogU2VwdGVtYmVyIDUsIDIwMDkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKLiBTY2hv ZW53YWVsZGVyCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEphY29icyBVbml2ZXJzaXR5IEJyZW1lbgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE1hcmNoIDQsIDIwMDkKCgogICAgICAgICAgICAg ICAgICAgICBTTk1QIG9wdGltaXphdGlvbnMgZm9yIDZMb1dQQU4KICAgICAgICAgICAgIGRyYWZ0 LWhhbWlkLTZsb3dwYW4tc25tcC1vcHRpbWl6YXRpb25zLTAwLnR4dAoKU3RhdHVzIG9mIFRoaXMg TWVtbwoKICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgdG8gSUVURiBpbiBmdWxs IGNvbmZvcm1hbmNlIHdpdGggdGhlCiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzku ICBUaGlzIGRvY3VtZW50IG1heSBjb250YWluIG1hdGVyaWFsCiAgIGZyb20gSUVURiBEb2N1bWVu dHMgb3IgSUVURiBDb250cmlidXRpb25zIHB1Ymxpc2hlZCBvciBtYWRlIHB1YmxpY2x5CiAgIGF2 YWlsYWJsZSBiZWZvcmUgTm92ZW1iZXIgMTAsIDIwMDguICBUaGUgcGVyc29uKHMpIGNvbnRyb2xs aW5nIHRoZQogICBjb3B5cmlnaHQgaW4gc29tZSBvZiB0aGlzIG1hdGVyaWFsIG1heSBub3QgaGF2 ZSBncmFudGVkIHRoZSBJRVRGCiAgIFRydXN0IHRoZSByaWdodCB0byBhbGxvdyBtb2RpZmljYXRp b25zIG9mIHN1Y2ggbWF0ZXJpYWwgb3V0c2lkZSB0aGUKICAgSUVURiBTdGFuZGFyZHMgUHJvY2Vz cy4gIFdpdGhvdXQgb2J0YWluaW5nIGFuIGFkZXF1YXRlIGxpY2Vuc2UgZnJvbQogICB0aGUgcGVy c29uKHMpIGNvbnRyb2xsaW5nIHRoZSBjb3B5cmlnaHQgaW4gc3VjaCBtYXRlcmlhbHMsIHRoaXMK ICAgZG9jdW1lbnQgbWF5IG5vdCBiZSBtb2RpZmllZCBvdXRzaWRlIHRoZSBJRVRGIFN0YW5kYXJk cyBQcm9jZXNzLCBhbmQKICAgZGVyaXZhdGl2ZSB3b3JrcyBvZiBpdCBtYXkgbm90IGJlIGNyZWF0 ZWQgb3V0c2lkZSB0aGUgSUVURiBTdGFuZGFyZHMKICAgUHJvY2VzcywgZXhjZXB0IHRvIGZvcm1h dCBpdCBmb3IgcHVibGljYXRpb24gYXMgYW4gUkZDIG9yIHRvCiAgIHRyYW5zbGF0ZSBpdCBpbnRv IGxhbmd1YWdlcyBvdGhlciB0aGFuIEVuZ2xpc2guCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdv cmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBUYXNrIEZvcmNl IChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0CiAg IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIElu dGVybmV0LQogICBEcmFmdHMuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50 cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMKICAgYW5kIG1heSBiZSB1cGRhdGVk LCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkKICAgdGlt ZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVu Y2UKICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJv Z3Jlc3MuIgoKICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFj Y2Vzc2VkIGF0CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dC4K CiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUg YWNjZXNzZWQgYXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4KCiAgIFRoaXMg SW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gU2VwdGVtYmVyIDUsIDIwMDkuCgpDb3B5cmln aHQgTm90aWNlCgogICBDb3B5cmlnaHQgKGMpIDIwMDkgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNv bnMgaWRlbnRpZmllZCBhcyB0aGUKICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVz ZXJ2ZWQuCgoKCk11a2h0YXIgRWQuLCBldCBhbC4gICAgIEV4cGlyZXMgU2VwdGVtYmVyIDUsIDIw MDkgICAgICAgICAgICAgICBbUGFnZSAxXQoMCkludGVybmV0LURyYWZ0ICAgICAgIFNOTVAgb3B0 aW1pemF0aW9ucyBmb3IgNkxvV1BBTiAgICAgICAgICAgTWFyY2ggMjAwOQoKCiAgIFRoaXMgZG9j dW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwKICAg UHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cyBpbiBlZmZlY3Qgb24gdGhlIGRh dGUgb2YKICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudCAoaHR0cDovL3RydXN0ZWUuaWV0 Zi5vcmcvbGljZW5zZS1pbmZvKS4KICAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMgY2Fy ZWZ1bGx5LCBhcyB0aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzCiAgIGFuZCByZXN0cmljdGlvbnMg d2l0aCByZXNwZWN0IHRvIHRoaXMgZG9jdW1lbnQuCgpBYnN0cmFjdAoKICAgVGhpcyBkcmFmdCBw cm9wb3NlcyBTTk1QdjMgb3B0aW1pemF0aW9ucyBmb3IgaXRzIHVzZSBpbiA2TG9XUEFOcy4KICAg VGhlIGRyYWZ0IHByZXNlbnRzIG9wdGltaXphdGlvbiBnb2FscywgaXNzdWVzLCBhbmQgdGhlIG9w dGltaXphdGlvbgogICBhcHByb2FjaGVzIHRvIGVuYWJsZSB0aGUgdXNlIG9mIFNOTVAgdW5kZXIg dGhlIGdpdmVuIG1lbW9yeSwKICAgcHJvY2Vzc2luZywgYW5kIG1lc3NhZ2Ugc2l6ZSBjb25zdHJh aW50cyBpbXBvc2VkIGJ5IDZMb1dQQU5zLgoKUmVxdWlyZW1lbnRzIExhbmd1YWdlCgogICBUaGUg a2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxM IE5PVCIsCiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRFRCIsICJNQVkiLCBh bmQgIk9QVElPTkFMIiBpbiB0aGlzCiAgIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBh cyBkZXNjcmliZWQgaW4gUkZDIDIxMTkgW1JGQzIxMTldLgoKVGFibGUgb2YgQ29udGVudHMKCiAg IDEuICBJbnRyb2R1Y3Rpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgMwogICAyLiAgTWFuYWdlbWVudCBSZXF1aXJlbWVudHMgYW5kIGRlc2lnbiBn b2FscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMKICAgMy4gIERlcGxveW1lbnQgbW9kZWxzICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0CiAgICAgMy4xLiAg TGlnaHR3ZWlnaHQgRW5kLXRvLUVuZCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgNAogICAgIDMuMi4gIFByb3h5IE1vZGVsICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDQKICAgICAzLjMuICBTTk1QIHdpdGggU3ViLUFnZW50IFByb3Rv Y29scyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0CiAgIDQuICBPcHRpbWl6YXRpb24g R29hbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQogICAg IDQuMS4gIFJlZHVjdGlvbiBvZiBQYWNrZXQgc2l6ZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDUKICAgICAgIDQuMS4xLiAgSGVhZGVyIHNpemUgcmVkdWN0aW9uICAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1CiAgICAgICA0LjEuMi4gIFBheWxvYWQgc2l6ZSBy ZWR1Y3Rpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNgogICAgIDQuMi4gIFJl ZHVjdGlvbiBvZiBNZW1vcnkgY29zdCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g IDcKICAgICAgIDQuMi4xLiAgTGlnaHQtd2VpZ2h0IGFuZCBEaXN0cmlidXRlZCBBZ2VudCBGdW5j dGlvbmFsaXR5IC4gLiAuICA3CiAgICAgICA0LjIuMi4gIFJlYXNzZW1ibHkgb24gNkxvV1BBTiBu b2RlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNwogICAgICAgNC4yLjMuICBNaW5pbWFs IE1JQiBzdXBwb3J0ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgKICAgICA0 LjMuICBNYW5hZ2VyIENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA4CiAgICAgNC40LiAgTGlnaHR3ZWlnaHQgUHJvdG9jb2wgT3BlcmF0aW9uIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOAogICAgICAgNC40LjEuICBFbmdpbmVJRCBkaXNjb3Zl cnkgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgKICAgICAgIDQuNC4yLiAg U2VjdXJpdHkgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5 CiAgICAgICA0LjQuMy4gIEFjY2VzcyBjb250cm9sIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgOQogICA1LiAgQ29uY2x1c2lvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDkKICAgNi4gIElBTkEgQ29uc2lkZXJhdGlv biAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5CiAgIDcuICBT ZWN1cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgOQogICA4LiAgQWNrbm93bGVkZ21lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDkKICAgOS4gIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5CiAgICAgOS4xLiAgTm9ybWF0 aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOQog ICAgIDkuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gMTEKCgoKCk11a2h0YXIgRWQuLCBldCBhbC4gICAgIEV4cGlyZXMgU2VwdGVt YmVyIDUsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAgICAg IFNOTVAgb3B0aW1pemF0aW9ucyBmb3IgNkxvV1BBTiAgICAgICAgICAgTWFyY2ggMjAwOQoKCjEu ICBJbnRyb2R1Y3Rpb24KCiAgIE9uIG9uZSBoYW5kLCA2TG9XUEFOcyBhcmUgSVB2NiBuZXR3b3Jr czsgd2hpbGUgb24gdGhlIG90aGVyIGhhbmQsCiAgIHRoZXNlIGFyZSBzZW5zb3IgbmV0d29ya3Mg dGhhdCBjb21wcmlzZSBhIGxhcmdlIG51bWJlciBvZiBub2RlcyB3aXRoCiAgIGV4dHJlbWVseSBs aW1pdGVkIHJlc291cmNlcy4gIFRoZSBtYW5hZ2VtZW50IHNvbHV0aW9ucyBmb3IKICAgdHJhZGl0 aW9uYWwgSVAgbmV0d29ya3MgY2Fubm90IGJlIGFwcGxpZWQgZGlyZWN0bHkgdG8gNkxvV1BBTnMK ICAgYmVjYXVzZSBvZiB0aGUgcmVzb3VyY2UgY29uc3RyYWludHMgb2YgdGhlIGZvcm1lci4gIExp a2V3aXNlLCB0aGUKICAgYXBwbGljYXRpb25zLCB3aGlsZSBkZXNpZ25lZCBmb3IgdHJhZGl0aW9u YWwgbmV0d29ya3MgaGF2ZQogICBwcmVmZXJlbmNlcyBpbiB0ZXJtcyBvZiBwZXJmb3JtYW5jZSBh bmQgcmVzcG9uc2UgdGltZSBhcyBjb21wYXJlZCB0bwogICB0aGUgZW5lcmd5LCB0cmFuc21pc3Np b24gcG93ZXIsIG1lbW9yeSwgYW5kIHByb2Nlc3NpbmcgcG93ZXIKICAgY29uc2lkZXJhdGlvbnMg Zm9yIHNlbnNvciBuZXR3b3Jrcy4gIFRoZSBtYW5hZ2VtZW50IG9mIDZMb1dQQU5zCiAgIGludm9s dmVzIGNhdGVyaW5nIGZvciB0aGUgbWFuYWdlbWVudCBuZWVkcyBmb3IgdGhlIG5ldHdvcmtzIG9m CiAgIGh1bmRyZWRzIG9yIHRob3VzYW5kcyBvZiBub2RlcyB3aGljaCBhcmUgcmVsYXRpdmVseSB1 bnJlbGlhYmxlIGluCiAgIHRlcm1zIG9mIGNvbm5lY3Rpdml0eSB5ZXQgbXVzdCBhbHNvIHN1cHBv cnQgSVB2NiBhZGRyZXNzaW5nLAogICBpbmNsdWRpbmcgaXRzIGR5bmFtaWMgYXNzaWdubWVudCBh bmQgdXNhZ2UuICBUaGlzIHNlZW1pbmdseQogICBwYXJhZG94aWNhbCBzaXR1YXRpb24gZGVtYW5k cyBmb3IgbGlnaHQtd2VpZ2h0IG1hbmFnZW1lbnQKICAgYXJjaGl0ZWN0dXJlcyB0aGF0IGFyZSBz YXZ2eSBvZiB0aGUgY29uc3RyYWludHMgYW5kIHRob3JvdWdoIGluCiAgIHB1cnZpZXcuCgogICBB Y2NvcmRpbmcgdG8gW1JGQzQ5MTldIG5ldHdvcmsgbWFuYWdlbWVudCBpcyBvbmUgb2YgdGhlIGdv YWxzIGZvcgogICA2TG9XUEFOcywgd2hlcmVpbiBpdCBpcyBkZXNjcmliZWQgdGhhdCBuZXR3b3Jr IG1hbmFnZW1lbnQKICAgZnVuY3Rpb25hbGl0eSBpcyBjcml0aWNhbCBmb3IgNkxvV1BBTnMuICBB biBpbnR1aXRpdmUgYXBwcm9hY2ggaXMgdG8KICAgdXNlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1l bnQgUHJvdG9jb2wgKFNOTVApIFtSRkMzNDEwXSB0aGF0IGlzCiAgIHdpZGVseSB1c2VkIGZvciBt YW5hZ2VtZW50IGFuZCBtb25pdG9yaW5nIG9mIElQIG5ldHdvcmtzLiAgSG93ZXZlciwKICAgZHVl IHRvIHRoZSBhZm9yZW1lbnRpb25lZCBjb25zdHJhaW50cywgYW4gaW52ZXN0aWdhdGlvbiBpcyBy ZXF1aXJlZAogICB0byBkZXRlcm1pbmUgdGhlIHVzYWJpbGl0eSBvZiB0aGUgbGF0ZXN0IHZlcnNp b24gb2YgU05NUCwKICAgc3BlY2lmaWNhbGx5IFNOTVB2Mywgb3IgYW4gYXBwcm9wcmlhdGUgYWRh cHRhdGlvbiBvZiBpdC4KCiAgIFRoaXMgZHJhZnQgd291bGQgaW52ZXN0aWdhdGUgdGhlIGZlYXNp YmlsaXR5IG9mIHRoZSB1c2FnZSBvZiBTTk1QdjMKICAgaW4gNkxvV1BBTnMgYW5kIHByb3BvdW5k cyBvcHRpbWl6YXRpb25zIGluIFNOTVB2MyBmb3IgaXRzIHVzZSBpbgogICA2TG9XUEFOcy4gIEl0 IGNvdmVycyBtYW5hZ2VtZW50IHJlcXVpcmVtZW50cyBhbmQgZ29hbHMsIGZvbGxvd2VkIGJ5CiAg IHRoZSBwcm9wb3NlZCBvcHRpbWl6YXRpb25zIGZvciB0aGUgcmVkdWNlZCBwYWNrZXQgc2l6ZSBh bmQgdGhlIG1lbW9yeQogICBjb3N0LiAgVGhlIGluaXRpYWwgdmVyc2lvbiBvZiB0aGUgZHJhZnQg Y292ZXJzIHRoZSBnb2FscyBvZiBTTk1QCiAgIG9wdGltaXphdGlvbnMgYW5kIHRoZSBvcHRpbWl6 YXRpb24gaXNzdWVzLiAgQWRkaXRpb25hbCBhc3BlY3RzIHdvdWxkCiAgIGJlIGRpc2N1c3NlZCBp biB0aGUgbGF0ZXIgdmVyc2lvbnMgb2YgdGhlIGRyYWZ0LgoKMi4gIE1hbmFnZW1lbnQgUmVxdWly ZW1lbnRzIGFuZCBkZXNpZ24gZ29hbHMKCiAgIDZMb1dQQU4gbWFuYWdlbWVudCBuZWVkcyB0byBt ZWV0IHRoZSByZXNvdXJjZSBjb25zdHJhaW50cyBhbmQgZW5zdXJlCiAgIGEgbWluaW1hbGlzdCBj b25maWd1cmF0aW9uIGNoYW5nZSB3aGlsZSBwcm92aWRpbmcgaW5hc211Y2ggbWFuYWdlbWVudAog ICBpbmZvcm1hdGlvbiBhcyBuZWVkZWQgZm9yIHNlbGYtaGVhbGluZyBieSB0aGUgbmV0d29yay4g IFRoZQogICB1dGlsaXphdGlvbiBvZiBTTk1QdjMgaW4gdGhlc2UgbmV0d29ya3Mgd291bGQgZW5h YmxlIHRoZSByZXVzZQogICBleGlzdGluZyBtYW5hZ2VtZW50IHRvb2xzLgoKICAgUmV1c2FiaWxp dHk6IFRoZSBtYW5hZ2VtZW50IGdvYWwgb2YgNkxvV1BBTiBpcyB0byByZS11c2UgdGhlIGV4aXN0 aW5nCiAgIGVzdGFibGlzaGVkIG5ldHdvcmsgbWFuYWdlbWVudCB0b29scy4gIFRoZSB1bmRlcmx5 aW5nIElQIG5ldHdvcmsKICAgZW5hYmxlcyB0aGUgdXNlIG9mIHRob3NlIHRvb2xzIGlmIHRoZSBy ZXNvdXJjZSBjb25zdHJhaW50cyBvZiB0aGUKICAgbmV0d29yayBhcmUgdGFrZW4gY2FyZSBvZi4K CgoKTXVraHRhciBFZC4sIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgNSwgMjAwOSAgICAg ICAgICAgICAgIFtQYWdlIDNdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgU05NUCBvcHRpbWl6YXRp b25zIGZvciA2TG9XUEFOICAgICAgICAgICBNYXJjaCAyMDA5CgoKICAgTWluaW11bSBvdmVyaGVh ZDogVGhlIG5ldHdvcmsgbWFuYWdlbWVudCBmcmFtZXdvcmsgc2hvdWxkIGhhdmUgYQogICBsaW1p dGVkIG92ZXJoZWFkIGJvdGggaW4gdGVybXMgb2YgY29tbXVuaWNhdGlvbiBhbmQgY29tcHV0YXRp b24uCgozLiAgRGVwbG95bWVudCBtb2RlbHMKCiAgIERpZmZlcmVudCBzY2hlbWVzIG1heSBiZSBz dXBwb3J0ZWQgb24gdGhlIDZMb1dQQU5zIHRvIGRlcGxveSBhbmQKICAgc3VwcG9ydCBTTk1QLiAg V2UgbmVlZCB0byBleGFtaW5lIGlmIGxpZ2h0d2VpZ2h0IGVuZC10by1lbmQgKEUyRSkgb3IKICAg U05NUCBwcm94eSBvciBhIHN1YmFnZW50IHByb3RvY29sIGNhbiBlbmFibGUgdGhlIGVmZmljaWVu dCB1c2Ugb2YKICAgU05NUCBpbiA2TG9XUEFOcy4KCiAgIFRoZXJlIGNhbiBiZSB0aHJlZSBmdW5k YW1lbnRhbCBkZXBsb3ltZW50IG1vZGVscyBmb3IgU05NUHYzCgozLjEuICBMaWdodHdlaWdodCBF bmQtdG8tRW5kCgogICBUaGUgU05NUCBtYW5hZ2VyIHRhbGtzIFNOTVB2MyBlbmQtdG8tZW5kIHRv IHRoZSBub2Rlcy4gIEluIHRoaXMgd2F5CiAgIGV4aXN0aW5nIG1hbmFnZW1lbnQgdG9vbHMgY2Fu IGJlIHJldXNlZCBhbmQgYSBmZXcgYWRhcHRhdGlvbnMgbWF5IGJlCiAgIG5lZWRlZCBieSBzcGVj aWZ5aW5nIHN1aXRhYmxlIGRlcGxveW1lbnQgcGFyYW1ldGVycyB0aHJvdWdoIGFuCiAgIEFwcGxp Y2FiaWxpdHkgU3RhdGVtZW50LiAgSW4gdGhpcyBjYXNlIHNlYW1sZXNzIHBhY2tldCBoZWFkZXIK ICAgZW5jb2Rpbmcgc2NoZW1lcyBmb3IgU05NUHYzLCBhbmFsb2dvdXMgdG8gdGhlIElQdjYgcGFj a2V0IGhlYWRlcgogICBlbmNvZGluZyBzY2hlbWVzIGZvciA2TG9XUEFOLCBtYXkgYWxzbyBiZSBk ZXBsb3llZCBhdCB0aGUgNkxvV1BBTgogICBnYXRld2F5LgoKICAgICAgIE1hbmFnZXIgPC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0+IDZMb1dQQU4gbm9kZXMKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgU05NUHYzCgozLjIuICBQcm94eSBNb2RlbAoKICAgVGhlIFNO TVAgbWFuYWdlciBjb21tdW5pY2F0ZXMgdG8gYW4gU05NUCBwcm94eSByZXNpZGluZyBvbiB0aGUK ICAgNkxvV1BBTiBHYXRld2F5IChvciBhIHByb3h5IHNlcnZlciksIHdoaWNoIGlzIGFibGUgdG8g YWRhcHQgZW5jb2RpbmcKICAgZm9ybWF0cyBvciB1c2UgY29tcHJlc3Npb24gaW4gb3JkZXIgdG8g cmVkdWNlIG1lc3NhZ2Ugb3ZlcmhlYWQuCiAgIEV4aXN0aW5nIG1hbmFnZW1lbnQgdG9vbHMgKGFz IGxvbmcgYXMgdGhleSBhcmUgcHJveHkgYXdhcmUsIHdoaWNoIGlzCiAgIG5vdCBnZW5lcmFsbHkg dHJ1ZSkgY2FuIGJlIHJldXNlZCB3aGlsZSBiZWluZyBhYmxlIHRvIHJlZHVjZSBtZXNzYWdlCiAg IHNpemUgb3ZlcmhlYWQgb24gdGhlIDZMb1dQQU4gbmV0d29yay4gIEluIHRoaXMgbW9kZWwsIDZM b1dQQU4KICAgYWRhcHRhdGlvbiBsYXllciBtYXkgbm90IGJlIHN0cmljdGx5IG5lZWRlZCBzaW5j ZSBTTk1QIGNhbiBydW4gb3ZlcgogICBkaXJlY3RseSBvdmVyIElFRUUgODAyIG5ldHdvcmtzIFtS RkM0Nzg5XS4KCiAgICAgTWFuYWdlciA8LS0tLS0tLS0+ICAgIFNOTVAgUHJveHkgICA8LS0tLS0t LS0tLS0tLS0+IDZMb1dQQU4gbm9kZXMKICAgICAgICAgICAgICAgU05NUHYzICAoNkxvV1BBTiBH YXRld2F5KSAgICAgU05NUHYzCgozLjMuICBTTk1QIHdpdGggU3ViLUFnZW50IFByb3RvY29scwoK ICAgVGhlIFNOTVAgbWFuYWdlciB0YWxrcyBTTk1QdjMgdG8gYW4gZXh0ZW5zaWJsZSBTTk1QIGFn ZW50IHJlc2lkaW5nIG9uCiAgIHRoZSA2TG9XUEFOIHJvdXRlciB3aGljaCB1c2VzIGEgc3ViYWdl bnQgcHJvdG9jb2wgKGUuZy4gYSA2TG9XUEFOCiAgIGVuaGFuY2VkIHZlcnNpb24gb2YgQWdlbnRY LCBbUkZDMjc0MV0pIHRvIHBvcHVsYXRlIGl0cyBNSUIuICBJbiB0aGlzCiAgIHNjZW5hcmlvLCA2 TG9XUEFOIGFkYXB0YXRpb24gbGF5ZXIgbWF5IG5vdCBhY3R1YWxseSBiZSBuZWVkZWQgc2luY2UK ICAgc3VjaCBzdWJhZ2VudCBwcm90b2NvbCBjYW4gcnVuIGRpcmVjdGx5IG92ZXIgODAyLjE1LjQu ICBIb3dldmVyLCB0aGUKICAgY3VycmVudCBzdGFuZGFyZCBzdWJhZ2VudCBwcm90b2NvbCBpcyBu b3Qgc3VpdGFibGUgZm9yIDZMb1dQQU4gc2luY2UKICAgaXQgYXNzdW1lcyBhIHJlbGlhYmxlIHN0 cmVhbS1vcmllbnRlZCB0cmFuc3BvcnQgYW5kIGFuIGFkYXB0YXRpb24gb2YKCgoKTXVraHRhciBF ZC4sIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgNSwgMjAwOSAgICAgICAgICAgICAgIFtQ YWdlIDRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgU05NUCBvcHRpbWl6YXRpb25zIGZvciA2TG9X UEFOICAgICAgICAgICBNYXJjaCAyMDA5CgoKICAgYW4gZXhpc3RpbmcgcHJvdG9jb2wgbWF5IGJl IHJlcXVpcmVkLgoKICAgIE1hbmFnZXIgPC0tLS0tLS0+ICAgU05NUCBBZ2VudCAgICA8LS0tLS0t LS0tLS0tLS0tLS0+IDZMb1dQQU4gbm9kZXMKICAgICAgICAgICAgICBTTk1QdjMgKDZMb1dQQU4g R2F0ZXdheSkgU3ViQWdlbnQgUHJvdG9jb2wKCjQuICBPcHRpbWl6YXRpb24gR29hbHMKCiAgIEJh c2VkIG9uIHRoZSBjaGFyYWN0ZXJpc3RpY3Mgb2YgNkxvV1BBTnMsIGZvbGxvd2luZyBzZWN0aW9u cyBleHBsYWluCiAgIHRoZSBtYWluIGdvYWxzIG9mIG9wdGltaXphdGlvbiB0byBlbmFibGUgYSBz bW9vdGggYW5kIGVmZmVjdGl2ZSB1c2FnZQogICBvZiBTTk1QdjMgaW4gNkxvV1BBTi4KCjQuMS4g IFJlZHVjdGlvbiBvZiBQYWNrZXQgc2l6ZQoKICAgU05NUHYzIHBhY2tldHMgbWF5IGJlIGxhcmdl IGluIHNpemUgZHVlIHRvIHRoZWlyIHZhcmlhYmxlIGxlbmd0aC4KICAgVGhlIG1lc3NhZ2Ugc2l6 ZSBzaG91bGQgdG8gYmUgcmVkdWNlZCBpbiBvcmRlciB0byBlZmZpY2llbnRseSB1dGlsaXplCiAg IHRoZSBsaW5rIGJhbmR3aWR0aC4gIEV4dHJhIGZyYWdtZW50YXRpb24gb2YgdGhlIG1hbmFnZW1l bnQgcGFja2V0cwogICBtYXkgYWxzbyBiZSBuZWVkZWQgdG8gYmUgYXZvaWRlZC4gIFtSRkMzNDE3 XSBmb3IgdHJhbnNwb3J0IG1hcHBpbmdzCiAgIG9mIFNOTVAgbWVzc2FnZXMgc3RhdGVzIHRoYXQg YW4gU05NUCBlbnRpdHkgbXVzdCBiZSBjYXBhYmxlIHRvIGFjY2VwdAogICBtZXNzYWdlcyB1cCB0 byBhbmQgaW5jbHVkaW5nIDQ4NCBvY3RldHMgaW4gc2l6ZS4gIEhlbmNlIFNOTVB2MwogICBwYWNr ZXRzIGNhbm5vdCBiZSBjYXJyaWVkIGludG8gYSBzaW5nbGUgNkxvV1BBTiBwYXlsb2FkIGFuZAog ICBmcmFnbWVudGF0aW9uL3JlYXNzZW1ibHkgbWF5IGJlIHJlcXVpcmVkLiAgW1JGQzQ5MTldIHN0 YXRlcyB0aGF0CiAgIGFkZGluZyBhbGwgbGF5ZXJzIGZvciBJUCBjb25uZWN0aXZpdHkgc2hvdWxk IHN0aWxsIGFsbG93IHRyYW5zbWlzc2lvbgogICBpbiBvbmUgZnJhbWUsIHdpdGhvdXQgaW5jdXJy aW5nIGV4Y2Vzc2l2ZSBmcmFnbWVudGF0aW9uIGFuZAogICByZWFzc2VtYmx5LiAgSXQgZnVydGhl ciBzdGF0ZXMgdGhhdCBwcm90b2NvbHMgbXVzdCBiZSBkZXNpZ25lZCBvcgogICBjaG9zZW4gc28g dGhhdCB0aGUgaW5kaXZpZHVhbCAiY29udHJvbC9wcm90b2NvbCBwYWNrZXRzIiBmaXQgd2l0aGlu IGEKICAgc2luZ2xlIDgwMi4xNS40IGZyYW1lLiAgVGhlcmVmb3JlLCBIZWFkZXIgYW5kIHBheWxv YWQgY29tcHJlc3Npb24KICAgdGVjaG5pcXVlcyBtYXkgYmUgY29uc2lkZXJlZCBpbiBvcmRlciB0 byBhY2NvbXBsaXNoIHRoaXMuCgogICBUaGUgTWF4aW11bSB0cmFuc21pc3Npb24gdW5pdCAoTVRV KSBmb3IgNkxvV1BBTnMgaXMgMTI3IGJ5dGVzCiAgIFtSRkM0OTE5XS4gIEluIHRoZSB3b3JzdCBj YXNlIFVEUCBjYW4gY2FycnkgMzMgb2N0ZXRzIG9mIGRhdGEgb3ZlcgogICBpdC4gIEluIHRoZSBi ZXN0IGNhc2UsIGFib3V0IDg2IGJ5dGVzIGNhbiBiZSBjYXJyaWVkIG92ZXIgVURQIHdpdGgKICAg NkxvV1BBTl9IQzEgSVB2NiBoZWFkZXIgZW5jb2RpbmcgYW5kIEhDX1VEUCB0cmFuc3BvcnQgaGVh ZGVyCiAgIGVuY29kaW5ncyB3aXRoIEFFUy1DQ00tMzIgZm9yIExpbmstbGF5ZXIgc2VjdXJpdHku CgogICBNb3Jlb3ZlciwgaXQgbmVlZHMgdG8gYmUgYW5hbHl6ZWQgaWYgQmFzaWMgRW5jb2Rpbmcg UnVsZXMgKEJFUikgZm9yCiAgIGJpbmFyeSBlbmNvZGluZyBvZiBBYnN0cmFjdCBTeW50YXggTm90 YXRpb24gKEFTTi4xKSBpbnRvIFRhZywgTGVuZ3RoLAogICBhbmQgVmFsdWUgKFRMVikgcGFpcnMg Y2FuIHdvcmsgaW4gNkxvV1BBTiB3aXRoIG1pbmltYWwgZnVuY3Rpb25hbGl0eS4KICAgQXMgYW4g YWx0ZXJuYXRpdmUsIGEgc2VhbWxlc3MgYXBwcm9wcmlhdGUgYWRhcHRhdGlvbiBieSB1c2luZyBh CiAgIGRpZmZlcmVudCBlbmNvZGluZyB0ZWNobmlxdWUgb3IgdXNpbmcgZml4ZWQgbGVuZ3RoIGZp ZWxkcyBmb3IgU05NUHYzCiAgIHdpdGhpbiA2TG9XUEFOIGNhbiBiZSBhbmFseXplZCB0byBhY2hp ZXZlIHJlZHVjZWQgcGFja2V0IG92ZXJoZWFkLgoKNC4xLjEuICBIZWFkZXIgc2l6ZSByZWR1Y3Rp b24KCiAgIFNOTVB2MyBoZWFkZXIgc2l6ZSBtYXkgYmUgbGFyZ2UgYmVjYXVzZSBvZiB0aGUgdmFy aWFiaWxpdHkgb2YgdGhlCiAgIGhlYWRlciBmaWVsZHMgYW5kIGl0IG5lZWRzIHRvIGJlIHJlZHVj ZWQgaW4gb3JkZXIgdG8gZWZmaWNpZW50bHkKICAgY2FycnkgbWFuYWdlbWVudCBkYXRhIG92ZXIg NkxvV1BBTi4KCgoKCgpNdWtodGFyIEVkLiwgZXQgYWwuICAgICBFeHBpcmVzIFNlcHRlbWJlciA1 LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICBTTk1Q IG9wdGltaXphdGlvbnMgZm9yIDZMb1dQQU4gICAgICAgICAgIE1hcmNoIDIwMDkKCgo0LjEuMS4x LiAgRW5jb2RpbmcgdGhlIGhlYWRlciBmb3IgY29tcHJlc3Npb24KCiAgIFRoZSBTTk1QdjMgaGVh ZGVyIGNhbiBiZSBlbmNvZGVkIGluIGEgd2F5IHRoYXQgaXMgYW5hbG9nb3VzIHRvIHRoZQogICBJ UHY2IHBhY2tldCBoZWFkZXIgZW5jb2Rpbmcgc2NoZW1lIGZvciA2TG9XUEFOIChMb1dQQU5fSEMx KVtSRkM0OTQ0XS4KICAgU29tZSBoZWFkZXIgZmllbGRzIG1heSBiZSBlbGlkZWQgb3IgdGhlaXIg bGVuZ3RoIG1heSBiZSByZXN0cmljdGVkCiAgIGFjY29yZGluZyB0byB0aGUgY2hhcmFjdGVyaXN0 aWNzIG9mIDZMb1dQQU5zLiAgRS5nLiB0aGUgTXNnTWF4U2l6ZQogICBmaWVsZCBvZiBTTk1QdjMg aGVhZGVyIGNhbiBiZSBlbGlkZWQgd2l0aCBzdWNoIGEgc2NoZW1lIGJlY2F1c2UgaXQKICAgbWF5 IGJlIGNvbnN0YW50IGZvciB0aGUgd2hvbGUgNkxvV1BBTiBuZXR3b3JrLgoKNC4xLjEuMi4gIFN1 cHBvcnRpbmcgbWluaW1hbCBmdW5jdGlvbmFsaXR5CgogICBUaGUgc3VwcG9ydCBmb3Igb25seSBs aW1pdGVkIGZ1bmN0aW9uYWxpdHkgZm9yIHRoZSBTTk1QIG1lc3NhZ2VzIGNhbgogICBiZSBwcm92 aWRlZCBzdWNoIHRoYXQgb25seSB0aGUgbmVjZXNzYXJ5IGFuZCBzdWZmaWNpZW50IG1lc3NhZ2Vz IG1heQogICBmaXQgd2l0aGluIHRoZSA2TG9XUEFOIHBheWxvYWQuICBJbnZlc3RpZ2F0aW9uIG5l ZWRzIHRvIGJlIGRvbmUgaW4KICAgb3JkZXIgdG8gY2hlY2sgaWYgdGhlIGZ1bmN0aW9uYWxpdHkg aXMgbmVjZXNzYXJ5IGZvciA2TG9XUEFOcyBhbmQKICAgZG9lcyB0aGUgZWxpc2lvbiBzdGlsbCBm dWxmaWxsIHRoZSBjb21tb24gbmV0d29yayBtYW5hZ2VtZW50IG5lZWRzLgoKNC4xLjEuMy4gIFJl c3RyaWN0aW5nIGhlYWRlciBmaWVsZCBzaXplcyB0byBjb25zdGFudCB2YWx1ZXMKCiAgIFRoZSBm aWVsZHMgaW4gYSBTTk1QIGhlYWRlciBhcmUgZW5jb2RlZCB1c2luZyBCRVIgZW5jb2RpbmcgYW5k IHRoZWlyCiAgIGxlbmd0aCBjYW4gdmFyeS4gIEJFUiBpcyBhIHBsYXRmb3JtIGluZGVwZW5kZW50 IGVuY29kaW5nIHNjaGVtZSB3aGljaAogICBjYXJyaWVzIGV4dHJhIGluZm9ybWF0aW9uIGFib3V0 IGFsbCB0aGUgZmllbGRzIGluIFNOTVAuICBCeSB1c2luZyB0aGUKICAgQkVSLCB0aGUgc2l6ZSBv ZiB0aGUgbmV0d29yayBmaWVsZHMgY2FuIGJlIHZhcmlhYmxlIGFuZCB0aGUgc2l6ZSBvZgogICB0 aGUgU05NUCBoZWFkZXIgY2FuIGJlIHVucHJlZGljdGFibGUuICBDZXJ0YWluIHNpemVzIG9mIHRo ZSBTTk1QCiAgIG1lc3NhZ2UgZmllbGRzIGNhbiBiZSByZWNvbW1lbmRlZCBmb3IgdGhlIGJlc3Qg dXNlIG9mIFNOTVAgaW4gdGhlCiAgIG5ldHdvcmsuCgo0LjEuMi4gIFBheWxvYWQgc2l6ZSByZWR1 Y3Rpb24KCiAgIFRoZSBsZW5ndGggb2YgdGhlIFNOTVAgcGF5bG9hZCBjYW4gYmUgdmFyaWFibGUu ICBUbyBlZmZpY2llbnRseQogICB1dGlsaXplIHRoZSBtYW5hZ2VtZW50IG1lc3NhZ2VzIHdlIG5l ZWQgdG8gY2FycnkgbW9yZSBtYW5hZ2VtZW50IGRhdGEKICAgcmF0aGVyIHRoYW4gdGhlIGNvbnRy b2wgZGF0YSBvbiB0aGUgbWFuYWdlbWVudCBwYWNrZXQuICBUbyBzZW5kIG1vcmUKICAgZGF0YSBp biB0aGUgZ2l2ZW4gcGFja2V0IGxlbmd0aCBjb21wcmVzc2lvbiwgYWdncmVnYXRpb24gc2NoZW1l cyBtYXkKICAgYmUgZW1wbG95ZWQuICBNb3Jlb3ZlciwgdGhlIHVzZSBvZiBhIGRpZmZlcmVudCBl bmNvZGluZyBjYW4gYWxzbwogICBzaWduaWZpY2FudGx5IHJlZHVjZSB0aGUgcGF5bG9hZCBzaXpl LgoKNC4xLjIuMS4gIFBheWxvYWQgQ29tcHJlc3Npb24KCiAgIENlcnRhaW4gY29tcHJlc3Npb24g c2NoZW1lcyBhcmUgYWxyZWFkeSBwcm9wb3NlZCBmb3IgU05NUCBwYXlsb2FkLgogICBbSS1ELmRy YWZ0LWlydGYtbm1yZy1TTk1QLWNvbXByZXNzaW9uXSBjb3ZlcnMgREVGTEFURSBhbmQgT2JqZWN0 IElECiAgIGRlbHRhIGNvbXByZXNzaW9uIChPREMpIGFsZ29yaXRobXMuICBGdXJ0aGVyIGFuYWx5 c2lzIGhhcyB0byBiZSBkb25lCiAgIG9uIHRoZSB1c2Ugb2YgdGhlc2UgYWxnb3JpdGhtcyBvciBl bXBsb3ltZW50IG9mIG90aGVyIGNvbXByZXNzaW9uCiAgIG1lY2hhbmlzbXMgU05NUCBwYXlsb2Fk IGluIDZMb1dQQU4uCgo0LjEuMi4yLiAgTWFuYWdlZCBPYmplY3QgQWdncmVnYXRpb24KCiAgIFRo ZSBiYW5kd2lkdGggYW5kIHByb2Nlc3NpbmcgY29zdCBhc3NvY2lhdGVkIHdpdGggYWNjZXNzaW5n IG11bHRpcGxlCiAgIG9iamVjdHMgaXMgdmVyeSBoaWdoLiAgRGVwbG95bWVudCBvZiBhZ2dyZWdh dGlvbiBzY2hlbWVzIG1heSBoZWxwIGluCgoKCk11a2h0YXIgRWQuLCBldCBhbC4gICAgIEV4cGly ZXMgU2VwdGVtYmVyIDUsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSA2XQoMCkludGVybmV0LURy YWZ0ICAgICAgIFNOTVAgb3B0aW1pemF0aW9ucyBmb3IgNkxvV1BBTiAgICAgICAgICAgTWFyY2gg MjAwOQoKCiAgIGF2b2lkaW5nIHRoZSByZWR1bmRhbnQgY29udHJvbCBkYXRhIHRvIGJlIHNlbnQg b3ZlciB0aGUgbmV0d29yay4KICAgW1JGQzQ0OThdIGRlZmluZWQgc29tZSBzY2hlbWVzIGZvciBv YmplY3QgYWdncmVnYXRpb24gd2hpY2ggbWF5IGJlCiAgIHVzZWQgZm9yIHRoaXMgcHVycG9zZS4g IEFuIGFsdGVybmF0ZSBuZXcgYWdncmVnYXRpb24gdGVjaG5pcXVlIG1heQogICBlcXVhbGx5IGJl IGRlZmluZWQgdG8gc2VydmUgdGhlIHB1cnBvc2UuCgo0LjEuMi4zLiAgTGlnaHR3ZWlnaHQgRW5j b2RpbmcKCiAgIEl0IG5lZWRzIHRvIGJlIGFuYWx5emVkLCBpZiBCRVIgaW4gaXRzIGN1cnJlbnQg Zm9ybSBjYW4gYmUgdXNlZCBmb3IKICAgdGhlIHRyYW5zbWlzc2lvbiBvZiB0aGUgbWVzc2FnZXMg b3ZlciA2TG9XUEFOcy4gIElmIHRoZSB1c2Ugb2YgQkVSIGlzCiAgIGluZmVhc2libGUgb3ZlciBh IDZMb1dQQU4sIHdlIG1heSBhbmFseXplIHRoZSBmZWFzaWJpbGl0eSBvZiB1c2luZwogICBhbHRl cm5hdGl2ZSBlbmNvZGluZ3MgbGlrZSBQRVIgZW5jb2RpbmcgKFBhY2tlZCBFbmNvZGluZyBSdWxl cyksCiAgIExpZ2h0d2VpZ2h0IEVuY29kaW5nIFJ1bGVzIChMRVIpLCBEaXN0aW5ndWlzaGVkIEVu Y29kaW5nIFJ1bGVzIChERVIpCiAgIG9yIENhbm9uaWNhbCBFbmNvZGluZyBSdWxlcyAoQ0VSKS4g IEFub3RoZXIgYWx0ZXJuYXRpdmUgY291bGQgYmUKICAgZml4aW5nIHRoZSB0eXBlIGFuZCB0aGUg bGVuZ3RoIG9mIG1vc3QgZmllbGRzIGluIEJFUi4gIFRoZSBsZW5ndGggb2YKICAgY2VydGFpbiBt ZXNzYWdlIHBhcmFtZXRlcnMgY2FuIGFsc28gYmUgZml4ZWQgd2l0aG91dCBhIHBhcnRpY3VsYXIK ICAgZW5jb2RpbmcuCgo0LjIuICBSZWR1Y3Rpb24gb2YgTWVtb3J5IGNvc3QKCiAgIDZMb1dQQU4g ZGV2aWNlcyBhcmUgaW1wbGllZCB0byBoYXZlIGNvbnN0cmFpbmVkIG1lbW9yeSByZXNvdXJjZXMu CiAgIFNOTVB2MyBhZ2VudCBpbXBsZW1lbnRhdGlvbiBjb2RlIG9uIHRoZSBkZXZpY2VzIG5lZWRz IHRvIGhhdmUgYSBsb3cKICAgbWVtb3J5IGZvb3RwcmludC4gIE1vcmVvdmVyLCB0aGUgcmVhc3Nl bWJseSBvZiBsYXJnZSByZXF1ZXN0IHBhY2tldHMKICAgbWF5IGZyZXF1ZW50bHkgZW5jb3VudGVy IG1lbW9yeSB1bmF2YWlsYWJpbGl0eSBvciBldmVuIG91dGFnZS4gIFRoZQogICBtYW5hZ2VtZW50 IGluZm9ybWF0aW9uIGJhc2UgKE1JQikgc2hvdWxkIGFsc28gaGF2ZSBhIGxvdyBtZW1vcnkKICAg Zm9vdHByaW50LiAgRnVydGhlcm1vcmUsIGl0IGlzIHRvIGJlIGludmVzdGlnYXRlZCB0aGF0IHdo aWNoIE1JQgogICBtb2R1bGVzIGFyZSB0byBiZSBzdXBwb3J0ZWQgb24gdGhlIDZMb1dQQU4gYWdl bnQuCgo0LjIuMS4gIExpZ2h0LXdlaWdodCBhbmQgRGlzdHJpYnV0ZWQgQWdlbnQgRnVuY3Rpb25h bGl0eQoKICAgVGhlIFNOTVAgYWdlbnQgW1JGQzM0MTFdIGluIGl0cyBjdXJyZW50IGZvcm0gbWF5 IG5vdCBoYXZlIGEgbG93CiAgIG1lbW9yeSBmb290cHJpbnQgZHVlIHRvIGNvbXByZWhlbnNpdmUg ZnVuY3Rpb25hbCByb2xlLiAgT3B0aW1pemF0aW9ucwogICBsaWtlIHRoZSBpbXBsZW1lbnRhdGlv biBvZiBvbmx5IFNOTVB2MyBtZXNzYWdlcyBwcm9jZXNzaW5nIHN1YnN5c3RlbQogICBmb3IgdGhl IFNOTVB2MyBhZ2VudC4gIE1vcmVvdmVyLCB0aGUgYWdlbnQgZnVuY3Rpb25hbGl0eSBtYXkgYmUK ICAgZGlzdHJpYnV0ZWQgYWNyb3NzIHRoZSA2TG9XUEFOIG5vZGVzIHdpdGhpbiB0aGUgbmV0d29y ay4KICAgQWRkaXRpb25hbGx5LCB3aGVuLCB3aGVyZSBhbmQgaG93IG11Y2ggc2VjdXJpdHkgYW5k IGF1dGhlbnRpY2F0aW9uCiAgIG9wdGlvbnMgc2hvdWxkIGJlIHVzZWQsIGFsbCBtYXkgZm9ybSBl ZmZlY3RpdmUgeWV0IGxpZ2h0d2VpZ2h0CiAgIGVxdWl2YWxlbnRzIG9mIHJpZ2lkIFNOTVB2MyBp bXBsZW1lbnRhdGlvbnMuCgo0LjIuMi4gIFJlYXNzZW1ibHkgb24gNkxvV1BBTiBub2RlCgogICBE dWUgdGhlIGxpbWl0ZWQgbWVtb3J5IHNpemUgb2YgdGhlIDZMb1dQQU4gbm9kZXMgaXQgbWF5IGJl IGhhcmQgdG8KICAgcmVhc3NlbWJsZSBjb25maWd1cmF0aW9uIHJlcXVlc3RzIChTRVQgcmVxdWVz dHMpIHdpdGggbGFyZ2UgcGFja2V0CiAgIHNpemVzLiAgTW9yZW92ZXIgaXQgbWF5IGJlIGRpZmZp Y3VsdCBmb3IgdGhlIGFnZW50IHRvIHJlYXNzZW1ibGUgdGhlCiAgIGxhcmdlIHJlcXVlc3QgcGFj a2V0cyBpbiBjYXNlIHRoZXkgYXJlIGZyYWdtZW50ZWQgb24gdGhlIHdheS4KICAgTWVjaGFuaXNt cyBuZWVkIHRvIGJlIGRlZmluZWQgdGhhdCBjaXJjdW12ZW50IHRoZSBmcmFnbWVudGF0aW9uCiAg IGFzc29jaWF0ZWQgaXNzdWVzIGVmZmVjdGl2ZWx5LgoKCgoKCk11a2h0YXIgRWQuLCBldCBhbC4g ICAgIEV4cGlyZXMgU2VwdGVtYmVyIDUsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSA3XQoMCklu dGVybmV0LURyYWZ0ICAgICAgIFNOTVAgb3B0aW1pemF0aW9ucyBmb3IgNkxvV1BBTiAgICAgICAg ICAgTWFyY2ggMjAwOQoKCjQuMi4zLiAgTWluaW1hbCBNSUIgc3VwcG9ydAoKICAgRHVlIHRvIHRo ZSBsaW1pdGVkIG1lbW9yeSBzaXplIGFuIFNOTVAgZW50aXR5IG1heSBub3QgYmUgYWJsZSB0bwog ICBzdXBwb3J0IGEgbGFyZ2Ugc2V0IG9mIE1hbmFnZW1lbnQgSW5mb3JtYXRpb24gQmFzZSAoTUlC KS4gIFdlIG5lZWQgdG8KICAgZXhhbWluZSB3aGljaCBzdGFuZGFyZCBNSUIgbW9kdWxlcyBhbmQg ZWxlbWVudHMgd2l0aGluIGFyZSByZXF1aXJlZAogICB0byBiZSBzdXBwb3J0ZWQgb24gNkxvV1BB TiBkZXZpY2VzLCBhbmQgd2hpY2ggbmV3IE1JQiBtb2R1bGVzIGFyZSB0bwogICBiZSBkZWZpbmVk IGlmIHJlcXVpcmVkLgoKNC4zLiAgTWFuYWdlciBDb25zaWRlcmF0aW9ucwoKICAgNkxvV1BBTnMg YXJlIGluaGVyZW50bHkgZGlmZmVyZW50IGZyb20gdHJhZGl0aW9uYWwgbmV0d29ya3MuICBBCiAg IHN0YW5kYXJkIFNOTVAgbWFuYWdlciBtYXkgaGF2ZSB0byBjb25zaWRlciB0aGUgaGV0ZXJvZ2Vu ZWl0eSBhbmQKICAgbmV0d29yayBkeW5hbWljcyBieSBjb25zaWRlcmluZyB0aGUgZm9sbG93aW5n IGlzc3Vlcy4KCiAgIDEuICBUaGUgU05NUCBtYW5hZ2VyIG1heSBuZWVkIGd1aWRlbGluZXMgZm9y IHBvbGxpbmcgdGhlIDZMb1dQQU4KICAgbm9kZS4gIEEgbWFuYWdlciBpcyBub3Qgc3VwcG9zZWQg dG8gcG9sbCBtb3RlcyBhcyBmcmVxdWVudGx5IGFzIG1haW5zCiAgIHBvd2VyZWQgaG9zdHMuCgog ICAyLiAgVGhlIFNOTVAgbWFuYWdlciBzaG91bGQgYmUgYXdhcmUgb2YgdGhlIGZhY3QgdGhhdCBp dCBpcyBxdWVyeWluZwogICBtYW5hZ2VtZW50IGluZm9ybWF0aW9uIGFjcm9zcyBpdHMgbmF0aXZl IG5ldHdvcmsgaW5zaWRlIGEgd2lyZWxlc3MKICAgbmV0d29yay4gIFN1Y2ggYXdhcmVuZXNzIGF0 IHRoZSBTTk1QIG1hbmFnZXIgd291bGQgZW50YWlsIGNoYW5nZXMKICAgKGFkYXB0YWJpbGl0eSkg dG8gdGhlIFRpbWUtb3V0cyBvZiBkaWZmZXJlbnQga2luZHMgb2Ygc3RhbmRhcmQKICAgcXVlcmll cy4KCiAgIDMuICBJdCBzaG91bGQgdGFrZSBpbnRvIGNvbnNpZGVyYXRpb24gdGhlIGZhY3QgdGhh dCBleHRyYSBwcm9jZXNzaW5nCiAgIHN1Y2ggYXMgZnJhZ21lbnRhdGlvbi9yZS1hc3NlbWJseSBt YXkgYmUgY2FycmllZCBvdXQgYXQgdGhlIDZMb1dQQU4KICAgR2F0ZXdheS4gIEZvciBpbnN0YW5j ZSwgdGhlIGluZ3Jlc3MgcXVlcnkgbWF5IGJlIHBhcnNlZCBhdCB0aGUKICAgZ2F0ZXdheSBhbmQg YSBjb3JyZXNwb25kaW5nIHF1ZXJ5IGlzIGdlbmVyYXRlZCBpbnNpZGUgdGhlIDZMb1dQQU4uCiAg IExpa2V3aXNlLCBhIHJlc3BvbnNlIGZyb20gd2l0aGluIHRoZSA2TG9XUEFOIHRlcm1pbmF0ZXMg YXQgdGhlCiAgIGdhdGV3YXkgYW5kIG1heSBiZSBlbmNhcHN1bGF0ZWQgaW5zaWRlIHRoZSByZXNw ZWN0aXZlIGxpbmsgbGF5ZXIgZm9yCiAgIHRoZSBlZ3Jlc3MgbmV0d29yay4KCjQuNC4gIExpZ2h0 d2VpZ2h0IFByb3RvY29sIE9wZXJhdGlvbgoKICAgV2UgbmVlZCB0byBpbnZlc3RpZ2F0ZSBob3cg c2VjdXJpdHkgYW5kIGFjY2VzcyBjb250cm9sIGZvciBTTk1QIGRhdGEKICAgd291bGQgd29yayBp biB0aGVzZSBuZXR3b3JrcywgYW5kIHdoZXRoZXIgd2UgbmVlZCB0byBwcmUtZGVwbG95IHRoZQog ICBTTk1QIEVuZ2luZUlEICh1bmlxdWUgU05NUHYzIGVuZ2luZSBJZGVudGlmaWVyKSwgb3IgdGhh dCB3ZSBoYXZlIHRvCiAgIGVuYWJsZSBhbiBFbmdpbmVJRCBkaXNjb3ZlcnkgbWVjaGFuaXNtLgoK NC40LjEuICBFbmdpbmVJRCBkaXNjb3ZlcnkKCiAgIEluIG9yZGVyIHRvIHJldHJpZXZlIHRoZSBk YXRhIGZyb20gYSByZW1vdGUgU05NUHYzIGVuZ2luZSwgaXQgaXMKICAgaW1wb3J0YW50IHRvIGtu b3cgdGhlIFNOTVAgRW5naW5lSUQgb2YgdGhlIHJlbW90ZSBTTk1QdjMgZW5naW5lLgogICBTTk1Q IGFwcGxpY2F0aW9ucyBmb3IgNkxvV1BBTiBzaG91bGQgc3VwcG9ydCB0aGUgc3RvcmFnZSBvZiBF bmdpbmVJRAogICBpbiBvcmRlciB0byBhdm9pZCBkaXNjb3Zlcnkgc3RlcHMuICBBcyBhbiBhbHRl cm5hdGl2ZSwgRW5naW5lSUQKICAgZGlzY292ZXJ5IG1heSBiZSBuZWVkZWQgaW4gNkxvV1BBTnMs IG9yIGFub3RoZXIgZGlzY292ZXJ5IG1lY2hhbmlzbQogICBjb3VsZCBzdWJzdW1lIGl0LiAgRW5n aW5lSURzIG1heSBhbHNvIGJlIGdlbmVyYXRlZCBmcm9tIElQdjYgb3IgTUFDCiAgIGFkZHJlc3Nl cy4KCgoKTXVraHRhciBFZC4sIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgNSwgMjAwOSAg ICAgICAgICAgICAgIFtQYWdlIDhdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgU05NUCBvcHRpbWl6 YXRpb25zIGZvciA2TG9XUEFOICAgICAgICAgICBNYXJjaCAyMDA5CgoKNC40LjIuICBTZWN1cml0 eQoKICAgVGhlIGN1cnJlbnQgU05NUHYzIHNlY3VyaXR5IHByb3RvY29scyBtYXkgdGVuZCB0byBi ZSBoZWF2eSBmb3IKICAgNkxvV1BBTiBuZXR3b3Jrcy4gIFdlIG5lZWQgdG8gZXhhbWluZSBpZiB0 aGUgdXNlIG9mIFNOTVB2MyBVc2VyLWJhc2VkCiAgIFNlY3VyaXR5IE1vZGVsIChVU00pLCBUcmFu c3BvcnQgU2VjdXJpdHkgTW9kZWwgKFRTTSksIG9yIENvbW11bml0eQogICBiYXNlZCBzZWN1cml0 eSBNb2RlbCBjYW4gYmUgbWFkZSBmZWFzaWJsZSBmb3IgNkxvV1BBTnMuICBNb3Jlb3Zlciwgd2UK ICAgbmVlZCB0byBleGFtaW5lIHRoYXQgdGhlIHNlY3VyaXR5IG1vZGVsIGZ1bGZpbGxzIHRoZSBt YW5hZ2VtZW50IGRhdGEKICAgc2VjdXJpdHkgbmVlZHMgb2YgNkxvV1BBTnMuICBXZSBhbHNvIG5l ZWQgdG8gYW5hbHl6ZSBpZiB0aGUgbG93ZXIKICAgbGF5ZXIgc2VjdXJpdHkgcHJvdG9jb2xzIG1h eSBiZSBvdXRzb3VyY2VkIG9yIHJlbGVnYXRlZCB0byBvdGhlcgogICBwcm90b2NvbHMgYW5kIGFy ZSByZXVzZWQgb25seSB3aGVuIG5lZWRlZCBmb3IgU05NUCBzZWN1cml0eS4gIEFuCiAgIGFuYWx5 c2lzIGhhcyB0byBiZSBkb25lIG9uIGhvdyBkYXRhIGludGVncml0eSwgc291cmNlIGF1dGhlbnRp Y2l0eQogICBhbmQgY29uZmlkZW50aWFsaXR5IGJlIHN1cHBvcnRlZCBhbmQgd2hpY2ggc2VjdXJp dHkgZmVhdHVyZXMgY2FuIGJlCiAgIHJldXNlZC4KCjQuNC4zLiAgQWNjZXNzIGNvbnRyb2wKCiAg IFdlIG5lZWQgdG8gYW5hbHl6ZSB0aGUgZmVhc2liaWxpdHkgb2Ygc3VwcG9ydGluZyBhIGxpZ2h0 IHdlaWdodAogICBhY2Nlc3MgY29udHJvbCBtZWNoYW5pc20gb24gdGhlIG5vZGUuIDZMb1dQQU4g R2F0ZXdheXMgdGhhdCBpbXBsZW1lbnQKICAgZmlyZXdhbGwgbWF5IGhhdmUgYSBiZWZpdHRpbmcg cm9sZSBmb3Igc3VjaCBhdXRob3JpemF0aW9uLgoKNS4gIENvbmNsdXNpb24KCiAgIFRoaXMgZHJh ZnQgaWRlbnRpZmllcyB0aGUgbWFuYWdlbWVudCBnb2FscyBmb3IgU05NUHYzIG9wdGltaXphdGlv bnMKICAgaW4gb3JkZXIgdG8gZW5hYmxlIGl0cyB1c2UgaW4gNkxvV1BBTnMuICBUaGUgY3VycmVu dCB2ZXJzaW9uIG9mIHRoZQogICBkcmFmdCBzcGVjaWZpZXMgdGhlIGdvYWxzIGFuZCBpc3N1ZXMg b2YgU05NUCBvcHRpbWl6YXRpb25zIGFuZAogICBzdWdnZXN0cyBkaWZmZXJlbnQgYXBwcm9hY2hl cyB0aGF0IGNhbiBiZSB0YWtlbiB0byBmYWNpbGl0YXRlIHRoZQogICBzZWFtbGVzcyB1c2Ugb2Yg U05NUCBpbiA2TG9XUEFOIG5ldHdvcmtzLgoKNi4gIElBTkEgQ29uc2lkZXJhdGlvbgoKICAgVEJE LgoKNy4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zCgogICBUQkQuCgo4LiAgQWNrbm93bGVkZ21l bnRzCgogICBUaGFua3MgdG8gQWxpIEhhbW1hZCBBa2JhciBhbmQgUGhpbCBSb2JlcnRzIGZvciBy ZXZpZXdpbmcgdGhpcwogICBkb2N1bWVudCBhbmQgdG8gSHdhbmcgU28tWW91bmcgZm9yIGhlciB1 c2VmdWwgZGlzY3Vzc2lvbiBhbmQgc3VwcG9ydAogICBmb3Igd3JpdGluZyB0aGlzIGRvY3VtZW50 LgoKOS4gIFJlZmVyZW5jZXMKCjkuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbUkZDMjEx OV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMg Zm9yCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1c2UgaW4gUkZD cyB0byBJbmRpY2F0ZQoKCgpNdWtodGFyIEVkLiwgZXQgYWwuICAgICBFeHBpcmVzIFNlcHRlbWJl ciA1LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICBT Tk1QIG9wdGltaXphdGlvbnMgZm9yIDZMb1dQQU4gICAgICAgICAgIE1hcmNoIDIwMDkKCgogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxz IiwgQkNQIDE0LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUkZD IDIxMTksIE1hcmNoIDE5OTcuCgogICBbUkZDMzQxMV0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgSGFycmluZ3RvbiwgRC4sIFByZXN1aG4sIFIuLAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgYW5kIEIuIFdpam5lbiwgIkFuCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBBcmNoaXRlY3R1cmUgZm9yIERlc2NyaWJpbmcKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNpbXBsZSBOZXR3b3JrIE1h bmFnZW1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFByb3Rv Y29sIChTTk1QKSBNYW5hZ2VtZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBGcmFtZXdvcmtzIiwgU1REIDYyLAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgUkZDIDM0MTEsIERlY2VtYmVyIDIwMDIuCgogICBbUkZDMzQxMl0gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgQ2FzZSwgSi4sIEhhcnJpbmd0b24sIEQuLAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUHJlc3VobiwgUi4sIGFuZCBC LiBXaWpuZW4sCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiTWVz c2FnZSBQcm9jZXNzaW5nIGFuZAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgRGlzcGF0Y2hpbmcgZm9yIHRoZSBTaW1wbGUKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIE5ldHdvcmsgTWFuYWdlbWVudCBQcm90b2NvbAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKFNOTVApIiwgU1REIDYyLCBSRkMgMzQx MiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERlY2VtYmVyIDIw MDIuCgogICBbUkZDMzQxM10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTGV2aSwgRC4s IE1leWVyLCBQLiwgYW5kIEIuCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBTdGV3YXJ0LCAiU2ltcGxlIE5ldHdvcmsKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIE1hbmFnZW1lbnQgUHJvdG9jb2wgKFNOTVApCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBcHBsaWNhdGlvbnMiLCBTVEQgNjIsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSRkMgMzQxMywgRGVjZW1iZXIg MjAwMi4KCiAgIFtSRkMzNDE2XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBQcmVzdWhu LCBSLiwgIlZlcnNpb24gMiBvZgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgdGhlIFByb3RvY29sIE9wZXJhdGlvbnMgZm9yCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB0aGUgU2ltcGxlIE5ldHdvcmsgTWFuYWdlbWVudAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUHJvdG9jb2wgKFNOTVApIiwgU1RE IDYyLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUkZDIDM0MTYs IERlY2VtYmVyIDIwMDIuCgogICBbUkZDMzQxN10gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgUHJlc3VobiwgUi4sICJUcmFuc3BvcnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIE1hcHBpbmdzIGZvciB0aGUgU2ltcGxlCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBOZXR3b3JrIE1hbmFnZW1lbnQgUHJvdG9jb2wKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChTTk1QKSIsIFNURCA2MiwgUkZD IDM0MTcsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBEZWNlbWJl ciAyMDAyLgoKICAgW1JGQzQ3ODldICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNjaG9l bndhZWxkZXIsIEouIGFuZCBULgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgSmVmZnJlZSwgIlNpbXBsZSBOZXR3b3JrCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBNYW5hZ2VtZW50IFByb3RvY29sIChTTk1QKQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZlciBJRUVFIDgwMiBOZXR3b3JrcyIsCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSRkMgNDc4OSwgTm92ZW1i ZXIgMjAwNi4KCiAgIFtSRkM0OTQ0XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBNb250 ZW5lZ3JvLCBHLiwgS3VzaGFsbmFnYXIsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBOLiwgSHVpLCBKLiwgYW5kIEQuIEN1bGxlciwKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICJUcmFuc21pc3Npb24gb2YgSVB2NiBQYWNrZXRzCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmVyIElFRUUgODAyLjE1 LjQgTmV0d29ya3MiLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg UkZDIDQ5NDQsIFNlcHRlbWJlciAyMDA3LgoKCgpNdWtodGFyIEVkLiwgZXQgYWwuICAgICBFeHBp cmVzIFNlcHRlbWJlciA1LCAyMDA5ICAgICAgICAgICAgICBbUGFnZSAxMF0KDApJbnRlcm5ldC1E cmFmdCAgICAgICBTTk1QIG9wdGltaXphdGlvbnMgZm9yIDZMb1dQQU4gICAgICAgICAgIE1hcmNo IDIwMDkKCgo5LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbUkZDMzQxMF0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgQ2FzZSwgSi4sIE11bmR5LCBSLiwgUGFydGFpbiwKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEQuLCBhbmQgQi4gU3Rld2Fy dCwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJJbnRyb2R1Y3Rp b24gYW5kCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBcHBsaWNh YmlsaXR5IFN0YXRlbWVudHMgZm9yCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBJbnRlcm5ldC1TdGFuZGFyZCBNYW5hZ2VtZW50CiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBGcmFtZXdvcmsiLCBSRkMgMzQxMCwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDIuCgogICBbUkZDMjc0 MV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRGFuaWVsZSwgTS4sIFdpam5lbiwgQi4s CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFbGxpc29uLCBNLiwg YW5kIEQuCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGcmFuY2lz Y28sICJBZ2VudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRXh0 ZW5zaWJpbGl0eSAoQWdlbnRYKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgUHJvdG9jb2wgVmVyc2lvbiAxIiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFJGQyAyNzQxLCBKYW51YXJ5IDIwMDAuCgogICBbUkZDMzU4NF0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgRnJ5ZSwgUi4sIExldmksIEQuLCBSb3V0aGllciwKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFMuLCBhbmQgQi4gV2lqbmVu LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIkNvZXhpc3RlbmNl IGJldHdlZW4gVmVyc2lvbgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMSwgVmVyc2lvbiAyLCBhbmQgVmVyc2lvbiAzCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBvZiB0aGUgSW50ZXJuZXQtc3RhbmRhcmQKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5ldHdvcmsgTWFuYWdlbWVudAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRnJhbWV3b3JrIiwgQkNQIDc0LCBSRkMg MzU4NCwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEF1Z3VzdCAy MDAzLgoKICAgW1JGQzQ0OThdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEtlZW5pLCBH LiwgIlRoZSBNYW5hZ2VkCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBPYmplY3QgQWdncmVnYXRpb24gTUlCIiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFJGQyA0NDk4LCBNYXkgMjAwNi4KCiAgIFtSRkM0OTE5XSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBLdXNoYWxuYWdhciwgTi4sIE1vbnRlbmVncm8sCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHLiwgYW5kIEMuIFNjaHVtYWNoZXIs ICJJUHY2CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmVyIExv dy1Qb3dlciBXaXJlbGVzcwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgUGVyc29uYWwgQXJlYSBOZXR3b3JrcwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgKDZMb1dQQU5zKTogT3ZlcnZpZXcsCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBBc3N1bXB0aW9ucywgUHJvYmxlbQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RhdGVtZW50LCBhbmQgR29hbHMiLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUkZDIDQ5MTksIEF1Z3VzdCAyMDA3 LgoKICAgW0lFRUU4MDIuMTUuNF0gICAgICAgICAgICAgICAgICAgICAgICAgIDgwMi4xNS40LTIw MDMsIElFRUUKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0YW5k YXJkLiwgIldpcmVsZXNzIG1lZGl1bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgYWNjZXNzIGNvbnRyb2wgYW5kIHBoeXNpY2FsCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBsYXllciBzcGVjaWZpY2F0aW9ucyBmb3IgbG93LQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmF0ZSB3aXJlbGVzcyBwZXJz b25hbCBhcmVhCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBuZXR3 b3Jrcy4iLCBNYXkgMjAwMy4KCiAgIFtJLUQuZHJhZnQtaXJ0Zi1ubXJnLVNOTVAtY29tcHJlc3Np b25dICBTY2hvZW53YWVsZGVyLCBKLiwgIlNOTVAKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFBheWxvYWQgQ29tcHJlc3Npb24iLAoKCgpNdWtodGFyIEVkLiwgZXQg YWwuICAgICBFeHBpcmVzIFNlcHRlbWJlciA1LCAyMDA5ICAgICAgICAgICAgICBbUGFnZSAxMV0K DApJbnRlcm5ldC1EcmFmdCAgICAgICBTTk1QIG9wdGltaXphdGlvbnMgZm9yIDZMb1dQQU4gICAg ICAgICAgIE1hcmNoIDIwMDkKCgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgQXByaWwgMjAwMS4KCkF1dGhvcnMnIEFkZHJlc3NlcwoKICAgSGFtaWQgTXVraHRhciAo ZWRpdG9yKQogICBFVFJJCiAgIFVTTiBSZXNlYXJjaCBEaXZpc2lvbiwgRVRSSSwgMTYxIEdhamVv bmctZG9uZywgWXVzZW9uZy1ndSwKICAgRGFlamVvbiAgMzA1LTM1MAogICBLT1JFQQoKICAgUGhv bmU6ICs4MiA0MiA4NjAgNTQzNQogICBFTWFpbDogaGFtaWRAZXRyaS5yZS5rcgoKCiAgIFNlb25n LVNvb24gSm9vCiAgIEVUUkkKICAgVVNOIFJlc2VhcmNoIERpdmlzaW9uLCBFVFJJLCAxNjEgR2Fq ZW9uZy1kb25nLCBZdXNlb25nLWd1LAogICBEYWVqZW9uICAzMDUtMzUwCiAgIEtPUkVBCgogICBQ aG9uZTogKzgyIDQyIDg2MCA2MzMzCiAgIEVNYWlsOiBzc2pvb0BldHJpLnJlLmtyCgoKICAgSnVl cmdlbiBTY2hvZW53YWVsZGVyCiAgIEphY29icyBVbml2ZXJzaXR5IEJyZW1lbgogICBDYW1wdXMg UmluZyAxCiAgIEJyZW1lbiAgMjg3MjUKICAgR2VybWFueQoKICAgUGhvbmU6ICs0OSA0MjEgMjAw LTM1ODcKICAgRU1haWw6IGouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZQoKCgoK CgoKCgoKCgoKCgoKCgoKTXVraHRhciBFZC4sIGV0IGFsLiAgICAgRXhwaXJlcyBTZXB0ZW1iZXIg NSwgMjAwOSAgICAgICAgICAgICAgW1BhZ2UgMTJdCgwKCg== --000e0cd2900e67487604644d7105-- From alexandru.petrescu@gmail.com Mon Mar 9 02:17:02 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 604DD3A6BD7 for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 02:17:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.185 X-Spam-Level: X-Spam-Status: No, score=-2.185 tagged_above=-999 required=5 tests=[AWL=0.064, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SV8DBlOZNq4u for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 02:17:01 -0700 (PDT) Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id EA88B3A6BC2 for <6lowpan@ietf.org>; Mon, 9 Mar 2009 02:17:00 -0700 (PDT) Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n299HYqe024854; Mon, 9 Mar 2009 10:17:34 +0100 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n299HXhE028203; Mon, 9 Mar 2009 10:17:33 +0100 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n299HXI2021235; Mon, 9 Mar 2009 10:17:33 +0100 Message-ID: <49B4DEAD.7060808@gmail.com> Date: Mon, 09 Mar 2009 10:17:33 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Zach Shelby References: <49A317CD.2020600@sensinode.com> In-Reply-To: <49A317CD.2020600@sensinode.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Fwd: New Version Notification for draft-ietf-6lowpan-nd-01] X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 09:17:02 -0000 Hi, thanks for this new version of the daft. > Version -01 of ND for 6lowpan is now available. > > http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-01.txt > > This revision closes a long list of smaller and major tickets. Thanks > to all the feedback in Minneapolis and on the list. Here is a > summary of changes: > > - Specified the duplicate owner interface identifier procedures. A > TID lollypop algorithm was sufficient (nonce unnecessary). - Defined > fault tolerance using secondary bindings. - Defined ad-hoc network > operation. - Removed the E flag from RA and the X flag from RR/RC. - > Completed message examples. - Lots of improvements in text quality > and consistency were made. > > The draft is now quite stable, and includes all the functionality we > envision for IESG submission. I will submit -02 before the cutoff > March 10th, which will be presented in San Francisco. Looking forward > to reviews, and especially implementation feedback. I don't have implementation feedback. I did submit however some remarks earlier, and some were not reflected in the new version, may I have feedback back about why not? Let me bring back the issues, which aren't addressed in this new version. > o A subnet covers all the LoWPANs and their backbone link with the > same IPv6 global or local prefix. This is throughout the document: I'm not sure I understand 'local' prefix. Is it the globally reserved fe80::/10 link-local scope prefix? Is it fc00::/7 globally unique yet smaller than global scope? > If the host moves to a different LoWPAN, with a different default > prefix, the bootstrapping process is initiated again. Throughout the document I don't understand 'default' prefix. Are there other alternative or preferred prefixes? > 4.4.3. Multihop Information Option > > This option identifies the set of prefix information options by a > sequence number. This allows for the full set of prefix information > options to be sent only periodically in unsolicited RAs. If a host > detects a difference in the sequence number of this option, then the > prefix information has likely changed, and is then requested with an > RS. I'm not sure the term Multihop is appropriate to name this option? There is no decrementing of HopLimit, it's a single subnet, thus no multihop. Or this Multihop means that it's multi-link-layer-hop? I'm not sure how people call when my PC talks to a neighbor PC in the same subnet but separated by 3 switches - is that Multihop? > The node might also form Unique Local and Global Unicast addresses, Is this Unique Local address an RFC4193 "Unique Local IPv6 Unicast Addresses"? This could be clarified. > This specification includes a method for requesting a unique > stateless address from the Edge Router by setting the 'A' flag in an > Address Option during registration. Is this unique stateless address the same as the prior mentioned Unique Local address, same as in rfc4193? > To simplify address resolution it is assumed that LoWPAN nodes are > assigned addresses in a homogeneous so that the unicast IPv6 > addresses IID resolve directly to a corresponding link-layer address. > Thus avoiding address resolution when possible. I'm afraid this way of avoiding NS-NA address resolution means effectively forbidding manually assigned addresses - is this ok? > This specification includes a method for requesting a unique > stateless address from the Edge Router by setting the 'A' flag in an > Address Option during registration. A new mechanism to assign addresses? Why wouldn't DHCP be sufficient? Maybe Stateless DHCP RFC3736? > then the ER aquires an appropriate, unique link-layer address for the > network either by generating it and performing DAD, or with some > other method. A link-layer address or a link-local address? I suppose the latter. Although sometimes the link-layer ids are also negotiated... but not sure one would DAD the link-layer address. Alex Zach Shelby a écrit : > Hi, > > Version -01 of ND for 6lowpan is now available. > > http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-01.txt > > This revision closes a long list of smaller and major tickets. Thanks > to all the feedback in Minneapolis and on the list. Here is a > summary of changes: > > - Specified the duplicate owner interface identifier procedures. A > TID lollypop algorithm was sufficient (nonce unnecessary). - Defined > fault tolerance using secondary bindings. - Defined ad-hoc network > operation. - Removed the E flag from RA and the X flag from RR/RC. - > Completed message examples. - Lots of improvements in text quality > and consistency were made. > > The draft is now quite stable, and includes all the functionality we > envision for IESG submission. I will submit -02 before the cutoff > March 10th, which will be presented in San Francisco. Looking forward > to reviews, and especially implementation feedback. > > Regards, Zach > > -------- Original Message -------- Subject: New Version Notification > for draft-ietf-6lowpan-nd-01 Date: Mon, 23 Feb 2009 13:24:20 -0800 > (PST) From: IETF I-D Submission Tool To: > zach@sensinode.com CC: > pthubert@cisco.com,jhui@archrock.com,samitac@ipinfusion.com,Erik.Nordmark@Sun.COM > > > > > > > > > > > A new version of I-D, draft-ietf-6lowpan-nd-01.txt has been > successfuly submitted by Zach Shelby and posted to the IETF > repository. > > Filename: draft-ietf-6lowpan-nd Revision: 01 Title: Neighbor > Discovery for 6LoWPAN Creation_date: 2009-02-23 WG ID: 6lowpan > Number_of_pages: 46 > > Abstract: This document specifies Neighbor Discovery optimized for > 6LoWPAN. The 6LoWPAN format allows IPv6 to be used over very > constrained wireless networks often making use of extended multihop > topologies. However, the use of standard IPv6 Neighbor Discovery over > 6LoWPAN networks has several problems. Standard Neighbor Discovery > was not designed for wireless links, and the standard IPv6 link > concept and heavy use of multicast makes it inefficient. This > document spefies a new mechanism allowing efficient Duplicate Address > Detection over entire 6LoWPAN networks. In addition it specifies > context dissemination for use with router advertisements, claim and > defend addressing, and the support of extended LoWPANs over backbone > links. > > > > > The IETF Secretariat. > > > From zach@sensinode.com Mon Mar 9 03:08:41 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A40A73A6B8F for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 03:08:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uQUVsyIwFKN6 for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 03:08:40 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id A80903A6A19 for <6lowpan@ietf.org>; Mon, 9 Mar 2009 03:08:38 -0700 (PDT) Received: from i000090.gprs.dnafinland.fi (i000090.gprs.dnafinland.fi [87.95.0.90]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n29A941R006691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2009 12:09:06 +0200 Message-ID: <49B4EBA3.4050102@sensinode.com> Date: Mon, 09 Mar 2009 12:12:51 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Alexandru Petrescu References: <49A317CD.2020600@sensinode.com> <49B4DEAD.7060808@gmail.com> In-Reply-To: <49B4DEAD.7060808@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Fwd: New Version Notification for draft-ietf-6lowpan-nd-01] X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 10:08:41 -0000 Alex, Alexandru Petrescu wrote: > Hi, thanks for this new version of the daft. > >> Version -01 of ND for 6lowpan is now available. >> >> http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-01.txt >> >> This revision closes a long list of smaller and major tickets. Thanks >> to all the feedback in Minneapolis and on the list. Here is a summary >> of changes: >> >> - Specified the duplicate owner interface identifier procedures. A TID >> lollypop algorithm was sufficient (nonce unnecessary). - Defined fault >> tolerance using secondary bindings. - Defined ad-hoc network >> operation. - Removed the E flag from RA and the X flag from RR/RC. - >> Completed message examples. - Lots of improvements in text quality and >> consistency were made. >> >> The draft is now quite stable, and includes all the functionality we >> envision for IESG submission. I will submit -02 before the cutoff >> March 10th, which will be presented in San Francisco. Looking forward >> to reviews, and especially implementation feedback. > > I don't have implementation feedback. > > I did submit however some remarks earlier, and some were not reflected > in the new version, may I have feedback back about why not? Thanks for coming back to this, good timing as I am editing -02 right now for submission today. > Let me bring back the issues, which aren't addressed in this new version. I took as many of your comments into account in -01 as possible, some were not relevant which I will explain below. A few slipped the editing, sorry about that! >> o A subnet covers all the LoWPANs and their backbone link with the >> same IPv6 global or local prefix. > > This is throughout the document: I'm not sure I understand 'local' > prefix. Is it the globally reserved fe80::/10 link-local scope prefix? > Is it fc00::/7 globally unique yet smaller than global scope? You are right, it would be better to simply say "IPv6 subnet prefix". In fact this could be a global subnet prefix, or a ULA (RFC 4193) which is used in ad-hoc LoWPANs (ULA use to be defined in nd-02 Section 9). I will fix that in -02. Of course fe80::/10 is never advertised in an RA... Please note: ND for 6LoWPAN defines a multi-link subnet, thus link-local scope is limited to a single hop. However in route-over LoWPANs a LoWPAN subnet does consist of multiple hops. We have a special NBMA case here that we need to live with. Please see Section 5 about the LoWPAN Subnet, and discuss more on that with Pascal and Erik if you like. >> If the host moves to a different LoWPAN, with a different default >> prefix, the bootstrapping process is initiated again. > > Throughout the document I don't understand 'default' prefix. Are there > other alternative or preferred prefixes? Thanks, I tried to remove the use of "default prefix" in -01 but missed a couple, this is a valid comment which I will fix in -02. However, please note that in ND for 6LoWPAN we do have context identifiers associated with prefix information and we actually do have a default used by 6LoWPAN compression which is CID = 0. Please refer to Section 4.4.2. So we could use the term "default prefix" but let's not do that for simplicity. >> 4.4.3. Multihop Information Option >> >> This option identifies the set of prefix information options by a >> sequence number. This allows for the full set of prefix information >> options to be sent only periodically in unsolicited RAs. If a host >> detects a difference in the sequence number of this option, then the >> prefix information has likely changed, and is then requested with an >> RS. > > I'm not sure the term Multihop is appropriate to name this option? There > is no decrementing of HopLimit, it's a single subnet, thus no multihop. > > Or this Multihop means that it's multi-link-layer-hop? I'm not sure how > people call when my PC talks to a neighbor PC in the same subnet but > separated by 3 switches - is that Multihop? Please see my note above regarding the LoWPAN Subnet, which is multi-link. We do have multihop in the subnet, and we are decrementing the hoplimit upon IP forwarding. This is known as route-over in a LoWPAN subnet. >> The node might also form Unique Local and Global Unicast addresses, > > Is this Unique Local address an RFC4193 "Unique Local IPv6 Unicast > Addresses"? This could be clarified. Thanks, this is one that was missed. It should just say a unicast address. This is standard SAA, and is not referring to RFC4193 here. >> This specification includes a method for requesting a unique stateless >> address from the Edge Router by setting the 'A' flag in an >> Address Option during registration. > > Is this unique stateless address the same as the prior mentioned Unique > Local address, same as in rfc4193? No. This is a unique address generated by the whiteboard for use by the requesting node. See the note on short-address assignments below. >> To simplify address resolution it is assumed that LoWPAN nodes are >> assigned addresses in a homogeneous so that the unicast IPv6 addresses >> IID resolve directly to a corresponding link-layer address. >> Thus avoiding address resolution when possible. > > I'm afraid this way of avoiding NS-NA address resolution means > effectively forbidding manually assigned addresses - is this ok? That is not true with IEEE 802.15.4 and similar MAC technologies. They almost universally have some kind of short MAC address support, e.g. 16-bit MAC addresses in 802.15.4. These short addresses can be configured on a node on the fly in addition to its unique 64-bit EUI-64. Thus even with this mapping we can and do assign addresses, which is what the 'A' flag is used for. >> This specification includes a method for requesting a unique stateless >> address from the Edge Router by setting the 'A' flag in an >> Address Option during registration. > > A new mechanism to assign addresses? Why wouldn't DHCP be sufficient? > Maybe Stateless DHCP RFC3736? We discussed this in the Minneapolis 6lowpan wg meeting. We are not assigning addresses as with DHCP. Instead the edge router is simply generating a unique short link-layer address on behalf of the node. From that point on the node uses that address in a claim and defend manner. In fact this address could easily be generated by the node itself, and then during the router registration DAD is performed as with all addresses being registered. So you just keep trying until you find a unique one.. However by having the edge router generate it we save a few steps for efficiency as the edge router can perform DAD across the whole LoWPAN (in extended LoWPANs this may be a very large network). >> then the ER aquires an appropriate, unique link-layer address for the >> network either by generating it and performing DAD, or with some >> other method. > > A link-layer address or a link-local address? I suppose the latter. > Although sometimes the link-layer ids are also negotiated... but not > sure one would DAD the link-layer address. It really is a link-layer address, because IEEE 802.15.4 and similar technologies support the configuration of assigned short link-layer addresses. This short link-layer address must be unique in a LoWPAN, and the edge router has the whiteboard and backbone link DAD mechanisms to ensure that it is unique on generation. > Alex Regards, Zach > Zach Shelby a écrit : >> Hi, >> >> Version -01 of ND for 6lowpan is now available. >> >> http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-01.txt >> >> This revision closes a long list of smaller and major tickets. Thanks >> to all the feedback in Minneapolis and on the list. Here is a summary >> of changes: >> >> - Specified the duplicate owner interface identifier procedures. A TID >> lollypop algorithm was sufficient (nonce unnecessary). - Defined >> fault tolerance using secondary bindings. - Defined ad-hoc network >> operation. - Removed the E flag from RA and the X flag from RR/RC. - >> Completed message examples. - Lots of improvements in text quality >> and consistency were made. >> >> The draft is now quite stable, and includes all the functionality we >> envision for IESG submission. I will submit -02 before the cutoff >> March 10th, which will be presented in San Francisco. Looking forward >> to reviews, and especially implementation feedback. >> >> Regards, Zach >> >> -------- Original Message -------- Subject: New Version Notification >> for draft-ietf-6lowpan-nd-01 Date: Mon, 23 Feb 2009 13:24:20 -0800 >> (PST) From: IETF I-D Submission Tool To: >> zach@sensinode.com CC: >> pthubert@cisco.com,jhui@archrock.com,samitac@ipinfusion.com,Erik.Nordmark@Sun.COM >> >> >> >> >> >> >> >> >> >> >> >> A new version of I-D, draft-ietf-6lowpan-nd-01.txt has been >> successfuly submitted by Zach Shelby and posted to the IETF repository. >> >> Filename: draft-ietf-6lowpan-nd Revision: 01 Title: Neighbor >> Discovery for 6LoWPAN Creation_date: 2009-02-23 WG ID: 6lowpan >> Number_of_pages: 46 >> >> Abstract: This document specifies Neighbor Discovery optimized for >> 6LoWPAN. The 6LoWPAN format allows IPv6 to be used over very >> constrained wireless networks often making use of extended multihop >> topologies. However, the use of standard IPv6 Neighbor Discovery over >> 6LoWPAN networks has several problems. Standard Neighbor Discovery >> was not designed for wireless links, and the standard IPv6 link >> concept and heavy use of multicast makes it inefficient. This >> document spefies a new mechanism allowing efficient Duplicate Address >> Detection over entire 6LoWPAN networks. In addition it specifies >> context dissemination for use with router advertisements, claim and >> defend addressing, and the support of extended LoWPANs over backbone >> links. >> >> >> >> >> The IETF Secretariat. >> >> >> > > -- http://zachshelby.org - My blog “On the Internet of Things” Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From alexandru.petrescu@gmail.com Mon Mar 9 06:01:03 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 31FED28C0E6 for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 06:01:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.186 X-Spam-Level: X-Spam-Status: No, score=-2.186 tagged_above=-999 required=5 tests=[AWL=0.063, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bSCZDLOk9PDa for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 06:01:02 -0700 (PDT) Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 713E028C0E5 for <6lowpan@ietf.org>; Mon, 9 Mar 2009 06:01:01 -0700 (PDT) Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n29Cxkrh003962; Mon, 9 Mar 2009 13:59:46 +0100 Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n29D1Xp0025144; Mon, 9 Mar 2009 14:01:34 +0100 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n29D1XQn019159; Mon, 9 Mar 2009 14:01:33 +0100 Message-ID: <49B5132D.7080602@gmail.com> Date: Mon, 09 Mar 2009 14:01:33 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Zach Shelby References: <49A317CD.2020600@sensinode.com> <49B4DEAD.7060808@gmail.com> <49B4EBA3.4050102@sensinode.com> In-Reply-To: <49B4EBA3.4050102@sensinode.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Fwd: New Version Notification for draft-ietf-6lowpan-nd-01] X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 13:01:03 -0000 Sorry Zach, I've wrongly re-reviewed 00 instead of 01. I'll wait for 02 then review later. Alex Zach Shelby a écrit : > Alex, > > Alexandru Petrescu wrote: >> Hi, thanks for this new version of the daft. >> >>> Version -01 of ND for 6lowpan is now available. >>> >>> http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-01.txt >>> >>> This revision closes a long list of smaller and major tickets. Thanks >>> to all the feedback in Minneapolis and on the list. Here is a >>> summary of changes: >>> >>> - Specified the duplicate owner interface identifier procedures. A >>> TID lollypop algorithm was sufficient (nonce unnecessary). - Defined >>> fault tolerance using secondary bindings. - Defined ad-hoc network >>> operation. - Removed the E flag from RA and the X flag from RR/RC. - >>> Completed message examples. - Lots of improvements in text quality >>> and consistency were made. >>> >>> The draft is now quite stable, and includes all the functionality we >>> envision for IESG submission. I will submit -02 before the cutoff >>> March 10th, which will be presented in San Francisco. Looking forward >>> to reviews, and especially implementation feedback. >> >> I don't have implementation feedback. >> >> I did submit however some remarks earlier, and some were not reflected >> in the new version, may I have feedback back about why not? > > Thanks for coming back to this, good timing as I am editing -02 right > now for submission today. > >> Let me bring back the issues, which aren't addressed in this new version. > > I took as many of your comments into account in -01 as possible, some > were not relevant which I will explain below. A few slipped the editing, > sorry about that! > >>> o A subnet covers all the LoWPANs and their backbone link with the >>> same IPv6 global or local prefix. >> >> This is throughout the document: I'm not sure I understand 'local' >> prefix. Is it the globally reserved fe80::/10 link-local scope prefix? >> Is it fc00::/7 globally unique yet smaller than global scope? > > You are right, it would be better to simply say "IPv6 subnet prefix". In > fact this could be a global subnet prefix, or a ULA (RFC 4193) which is > used in ad-hoc LoWPANs (ULA use to be defined in nd-02 Section 9). I > will fix that in -02. Of course fe80::/10 is never advertised in an RA... > > Please note: ND for 6LoWPAN defines a multi-link subnet, thus link-local > scope is limited to a single hop. However in route-over LoWPANs a LoWPAN > subnet does consist of multiple hops. We have a special NBMA case here > that we need to live with. Please see Section 5 about the LoWPAN Subnet, > and discuss more on that with Pascal and Erik if you like. > >>> If the host moves to a different LoWPAN, with a different default >>> prefix, the bootstrapping process is initiated again. >> >> Throughout the document I don't understand 'default' prefix. Are there >> other alternative or preferred prefixes? > > Thanks, I tried to remove the use of "default prefix" in -01 but missed > a couple, this is a valid comment which I will fix in -02. > > However, please note that in ND for 6LoWPAN we do have context > identifiers associated with prefix information and we actually do have a > default used by 6LoWPAN compression which is CID = 0. Please refer to > Section 4.4.2. So we could use the term "default prefix" but let's not > do that for simplicity. > >>> 4.4.3. Multihop Information Option >>> >>> This option identifies the set of prefix information options by a >>> sequence number. This allows for the full set of prefix information >>> options to be sent only periodically in unsolicited RAs. If a host >>> detects a difference in the sequence number of this option, then the >>> prefix information has likely changed, and is then requested with an >>> RS. >> >> I'm not sure the term Multihop is appropriate to name this option? There >> is no decrementing of HopLimit, it's a single subnet, thus no multihop. >> >> Or this Multihop means that it's multi-link-layer-hop? I'm not sure how >> people call when my PC talks to a neighbor PC in the same subnet but >> separated by 3 switches - is that Multihop? > > Please see my note above regarding the LoWPAN Subnet, which is > multi-link. We do have multihop in the subnet, and we are decrementing > the hoplimit upon IP forwarding. This is known as route-over in a LoWPAN > subnet. > >>> The node might also form Unique Local and Global Unicast addresses, >> >> Is this Unique Local address an RFC4193 "Unique Local IPv6 Unicast >> Addresses"? This could be clarified. > > Thanks, this is one that was missed. It should just say a unicast > address. This is standard SAA, and is not referring to RFC4193 here. > >>> This specification includes a method for requesting a unique >>> stateless address from the Edge Router by setting the 'A' flag in an >>> Address Option during registration. >> >> Is this unique stateless address the same as the prior mentioned Unique >> Local address, same as in rfc4193? > > No. This is a unique address generated by the whiteboard for use by the > requesting node. See the note on short-address assignments below. > >>> To simplify address resolution it is assumed that LoWPAN nodes are >>> assigned addresses in a homogeneous so that the unicast IPv6 >>> addresses IID resolve directly to a corresponding link-layer address. >>> Thus avoiding address resolution when possible. >> >> I'm afraid this way of avoiding NS-NA address resolution means >> effectively forbidding manually assigned addresses - is this ok? > > That is not true with IEEE 802.15.4 and similar MAC technologies. They > almost universally have some kind of short MAC address support, e.g. > 16-bit MAC addresses in 802.15.4. These short addresses can be > configured on a node on the fly in addition to its unique 64-bit EUI-64. > Thus even with this mapping we can and do assign addresses, which is > what the 'A' flag is used for. > >>> This specification includes a method for requesting a unique >>> stateless address from the Edge Router by setting the 'A' flag in an >>> Address Option during registration. >> >> A new mechanism to assign addresses? Why wouldn't DHCP be sufficient? >> Maybe Stateless DHCP RFC3736? > > We discussed this in the Minneapolis 6lowpan wg meeting. We are not > assigning addresses as with DHCP. Instead the edge router is simply > generating a unique short link-layer address on behalf of the node. From > that point on the node uses that address in a claim and defend manner. > > In fact this address could easily be generated by the node itself, and > then during the router registration DAD is performed as with all > addresses being registered. So you just keep trying until you find a > unique one.. However by having the edge router generate it we save a few > steps for efficiency as the edge router can perform DAD across the whole > LoWPAN (in extended LoWPANs this may be a very large network). > >>> then the ER aquires an appropriate, unique link-layer address for the >>> network either by generating it and performing DAD, or with some >>> other method. >> >> A link-layer address or a link-local address? I suppose the latter. >> Although sometimes the link-layer ids are also negotiated... but not >> sure one would DAD the link-layer address. > > It really is a link-layer address, because IEEE 802.15.4 and similar > technologies support the configuration of assigned short link-layer > addresses. This short link-layer address must be unique in a LoWPAN, and > the edge router has the whiteboard and backbone link DAD mechanisms to > ensure that it is unique on generation. > >> Alex > > Regards, > Zach > >> Zach Shelby a écrit : >>> Hi, >>> >>> Version -01 of ND for 6lowpan is now available. >>> >>> http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-01.txt >>> >>> This revision closes a long list of smaller and major tickets. Thanks >>> to all the feedback in Minneapolis and on the list. Here is a >>> summary of changes: >>> >>> - Specified the duplicate owner interface identifier procedures. A >>> TID lollypop algorithm was sufficient (nonce unnecessary). - Defined >>> fault tolerance using secondary bindings. - Defined ad-hoc network >>> operation. - Removed the E flag from RA and the X flag from RR/RC. - >>> Completed message examples. - Lots of improvements in text quality >>> and consistency were made. >>> >>> The draft is now quite stable, and includes all the functionality we >>> envision for IESG submission. I will submit -02 before the cutoff >>> March 10th, which will be presented in San Francisco. Looking forward >>> to reviews, and especially implementation feedback. >>> >>> Regards, Zach >>> >>> -------- Original Message -------- Subject: New Version Notification >>> for draft-ietf-6lowpan-nd-01 Date: Mon, 23 Feb 2009 13:24:20 -0800 >>> (PST) From: IETF I-D Submission Tool To: >>> zach@sensinode.com CC: >>> pthubert@cisco.com,jhui@archrock.com,samitac@ipinfusion.com,Erik.Nordmark@Sun.COM >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> A new version of I-D, draft-ietf-6lowpan-nd-01.txt has been >>> successfuly submitted by Zach Shelby and posted to the IETF repository. >>> >>> Filename: draft-ietf-6lowpan-nd Revision: 01 Title: Neighbor >>> Discovery for 6LoWPAN Creation_date: 2009-02-23 WG ID: 6lowpan >>> Number_of_pages: 46 >>> >>> Abstract: This document specifies Neighbor Discovery optimized for >>> 6LoWPAN. The 6LoWPAN format allows IPv6 to be used over very >>> constrained wireless networks often making use of extended multihop >>> topologies. However, the use of standard IPv6 Neighbor Discovery over >>> 6LoWPAN networks has several problems. Standard Neighbor Discovery >>> was not designed for wireless links, and the standard IPv6 link >>> concept and heavy use of multicast makes it inefficient. This >>> document spefies a new mechanism allowing efficient Duplicate Address >>> Detection over entire 6LoWPAN networks. In addition it specifies >>> context dissemination for use with router advertisements, claim and >>> defend addressing, and the support of extended LoWPANs over backbone >>> links. >>> >>> >>> >>> >>> The IETF Secretariat. >>> >>> >>> >> >> > From zach@sensinode.com Mon Mar 9 08:44:22 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2CA4F3A68C0 for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 08:44:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ar9gLZy-6RCM for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 08:44:21 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id A7ACF3A684B for <6lowpan@ietf.org>; Mon, 9 Mar 2009 08:44:20 -0700 (PDT) Received: from i021199.gprs.dnafinland.fi (i021199.gprs.dnafinland.fi [87.95.21.199]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n29FilmK002842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <6lowpan@ietf.org>; Mon, 9 Mar 2009 17:44:49 +0200 Message-ID: <49B53A54.4070209@sensinode.com> Date: Mon, 09 Mar 2009 17:48:36 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: 6lowpan <6lowpan@ietf.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: [6lowpan] [Fwd: New Version Notification for draft-ietf-6lowpan-nd-02] X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 15:44:22 -0000 I have submitted a new version of ND for 6LoWPAN: http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-02.txt Changes from -01 include: - Fixed 16 != 0xff bug (ticket closed) - Specified use of ULAs in ad-hoc LoWPAN section 9 (ticket closed) - Terminology cleanup based on Alex's comments - General editing improvements Known open issues: - Specify Trickle in an appendix or just reference it? - RA information dissemination consistency in more detail in Section 7 I would like to request a presentation slot of 45 minutes from the chairs to present the draft in SFO. - Zach -------- Original Message -------- Subject: New Version Notification for draft-ietf-6lowpan-nd-02 Date: Mon, 9 Mar 2009 08:36:26 -0700 (PDT) From: IETF I-D Submission Tool To: zach@sensinode.com CC: pthubert@cisco.com,jhui@archrock.com,samitac@ipinfusion.com,Erik.Nordmark@Sun.COM A new version of I-D, draft-ietf-6lowpan-nd-02.txt has been successfuly submitted by Zach Shelby and posted to the IETF repository. Filename: draft-ietf-6lowpan-nd Revision: 02 Title: Neighbor Discovery for 6LoWPAN Creation_date: 2009-03-09 WG ID: 6lowpan Number_of_pages: 46 Abstract: This document specifies Neighbor Discovery optimized for 6LoWPAN. The 6LoWPAN format allows IPv6 to be used over energy and bandwidth constrained wireless networks often making use of extended multihop topologies. However, the use of standard IPv6 Neighbor Discovery with 6LoWPAN has several problems. Standard Neighbor Discovery was not designed for wireless links, and the standard IPv6 link concept and heavy use of multicast makes it inefficient. This document spefies a new ND mechanism allowing for efficient Duplicate Address Detection over entire LoWPANs. In addition it specifies context dissemination for use with router advertisements, claim and defend addressing, and the support of extended LoWPANs over backbone links. The IETF Secretariat. -- http://zachshelby.org - My blog “On the Internet of Things” Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From alexandru.petrescu@gmail.com Mon Mar 9 10:06:15 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D7AF3A6C9F for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 10:06:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.187 X-Spam-Level: X-Spam-Status: No, score=-2.187 tagged_above=-999 required=5 tests=[AWL=0.062, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KnF+KCZnQV82 for <6lowpan@core3.amsl.com>; Mon, 9 Mar 2009 10:06:14 -0700 (PDT) Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 14C7728C1CA for <6lowpan@ietf.org>; Mon, 9 Mar 2009 10:06:13 -0700 (PDT) Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n29H6ldM027780; Mon, 9 Mar 2009 18:06:47 +0100 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n29H6kDO030524; Mon, 9 Mar 2009 18:06:46 +0100 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n29H6jHe003230; Mon, 9 Mar 2009 18:06:46 +0100 Message-ID: <49B54CA5.70708@gmail.com> Date: Mon, 09 Mar 2009 18:06:45 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Zach Shelby References: <49B53A54.4070209@sensinode.com> In-Reply-To: <49B53A54.4070209@sensinode.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Fwd: New Version Notification for draft-ietf-6lowpan-nd-02] X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 17:06:15 -0000 Hi Zach thank you for the 02 version, I hope I'm reviewing the right one. Here are some comments. Generally I must say that I do understand the overall goal, and I fully agree with making the LoWPAN a single subnet, with a link-local scope. I also agree with many parts of the document, individually. However, I have difficulty grasping the overall document (and I ack this may be due to my new familiarity with the area.) I'm writing these remarks not with the goal of correcting them, because I think it may be too complex to make it coherent. I'd rather imagine a more efficient approach would be to select some parts of the draft and make it much shorter. For example, why describing in detail the mesh-under and route-over models? I understand this draft deals with only one, right? Also example: is HC a mandatory feature? If not, then maybe just write first the ND-over-802154 document which doesn't use on HC. > Code: 0 indicates a message sent directly from the orginating > host. 1 indicates that the message has been relayed by a > router. > > Checksum: The ICMP checksum. It appears the Code may be changed when relayed - will the checksum change too, how? "RR" - potential clash with many terms such as Return Routability tests (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" headers rfc2894... "ER" appears before being clear it's "Edge Router". Sometimes text may have been written in a hurry ("existing applications do not exist".) "6LOWPAN_ER anycast address" - is it a new anycast ID? I like the idea anyways. > In a LoWPAN, setting the hop-limit to 1 limits a packet to the link, I agree. But then I can't understand other places which say 'multihop'. If all nodes are neighbors then there's no multihop. Or is 'multihop' a 'link-layer multihop' and not an 'IP multi-hop'? > LoWPAN Subnet > > A subnet including a LoWPAN or an Extended LoWPAN, together with > the backbone link with the same subnet prefix and prefix length. I disagree with this picture. This effectively makes the ER to be a bridge, not a Router ("Edge Router"). I believe it is possible and better to have the LoWPAN have a prefix like 2001:db8::/64 and the 'backbone' network to have prefix different at the fourth leftmost bit (different from 2001:db8::/64) - completely different. > If a valid prefix is available from an RA ('A' flag is set), then a > global unicast address is derived using SAA. Is SAA SLAAC? I guess so, just it could be mentioned. > This specification includes a method for requesting a unique address > from the edge router by setting the 'A' flag in an Address Option > during registration. It's not clear while reading whether this unique address is an IP address or a 16bit short link-layer address. At some point I'm tempted to believe it's an IPv6 128bit address, because it says it does DAD on it, but at the same time DAD is done on IP addresses for link-layer addresses. It would be good to clarify whether this unique address assigned by ER is an IPv6 address? or a 16bit short address out of which the node forms a 128bit address using the rules in rfc4944. If the former then DHCPv6 applies better. If the latter then this shouldn't be done with ICMPv6 messages (as the draft proposes), but with link-layer messages (like LCP, or similar). > 6.2 Registration process [...] > The source address [of RR] is the link local address of the node. And is it the unspecified IP address when the link-local address hasn't yet been decided? (A-bit 1 and 0 length). Alex Zach Shelby a écrit : > I have submitted a new version of ND for 6LoWPAN: > > http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-02.txt > > Changes from -01 include: > > - Fixed 16 != 0xff bug (ticket closed) > - Specified use of ULAs in ad-hoc LoWPAN section 9 (ticket closed) > - Terminology cleanup based on Alex's comments > - General editing improvements > > Known open issues: > > - Specify Trickle in an appendix or just reference it? > - RA information dissemination consistency in more detail in Section 7 > > I would like to request a presentation slot of 45 minutes from the > chairs to present the draft in SFO. > > - Zach > > -------- Original Message -------- > Subject: New Version Notification for draft-ietf-6lowpan-nd-02 > Date: Mon, 9 Mar 2009 08:36:26 -0700 (PDT) > From: IETF I-D Submission Tool > To: zach@sensinode.com > CC: > pthubert@cisco.com,jhui@archrock.com,samitac@ipinfusion.com,Erik.Nordmark@Sun.COM > > > > A new version of I-D, draft-ietf-6lowpan-nd-02.txt has been successfuly > submitted by Zach Shelby and posted to the IETF repository. > > Filename: draft-ietf-6lowpan-nd > Revision: 02 > Title: Neighbor Discovery for 6LoWPAN > Creation_date: 2009-03-09 > WG ID: 6lowpan > Number_of_pages: 46 > > Abstract: > This document specifies Neighbor Discovery optimized for 6LoWPAN. > The 6LoWPAN format allows IPv6 to be used over energy and bandwidth > constrained wireless networks often making use of extended multihop > topologies. However, the use of standard IPv6 Neighbor Discovery > with 6LoWPAN has several problems. Standard Neighbor Discovery was > not designed for wireless links, and the standard IPv6 link concept > and heavy use of multicast makes it inefficient. This document > spefies a new ND mechanism allowing for efficient Duplicate Address > Detection over entire LoWPANs. In addition it specifies context > dissemination for use with router advertisements, claim and defend > addressing, and the support of extended LoWPANs over backbone links. > > > > > The IETF Secretariat. > > > From alexandru.petrescu@gmail.com Tue Mar 10 03:09:43 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 049093A684C for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 03:09:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.541 X-Spam-Level: X-Spam-Status: No, score=-1.541 tagged_above=-999 required=5 tests=[AWL=-0.584, BAYES_00=-2.599, HELO_EQ_FR=0.35, MISSING_HEADERS=1.292] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LPlgdn+NvGr9 for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 03:09:42 -0700 (PDT) Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 0521B3A67B4 for <6lowpan@ietf.org>; Tue, 10 Mar 2009 03:09:41 -0700 (PDT) Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n2AA8R9l007222; Tue, 10 Mar 2009 11:08:27 +0100 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n2AAADxA008921; Tue, 10 Mar 2009 11:10:13 +0100 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n2AAADsB015875; Tue, 10 Mar 2009 11:10:13 +0100 Message-ID: <49B63C85.7090403@gmail.com> Date: Tue, 10 Mar 2009 11:10:13 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> In-Reply-To: <49B54CA5.70708@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term (was: [Fwd: New Version Notification for draft-ietf-6lowpan-nd-02]) X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 10:09:43 -0000 Following up on my own comment... "RR" could stand for too many things, among others the Requesting Router of DHCPv6 Prefix Delegation, which I find pertinent in this space. Alexandru Petrescu a écrit : [...] > "RR" - potential clash with many terms such as Return Routability tests > (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" headers > rfc2894... Alex From zach@sensinode.com Tue Mar 10 03:13:55 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D4F43A6905 for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 03:13:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ups9OWrbHtZC for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 03:13:54 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id E271C3A68F9 for <6lowpan@ietf.org>; Tue, 10 Mar 2009 03:13:53 -0700 (PDT) Received: from i004176.gprs.dnafinland.fi (i004176.gprs.dnafinland.fi [87.95.4.176]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n2AAEMiE011468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 12:14:23 +0200 Message-ID: <49B63E67.2020100@sensinode.com> Date: Tue, 10 Mar 2009 12:18:15 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Alexandru Petrescu References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> In-Reply-To: <49B63C85.7090403@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 10:13:55 -0000 Hi, Easy to fix, do you have suggestions for a better abbreviation? Router Registration (RReg) and Router Confirmation (RCon) for example? - Zach Alexandru Petrescu wrote: > Following up on my own comment... > > "RR" could stand for too many things, among others the Requesting Router > of DHCPv6 Prefix Delegation, which I find pertinent in this space. > > Alexandru Petrescu a écrit : > [...] >> "RR" - potential clash with many terms such as Return Routability >> tests (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" >> headers rfc2894... > > Alex > > -- http://zachshelby.org - My blog “On the Internet of Things” Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From alexandru.petrescu@gmail.com Tue Mar 10 03:22:51 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 76F0E3A6AD6 for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 03:22:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.181 X-Spam-Level: X-Spam-Status: No, score=-2.181 tagged_above=-999 required=5 tests=[AWL=0.068, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y1z0k-YJ7vEL for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 03:22:50 -0700 (PDT) Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 71D3F3A6A99 for <6lowpan@ietf.org>; Tue, 10 Mar 2009 03:22:50 -0700 (PDT) Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n2AALaTG018666; Tue, 10 Mar 2009 11:21:37 +0100 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n2AANNZP030128; Tue, 10 Mar 2009 11:23:24 +0100 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n2AANNio021706; Tue, 10 Mar 2009 11:23:23 +0100 Message-ID: <49B63F9B.10500@gmail.com> Date: Tue, 10 Mar 2009 11:23:23 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Zach Shelby References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> In-Reply-To: <49B63E67.2020100@sensinode.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 10:22:51 -0000 Zach Shelby a écrit : > Hi, > > Easy to fix, do you have suggestions for a better abbreviation? > > Router Registration (RReg) and Router Confirmation (RCon) for example? RReg could fly maybe. Hmm... RegReq of MIP4 approaches it too. Registration Message? Capitalized, and abbreviated as RM. (Router Confirmation doesn't sound great either, because it's more of a Confirmation of the Request, not of the Router). Alex > > - Zach > > Alexandru Petrescu wrote: >> Following up on my own comment... >> >> "RR" could stand for too many things, among others the Requesting >> Router of DHCPv6 Prefix Delegation, which I find pertinent in this space. >> >> Alexandru Petrescu a écrit : >> [...] >>> "RR" - potential clash with many terms such as Return Routability >>> tests (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" >>> headers rfc2894... >> >> Alex >> >> > From zach@sensinode.com Tue Mar 10 07:28:45 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 07E7C3A6AD9 for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 07:28:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MEKT2Pgb6H-I for <6lowpan@core3.amsl.com>; Tue, 10 Mar 2009 07:28:39 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 00CD53A6920 for <6lowpan@ietf.org>; Tue, 10 Mar 2009 07:28:38 -0700 (PDT) Received: from h081251.gprs.dnafinland.fi (h081251.gprs.dnafinland.fi [87.93.81.251]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n2AET6t2000922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 16:29:08 +0200 Message-ID: <49B67A1C.1010609@sensinode.com> Date: Tue, 10 Mar 2009 16:33:00 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Alexandru Petrescu References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> In-Reply-To: <49B63F9B.10500@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 14:28:45 -0000 Hi, OK, I suggest that the authors and WG brain-storms this in SFO and then we'll come up with a solution for -03. Thanks for the ideas, at least for me Registration Message (RM) and Registration Conformation (RC) could work. - Zach Alexandru Petrescu wrote: > Zach Shelby a écrit : >> Hi, >> >> Easy to fix, do you have suggestions for a better abbreviation? >> >> Router Registration (RReg) and Router Confirmation (RCon) for example? > > RReg could fly maybe. Hmm... RegReq of MIP4 approaches it too. > > Registration Message? Capitalized, and abbreviated as RM. > > (Router Confirmation doesn't sound great either, because it's more > of a Confirmation of the Request, not of the Router). > > Alex > >> >> - Zach >> >> Alexandru Petrescu wrote: >>> Following up on my own comment... >>> >>> "RR" could stand for too many things, among others the Requesting >>> Router of DHCPv6 Prefix Delegation, which I find pertinent in this >>> space. >>> >>> Alexandru Petrescu a écrit : >>> [...] >>>> "RR" - potential clash with many terms such as Return Routability >>>> tests (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" >>>> headers rfc2894... >>> >>> Alex >>> >>> >> > > -- http://zachshelby.org - My blog “On the Internet of Things” Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From zach@sensinode.com Wed Mar 11 11:26:45 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E50353A6BBB for <6lowpan@core3.amsl.com>; Wed, 11 Mar 2009 11:26:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BKbAsDl2vlv9 for <6lowpan@core3.amsl.com>; Wed, 11 Mar 2009 11:26:44 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id E3B1C3A6BD5 for <6lowpan@ietf.org>; Wed, 11 Mar 2009 11:26:43 -0700 (PDT) Received: from snl-zach.local (ip-213-49-247-67.dsl.scarlet.be [213.49.247.67]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n2BIRDFv015052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Mar 2009 20:27:14 +0200 Message-ID: <49B7E773.5070706@sensinode.com> Date: Wed, 11 Mar 2009 18:31:47 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Alexandru Petrescu References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> In-Reply-To: <49B54CA5.70708@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Fwd: New Version Notification for draft-ietf-6lowpan-nd-02] X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 18:26:46 -0000 Hi Alex, Thanks again for the comments, below are main responses. The authors will work on these in SFO and integrate all we can in -03. Alexandru Petrescu wrote: > Hi Zach thank you for the 02 version, I hope I'm reviewing the right one. > > Here are some comments. > > Generally I must say that I do understand the overall goal, and I fully > agree with making the LoWPAN a single subnet, with a link-local scope. I > also agree with many parts of the document, individually. > > However, I have difficulty grasping the overall document (and I ack this > may be due to my new familiarity with the area.) > > I'm writing these remarks not with the goal of correcting them, because > I think it may be too complex to make it coherent. I'd rather imagine a > more efficient approach would be to select some parts of the draft and > make it much shorter. I agree some sections could be shorter. Right now I only see that the LoWPAN ER Operations section could be compressed. See below regarding the intro. > For example, why describing in detail the mesh-under and route-over > models? I understand this draft deals with only one, right? ND for 6LoWPAN definitely supports both mesh under and route over! This is the reason why both are covered, and why we explain the difference. In practice the only difference is that there are no LoWPAN Routers. Host and Edge Router operations are the same. As the WG does not have an architecture document, and things have changed quite much since RFC4944, we need to cover quite a lot of architecture and terminology here. If there would be a separate architecture document, then those things could be removed from this draft. We'll try to make it more concise and understandable. I agree it needs to be easy to grasp to 6lowpan newcomers. > Also example: is HC a mandatory feature? If not, then maybe just write > first the ND-over-802154 document which doesn't use on HC. This draft works with both RFC4944 and draft-ietf-6lowpan-hc. I don't see the point of ND without IPv6. >> Code: 0 indicates a message sent directly from the orginating >> host. 1 indicates that the message has been relayed by a >> router. >> >> Checksum: The ICMP checksum. > It appears the Code may be changed when relayed - will the checksum > change too, how? Yes, good point. This will be corrected. > "RR" - potential clash with many terms such as Return Routability tests > (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" headers > rfc2894... > > "ER" appears before being clear it's "Edge Router". > > Sometimes text may have been written in a hurry ("existing applications > do not exist".) > > "6LOWPAN_ER anycast address" - is it a new anycast ID? I like the idea > anyways. Yes it is, see the IANA consideration sections, we are requesting a new anycast for this. >> In a LoWPAN, setting the hop-limit to 1 limits a packet to the link, > > I agree. But then I can't understand other places which say 'multihop'. > If all nodes are neighbors then there's no multihop. Or is 'multihop' > a 'link-layer multihop' and not an 'IP multi-hop'? We explicitly support both mesh under and route over! In route over LoWPANs we do have IP multihop and the LoWPAN is made up of a set of NBMA links. >> LoWPAN Subnet >> >> A subnet including a LoWPAN or an Extended LoWPAN, together with >> the backbone link with the same subnet prefix and prefix length. > > I disagree with this picture. This effectively makes the ER to be a > bridge, not a Router ("Edge Router"). This uses a similar model to Proxy ND, so nothing new. It is not a bridge, and does IP routing. > I believe it is possible and better to have the LoWPAN have a prefix > like 2001:db8::/64 and the 'backbone' network to have prefix different > at the fourth leftmost bit (different from 2001:db8::/64) - completely > different. In the LoWPAN model it is like this. Extended LoWPANs share the same prefix with their backbone link. >> If a valid prefix is available from an RA ('A' flag is set), then a >> global unicast address is derived using SAA. > > Is SAA SLAAC? I guess so, just it could be mentioned. Yes. >> This specification includes a method for requesting a unique address >> from the edge router by setting the 'A' flag in an Address Option >> during registration. > > It's not clear while reading whether this unique address is an IP > address or a 16bit short link-layer address. At some point I'm tempted > to believe it's an IPv6 128bit address, because it says it does DAD on > it, but at the same time DAD is done on IP addresses for link-layer > addresses. It is a unique IPv6 address. Because of the IID to link-layer address direct mapping in 6lowpan, in reality it means that it is both. As the IID is used as a MAC address, it must be unique throughout the LoWPAN. By performing DAD on the IPv6 address, and the prefix is the same throughout the LoWPAN, we in fact are checking that the IID is unique. > It would be good to clarify whether this unique address assigned by ER > is an IPv6 address? or a 16bit short address out of which the node forms > a 128bit address using the rules in rfc4944. If the former then DHCPv6 > applies better. If the latter then this shouldn't be done with ICMPv6 > messages (as the draft proposes), but with link-layer messages (like > LCP, or similar). It is an IPv6 address, but it is not assigned, and has no state. It ties in very closely with DAD and SLAAC. We see this to be a very suitable ND operation, which of course makes use of ICMPv6. As I mentioned earlier, this generation could easily be done by the node itself at the expense of more packet exchanges = energy. > > 6.2 Registration process > [...] > > The source address [of RR] is the link local address of the node. > > And is it the unspecified IP address when the link-local address hasn't > yet been decided? (A-bit 1 and 0 length). The draft defines that nodes perform SLAAC and use the addresses as optimistic during the registration phase, so OK. All nodes do have a link-layer address by default - it is typically a 64-bit EUI-64. The reason why some networks MAY also assign short addresses is a huge savings in header sizes... Zach > Alex > > Zach Shelby a écrit : >> I have submitted a new version of ND for 6LoWPAN: >> >> http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-nd-02.txt >> >> Changes from -01 include: >> >> - Fixed 16 != 0xff bug (ticket closed) >> - Specified use of ULAs in ad-hoc LoWPAN section 9 (ticket closed) >> - Terminology cleanup based on Alex's comments >> - General editing improvements >> >> Known open issues: >> >> - Specify Trickle in an appendix or just reference it? >> - RA information dissemination consistency in more detail in Section 7 >> >> I would like to request a presentation slot of 45 minutes from the >> chairs to present the draft in SFO. >> >> - Zach >> >> -------- Original Message -------- >> Subject: New Version Notification for draft-ietf-6lowpan-nd-02 >> Date: Mon, 9 Mar 2009 08:36:26 -0700 (PDT) >> From: IETF I-D Submission Tool >> To: zach@sensinode.com >> CC: >> pthubert@cisco.com,jhui@archrock.com,samitac@ipinfusion.com,Erik.Nordmark@Sun.COM >> >> >> >> A new version of I-D, draft-ietf-6lowpan-nd-02.txt has been >> successfuly submitted by Zach Shelby and posted to the IETF repository. >> >> Filename: draft-ietf-6lowpan-nd >> Revision: 02 >> Title: Neighbor Discovery for 6LoWPAN >> Creation_date: 2009-03-09 >> WG ID: 6lowpan >> Number_of_pages: 46 >> >> Abstract: >> This document specifies Neighbor Discovery optimized for 6LoWPAN. >> The 6LoWPAN format allows IPv6 to be used over energy and bandwidth >> constrained wireless networks often making use of extended multihop >> topologies. However, the use of standard IPv6 Neighbor Discovery >> with 6LoWPAN has several problems. Standard Neighbor Discovery was >> not designed for wireless links, and the standard IPv6 link concept >> and heavy use of multicast makes it inefficient. This document >> spefies a new ND mechanism allowing for efficient Duplicate Address >> Detection over entire LoWPANs. In addition it specifies context >> dissemination for use with router advertisements, claim and defend >> addressing, and the support of extended LoWPANs over backbone links. >> >> >> >> >> The IETF Secretariat. >> >> >> > > -- http://zachshelby.org - My blog “On the Internet of Things” Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From Peter.Siklosi@tritech.se Wed Mar 18 00:49:42 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4102A3A694D for <6lowpan@core3.amsl.com>; Wed, 18 Mar 2009 00:49:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.114 X-Spam-Level: X-Spam-Status: No, score=-0.114 tagged_above=-999 required=5 tests=[AWL=0.275, BAYES_20=-0.74, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yOckcYdBwh-4 for <6lowpan@core3.amsl.com>; Wed, 18 Mar 2009 00:49:36 -0700 (PDT) Received: from tritech.se (tritech.se [91.191.137.61]) by core3.amsl.com (Postfix) with ESMTP id C34923A68DC for <6lowpan@ietf.org>; Wed, 18 Mar 2009 00:49:35 -0700 (PDT) Received: from srvsund01.tritech.se (srvsund01.tritech.se [10.75.60.4]) by tritech.se (8.13.5/8.13.5) with ESMTP id n2I7oFIa031153 for <6lowpan@ietf.org>; Wed, 18 Mar 2009 07:50:15 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9A79E.2C84C390" Date: Wed, 18 Mar 2009 08:50:12 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Hop count to edge router needed in router advertisement Thread-Index: AcmnnirVAdGMXkTGQ+mc0u67m+k/lg== From: "Peter Siklosi" To: <6lowpan@ietf.org> X-CT-RefID: str=0001.0A0B0201.49C0A7B7.00CF,ss=1,fgs=0 Subject: [6lowpan] Hop count to edge router needed in router advertisement X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 07:49:42 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9A79E.2C84C390 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I would suggest adding a "hop count to edge router" as an option in router advertisement messages. This would indicate current number of hops from the router sending the RA to an edge router and would make it possible for a new node joining the lowpan to select the best edge router for registration. This could be added as a field in the multihop information option or as a separate option. It would be even better to be able to provide some metric that includes the "quality" of links, but hop count itself may be sufficient. =20 The reason for this suggestion is as follows. Imagine a setup with a large number of routers and multiple edge routers, using "route over". A small example of this would be the illustration below, where a new router X is just about to join. =20 ER1 --- R --- R1 --- X --- R2 --- R --- R --- ER2 ! R3 =20 ! ER3 =20 In this setup there are three edge routers, each managing their own subnet, and a few routers registered to each subnet. The available links are shown as lines. The routes between existing routers are already set up, so there is a route from R1 to ER1 for instance. The new node X does not have any routes set up yet of course. The node X needs to select a router through which it can register to an edge router. If there is an edge router on the local link, there is no problem, but in many cases, such as the case above, there would not be. The decision to select the best ER cannot be delegated, it makes no sense to ask for instance R1 to make a good decision, since it does not have the same environment as X. If X would use "anycast to edge router", there are three routers that could potentially be responding and each could provide a "best selection of edge router", R1 would use ER1, R2 would use ER2 and R3 would use ER3, but this does not help. The routers R1, R2 and R3 do not know who would be the best to respond and the node X could not chose either. =20 Clearly, in this situation, X would need information in the router advertisements sent from R1, R2 and R3 about the number of hops to its ER to be able to select ER3 as the best edge router to register to, and it would then register through R3 in this case.=20 =20 If this information is not provided in the RA (or through some other mechanism), then in the situation above, X might very well select ER2 for instance, and then, once registration is complete, get a route to ER with 4 hops instead of 2. This would lower the overall system performance. I am assuming that the system would use some routing mechanism such as DYMO. If X is ever to learn that there is a shorter route to an edge router, it would have to send route requests outside its own subnet, which would lead to substantial flooding of the system. I would therefore think that route requests should be limited to routers in the subnet and in this case, X would never learn that there is a shorter route, would it only register with ER3 instead. =20 In a large system, I believe that the system performance could be severely reduced if routers cannot select the "best subnet" when joining. =20 Regards, Peter Siklosi Tritech =20 ------_=_NextPart_001_01C9A79E.2C84C390 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I would suggest adding a = “hop count to edge router” as an option in router advertisement messages. = This would indicate current number of hops from the router sending the RA to an = edge router and would make it possible for a new node joining the lowpan to = select the best edge router for registration. This could be added as a field in = the multihop information option or as a separate option. It would be even = better to be able to provide some metric that includes the “quality” = of links, but hop count itself may be sufficient.

 

The reason for this suggestion = is as follows. Imagine a setup with a large number of routers and multiple = edge routers, using “route over”. A small example of this would = be the illustration below, where a new router X is just about to = join.

 

ER1 --- R = --- R1 --- X --- R2 --- R --- R --- ER2

           &= nbsp;         !

           &= nbsp;         R3   =

           &= nbsp;         !

  =             &= nbsp;      ER3

 

In this setup there are three = edge routers, each managing their own subnet, and a few routers registered to each = subnet. The available links are shown as lines. The routes between existing routers = are already set up, so there is a route from R1 to ER1 for instance. The new = node X does not have any routes set up yet of course. The node X needs to = select a router through which it can register to an edge router. If there is an edge = router on the local link, there is no problem, but in many cases, such as the case = above, there would not be. The decision to select the best ER cannot be = delegated, it makes no sense to ask for instance R1 to make a good decision, since it = does not have the same environment as X. If X would use “anycast to = edge router”, there are three routers that could potentially be = responding and each could provide a “best selection of edge router”, R1 = would use ER1, R2 would use ER2 and R3 would use ER3, but this does not help. The = routers R1, R2 and R3 do not know who would be the best to respond and the node = X could not chose either.

 

Clearly, in this situation, X = would need information in the router advertisements sent from R1, R2 and R3 about = the number of hops to its ER to be able to select ER3 as the best edge = router to register to, and it would then register through R3 in this case. =

 

If this information is not = provided in the RA (or through some other mechanism), then in the situation above, X = might very well select ER2 for instance, and then, once registration is complete, = get a route to ER with 4 hops instead of 2. This would lower the overall = system performance. I am assuming that the system would use some routing = mechanism such as DYMO. If X is ever to learn that there is a shorter route to an = edge router, it would have to send route requests outside its own subnet, = which would lead to substantial flooding of the system. I would therefore = think that route requests should be limited to routers in the subnet and in this = case, X would never learn that there is a shorter route, would it only register = with ER3 instead.

 

In a large system, I believe = that the system performance could be severely reduced if routers cannot select = the “best subnet” when joining.

 

Regards,

Peter = Siklosi

Tritech

 

------_=_NextPart_001_01C9A79E.2C84C390-- From eunah.ietf@gmail.com Thu Mar 19 01:23:25 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3D29E3A67FD for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 01:23:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q4dHWVwt8JFG for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 01:23:24 -0700 (PDT) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by core3.amsl.com (Postfix) with ESMTP id 2C7BD3A68B3 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 01:23:24 -0700 (PDT) Received: by ti-out-0910.google.com with SMTP id j3so272982tid.25 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 01:24:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=GVAVmkPplSiR1Ee0/H0YZGwX9dc4DsrjDkN1c5xCG9c=; b=dww4+fuyCRlmtMZrwKxYy104+Plfk42pEcpfU261726C8rNU/bHGXzjqRW08b0EZIX UfbJp2h+127AXqFWRXkMZpNJXt3QgNJH5YDf+wpFZ7LjMCk79oGqmhsiPYi4uxmNhI4n I+7UatXWmQr7y+y/XY+F1K3AwmlhCwzMypmOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ktNj/cABwlVw7YhjRUIfhtEQ8f+3HNWZYMYJASVA/Sm39zZm63RtbA9MU1jAE6Zeyw bblmZx8eL4NOgLHdxd7w9K2jAPQul6GcZhKskh0oVc7eZ5cgYp/f/1eqhMsWI7JVR23+ LfDTpH+nTmqNMoSezLH9kyTDSsXEXWbm2jpxM= MIME-Version: 1.0 Received: by 10.110.42.17 with SMTP id p17mr3434867tip.58.1237451048418; Thu, 19 Mar 2009 01:24:08 -0700 (PDT) In-Reply-To: <20090309094427.3D2A13A69E5@core3.amsl.com> References: <20090309094427.3D2A13A69E5@core3.amsl.com> Date: Thu, 19 Mar 2009 17:24:08 +0900 Message-ID: <77f1dba80903190124y1f062ba9v91f6813852a472d8@mail.gmail.com> From: "Eunsook \"Eunah\" Kim" To: 6lowpan <6lowpan@ietf.org>, Carsten Bormann , Geoff Mulligan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-usecases-02 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 08:23:25 -0000 Dear 6LoWPANers, Comments are invited for the updated Use-case docuement. Dear Chairmen, maybe i missed 'aganda bash' email? I wish to share the update of Use-case in the SFO meeting. Thanks, -eunah ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Mar 9, 2009 at 6:44 PM Subject: New Version Notification for draft-ietf-6lowpan-usecases-02 To: eunah.ietf@gmail.com Cc: nicolas.chevrollier@tno.nl, dokaspar.ietf@gmail.com, jpv@cisco.com A new version of I-D, draft-ietf-6lowpan-usecases-02.txt has been successfuly submitted by Eunsook Kim and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-ietf-6lowpan-usecases Revision: =A0 =A0 =A0 =A002 Title: =A0 =A0 =A0 =A0 =A0 Design and Application Spaces for 6LoWPANs Creation_date: =A0 2009-03-08 WG ID: =A0 =A0 =A0 =A0 =A0 6lowpan Number_of_pages: 32 Abstract: This document investigates potential application scenarios and use cases for low-power wireless personal area networks (LoWPANs). =A0After describing the characteristics of a LoWPAN, this document provides a list of use cases and market domains that may benefit and motivate the work currently done in the 6LoWPAN WG. =A0A complete list of practical use cases is not the goal of this document. The IETF Secretariat. From eunah.ietf@gmail.com Thu Mar 19 01:28:35 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 317693A68B3 for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 01:28:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hZ+6l-r27BHB for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 01:28:34 -0700 (PDT) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by core3.amsl.com (Postfix) with ESMTP id 30A1E3A6807 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 01:28:33 -0700 (PDT) Received: by ti-out-0910.google.com with SMTP id j3so274484tid.25 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 01:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=t29AtyiVUhPNPVPZrt+8i6UE3CJSxIoXDSN4g3dWrrU=; b=ZMwU/mJQckacAT3uegk17v7+ceCkGkoTpQEcOmNTO7kSWfX8vmoZvNE5IaHuopv62j 2PqBE8NaEzVLLBD8tFFzE4sQHtcuhIBHZ1EsQWTJMQ+K4y4aBekQFxvu2xzOYlEGEFbZ 1Ow8JFcMd+/aoltqYx/b4h2eKZzwFRHcS3hZ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ayl4OMLXZv6iSih7xkYTtpD81s8ngVPFVYBgmnf1G16wka7p2MksKHzR4tAyhKOUCk nE/+aCCuGn5sC5vwwiW24tqJjR4CS8zcYpVygANCt6/zj/GDrz5SYtVaA5YebSuSa8xy li/C1MR2TdS6BQsFItaWl3fvM9UzudEgceIpU= MIME-Version: 1.0 Received: by 10.110.10.16 with SMTP id 16mr3457461tij.27.1237451357950; Thu, 19 Mar 2009 01:29:17 -0700 (PDT) In-Reply-To: <20090309094407.6229E3A6BE2@core3.amsl.com> References: <20090309094407.6229E3A6BE2@core3.amsl.com> Date: Thu, 19 Mar 2009 17:29:17 +0900 Message-ID: <77f1dba80903190129o28804750wf233394d3537dc71@mail.gmail.com> From: "Eunsook \"Eunah\" Kim" To: 6lowpan <6lowpan@ietf.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-routing-requirements-01 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 08:28:35 -0000 Dear 6LoWPANers, Comments are invited for the updated Routing Requirement docuement. We, authors, got several comments and tried to apply the comments in the new version. Thanks for all people who gave us valuable comments. Special thanks for Alex, Misha, and Zach. :) -eunah ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Mar 9, 2009 at 6:44 PM Subject: New Version Notification for draft-ietf-6lowpan-routing-requirements-01 To: eunah.ietf@gmail.com Cc: dokaspar.ietf@gmail.com, carlesgo@entel.upc.edu, cabo@tzi.org A new version of I-D, draft-ietf-6lowpan-routing-requirements-01.txt has been successfuly submitted by Eunsook Kim and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-ietf-6lowpan-routing-requirements Revision: =A0 =A0 =A0 =A001 Title: =A0 =A0 =A0 =A0 =A0 Problem Statement and Requirements for 6LoWPAN R= outing Creation_date: =A0 2009-03-08 WG ID: =A0 =A0 =A0 =A0 =A0 6lowpan Number_of_pages: 31 Abstract: This document provides the problem statement for 6LoWPAN routing. =A0It also defines the requirements for 6LoWPAN routing considering IEEE 802.15.4 specificities and the low-power characteristics of the network and its devices. The IETF Secretariat. From gmulligan@gmail.com Thu Mar 19 07:02:04 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 681203A698E for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 07:02:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zfdx6PZdOKDW for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 07:02:03 -0700 (PDT) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by core3.amsl.com (Postfix) with ESMTP id 139073A6A06 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 07:02:02 -0700 (PDT) Received: by fk-out-0910.google.com with SMTP id 18so226384fkq.5 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 07:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=qnTBB1bREIh2rQjGigT3Ioq41/iILbcZaPHgzP3dKi0=; b=fqQMSu95yVjPHpKjVmAKrFdDmWk0GwpnZ0HOT+0FVB3JOcMsQl58iId5h+HbRpq/qu D1pF1N8PTVCx7qorM1N9/+XAjTp/Y6KMtOpUa/yAj5i+wmjjZQ+/vJaBf2tL9YQE6Ixv vmHdQ6lhidnWqcpKdqwlIqTTdHwZ7USj2ptcw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=mcBvj7wsmPVqErRJrxkfCDNPzixKdEs8OrDvX0bN9nbEh19dKENqjl4VYWjAc2C4Gz uUyL+cZwRilwN8EX98XOUSF7ixpEasiwCAQRThQ9YiDDTpOEqkNVecJ3YXkEPCAo276z nNeKqr4MYZtQPL8XmIK+QNj/iqnvrSBhEAVbY= MIME-Version: 1.0 Sender: gmulligan@gmail.com Received: by 10.103.239.10 with SMTP id q10mr1118702mur.67.1237471367605; Thu, 19 Mar 2009 07:02:47 -0700 (PDT) Date: Thu, 19 Mar 2009 08:02:47 -0600 X-Google-Sender-Auth: 8f25e8ddef6b09e1 Message-ID: <99e1f5cb0903190702w38247115uc4e45104968808ca@mail.gmail.com> From: Geoff Mulligan To: 6lowpan@ietf.org Content-Type: multipart/alternative; boundary=001636765b69492c0204657941e0 Subject: [6lowpan] Agenda for 6lowpan meeting X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 14:02:04 -0000 --001636765b69492c0204657941e0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Folks, I don't know what happened. I sent this message last week and it appears to not have gone to the reflector. ------------------------------- Subject: Agenda for Next week From: Geoff Mulligan To: 6lowpan <6lowpan@ietf.org> Content-Type: text/plain Message-Id: <1237225813.6742.295.camel@DellX1> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 Content-Transfer-Encoding: 7bit Date: Mon, 16 Mar 2009 11:50:19 -0600 X-Evolution-Format: text/plain X-Evolution-Account: 1216187771.5937.21@dellx1 X-Evolution-Transport: smtp://geoff@mail.coslabs.com:443/;use_ssl=never X-Evolution-Fcc: mbox:/home/geoff/.evolution/mail/local#Sent Our meeting is on Monday from 1520 to 1720 in Imperial B. I have uploaded a place holder agenda (see below) as I've only heard from a couple of folks about wanting to present. If you would like time on the agenda send something to Carsten or I. 1520 Scribe & Agenda Bash 1525 Update on HC draft - Hui 1555 Update on ND draft - Shelby 1610 Update on Routing Requirements - Kim 1630 Fragment Recovery - Thubert --001636765b69492c0204657941e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Folks,
=A0 I don't know what happened.=A0 I sent this message last w= eek and it appears to not have gone to the reflector.

--------------= -----------------
Subject: Agenda for Next week
From: Geoff Mulligan = <geoff@proto6.com>
To: 6lowpan <6lowpan@ietf.org>= ;
Content-Type: text/plain
Message-Id: <1237225813.6742.295.camel@= DellX1>
Mime-Version: 1.0
X-Mailer: Evolution 2.24.3
Content-T= ransfer-Encoding: 7bit
Date: Mon, 16 Mar 2009 11:50:19 -0600
X-Evolution-Format: text/plain
= X-Evolution-Account: 1216187771.5937.21@dellx1
X-Evolution-Transport: sm= tp://geoff@m= ail.coslabs.com:443/;use_ssl=3Dnever
X-Evolution-Fcc: mbox:/home/geoff/.evolution/mail/local#Sent

Our mee= ting is on Monday from 1520 to 1720 in Imperial B.

I have uploaded a= place holder agenda (see below) as I've only heard
from a couple of= folks about wanting to present.=A0 If you would like time
on the agenda send something to Carsten or I.

1520 Scribe & Agen= da Bash
1525 Update on HC draft - Hui
1555 Update on ND draft - Shelb= y
1610 Update on Routing Requirements - Kim
1630 Fragment Recovery - = Thubert
--001636765b69492c0204657941e0-- From eunah.ietf@gmail.com Thu Mar 19 07:54:47 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 155893A67F6 for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 07:54:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_83=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vf2rMjeaEUsb for <6lowpan@core3.amsl.com>; Thu, 19 Mar 2009 07:54:41 -0700 (PDT) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by core3.amsl.com (Postfix) with ESMTP id 5D59728C19D for <6lowpan@ietf.org>; Thu, 19 Mar 2009 07:54:41 -0700 (PDT) Received: by ti-out-0910.google.com with SMTP id j3so375619tid.25 for <6lowpan@ietf.org>; Thu, 19 Mar 2009 07:55:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rc0hUUjuLLZh1me6/KXoLqbYKkHcQ0r31JDpCLlJ+Ug=; b=dZcg5rqf+xmMvYEsPb2g4f8AQ6CK/vzIxgb2Wu0Rm4TTNZPbHeK5C/WPU0a1C4JPWH cxfuds2E20lxa+KzkEHNd+gtep+QTz6b020jFgUIk6S09+PMrhMvWRZphzVbm422EOxf 7pYEkw6qh6qoZ8woJwKShrjVz/iL1ukME5HGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WKdl+QNiIktw6F6Z/OCAdGD+1pm6L/R0nZBT5VoZ/1n9XDcdDOerULA1KwTkQVh2rI +FihUTZ14KaSxBEmkNvD6oqEPPJVWMx/887sF/aeuzehEHiGYGhxBhUWmkUZa0SPMuH0 Pr+r+TJonfDAZGmcN8DnmNl45JV/VDvvGKrT4= MIME-Version: 1.0 Received: by 10.110.68.10 with SMTP id q10mr2985348tia.19.1237474526174; Thu, 19 Mar 2009 07:55:26 -0700 (PDT) In-Reply-To: <99e1f5cb0903190702w38247115uc4e45104968808ca@mail.gmail.com> References: <99e1f5cb0903190702w38247115uc4e45104968808ca@mail.gmail.com> Date: Thu, 19 Mar 2009 23:55:26 +0900 Message-ID: <77f1dba80903190755k319bc9f8u1117a0771e386917@mail.gmail.com> From: "Eunsook \"Eunah\" Kim" To: Geoff Mulligan , Carsten Bormann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] Agenda for 6lowpan meeting X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 14:54:47 -0000 Dear Geoff, Usecase document has been updated as well. The update was made in overall document,but the presentation would not need a long time. Mainly wording for harmonized terminologies. It would be good to squeeze usecase in the agenda before or after routing requirement draft. Maybe I can use my 20min for both documents if there is more presentation requests. Thanks, eunah 2009/3/19 Geoff Mulligan : > Folks, > =A0 I don't know what happened.=A0 I sent this message last week and it a= ppears > to not have gone to the reflector. > > ------------------------------- > Subject: Agenda for Next week > From: Geoff Mulligan > To: 6lowpan <6lowpan@ietf.org> > Content-Type: text/plain > Message-Id: <1237225813.6742.295.camel@DellX1> > Mime-Version: 1.0 > X-Mailer: Evolution 2.24.3 > Content-Transfer-Encoding: 7bit > Date: Mon, 16 Mar 2009 11:50:19 -0600 > X-Evolution-Format: text/plain > X-Evolution-Account: 1216187771.5937.21@dellx1 > X-Evolution-Transport: smtp://geoff@mail.coslabs.com:443/;use_ssl=3Dnever > X-Evolution-Fcc: mbox:/home/geoff/.evolution/mail/local#Sent > > Our meeting is on Monday from 1520 to 1720 in Imperial B. > > I have uploaded a place holder agenda (see below) as I've only heard > from a couple of folks about wanting to present.=A0 If you would like tim= e > on the agenda send something to Carsten or I. > > 1520 Scribe & Agenda Bash > 1525 Update on HC draft - Hui > 1555 Update on ND draft - Shelby > 1610 Update on Routing Requirements - Kim > 1630 Fragment Recovery - Thubert > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan > > From pthubert@cisco.com Mon Mar 23 11:12:57 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A71F3A67F2 for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 11:12:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.075 X-Spam-Level: X-Spam-Status: No, score=-10.075 tagged_above=-999 required=5 tests=[AWL=0.524, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZlxBCq99K0rX for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 11:12:56 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 16FFB28C213 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 11:12:40 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,409,1233532800"; d="scan'208";a="36670949" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 23 Mar 2009 18:13:30 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2NIDUU1005816 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 19:13:30 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2NIDU63028830 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 18:13:30 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Mar 2009 19:13:30 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Mon, 23 Mar 2009 19:13:25 +0100 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC072AF730@xmb-ams-337.emea.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-03 Thread-Index: Acmr4pVmroWGadvTTEO1GQF5T/9fBAAADyxQ From: "Pascal Thubert (pthubert)" To: "6lowpan" <6lowpan@ietf.org> X-OriginalArrivalTime: 23 Mar 2009 18:13:30.0073 (UTC) FILETIME=[11C3A490:01C9ABE3] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1984; t=1237832010; x=1238696010; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20(pthubert)=22=20 |Subject:=20FW=3A=20New=20Version=20Notification=20for=20=2 0=20=20=20=20=20=20=20=20draft-thubert-6lowpan-simple-fragme nt-recovery-03=20 |Sender:=20; bh=yDEVBNwkAZWMn2PQTLn5bqf9Dm8XWi934mfcPPW127M=; b=uhvS89WLJckzoulTTmcHm/JlkmWrj4HOYi0YxW8QAZnn4xXn3X7VIucic8 fLIfBV3D3AtIWPagfC4gRbZqxdQm7kKHlFWIJdpB0YZa1GX+eUDEXPgqYH1i QrDcIE07nb; Authentication-Results: ams-dkim-1; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [6lowpan] FW: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-03 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 18:12:57 -0000 RGVhciBhbGw6DQoNCmRyYWZ0LXRodWJlcnQtNmxvd3Bhbi1zaW1wbGUtZnJhZ21lbnQtcmVjb3Zl cnktMDMgaXMgb2ZmIHRoZSBwcmVzcy4NCk5vIHJlYWwgY2hhbmdlIGZyb20gbGF5ZXIgMiwgbW9z dGx5IGEgcmVmcmVzaGVyIGZvciB0aGUgdG9vbHNldCBhbmQgYSBmZXcgdHlwb3MuDQoNClBhc2Nh bA0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IElFVEYgSS1EIFN1Ym1pc3Npb24g VG9vbCBbbWFpbHRvOmlkc3VibWlzc2lvbkBpZXRmLm9yZ10gDQpTZW50OiBsdW5kaSAyMyBtYXJz IDIwMDkgMTE6MDkNClRvOiBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpDQpTdWJqZWN0OiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXRodWJlcnQtNmxvd3Bhbi1zaW1wbGUtZnJh Z21lbnQtcmVjb3ZlcnktMDMgDQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXRodWJl cnQtNmxvd3Bhbi1zaW1wbGUtZnJhZ21lbnQtcmVjb3ZlcnktMDMudHh0IGhhcyBiZWVuIHN1Y2Nl c3NmdWx5IHN1Ym1pdHRlZCBieSBQYXNjYWwgVGh1YmVydCBhbmQgcG9zdGVkIHRvIHRoZSBJRVRG IHJlcG9zaXRvcnkuDQoNCkZpbGVuYW1lOgkgZHJhZnQtdGh1YmVydC02bG93cGFuLXNpbXBsZS1m cmFnbWVudC1yZWNvdmVyeQ0KUmV2aXNpb246CSAwMw0KVGl0bGU6CQkgTG9XUEFOIHNpbXBsZSBm cmFnbWVudCBSZWNvdmVyeQ0KQ3JlYXRpb25fZGF0ZToJIDIwMDktMDMtMjMNCldHIElEOgkJIElu ZGVwZW5kZW50IFN1Ym1pc3Npb24NCk51bWJlcl9vZl9wYWdlczogMTENCg0KQWJzdHJhY3Q6DQpD b25zaWRlcmluZyB0aGF0IDZMb1dQQU4gcGFja2V0cyBjYW4gYmUgYXMgbGFyZ2UgYXMgMksgYnl0 ZXMgYW5kIHRoYXQNCmFuIDgwMi4xNS40IGZyYW1lIHdpdGggc2VjdXJpdHkgd2lsbCBjYXJyeSBp biB0aGUgb3JkZXIgb2YgODAgYnl0ZXMNCm9mIGVmZmVjdGl2ZSBwYXlsb2FkLCBhIHBhY2tldCBt aWdodCBlbmQgdXAgZnJhZ21lbnRlZCBpbnRvIGFzIG1hbnkNCmFzIDI1IGZyYWdtZW50cyBhdCB0 aGUgNkxvV1BBTiBzaGltIGxheWVyLiAgSWYgYSBzaW5nbGUgb25lIG9mIHRob3NlDQpmcmFnbWVu dHMgaXMgbG9zdCBpbiB0cmFuc21pc3Npb24sIGFsbCBmcmFnbWVudHMgbXVzdCBiZSByZXNlbnQs DQpmdXJ0aGVyIGNvbnRyaWJ1dGluZyB0byB0aGUgY29uZ2VzdGlvbiB0aGF0IG1pZ2h0IGhhdmUg Y2F1c2VkIHRoZQ0KaW5pdGlhbCBwYWNrZXQgbG9zcy4gIFRoaXMgZHJhZnQgaW50cm9kdWNlcyBh IHNpbXBsZSBwcm90b2NvbCB0bw0KcmVjb3ZlciBpbmRpdmlkdWFsIGZyYWdtZW50cyBiZXR3ZWVu IDZMb1dQQU4gZW5kcG9pbnRzLg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClRoZSBJ RVRGIFNlY3JldGFyaWF0Lg0KDQoNCg== From soohongp@gmail.com Mon Mar 23 16:49:39 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B390528C1F9 for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 16:49:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.52 X-Spam-Level: X-Spam-Status: No, score=-1.52 tagged_above=-999 required=5 tests=[AWL=-0.781, BAYES_20=-0.74, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hu-wSacGB8lU for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 16:49:39 -0700 (PDT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by core3.amsl.com (Postfix) with ESMTP id 0060928C1D0 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 16:49:38 -0700 (PDT) Received: by rv-out-0506.google.com with SMTP id k40so1953356rvb.49 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 16:50:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=h62C7nBaqTH+Jb23cGLvHxsgYqVK966MkWyoReIA/ng=; b=haIsi/XSMyBVrCIDaFLEsjjEf0QJJdb1TPkGTPRp4UyI/PuQFHS3qCw2BtbyHXxxAm DqMCPSqLADSkUDa1Z1A7Ez5ba1EX5DFQuHcgkSCMqaGaINfTSivwShf3eBHlPTx6mR50 TvElSJzoevjQtMzNX3LzCrI6CbgkkOxHjfMDY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rwQ3DV4VxiNoDLA5xyKSgWEY2021DP2IFlAU+zniNVX6kqxgFzwgsPX0bKoeQ6TQM6 Ry+enSXjiKNTRh4+YMYrSCAv4rdPhLDiCPOzQeXbU7mmg6ttmEk6QBY+qCB6CihyO1A8 zqT8iGpxEPL6PP21Cx6yDxKITqPsc1ayuwNl4= MIME-Version: 1.0 Received: by 10.114.147.7 with SMTP id u7mr5154127wad.138.1237852228463; Mon, 23 Mar 2009 16:50:28 -0700 (PDT) Date: Tue, 24 Mar 2009 08:50:28 +0900 Message-ID: From: Daniel Park To: 6lowpan <6lowpan@ietf.org> Content-Type: multipart/alternative; boundary=0016364571625caeac0465d1ee30 Subject: [6lowpan] ND for 6lowpan is too long ? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 23:49:39 -0000 --0016364571625caeac0465d1ee30 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit for the time saving... 46 pages for ND for 6lowpan is still shorter than ND for IPv6 (97 pages). Personally, I don't see any problem in this roop...:-) -- Soohong Daniel Park Standard Architect, http://blog.naver.com/natpt DMC Business, Samsung Electronics, KOREA --0016364571625caeac0465d1ee30 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable for the time saving...


46 pages for ND for 6lowpan is still shor= ter than ND for IPv6 (97 pages). Personally, I don't see any problem in= this roop...:-)


--
Soohong Daniel Park
Sta= ndard Architect, http://blog.naver.= com/natpt
DMC Business, Samsung Electronics, KOREA
--0016364571625caeac0465d1ee30-- From alexandru.petrescu@gmail.com Mon Mar 23 17:13:20 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C7A628C275 for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:13:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.791 X-Spam-Level: X-Spam-Status: No, score=-0.791 tagged_above=-999 required=5 tests=[AWL=-1.142, BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b3tbI7Lez41l for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:13:19 -0700 (PDT) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by core3.amsl.com (Postfix) with ESMTP id 7DC0328C1D0 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 17:13:09 -0700 (PDT) Received: from smtp2-g21.free.fr (localhost [127.0.0.1]) by smtp2-g21.free.fr (Postfix) with ESMTP id E890C4B0039; Tue, 24 Mar 2009 01:13:56 +0100 (CET) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp2-g21.free.fr (Postfix) with ESMTP id 773274B0028; Tue, 24 Mar 2009 01:13:53 +0100 (CET) Message-ID: <49C825C0.4090100@gmail.com> Date: Tue, 24 Mar 2009 01:13:52 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Zach Shelby References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> <49B67A1C.1010609@sensinode.com> In-Reply-To: <49B67A1C.1010609@sensinode.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 090323-0, 23/03/2009), Outbound message X-Antivirus-Status: Clean Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 00:13:20 -0000 For this RR term... This is what happens when people try to integrate things. For example say my 6lowpan node also runs MIP6 and does RR, is this RR or RR? This is conversational stuff. Specificational stuff could do anything else. Alex Zach Shelby a écrit : > Hi, > > OK, I suggest that the authors and WG brain-storms this in SFO and then > we'll come up with a solution for -03. > > Thanks for the ideas, at least for me Registration Message (RM) and > Registration Conformation (RC) could work. > > - Zach > > Alexandru Petrescu wrote: >> Zach Shelby a écrit : >>> Hi, >>> >>> Easy to fix, do you have suggestions for a better abbreviation? >>> >>> Router Registration (RReg) and Router Confirmation (RCon) for example? >> >> RReg could fly maybe. Hmm... RegReq of MIP4 approaches it too. >> >> Registration Message? Capitalized, and abbreviated as RM. >> >> (Router Confirmation doesn't sound great either, because it's more >> of a Confirmation of the Request, not of the Router). >> >> Alex >> >>> >>> - Zach >>> >>> Alexandru Petrescu wrote: >>>> Following up on my own comment... >>>> >>>> "RR" could stand for too many things, among others the Requesting >>>> Router of DHCPv6 Prefix Delegation, which I find pertinent in this >>>> space. >>>> >>>> Alexandru Petrescu a écrit : >>>> [...] >>>>> "RR" - potential clash with many terms such as Return Routability >>>>> tests (rfc3775), "Resource Records" of DNS, Router Renumbering "RR" >>>>> headers rfc2894... >>>> >>>> Alex >>>> >>>> >>> >> >> > From zach@sensinode.com Mon Mar 23 17:16:12 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 06A4128C269 for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:16:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B7XQ8zEIYY8c for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:16:11 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 0A37428C271 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 17:16:08 -0700 (PDT) Received: from dhcp-10bd.meeting.ietf.org (dhcp-10bd.meeting.ietf.org [130.129.16.189]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n2O0GpU2012088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 02:16:55 +0200 Message-ID: <49C82673.7040704@sensinode.com> Date: Tue, 24 Mar 2009 02:16:51 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Alexandru Petrescu References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> <49B67A1C.1010609@sensinode.com> <49C825C0.4090100@gmail.com> In-Reply-To: <49C825C0.4090100@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 00:16:12 -0000 Hi, Alexandru Petrescu wrote: > For this RR term... > > This is what happens when people try to integrate things. For example > say my 6lowpan node also runs MIP6 and does RR, is this RR or RR? Unlikely that a 6lowpan node would do MIPv6, however an ER very well might so I see your point. Registration Message (RM) could very well be a solution as we discussed below. Other opinions ideas on this? - Zach > This is conversational stuff. Specificational stuff could do anything > else. > > Alex > > Zach Shelby a écrit : >> Hi, >> >> OK, I suggest that the authors and WG brain-storms this in SFO and >> then we'll come up with a solution for -03. >> >> Thanks for the ideas, at least for me Registration Message (RM) and >> Registration Conformation (RC) could work. >> >> - Zach >> >> Alexandru Petrescu wrote: >>> Zach Shelby a écrit : >>>> Hi, >>>> >>>> Easy to fix, do you have suggestions for a better abbreviation? >>>> >>>> Router Registration (RReg) and Router Confirmation (RCon) for example? >>> >>> RReg could fly maybe. Hmm... RegReq of MIP4 approaches it too. >>> >>> Registration Message? Capitalized, and abbreviated as RM. >>> >>> (Router Confirmation doesn't sound great either, because it's more >>> of a Confirmation of the Request, not of the Router). >>> >>> Alex >>> >>>> >>>> - Zach >>>> >>>> Alexandru Petrescu wrote: >>>>> Following up on my own comment... >>>>> >>>>> "RR" could stand for too many things, among others the Requesting >>>>> Router of DHCPv6 Prefix Delegation, which I find pertinent in this >>>>> space. >>>>> >>>>> Alexandru Petrescu a écrit : >>>>> [...] >>>>>> "RR" - potential clash with many terms such as Return Routability >>>>>> tests (rfc3775), "Resource Records" of DNS, Router Renumbering >>>>>> "RR" headers rfc2894... >>>>> >>>>> Alex >>>>> >>>>> >>>> >>> >>> >> > -- http://zachshelby.org - My blog “On the Internet of Things” Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From alexandru.petrescu@gmail.com Mon Mar 23 17:26:42 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5CC743A6C9B for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:26:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.067 X-Spam-Level: X-Spam-Status: No, score=-2.067 tagged_above=-999 required=5 tests=[AWL=0.182, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Six+1ctbmDON for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:26:41 -0700 (PDT) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by core3.amsl.com (Postfix) with ESMTP id 4C9EC3A6C89 for <6lowpan@ietf.org>; Mon, 23 Mar 2009 17:26:39 -0700 (PDT) Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id BD1C3818093; Tue, 24 Mar 2009 01:27:26 +0100 (CET) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp3-g21.free.fr (Postfix) with ESMTP id 736C881809C; Tue, 24 Mar 2009 01:27:23 +0100 (CET) Message-ID: <49C828EB.80508@gmail.com> Date: Tue, 24 Mar 2009 01:27:23 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Daniel Park References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 090323-0, 23/03/2009), Outbound message X-Antivirus-Status: Clean Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] ND for 6lowpan is too long ? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 00:26:42 -0000 Daniel, I agree with your oppinion, and with any other oppinion saying 46 pages wouldn't be that long actually. During the discussion, I wanted to raise the issue that a doc which would run IPv6 ND over a 6lowpan link which were a single subnet and multicast-friendly - wouldn't have that many things to say... which would be very fine... that's also why I also suggested a skinnier part of the document to be obtained by extracting HC from it, and route-over, and the IID-to-address-derivation-avoiding-DAD and the single address assigned by an RA, and the BR-being-not-a-router. Alex Daniel Park a crit : > for the time saving... > > > 46 pages for ND for 6lowpan is still shorter than ND for IPv6 (97 > pages). Personally, I don't see any problem in this roop...:-) > > > -- Soohong Daniel Park Standard Architect, > http://blog.naver.com/natpt DMC Business, Samsung Electronics, KOREA > > > ------------------------------------------------------------------------ > > > _______________________________________________ 6lowpan mailing list > 6lowpan@ietf.org https://www.ietf.org/mailman/listinfo/6lowpan From alexandru.petrescu@gmail.com Mon Mar 23 17:28:16 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7A373A6C85 for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:28:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.07 X-Spam-Level: X-Spam-Status: No, score=-2.07 tagged_above=-999 required=5 tests=[AWL=0.179, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jgCUBhpJNATV for <6lowpan@core3.amsl.com>; Mon, 23 Mar 2009 17:28:16 -0700 (PDT) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by core3.amsl.com (Postfix) with ESMTP id 99A8C3A6C9B for <6lowpan@ietf.org>; Mon, 23 Mar 2009 17:27:51 -0700 (PDT) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 3E9DAE0805C; Tue, 24 Mar 2009 01:28:38 +0100 (CET) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp6-g21.free.fr (Postfix) with ESMTP id 23B26E0804C; Tue, 24 Mar 2009 01:28:36 +0100 (CET) Message-ID: <49C82933.5060000@gmail.com> Date: Tue, 24 Mar 2009 01:28:35 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Zach Shelby References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> <49B67A1C.1010609@sensinode.com> <49C825C0.4090100@gmail.com> <49C82673.7040704@sensinode.com> In-Reply-To: <49C82673.7040704@sensinode.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 090323-0, 23/03/2009), Outbound message X-Antivirus-Status: Clean Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 00:28:16 -0000 Zach Shelby a écrit : > Hi, > > Alexandru Petrescu wrote: >> For this RR term... >> >> This is what happens when people try to integrate things. For example >> say my 6lowpan node also runs MIP6 and does RR, is this RR or RR? > > Unlikely that a 6lowpan node would do MIPv6, however an ER very well > might so I see your point. I heard it doing TCP... which is a heavier implementation. Alex > > Registration Message (RM) could very well be a solution as we discussed > below. Other opinions ideas on this? > > - Zach > >> This is conversational stuff. Specificational stuff could do anything >> else. >> >> Alex >> >> Zach Shelby a écrit : >>> Hi, >>> >>> OK, I suggest that the authors and WG brain-storms this in SFO and >>> then we'll come up with a solution for -03. >>> >>> Thanks for the ideas, at least for me Registration Message (RM) and >>> Registration Conformation (RC) could work. >>> >>> - Zach >>> >>> Alexandru Petrescu wrote: >>>> Zach Shelby a écrit : >>>>> Hi, >>>>> >>>>> Easy to fix, do you have suggestions for a better abbreviation? >>>>> >>>>> Router Registration (RReg) and Router Confirmation (RCon) for example? >>>> >>>> RReg could fly maybe. Hmm... RegReq of MIP4 approaches it too. >>>> >>>> Registration Message? Capitalized, and abbreviated as RM. >>>> >>>> (Router Confirmation doesn't sound great either, because it's more >>>> of a Confirmation of the Request, not of the Router). >>>> >>>> Alex >>>> >>>>> >>>>> - Zach >>>>> >>>>> Alexandru Petrescu wrote: >>>>>> Following up on my own comment... >>>>>> >>>>>> "RR" could stand for too many things, among others the Requesting >>>>>> Router of DHCPv6 Prefix Delegation, which I find pertinent in this >>>>>> space. >>>>>> >>>>>> Alexandru Petrescu a écrit : >>>>>> [...] >>>>>>> "RR" - potential clash with many terms such as Return Routability >>>>>>> tests (rfc3775), "Resource Records" of DNS, Router Renumbering >>>>>>> "RR" headers rfc2894... >>>>>> >>>>>> Alex >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> > From jhui@archrock.com Tue Mar 24 11:57:08 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7159428C306 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 11:57:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1a8ouq0OJA53 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 11:57:07 -0700 (PDT) Received: from mail.sf.archrock.com (mail.sf.archrock.com [216.121.16.71]) by core3.amsl.com (Postfix) with ESMTP id D1DD128C137 for <6lowpan@ietf.org>; Tue, 24 Mar 2009 11:57:07 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.sf.archrock.com (Postfix) with ESMTP id 75963AF879 for <6lowpan@ietf.org>; Tue, 24 Mar 2009 11:57:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at Received: from mail.sf.archrock.com ([127.0.0.1]) by localhost (mail.sf.archrock.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1JxOIbq1vR5K for <6lowpan@ietf.org>; Tue, 24 Mar 2009 11:57:54 -0700 (PDT) Received: from dhcp-126d.meeting.ietf.org (dhcp-126d.meeting.ietf.org [130.129.18.109]) by mail.sf.archrock.com (Postfix) with ESMTP id 79F23AF84A for <6lowpan@ietf.org>; Tue, 24 Mar 2009 11:57:54 -0700 (PDT) Message-Id: <91FB5355-8586-463F-ACA7-085C81048AFF@archrock.com> From: Jonathan Hui To: 6lowpan@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 11:57:52 -0700 X-Mailer: Apple Mail (2.930.3) Subject: [6lowpan] Dinner Gathering? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 18:57:08 -0000 Just wanted to see who would be interested for a social gathering sometime this week? I'm available Thurs and not on Wed, but don't let me stop you guys from having it on Wed if that works out better for most. If you're interested, please let me know by the end of today. Popular places within SF tend to book up fairly quickly. No plans yet, so if you have ideas or suggestions of where to meet, please let me know. Thanks. -- Jonathan Hui From eunah.ietf@gmail.com Tue Mar 24 16:59:03 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 851863A6880 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 16:59:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.549 X-Spam-Level: X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xuOQz23G34Eb for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 16:59:02 -0700 (PDT) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by core3.amsl.com (Postfix) with ESMTP id 9A06F3A63CB for <6lowpan@ietf.org>; Tue, 24 Mar 2009 16:59:02 -0700 (PDT) Received: by ti-out-0910.google.com with SMTP id j3so1925673tid.25 for <6lowpan@ietf.org>; Tue, 24 Mar 2009 16:59:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rJDYf9l59KexeQPEAe3hnuh227fsns67OCb9HqxHpbc=; b=TgL2ZkDFoOg6yVpTCRZwfjVMPFH+GGR0nJ2EP+3p0DX6m6AI6t4nIfE90+jMZ/W1YG CDLXH6ioaQ/MEQlowFSAY2EoZ0pEF0SJxh5Ck+mOA0o43dZopZZrw2X0FZCynZXc1i0e y7bnteKUg0Jx8H26mmSclwLr9LX7IxI41XDts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=E8afySK/Koxq5pOsjaYfPoTQx8GwU5q43+9K7fvizeHzoeHdgVbP6O2WQQP4d2oGRb liT/88WggQ/16l8tO8oB/BZe8lGp7jWR1+dfNik02jO0/wl9TJcvfLwtFO0IUyPrOPda 5t3v5rY19YuHJOvS0BJaSOeEc34MKWcG+qQ40= MIME-Version: 1.0 Received: by 10.110.42.17 with SMTP id p17mr13678404tip.58.1237939193301; Tue, 24 Mar 2009 16:59:53 -0700 (PDT) In-Reply-To: <49C82673.7040704@sensinode.com> References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> <49B67A1C.1010609@sensinode.com> <49C825C0.4090100@gmail.com> <49C82673.7040704@sensinode.com> Date: Wed, 25 Mar 2009 08:59:53 +0900 Message-ID: <77f1dba80903241659p1ceb84efn669f9b5e92722e02@mail.gmail.com> From: "Eunsook \"Eunah\" Kim" To: Zach Shelby Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 23:59:03 -0000 Zach, RM may be confused with Routing Message. It's short and good, but I think RReg or RegMsg is more clear in delivering the meaning. It's just my quick thought. -eunah > > Registration Message (RM) could very well be a solution as we discussed > below. Other opinions ideas on this? > > - Zach > From cabo@tzi.org Tue Mar 24 17:30:30 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A3713A698A for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 17:30:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.249 X-Spam-Level: X-Spam-Status: No, score=-8.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F+vrXGkFyJsW for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 17:30:29 -0700 (PDT) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9:209:3dff:fe00:7136]) by core3.amsl.com (Postfix) with ESMTP id 0A9E83A68CE for <6lowpan@ietf.org>; Tue, 24 Mar 2009 17:30:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.2/8.14.2) with ESMTP id n2P0VBGI008253; Wed, 25 Mar 2009 01:31:11 +0100 (CET) Received: from dhcp-52ef.meeting.ietf.org (unknown [130.129.82.239]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTP id 7B0131704D7; Wed, 25 Mar 2009 01:31:10 +0100 (CET) From: Carsten Bormann To: Alexandru Petrescu In-Reply-To: <49C82933.5060000@gmail.com> References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> <49B67A1C.1010609@sensinode.com> <49C825C0.4090100@gmail.com> <49C82673.7040704@sensinode.com> <49C82933.5060000@gmail.com> Message-Id: <67347C19-2DCE-4731-8C28-A92CC6021A07@tzi.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 17:30:57 -0700 X-Mailer: Apple Mail (2.930.3) Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 00:30:30 -0000 > is this RR or RR Receive Ready? Route Request? Resource Record? Receiver Report? It's little use to avoid *other protocols'* two-letter abbrevs. I'd stick with RR. Gruesse, Carsten From zach@sensinode.com Tue Mar 24 17:53:53 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 26A1D3A6880 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 17:53:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.599 X-Spam-Level: X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yTetTaTKuBjR for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 17:53:52 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id D39413A69FB for <6lowpan@ietf.org>; Tue, 24 Mar 2009 17:53:51 -0700 (PDT) Received: from dhcp-10bd.meeting.ietf.org (dhcp-10bd.meeting.ietf.org [130.129.16.189]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n2P0sat2018239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 02:54:39 +0200 Message-ID: <49C980D1.5040301@sensinode.com> Date: Wed, 25 Mar 2009 02:54:41 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Carsten Bormann References: <49B53A54.4070209@sensinode.com> <49B54CA5.70708@gmail.com> <49B63C85.7090403@gmail.com> <49B63E67.2020100@sensinode.com> <49B63F9B.10500@gmail.com> <49B67A1C.1010609@sensinode.com> <49C825C0.4090100@gmail.com> <49C82673.7040704@sensinode.com> <49C82933.5060000@gmail.com> <67347C19-2DCE-4731-8C28-A92CC6021A07@tzi.org> In-Reply-To: <67347C19-2DCE-4731-8C28-A92CC6021A07@tzi.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] RR term X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 00:53:53 -0000 Hi, We had a meeting today about this with all the authors. Based on the feedback from the wg meeting, we will stick with Router Registration (RR) as it is in -02. If we later start to form a consensus that this is a problem, then let's take a look at it again after -03. - Zach Carsten Bormann wrote: >> is this RR or RR > > Receive Ready? > Route Request? > Resource Record? > Receiver Report? > > It's little use to avoid *other protocols'* two-letter abbrevs. > I'd stick with RR. > > Gruesse, Carsten > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan -- http://zachshelby.org - My blog On the Internet of Things Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From pthubert@cisco.com Tue Mar 24 18:10:10 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB2133A682A for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 18:10:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.162 X-Spam-Level: X-Spam-Status: No, score=-10.162 tagged_above=-999 required=5 tests=[AWL=0.437, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p0qhNNrRYNtz for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 18:10:10 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id B0C823A68A7 for <6lowpan@ietf.org>; Tue, 24 Mar 2009 18:10:09 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,415,1233532800"; d="scan'208";a="36770987" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 25 Mar 2009 01:11:00 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2P1B0hl032497; Wed, 25 Mar 2009 02:11:00 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2P1B08a026934; Wed, 25 Mar 2009 01:11:00 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Mar 2009 02:10:59 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 25 Mar 2009 02:10:55 +0100 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC0730EE9B@xmb-ams-337.emea.cisco.com> In-Reply-To: <91FB5355-8586-463F-ACA7-085C81048AFF@archrock.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [6lowpan] Dinner Gathering? Thread-Index: AcmssnpyuW2qdyz4TAWSBJMwOljtoQAM/TcQ References: <91FB5355-8586-463F-ACA7-085C81048AFF@archrock.com> From: "Pascal Thubert (pthubert)" To: "Jonathan Hui" , <6lowpan@ietf.org> X-OriginalArrivalTime: 25 Mar 2009 01:10:59.0985 (UTC) FILETIME=[8F16A010:01C9ACE6] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=912; t=1237943460; x=1238807460; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20(pthubert)=22=20 |Subject:=20RE=3A=20[6lowpan]=20Dinner=20Gathering? |Sender:=20; bh=Mtgk9z2IAdjoVY+Okz4e/9+zsVPWuLVWojUebtpRh+A=; b=OjRG860X0WTT2Y96ooN71jsNXLlsDbo2i2GGSlCZJbISM5QjVsKo+kv6qe /ZQQFowgGRMFLPF73WJgmcfghZIh1m3iY9IOj9xdLr6SaNaNk7mpxED0AyYL rfy9L4Ty5/; Authentication-Results: ams-dkim-1; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: Re: [6lowpan] Dinner Gathering? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 01:10:11 -0000 Hi Jonathan Great! Thursday is fine, Please count me in :) Pascal >-----Original Message----- >From: 6lowpan-bounces@ietf.org [mailto:6lowpan-bounces@ietf.org] On Behalf Of Jonathan Hui >Sent: mardi 24 mars 2009 11:58 >To: 6lowpan@ietf.org >Subject: [6lowpan] Dinner Gathering? > > >Just wanted to see who would be interested for a social gathering >sometime this week? I'm available Thurs and not on Wed, but don't let >me stop you guys from having it on Wed if that works out better for >most. > >If you're interested, please let me know by the end of today. Popular >places within SF tend to book up fairly quickly. No plans yet, so if >you have ideas or suggestions of where to meet, please let me know. > >Thanks. > >-- >Jonathan Hui > >_______________________________________________ >6lowpan mailing list >6lowpan@ietf.org >https://www.ietf.org/mailman/listinfo/6lowpan From d.sturek@att.net Tue Mar 24 20:58:23 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 60F063A6B91 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 20:58:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.601 X-Spam-Level: X-Spam-Status: No, score=0.601 tagged_above=-999 required=5 tests=[BAYES_50=0.001, J_CHICKENPOX_21=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LyIAwuWacsw7 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 20:58:22 -0700 (PDT) Received: from n29.bullet.mail.mud.yahoo.com (n29.bullet.mail.mud.yahoo.com [68.142.207.48]) by core3.amsl.com (Postfix) with SMTP id 8EDA63A6B8D for <6lowpan@ietf.org>; Tue, 24 Mar 2009 20:58:22 -0700 (PDT) Received: from [68.142.194.244] by n29.bullet.mail.mud.yahoo.com with NNFMP; 25 Mar 2009 03:59:14 -0000 Received: from [68.142.201.252] by t2.bullet.mud.yahoo.com with NNFMP; 25 Mar 2009 03:59:14 -0000 Received: from [127.0.0.1] by omp413.mail.mud.yahoo.com with NNFMP; 25 Mar 2009 03:59:14 -0000 X-Yahoo-Newman-Id: 211075.89786.bm@omp413.mail.mud.yahoo.com Message-ID: <211075.89786.bm@omp413.mail.mud.yahoo.com> Received: (qmail 62733 invoked from network); 25 Mar 2009 03:59:13 -0000 Received: from unknown (HELO Nebraska) (d.sturek@64.244.64.141 with login) by smtp108.sbc.mail.sp1.yahoo.com with SMTP; 25 Mar 2009 03:59:12 -0000 X-YMail-OSG: Ujx.MogVM1njcUs7JkUxpBuRlVRdhiDRY4dxBnKHxPEVvm6MA6_Pf5GXZbIY2k8UQCypoKQTQw8NJG4bxUxNrmmQiPXOhz0CEZcTaq2asTYUrAAJmLxSaMV.Yn1GBohF7_9Z8kvmBt5MNplFpC.WyeWp9dM_GvetXfRStoZgCHBthD.S7qgihChP X-Yahoo-Newman-Property: ymail-3 From: To: "'Pascal Thubert \(pthubert\)'" , "'Jonathan Hui'" , <6lowpan@ietf.org> Date: Tue, 24 Mar 2009 20:58:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <7892795E1A87F04CADFCCF41FADD00FC0730EE9B@xmb-ams-337.emea.cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcmssnpyuW2qdyz4TAWSBJMwOljtoQAM/TcQAAXd4EA= Subject: Re: [6lowpan] Dinner Gathering? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 03:58:23 -0000 I am new to the 6LowPAN group but I would like to attend the social gathering as well. Don Sturek Consultant - PG&E -----Original Message----- From: 6lowpan-bounces@ietf.org [mailto:6lowpan-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert) Sent: Tuesday, March 24, 2009 6:11 PM To: Jonathan Hui; 6lowpan@ietf.org Subject: Re: [6lowpan] Dinner Gathering? Hi Jonathan Great! Thursday is fine, Please count me in :) Pascal >-----Original Message----- >From: 6lowpan-bounces@ietf.org [mailto:6lowpan-bounces@ietf.org] On Behalf Of Jonathan Hui >Sent: mardi 24 mars 2009 11:58 >To: 6lowpan@ietf.org >Subject: [6lowpan] Dinner Gathering? > > >Just wanted to see who would be interested for a social gathering >sometime this week? I'm available Thurs and not on Wed, but don't let >me stop you guys from having it on Wed if that works out better for >most. > >If you're interested, please let me know by the end of today. Popular >places within SF tend to book up fairly quickly. No plans yet, so if >you have ideas or suggestions of where to meet, please let me know. > >Thanks. > >-- >Jonathan Hui > >_______________________________________________ >6lowpan mailing list >6lowpan@ietf.org >https://www.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www.ietf.org/mailman/listinfo/6lowpan From alexandru.petrescu@gmail.com Wed Mar 25 01:56:16 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6F8B93A6BC0 for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 01:56:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.745 X-Spam-Level: X-Spam-Status: No, score=-0.745 tagged_above=-999 required=5 tests=[AWL=-1.096, BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dLSfByI5wcsK for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 01:56:15 -0700 (PDT) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by core3.amsl.com (Postfix) with ESMTP id 7AD9B3A6B75 for <6lowpan@ietf.org>; Wed, 25 Mar 2009 01:56:12 -0700 (PDT) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 1EA7AD481F8 for <6lowpan@ietf.org>; Wed, 25 Mar 2009 09:57:01 +0100 (CET) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp5-g21.free.fr (Postfix) with ESMTP id 147DBD48042 for <6lowpan@ietf.org>; Wed, 25 Mar 2009 09:56:58 +0100 (CET) Message-ID: <49C9F1D7.5040905@gmail.com> Date: Wed, 25 Mar 2009 09:56:55 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: 6lowpan <6lowpan@ietf.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 090324-0, 24/03/2009), Outbound message X-Antivirus-Status: Clean Subject: [6lowpan] IPR status about ND-for-6lowpan draft-ietf-6lowpan-nd-02.txt? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 08:56:16 -0000 Informally speaking - what's the latest news about IPR and ND-6lowpan document draft-ietf-6lowpan-nd-02? Does this exist? If yes - Have the Chairs receive any notification about this? Has there been any disclosure on the IETF IPR pages? https://datatracker.ietf.org/ipr/ From my part, I can informally say that I co-implemented a method for delivering an IP address in the RA, filed internally for IPR but was not successful. Any other IPR experience about document draft-ietf-6lowpan-nd-02? Alex From zach@sensinode.com Wed Mar 25 13:44:07 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D75C3A6D73 for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 13:44:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.099 X-Spam-Level: X-Spam-Status: No, score=-4.099 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zeGQvpzbFaOm for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 13:44:06 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 3E0913A67ED for <6lowpan@ietf.org>; Wed, 25 Mar 2009 13:44:05 -0700 (PDT) Received: from dhcp-10bd.meeting.ietf.org (dhcp-10bd.meeting.ietf.org [130.129.16.189]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id n2PKiorh000720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 22:44:52 +0200 Message-ID: <49CA97CE.2090703@sensinode.com> Date: Wed, 25 Mar 2009 22:45:02 +0200 From: Zach Shelby User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Alexandru Petrescu References: <49C9F1D7.5040905@gmail.com> In-Reply-To: <49C9F1D7.5040905@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] IPR status about ND-for-6lowpan draft-ietf-6lowpan-nd-02.txt? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 20:44:07 -0000 Hi, So far no IPR issues have come to my attention. - Zach Alexandru Petrescu wrote: > Informally speaking - what's the latest news about IPR and ND-6lowpan > document draft-ietf-6lowpan-nd-02? > > Does this exist? > > If yes - > > Have the Chairs receive any notification about this? > > Has there been any disclosure on the IETF IPR pages? > https://datatracker.ietf.org/ipr/ > > From my part, I can informally say that I co-implemented a method for > delivering an IP address in the RA, filed internally for IPR but was not > successful. > > Any other IPR experience about document draft-ietf-6lowpan-nd-02? > > Alex > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan -- http://zachshelby.org - My blog On the Internet of Things Mobile: +358 40 7796297 Zach Shelby Head of Research Sensinode Ltd. Kidekuja 2 88610 Vuokatti, FINLAND This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof. From erik.nordmark@sun.com Wed Mar 25 13:58:08 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 23F693A6DC0 for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 13:58:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.759 X-Spam-Level: X-Spam-Status: No, score=-5.759 tagged_above=-999 required=5 tests=[AWL=0.287, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DQM7NZHJrBYc for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 13:58:07 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by core3.amsl.com (Postfix) with ESMTP id 2D37128C17B for <6lowpan@ietf.org>; Wed, 25 Mar 2009 13:57:50 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.224.31]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n2PKweI0001493; Wed, 25 Mar 2009 20:58:40 GMT Received: from [10.7.251.248] (punchin-nordmark.SFBay.Sun.COM [10.7.251.248]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n2PKweaC152334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 13:58:40 -0700 (PDT) Message-ID: <49CA9AFC.4070002@sun.com> Date: Wed, 25 Mar 2009 13:58:36 -0700 From: Erik Nordmark User-Agent: Thunderbird 2.0.0.18 (X11/20090211) MIME-Version: 1.0 To: Zach Shelby References: <49C9F1D7.5040905@gmail.com> <49CA97CE.2090703@sensinode.com> In-Reply-To: <49CA97CE.2090703@sensinode.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] IPR status about ND-for-6lowpan draft-ietf-6lowpan-nd-02.txt? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 20:58:08 -0000 Zach Shelby wrote: > Hi, > > So far no IPR issues have come to my attention. Ditto. Erik > - Zach > > Alexandru Petrescu wrote: >> Informally speaking - what's the latest news about IPR and ND-6lowpan >> document draft-ietf-6lowpan-nd-02? >> >> Does this exist? >> >> If yes - >> >> Have the Chairs receive any notification about this? >> >> Has there been any disclosure on the IETF IPR pages? >> https://datatracker.ietf.org/ipr/ >> >> From my part, I can informally say that I co-implemented a method for >> delivering an IP address in the RA, filed internally for IPR but was not >> successful. >> >> Any other IPR experience about document draft-ietf-6lowpan-nd-02? >> >> Alex >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www.ietf.org/mailman/listinfo/6lowpan > From cabo@tzi.org Wed Mar 25 14:27:25 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CFD428C0D6 for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 14:27:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.249 X-Spam-Level: X-Spam-Status: No, score=-7.249 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JBafOb9H-QBF for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 14:27:24 -0700 (PDT) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9:209:3dff:fe00:7136]) by core3.amsl.com (Postfix) with ESMTP id 467BF3A6A69 for <6lowpan@ietf.org>; Wed, 25 Mar 2009 14:27:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.2/8.14.2) with ESMTP id n2PLS7hp011062; Wed, 25 Mar 2009 22:28:07 +0100 (CET) Received: from dhcp-52ef.meeting.ietf.org (unknown [130.129.82.239]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTP id A07231704D7; Wed, 25 Mar 2009 22:28:06 +0100 (CET) From: Carsten Bormann To: Alexandru Petrescu In-Reply-To: <49C9F1D7.5040905@gmail.com> References: <49C9F1D7.5040905@gmail.com> Message-Id: <2AC665A8-93FC-4A79-A99D-D2B497445684@tzi.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 25 Mar 2009 14:27:58 -0700 X-Mailer: Apple Mail (2.930.3) Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] IPR status about ND-for-6lowpan draft-ietf-6lowpan-nd-02.txt? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 21:27:25 -0000 On Mar 25, 2009, at 01:56, Alexandru Petrescu wrote: > Have the Chairs receive any notification about [patent claims on > 6lowpan-ND]? Not this chair. (If we had, it would have been our duty to bring it up.) Gruesse, Carsten From soohongp@gmail.com Wed Mar 25 18:13:13 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 479543A680A for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 18:13:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.319 X-Spam-Level: X-Spam-Status: No, score=-2.319 tagged_above=-999 required=5 tests=[AWL=0.279, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDwTBKvFjKjL for <6lowpan@core3.amsl.com>; Wed, 25 Mar 2009 18:13:12 -0700 (PDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by core3.amsl.com (Postfix) with ESMTP id C49C83A6805 for <6lowpan@ietf.org>; Wed, 25 Mar 2009 18:13:11 -0700 (PDT) Received: by wa-out-1112.google.com with SMTP id l35so169152waf.5 for <6lowpan@ietf.org>; Wed, 25 Mar 2009 18:14:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=cvB5HzKzadBZ7TZCr+IUWrhs2mmtVYk8nktH3Cvyyas=; b=vQWOJ3ljXWLKdY2EtorQi7pTS8yoH+w+MqpZ+3T9bGlGugejQgkB87z1S09YlVBENT 2GsNhJ3928flH2zKNMchrgUmD3mKvApJX4lg0g1gQ8OdY3vpGvxYo4MfZ6arDs8dz5He M1UgF2rQGdEm/qpXDgbPiIkJ56qbiJ3XI18q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=eK3ObycJTczTy/tk6sLen8on4pmHrW1NB8i2BkfzUk5nCqYQNUq1zsYbAfRyc0fE4M JKwoNvUn9X1dV1R5xzvVLsD5brAo4AL9sEU8DqPQRO7FnNnf6uRwMd5FD8RotqNprH9A /lmKGypSt54wlHXpJLJtlV64rlNXwu9ZcopuY= MIME-Version: 1.0 Received: by 10.114.168.1 with SMTP id q1mr161845wae.152.1238030044523; Wed, 25 Mar 2009 18:14:04 -0700 (PDT) In-Reply-To: <49C9F1D7.5040905@gmail.com> References: <49C9F1D7.5040905@gmail.com> Date: Thu, 26 Mar 2009 10:14:04 +0900 Message-ID: From: Daniel Park To: Alexandru Petrescu Content-Type: multipart/alternative; boundary=001636458b86066d100465fb5582 Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] IPR status about ND-for-6lowpan draft-ietf-6lowpan-nd-02.txt? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 01:13:13 -0000 --001636458b86066d100465fb5582 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Curious why you are asking for that issue. Do you need to unveil any IPR ? Or any considerable points in your mind ? -- Soohong Daniel Park Standard Architect, http://blog.naver.com/natpt DMC Business, Samsung Electronics, KOREA On Wed, Mar 25, 2009 at 5:56 PM, Alexandru Petrescu < alexandru.petrescu@gmail.com> wrote: > Informally speaking - what's the latest news about IPR and ND-6lowpan > document draft-ietf-6lowpan-nd-02? > > Does this exist? > > If yes - > > Have the Chairs receive any notification about this? > > Has there been any disclosure on the IETF IPR pages? > https://datatracker.ietf.org/ipr/ > > From my part, I can informally say that I co-implemented a method for > delivering an IP address in the RA, filed internally for IPR but was not > successful. > > Any other IPR experience about document draft-ietf-6lowpan-nd-02? > > Alex > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan > --001636458b86066d100465fb5582 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Curious why you are asking for that issue. Do you need to unveil any IPR ? = Or any considerable points in your mind ?


--
Soohong Daniel = Park
Standard Architect, http://= blog.naver.com/natpt
DMC Business, Samsung Electronics, KOREA

=A0

On Wed, Mar 25, 2009 at 5:56 PM, Alexandru Petrescu <alexandru.petresc= u@gmail.com> wrote:
Informally speaki= ng - what's the latest news about IPR and ND-6lowpan
document draft-ietf-6lowpan-nd-02?

Does this exist?

If yes -

Have the Chairs receive any notification about this?

Has there been any disclosure on the IETF IPR pages?
https://dat= atracker.ietf.org/ipr/

>From my part, I can informally say that I co-implemented a method for
delivering an IP address in the RA, filed internally for IPR but was not successful.

Any other IPR experience about document draft-ietf-6lowpan-nd-02?

Alex
_______________________________________________
6lowpan mailing list
6lowpan@ietf.org<= br> https://www.ietf.org/mailman/listinfo/6lowpan




--001636458b86066d100465fb5582-- From alexandru.petrescu@gmail.com Thu Mar 26 02:54:54 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2D22E3A68CB for <6lowpan@core3.amsl.com>; Thu, 26 Mar 2009 02:54:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.178 X-Spam-Level: X-Spam-Status: No, score=-2.178 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lr6etMz6dn5Q for <6lowpan@core3.amsl.com>; Thu, 26 Mar 2009 02:54:53 -0700 (PDT) Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 2258B3A6452 for <6lowpan@ietf.org>; Thu, 26 Mar 2009 02:54:52 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id n2Q9thKw023975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Mar 2009 10:55:43 +0100 Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.2/8.14.2) with ESMTP id n2Q9w07l006993; Thu, 26 Mar 2009 10:58:00 +0100 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n2Q9tge2032281; Thu, 26 Mar 2009 10:55:42 +0100 Message-ID: <49CB511E.1010907@gmail.com> Date: Thu, 26 Mar 2009 10:55:42 +0100 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Daniel Park References: <49C9F1D7.5040905@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] IPR status about ND-for-6lowpan draft-ietf-6lowpan-nd-02.txt? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 09:54:54 -0000 Daniel Park a crit : > Curious why you are asking for that issue. Do you need to unveil any > IPR ? Or any considerable points in your mind ? Daniel, no I'm not aware of an IPR on this draft. (I didn't perform an exhaustive search either in the directories either.) It's just it's good to talk about it, informally. Alex PS: depending on interest I could perform some informal research on the directories, but it risks being discarded by some as we're not lawyers... so... > > > -- Soohong Daniel Park Standard Architect, > http://blog.naver.com/natpt DMC Business, Samsung Electronics, KOREA > > > > On Wed, Mar 25, 2009 at 5:56 PM, Alexandru Petrescu > > > wrote: > > Informally speaking - what's the latest news about IPR and ND-6lowpan > document draft-ietf-6lowpan-nd-02? > > Does this exist? > > If yes - > > Have the Chairs receive any notification about this? > > Has there been any disclosure on the IETF IPR pages? > https://datatracker.ietf.org/ipr/ > >> From my part, I can informally say that I co-implemented a method >> for > delivering an IP address in the RA, filed internally for IPR but was > not successful. > > Any other IPR experience about document draft-ietf-6lowpan-nd-02? > > Alex _______________________________________________ 6lowpan mailing > list 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan > > > > > From haldaw@yahoo.com Tue Mar 24 22:20:59 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DC2B93A68D9 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 22:20:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.11 X-Spam-Level: ** X-Spam-Status: No, score=2.11 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, RCVD_IN_BL_SPAMCOP_NET=1.96] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lZmhmEOZcZ34 for <6lowpan@core3.amsl.com>; Tue, 24 Mar 2009 22:20:59 -0700 (PDT) Received: from web62203.mail.re1.yahoo.com (web62203.mail.re1.yahoo.com [69.147.75.2]) by core3.amsl.com (Postfix) with SMTP id 21EC03A67B2 for <6lowpan@ietf.org>; Tue, 24 Mar 2009 22:20:59 -0700 (PDT) Received: (qmail 74827 invoked by uid 60001); 25 Mar 2009 05:21:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237958510; bh=aIwPhQK+1VqInZRCzXZIT73W90RxhV+geuzjvSe2Rfs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=XJOclDhMg6jXnM4rtEJgEKLEZtlH4sA4/XYCmA/vZ/gDHYDlkzHHzgBccD3pwpv0lzsNVWkFSlbHhgaqUFWm0m5XsauoycysDBhVJOcj8ZmRuUH+bofEEVYqqwYyvyiegDicqJDxUa++8MH1IdFm9l2dvJ0mWilLzLp5ruEvaLg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=zf5kDhDdS0krpM0auaEKxocFa8Qp79VhP4ZBgjyoBFLHWnvrGJOEQrnE48+Znfi7IiKtg2zpK/Ip26Ax7bwLh5a1sJPpf4jwq7B6rby+aYVItJ34xr8XnjA4glf1vQtL4bjlJ1NhaPKllce63HvHUmFr51gvnS1BwZ5JpPevXXs=; Message-ID: <742358.74493.qm@web62203.mail.re1.yahoo.com> X-YMail-OSG: X1x.qoUVM1klboG_VydAj4wW2WX0.C0oPUabkF7bwTn71d.mMVHGSeLJJDb5NeVssPhwnlMZfUwAr.BC_dCtebzcxtr_p9RF0ZPAfB8JPKhFhKcfuSd2Ux2WIvkSt2gyzKu9ZlyPIlNpqHmYVFoGoHrSZErkl07kuyJZJ4Cfdjs0.Hm4XzbV8hk1T8XWTwtz9Hmzh8h1dxTh4XzP Received: from [161.139.192.2] by web62203.mail.re1.yahoo.com via HTTP; Tue, 24 Mar 2009 22:21:50 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Tue, 24 Mar 2009 22:21:50 -0700 (PDT) From: hala eldaw To: 6lowpan@ietf.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-452248820-1237958510=:74493" X-Mailman-Approved-At: Fri, 27 Mar 2009 10:46:58 -0700 Subject: [6lowpan] code X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 05:30:01 -0000 --0-452248820-1237958510=:74493 Content-Type: text/plain; charset=us-ascii Hi I am interesting in 6LoWPAN would you please show me the source code of 6LoWPAN Evaluation Results (Ki-Hyung Kim (Ajou University) and S. Daniel Park (SAMSUNG Electronics)) Simulation model of 6lowpan on NS-2, Implements LOAD by NS-2 !!!!!. thank you. --0-452248820-1237958510=:74493 Content-Type: text/html; charset=us-ascii
Hi
I am interesting in 6LoWPAN would you please show me the source code of 6LoWPAN Evaluation Results (Ki-Hyung Kim (Ajou University) and S. Daniel Park (SAMSUNG Electronics)) Simulation model of 6lowpan on NS-2, Implements LOAD by NS-2 !!!!!.
thank you.

--0-452248820-1237958510=:74493-- From pthubert@cisco.com Fri Mar 27 18:21:41 2009 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9CF3C3A6919 for <6lowpan@core3.amsl.com>; Fri, 27 Mar 2009 18:21:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.271 X-Spam-Level: X-Spam-Status: No, score=-10.271 tagged_above=-999 required=5 tests=[AWL=0.328, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wD2joznxgnhD for <6lowpan@core3.amsl.com>; Fri, 27 Mar 2009 18:21:40 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 4749A3A68CE for <6lowpan@ietf.org>; Fri, 27 Mar 2009 18:21:40 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,435,1233532800"; d="scan'208";a="36979301" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 28 Mar 2009 01:22:33 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2S1MXw5020899 for <6lowpan@ietf.org>; Sat, 28 Mar 2009 02:22:33 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2S1MXOP019791 for <6lowpan@ietf.org>; Sat, 28 Mar 2009 01:22:33 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 28 Mar 2009 02:22:33 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Sat, 28 Mar 2009 02:22:27 +0100 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC07364F10@xmb-ams-337.emea.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-04 Thread-Index: AcmvQt6MwsizDtxFT86+qP6cQ33RigAABAkw From: "Pascal Thubert (pthubert)" To: <6lowpan@ietf.org> X-OriginalArrivalTime: 28 Mar 2009 01:22:33.0260 (UTC) FILETIME=[AB8D3EC0:01C9AF43] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2346; t=1238203353; x=1239067353; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20(pthubert)=22=20 |Subject:=20FW=3A=20New=20Version=20Notification=20for=20dr aft-thubert-6lowpan-simple-fragment-recovery-04=20 |Sender:=20; bh=uYXKrMs++gYK+nj+kqauFRNFR37sfrZF2OFwO8oG9zk=; b=EKQEUYw79x7YRyVhA6eXb3iqwRToj0hY8j9rwj0bfQ33ZwBhAzmiStBgHd mKLP0sPo4VOoybw7MLfAni+zb43A9/jr3k6pp6xv0nYOOwJgJobOTwloN2Sc EE6z5d0qGH; Authentication-Results: ams-dkim-1; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: "Ralph Droms \(rdroms\)" Subject: [6lowpan] FW: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-04 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 01:21:41 -0000 RGVhciBMb3dwYW5uZXJzLA0KDQpGb2xsb3dpbmcgdGhlIHNlbnNlIG9mIHRoZSByb29tIGF0IHRo ZSBtZWV0aW5nIGxhc3QgbW9uZGF5LCBJIHJlcHVibGlzaGVkIHRoZSBmcmFnbWVudCBkcmFmdCB3 aXRob3V0IHRoZSBFQ04vY29uZ2VzdGlvbiBjb250cm9sIG1lY2hhbmlzbSBhbmQgd2l0aCBhIGJl dHRlciBqdXN0aWZpY2F0aW9uIGZvciB0aGUgd29yay4NCg0KSm9uYXRoYW4gaGVscGVkIHRoZXJl IGFuZCBoZSBpcyBub3cgY29hdXRob3IgKHRoYW5rcyBKb25hdGhhbikuDQpUaGUgYXV0aG9ycyBh cmUgbm93IHJlYWR5IHRvIHByb3Bvc2UgdGhlIHdvcmsgZm9yIGFkb3B0aW9uIGFzIGEgV0cgZG9j Lg0KDQpBbGwgdGhlIGJlc3QsDQoNClBhc2NhbA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogSUVURiBJLUQgU3VibWlzc2lvbiBUb29sIFttYWlsdG86aWRzdWJtaXNzaW9uQGll dGYub3JnXSANClNlbnQ6IHZlbmRyZWRpIDI3IG1hcnMgMjAwOSAxODoxNQ0KVG86IFBhc2NhbCBU aHViZXJ0IChwdGh1YmVydCkNCkNjOiBqaHVpQGFyY2hyb2NrLmNvbQ0KU3ViamVjdDogTmV3IFZl cnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC10aHViZXJ0LTZsb3dwYW4tc2ltcGxlLWZyYWdt ZW50LXJlY292ZXJ5LTA0IA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC10aHViZXJ0 LTZsb3dwYW4tc2ltcGxlLWZyYWdtZW50LXJlY292ZXJ5LTA0LnR4dCBoYXMgYmVlbiBzdWNjZXNz ZnVseSBzdWJtaXR0ZWQgYnkgUGFzY2FsIFRodWJlcnQgYW5kIHBvc3RlZCB0byB0aGUgSUVURiBy ZXBvc2l0b3J5Lg0KDQpGaWxlbmFtZToJIGRyYWZ0LXRodWJlcnQtNmxvd3Bhbi1zaW1wbGUtZnJh Z21lbnQtcmVjb3ZlcnkNClJldmlzaW9uOgkgMDQNClRpdGxlOgkJIExvV1BBTiBzaW1wbGUgZnJh Z21lbnQgUmVjb3ZlcnkNCkNyZWF0aW9uX2RhdGU6CSAyMDA5LTAzLTI4DQpXRyBJRDoJCSBJbmRl cGVuZGVudCBTdWJtaXNzaW9uDQpOdW1iZXJfb2ZfcGFnZXM6IDEyDQoNCkFic3RyYWN0Og0KQ29u c2lkZXJpbmcgdGhhdCA2TG9XUEFOIHBhY2tldHMgY2FuIGJlIGFzIGxhcmdlIGFzIDJLIGJ5dGVz IGFuZCB0aGF0DQphbiA4MDIuMTUuNCBmcmFtZSB3aXRoIHNlY3VyaXR5IHdpbGwgY2FycnkgaW4g dGhlIG9yZGVyIG9mIDgwIGJ5dGVzDQpvZiBlZmZlY3RpdmUgcGF5bG9hZCwgYSBwYWNrZXQgbWln aHQgZW5kIHVwIGZyYWdtZW50ZWQgaW50byBhcyBtYW55DQphcyAyNSBmcmFnbWVudHMgYXQgdGhl IDZMb1dQQU4gc2hpbSBsYXllci4gIElmIGEgc2luZ2xlIG9uZSBvZiB0aG9zZQ0KZnJhZ21lbnRz IGlzIGxvc3QgaW4gdHJhbnNtaXNzaW9uLCBhbGwgZnJhZ21lbnRzIG11c3QgYmUgcmVzZW50LA0K ZnVydGhlciBjb250cmlidXRpbmcgdG8gdGhlIGNvbmdlc3Rpb24gdGhhdCBtaWdodCBoYXZlIGNh dXNlZCB0aGUNCmluaXRpYWwgcGFja2V0IGxvc3MuICBUaGlzIGRyYWZ0IGludHJvZHVjZXMgYSBz aW1wbGUgcHJvdG9jb2wgdG8NCnJlY292ZXIgaW5kaXZpZHVhbCBmcmFnbWVudHMgdGhhdCBtaWdo dCBiZSBsb3N0IG92ZXIgbXVsdGlwbGUgaG9wcw0KYmV0d2VlbiA2TG9XUEFOIGVuZHBvaW50cy4N CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdC4NCg0K DQo=