From nobody Sun Apr 2 18:16:36 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57916128BB7 for <6lo@ietfa.amsl.com>; Sun, 2 Apr 2017 18:16:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UVCciSTdhi1X for <6lo@ietfa.amsl.com>; Sun, 2 Apr 2017 18:16:32 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0111.outbound.protection.outlook.com [104.47.34.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F401126C25 for <6lo@ietf.org>; Sun, 2 Apr 2017 18:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=/aO4wKHv5Aon8I906n2CXlNim6Mp8Dol5QW6rMeXslk=; b=UQjuRnlW3Wxxq7OxSd8Q8cMtLwtT45/9GfebygaXFCemG6f5lCF69NSHJ1hy4//OGi4vt/RS4Xxrum7gtHFjAaXnE+niYnOHnsjsidjSSP766+rdPsNXqC5OhAYNXwrZ2xG/bolPwTBio0x3AY1Jkhz2731ufwyUrDBxD2QQtcc= Received: from BN3PR0301MB1235.namprd03.prod.outlook.com (10.161.207.23) by BN3PR0301MB1235.namprd03.prod.outlook.com (10.161.207.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Mon, 3 Apr 2017 01:16:29 +0000 Received: from BN3PR0301MB1235.namprd03.prod.outlook.com ([10.161.207.23]) by BN3PR0301MB1235.namprd03.prod.outlook.com ([10.161.207.23]) with mapi id 15.01.1005.017; Mon, 3 Apr 2017 01:16:29 +0000 From: Gabriel Montenegro To: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: MLE docs to be dropped Thread-Index: AdKsFnwJBXPsGpSDS4yylKDF0bTLfg== Date: Mon, 3 Apr 2017 01:16:29 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [73.221.57.40] x-microsoft-exchange-diagnostics: 1; BN3PR0301MB1235; 7:ph8m5nBKYQ1mIZ6e6EGlBoI7b34QXC05O58zhepFe4GciWTj1oYTQkbiLZhsxc1xdwJuGJNDw5EAxNZRp+d9nlL/nNS7T2P+lEaXliWU9IU+x7nRUptj/txYE3BtJK9N+dVTn5fMpTSVtQIoQ0X/nV4pqN/2cWA03xrbGkyj3lKdIX9Wz3Ht0PufYt3TfZuR7TccDRuvp4d3aqoVD7iMBqFsQpdMi/tBMN55HQQA3Wh0+rkWL1e9iSpZCfn+5J/t+rkvQizhz/UfhKIWadQuf5mnIh3P4wyCBogrVXwe9WGAplt6y8rad3X2DRlc/CCET4sDWJUpcffa00jroSk1eMVjGafyuvOncfYxK5TyPEY= x-ms-office365-filtering-correlation-id: 74e828fa-3ff9-474d-229e-08d47a2f0ed5 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:BN3PR0301MB1235; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123564025)(20161123562025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(6072148); SRVR:BN3PR0301MB1235; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0301MB1235; x-forefront-prvs: 0266491E90 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39450400003)(39400400002)(39840400002)(39850400002)(39860400002)(39410400002)(55674003)(6436002)(53936002)(606005)(77096006)(6506006)(6306002)(236005)(7736002)(99286003)(5660300001)(55016002)(7906003)(54896002)(7696004)(74316002)(6916009)(10090500001)(5005710100001)(10290500002)(8990500004)(3660700001)(3280700002)(5640700003)(110136004)(38730400002)(102836003)(3846002)(6116002)(790700001)(189998001)(2906002)(33656002)(2900100001)(122556002)(5630700001)(9686003)(86362001)(86612001)(66066001)(25786009)(8936002)(81166006)(8676002)(2501003)(54356999)(50986999)(2351001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0301MB1235; H:BN3PR0301MB1235.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR0301MB1235AF04311AFBDBB358607295080BN3PR0301MB1235_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Apr 2017 01:16:29.4483 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0301MB1235 Archived-At: Subject: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 01:16:34 -0000 --_000_BN3PR0301MB1235AF04311AFBDBB358607295080BN3PR0301MB1235_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, Making sure the list is aware of this: at the meeting in Chicago last Wedne= sday we indicated that we intend to drop the MLE documents we had adopted (= in large part due to ZigBee's Jupiter Mesh request) for Experimental status= . The documents are: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-establishment/ * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ MLE even went through WG LC and received some comments, but there has been = no revision, and in the meantime, Jupiter Mesh is no longer depending on it= . Furthermore, the other potential interested party was the Thread Group, b= ut it became clear a few months ago that they do not depend on this documen= t either. The WG will drop the MLE documents by the end of this week (April 7) unless= we hear some new information. Thanks, Gabriel, on behalf of 6lo chairs --_000_BN3PR0301MB1235AF04311AFBDBB358607295080BN3PR0301MB1235_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

Making sure the list is aware of this: at the meetin= g in Chicago last Wednesday we indicated that we intend to drop the MLE doc= uments we had adopted (in large part due to ZigBee’s Jupiter Mesh req= uest) for Experimental status.

 

The documents are:

 

MLE even went through WG LC and received some commen= ts, but there has been no revision, and in the meantime, Jupiter Mesh is no= longer depending on it. Furthermore, the other potential interested party = was the Thread Group, but it became clear a few months ago that they do not depend on this document either.

 

The WG will drop the MLE documents by the end of thi= s week (April 7) unless we hear some new information.

 

Thanks,

 

Gabriel, on behalf of 6lo chairs

--_000_BN3PR0301MB1235AF04311AFBDBB358607295080BN3PR0301MB1235_-- From nobody Mon Apr 3 18:24:45 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20C961294EF for <6lo@ietfa.amsl.com>; Mon, 3 Apr 2017 18:24:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.4 X-Spam-Level: X-Spam-Status: No, score=-2.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.197, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p4SuIAQXW6N3 for <6lo@ietfa.amsl.com>; Mon, 3 Apr 2017 18:24:41 -0700 (PDT) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D44A1294DC for <6lo@ietf.org>; Mon, 3 Apr 2017 18:24:41 -0700 (PDT) Received: by mail-qk0-x22c.google.com with SMTP id g195so57896380qke.2 for <6lo@ietf.org>; Mon, 03 Apr 2017 18:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oXN5EgUorVF0SbqNOBOBW1UbkQIxTw8oos25JX7b1qM=; b=PWT29t249PDShDhexfjgU6W+vF+MDtPK4GnZHnc4TDhh5duHCKGpoIdpaLcolJ8zzq JyjNh4Gw5kJHATHP4HWp2r0eTfETy++GrLWtvs9TW1whsvP3H9RUnU07bHHpPsgPvH8h r26aMkkWQ9oq42aZsFad38+c5plKNrbZz5aVQEVfBHWA4Kz83wxLh5f2HjJ+YqLGtksq i2pbdrE4UD5yBt06pYI3U0gl5kGv63XB1TKgn2rZb9pzPH6ngsW5o1RGRNzLmuDKFkIO Tvj0P5xlKeoHuIq8PmWbvHMb3uZN2I0ZgdHUFwv8AzsbNlW1VqpLSgV2ruVL7InjG0Pc D7iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to:cc; bh=oXN5EgUorVF0SbqNOBOBW1UbkQIxTw8oos25JX7b1qM=; b=jc+WOv3Zq0TclAkHK6de4wQR3E32E/aj2u6WiZXRyZ94SXGoHZjfqQ6QSxdQG79mO7 qj9DqpPotEdCBWClc+BYCnIZ70Hl8ls4e/MFwLPsdikuCVq0fI+bVXsIf2tvgTbsivE2 LQYI6aYSLoamg0XVVo9LmU7fuVy1Z9/0YBVgcp4lKiqPERsbe1JdN2ltIafZv4jgfRfh tNRDzEzm3krN0+OYiiDZrRh874w/SYmaz1P+YsJZjmgbHV+dWKVj3+eNOMJWzAlFwHbc ojJ9HLf2cxXa02C26uUvXdRIEgmruNixAUp6lTrHJHHfrpFRyaOYmk7nmwy5pGMBOcfj UCgQ== X-Gm-Message-State: AFeK/H3/veZOSPwcywpAystn3tA6LElz4Jh6lTJAFguy4pbU5KcCPpzv8ga/vnTMey1iWulrsVaD8SyEiSG9lA== X-Received: by 10.55.103.193 with SMTP id b184mr19027002qkc.264.1491269080579; Mon, 03 Apr 2017 18:24:40 -0700 (PDT) MIME-Version: 1.0 Reply-To: robert.cragie@gridmerge.com Sender: robert.cragie@gmail.com Received: by 10.55.56.203 with HTTP; Mon, 3 Apr 2017 18:24:40 -0700 (PDT) In-Reply-To: References: From: Robert Cragie Date: Tue, 4 Apr 2017 02:24:40 +0100 X-Google-Sender-Auth: scKLwyVsM4C6HN3uZkZQcgsgTqg Message-ID: To: Gabriel Montenegro Cc: "6lo@ietf.org" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=94eb2c0578c0d00ad3054c4d2331 Archived-At: Subject: Re: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 01:24:44 -0000 --94eb2c0578c0d00ad3054c4d2331 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As one of the original supporters, I have no concerns with this. Robert On 3 April 2017 at 02:16, Gabriel Montenegro < Gabriel.Montenegro@microsoft.com> wrote: > Folks, > > > > Making sure the list is aware of this: at the meeting in Chicago last > Wednesday we indicated that we intend to drop the MLE documents we had > adopted (in large part due to ZigBee=E2=80=99s Jupiter Mesh request) for > Experimental status. > > > > The documents are: > > - https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-establishment= / > - https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ > > > > MLE even went through WG LC and received some comments, but there has bee= n > no revision, and in the meantime, Jupiter Mesh is no longer depending on > it. Furthermore, the other potential interested party was the Thread Grou= p, > but it became clear a few months ago that they do not depend on this > document either. > > > > The WG will drop the MLE documents by the end of this week (April 7) > unless we hear some new information. > > > > Thanks, > > > > Gabriel, on behalf of 6lo chairs > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo > > --94eb2c0578c0d00ad3054c4d2331 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As one of the original supporters, I have no concerns with= this.

Robert

=
On 3 April 2017 at 02:16, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com> wrote:

Folks,

=C2=A0

Making sure the list is aware of this: at the meetin= g in Chicago last Wednesday we indicated that we intend to drop the MLE doc= uments we had adopted (in large part due to ZigBee=E2=80=99s Jupiter Mesh r= equest) for Experimental status.

=C2=A0

The documents are:

=C2=A0

MLE even went through WG LC and received some commen= ts, but there has been no revision, and in the meantime, Jupiter Mesh is no= longer depending on it. Furthermore, the other potential interested party = was the Thread Group, but it became clear a few months ago that they do not depend on this document either.=

=C2=A0

The WG will drop the MLE documents by the end of thi= s week (April 7) unless we hear some new information.

=C2=A0

Thanks,

=C2=A0

Gabriel, on behalf of 6lo chairs


_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo


--94eb2c0578c0d00ad3054c4d2331-- From nobody Tue Apr 4 00:29:46 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71059129571 for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 00:29:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x4FNBRsAen_r for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 00:29:40 -0700 (PDT) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEDDE12420B for <6lo@ietf.org>; Tue, 4 Apr 2017 00:29:40 -0700 (PDT) Received: by mail-qk0-x235.google.com with SMTP id p22so134229581qka.3 for <6lo@ietf.org>; Tue, 04 Apr 2017 00:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Q5v/ieRS1V3mcqK7uq97+KiEhhIJ1pX/w//dgTPK1tc=; b=AjjU8l4wQ9m0yTuhcYoDZ52iYBN7rEX69x9EaER4kPhRuRXNFy/1EDuQa4/ozvw3bl MrhVxqnxsmHw4cLHjyjFhMv6t3kXs0HKXUcxRGrubukpK2WweGFj+Shc1jitWmvPSimB qVY4nFU6Edu5v/5ZpvT44ST8KwdUK5sJpTXs8uzZq7iWCMk2FG4IdQX17iH9TPq1DF5u M7myixoScvFZ/TZ4+MlqyXpXLNhqq4mcG/j78uGPdEvrVOl1c3FsPbs5tY4P043/Y0+w Zdo+ZFHSHLKWj/NkXkwrkXJERZqO4Mx8pOSV+l/9E3/nFmgiD0FRu3ed2a6IHinvi5yJ 02Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Q5v/ieRS1V3mcqK7uq97+KiEhhIJ1pX/w//dgTPK1tc=; b=uMw5Gb5M3c7uiNtnGqhyXfUr3EdwL2I/gd83BqUgSHJOVnQ6TGz2LRzHclU46TIPWv A2aXQI6Cg1ZvUzcldyInY27pBETp7ZuHg12cD7hLXKUk3ZpQMBwHvd1G6YgQ0CVHvYRw ZJ82bgezqp8PSD6Dm49RqHEwvvPZTLLwAw8KoEvKxLf2OjVY08T2duFPHfMZZf1iBcvf 0SDkf+MuGYKMOP8LD63syXa6x0+beS1dYw72Pq1nFm9YFuTcWaZhMrLIajBspvyYw7yR PCraSCzHevrXW2ZOc9ZcIlDJssIolHLEOA+lrnoh2dgsIa7pKTK2EGjfxWFGWI1ajQ/V r0hA== X-Gm-Message-State: AFeK/H3lxiHIlKBmp2gXaFhnoJpXOJ7D+6g889EVf2VHFkGXTmkhE0e7KNGDlP9cG2V7712J6dGpYbZIAqPYsA== X-Received: by 10.233.232.68 with SMTP id a65mr12276463qkg.104.1491290979806; Tue, 04 Apr 2017 00:29:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.21.197 with HTTP; Tue, 4 Apr 2017 00:29:39 -0700 (PDT) In-Reply-To: References: From: Abdussalam Baryun Date: Tue, 4 Apr 2017 09:29:39 +0200 Message-ID: To: "robert.cragie@gridmerge.com" Cc: Gabriel Montenegro , "6lo@ietf.org" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=94eb2c1129961bc4bc054c523d9b Archived-At: Subject: Re: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 07:29:43 -0000 --94eb2c1129961bc4bc054c523d9b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Robert and Gabriel, I did not follow these documents and did not review but I am not sure why we don't have reviewers in IETF, while the group adopted it. I hope the authors look into this issue and reply that they are the authors and they want to drop it as well. If the authors don't want to continue authoring we may get some interests from the group to continue it because we adopted it. Authors are responsible to follow up any adopted document they author but they need to follow with the group and see the group's views. Few authors in IETF (ex. MANET) make some reviewers out of the picture and argue not to follow comments/discussions. This behaviour I have seen in IETF but hope it is not the reason for our problem. I see this as a problem, because I don't think we SHOULD depend on other companies in adopting our work. I have argued with LLN WG before not to close because of that, some thought that we have less companies interest in the WG so close. We need to focus on humans/engineers not companies. If a company is not interested any more to use the technology we adopted then we don't close it as followes to them, IETF should be a leader in the world not following a company/country policy/controllers. I hope our WG gets a good reason of such drop, and I hope our authors' confirm their reactions. BEst Wishes, AB On Tue, Apr 4, 2017 at 3:24 AM, Robert Cragie wrote: > As one of the original supporters, I have no concerns with this. > > Robert > > On 3 April 2017 at 02:16, Gabriel Montenegro < > Gabriel.Montenegro@microsoft.com> wrote: > >> Folks, >> >> >> >> Making sure the list is aware of this: at the meeting in Chicago last >> Wednesday we indicated that we intend to drop the MLE documents we had >> adopted (in large part due to ZigBee=E2=80=99s Jupiter Mesh request) for >> Experimental status. >> >> >> >> The documents are: >> >> - https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-estab >> lishment/ >> - https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ >> >> >> >> MLE even went through WG LC and received some comments, but there has >> been no revision, and in the meantime, Jupiter Mesh is no longer dependi= ng >> on it. Furthermore, the other potential interested party was the Thread >> Group, but it became clear a few months ago that they do not depend on t= his >> document either. >> >> >> >> The WG will drop the MLE documents by the end of this week (April 7) >> unless we hear some new information. >> >> >> >> Thanks, >> >> >> >> Gabriel, on behalf of 6lo chairs >> >> _______________________________________________ >> 6lo mailing list >> 6lo@ietf.org >> https://www.ietf.org/mailman/listinfo/6lo >> >> > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo > > --94eb2c1129961bc4bc054c523d9b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Robert and Gabriel,

I d= id not follow these documents and did not review but I am not sure why we d= on't have reviewers in IETF, while the group adopted it. I hope the aut= hors look into this issue and reply that they are the authors and they want= to drop it as well. If the authors don't want to continue authoring we= may get some interests from the group to continue it because we adopted it= . Authors are responsible to follow up any adopted document they author but= they need to follow with the group and see the group's views. Few auth= ors in IETF (ex. MANET) make some reviewers out of the picture and argue no= t to follow comments/discussions. This behaviour I have seen in IETF but ho= pe it is not the reason for our problem.

I see thi= s as a problem, because I don't think we SHOULD depend on other compani= es in adopting our work. I have argued with LLN WG before not to close beca= use of that, some thought that we have less companies interest in the WG so= close. We need to focus on humans/engineers not companies. If a company is= not interested any more to use the technology we adopted then we don't= close it as followes to them, IETF should be a leader in the world not fol= lowing a company/country policy/controllers.

I hop= e our WG gets a good reason of such drop, and I hope our authors' confi= rm their reactions.

BEst Wishes,

AB

On Tue, Apr 4, 2017 at 3:24 AM, Robert Cragie <robert.cragi= e@gridmerge.com> wrote:
As one of the original supporters, I have no concerns with th= is.

Robert

On 3 April 2017 at 02:16, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com> wrote:
=

Folks,

=C2=A0

Making sure the list is aware of this: at the meetin= g in Chicago last Wednesday we indicated that we intend to drop the MLE doc= uments we had adopted (in large part due to ZigBee=E2=80=99s Jupiter Mesh r= equest) for Experimental status.

=C2=A0

The documents are:

=C2=A0

MLE even went through WG LC and received some commen= ts, but there has been no revision, and in the meantime, Jupiter Mesh is no= longer depending on it. Furthermore, the other potential interested party = was the Thread Group, but it became clear a few months ago that they do not depend on this document either.=

=C2=A0

The WG will drop the MLE documents by the end of thi= s week (April 7) unless we hear some new information.

=C2=A0

Thanks,

=C2=A0

Gabriel, on behalf of 6lo chairs


_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo



_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo


--94eb2c1129961bc4bc054c523d9b-- From nobody Tue Apr 4 00:34:04 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64D3F128CDC for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 00:34:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pPURTzpDoM_E for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 00:34:01 -0700 (PDT) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCA26127071 for <6lo@ietf.org>; Tue, 4 Apr 2017 00:34:00 -0700 (PDT) Received: by mail-qt0-x22f.google.com with SMTP id n21so131876150qta.1 for <6lo@ietf.org>; Tue, 04 Apr 2017 00:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=nyr3N+/tb5HSNsvyEAKYeyDBUianFC4RgVFIUB8MjNM=; b=h01Fm+XHntRuPo9gmnZ+DdIVdA31ULxbYEw50t+ZNl7Lozl6vw1NyL+TBcnH3aPemP rHKXhnlhCHY7brY3s3WslY0J5Sl77JutAj513EakhC7hhNC1FplQxb4hqShystuYFK5B PKsu3TVgOUh0N1bP9iKQyHP8KiSWaXLpgd+i0jtjjAy4DQA/t8MF6y4eaPzCc/YGfKwP ypX/i4ubWbKrde4/hKOjSgLZpxlWPADxo0bXrxfPAVjuiwm8oQW9/PBAvBTalyfoYmGn 2G+g1nVQdM4pTB7E1ziToC73cbinQDkNxRcGIxk+GGjvoeyWZk15DG8rfqI7qC9v8YVo gjiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nyr3N+/tb5HSNsvyEAKYeyDBUianFC4RgVFIUB8MjNM=; b=fn26wmox9XiXtFny7VYeIQxPCtZdHudjU8oGEVrZaprk/FxwMFPmEyB/oYQ4G3U9bD KsMJbmQN6Dt85dN0e1+rn1+N605c+YoTYB6uo0+7xA3BvscwAl3QKJPA5NZ9Jvi6FOJQ SRaZVOAistAuRbze5bQfKhErCUdJ6M++Wq7us4YRyb5i0H9RG+AM0XaALYRdd7Ujt/RD iqvxdC+ixYeE1TjQdcr0NMjMOpv30XqxztfCk49rjWpkPWXMSJbS1SSn3fmhCm/Xq3bT oJCE1Rnsxats1iCvWeDw+RmCWlDTp+tgWzEgp1JqudSWZ1i2dLH2LG4YC1XQIPf2reUO DPRw== X-Gm-Message-State: AFeK/H0xISZRkuEAAM/3rQVqYMCoymglMpY5QK+q93OcYT8OGuSkCAAZyqBSHq2fRum2huDhQxYcqi6QY0OUtw== X-Received: by 10.237.35.218 with SMTP id k26mr23723011qtc.60.1491291239837; Tue, 04 Apr 2017 00:33:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.21.197 with HTTP; Tue, 4 Apr 2017 00:33:59 -0700 (PDT) In-Reply-To: References: From: Abdussalam Baryun Date: Tue, 4 Apr 2017 09:33:59 +0200 Message-ID: To: "robert.cragie@gridmerge.com" Cc: Gabriel Montenegro , "6lo@ietf.org" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=001a113e3fda9b79b6054c524c17 Archived-At: Subject: Re: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 07:34:03 -0000 --001a113e3fda9b79b6054c524c17 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I ment......LLN WG =3D ROLL WG sorry I forgot the correct name, but there it is, AB On Tue, Apr 4, 2017 at 9:29 AM, Abdussalam Baryun < abdussalambaryun@gmail.com> wrote: > Dear Robert and Gabriel, > > I did not follow these documents and did not review but I am not sure why > we don't have reviewers in IETF, while the group adopted it. I hope the > authors look into this issue and reply that they are the authors and they > want to drop it as well. If the authors don't want to continue authoring = we > may get some interests from the group to continue it because we adopted i= t. > Authors are responsible to follow up any adopted document they author but > they need to follow with the group and see the group's views. Few authors > in IETF (ex. MANET) make some reviewers out of the picture and argue not = to > follow comments/discussions. This behaviour I have seen in IETF but hope = it > is not the reason for our problem. > > I see this as a problem, because I don't think we SHOULD depend on other > companies in adopting our work. I have argued with LLN WG before not to > close because of that, some thought that we have less companies interest = in > the WG so close. We need to focus on humans/engineers not companies. If a > company is not interested any more to use the technology we adopted then = we > don't close it as followes to them, IETF should be a leader in the world > not following a company/country policy/controllers. > > I hope our WG gets a good reason of such drop, and I hope our authors' > confirm their reactions. > > BEst Wishes, > > AB > > On Tue, Apr 4, 2017 at 3:24 AM, Robert Cragie > wrote: > >> As one of the original supporters, I have no concerns with this. >> >> Robert >> >> On 3 April 2017 at 02:16, Gabriel Montenegro < >> Gabriel.Montenegro@microsoft.com> wrote: >> >>> Folks, >>> >>> >>> >>> Making sure the list is aware of this: at the meeting in Chicago last >>> Wednesday we indicated that we intend to drop the MLE documents we had >>> adopted (in large part due to ZigBee=E2=80=99s Jupiter Mesh request) fo= r >>> Experimental status. >>> >>> >>> >>> The documents are: >>> >>> - https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-estab >>> lishment/ >>> - https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ >>> >>> >>> >>> MLE even went through WG LC and received some comments, but there has >>> been no revision, and in the meantime, Jupiter Mesh is no longer depend= ing >>> on it. Furthermore, the other potential interested party was the Thread >>> Group, but it became clear a few months ago that they do not depend on = this >>> document either. >>> >>> >>> >>> The WG will drop the MLE documents by the end of this week (April 7) >>> unless we hear some new information. >>> >>> >>> >>> Thanks, >>> >>> >>> >>> Gabriel, on behalf of 6lo chairs >>> >>> _______________________________________________ >>> 6lo mailing list >>> 6lo@ietf.org >>> https://www.ietf.org/mailman/listinfo/6lo >>> >>> >> >> _______________________________________________ >> 6lo mailing list >> 6lo@ietf.org >> https://www.ietf.org/mailman/listinfo/6lo >> >> > --001a113e3fda9b79b6054c524c17 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I ment......LLN WG =3D ROLL WG

sorry I forgot the correct name, but there it is,

AB

= On Tue, Apr 4, 2017 at 9:29 AM, Abdussalam Baryun <abdussalambary= un@gmail.com> wrote:
Dear Robert and Gabriel,

I did not= follow these documents and did not review but I am not sure why we don'= ;t have reviewers in IETF, while the group adopted it. I hope the authors l= ook into this issue and reply that they are the authors and they want to dr= op it as well. If the authors don't want to continue authoring we may g= et some interests from the group to continue it because we adopted it. Auth= ors are responsible to follow up any adopted document they author but they = need to follow with the group and see the group's views. Few authors in= IETF (ex. MANET) make some reviewers out of the picture and argue not to f= ollow comments/discussions. This behaviour I have seen in IETF but hope it = is not the reason for our problem.

I see this as a= problem, because I don't think we SHOULD depend on other companies in = adopting our work. I have argued with LLN WG before not to close because of= that, some thought that we have less companies interest in the WG so close= . We need to focus on humans/engineers not companies. If a company is not i= nterested any more to use the technology we adopted then we don't close= it as followes to them, IETF should be a leader in the world not following= a company/country policy/controllers.

I hope our = WG gets a good reason of such drop, and I hope our authors' confirm the= ir reactions.

BEst Wishes,

AB

On Tue, Apr 4, 2017 at 3:24 AM, Robe= rt Cragie <robert.cragie@gridmerge.com> wrote:
=
As one of the original supporters, I have= no concerns with this.

Robert

On 3 April 2017 at 02:16, Gabri= el Montenegro <Gabriel.Montenegro@microsoft.com>= ; wrote:

Folks,

=C2=A0

Making sure the list is aware of this: at the meetin= g in Chicago last Wednesday we indicated that we intend to drop the MLE doc= uments we had adopted (in large part due to ZigBee=E2=80=99s Jupiter Mesh r= equest) for Experimental status.

=C2=A0

The documents are:

=C2=A0

MLE even went through WG LC and received some commen= ts, but there has been no revision, and in the meantime, Jupiter Mesh is no= longer depending on it. Furthermore, the other potential interested party = was the Thread Group, but it became clear a few months ago that they do not depend on this document either.=

=C2=A0

The WG will drop the MLE documents by the end of thi= s week (April 7) unless we hear some new information.

=C2=A0

Thanks,

=C2=A0

Gabriel, on behalf of 6lo chairs


_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo



_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo



--001a113e3fda9b79b6054c524c17-- From nobody Tue Apr 4 03:20:31 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7FFE12946A for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 03:20:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=silabs.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2mfpjWvqpf6e for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 03:20:27 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0066.outbound.protection.outlook.com [104.47.36.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A126129482 for <6lo@ietf.org>; Tue, 4 Apr 2017 03:20:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=silabs.onmicrosoft.com; s=selector1-silabs-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=FJPrXStFM/V6JRbCjHJCMhUV5ZnURaKkgSimipBX36s=; b=gbS93BPsWH4GlQaZIGaxnctpYj7d93fUjqUG7Ep1UKbzwrDj+OieAPNsuJCPN3he4aOrDB1ZsayVnEZM2kYRXvIdKvix40CLVsQ1JL8C3loCF3o7pU0teT8BW8feR6hRfE+MUt3cBEZA3KynqI3OJrcQFFXSwYM8ZZGP4T/AxOY= Received: from SN1PR0701MB1758.namprd07.prod.outlook.com (10.162.100.12) by SN1PR0701MB1757.namprd07.prod.outlook.com (10.162.100.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Tue, 4 Apr 2017 10:20:25 +0000 Received: from SN1PR0701MB1758.namprd07.prod.outlook.com ([10.162.100.12]) by SN1PR0701MB1758.namprd07.prod.outlook.com ([10.162.100.12]) with mapi id 15.01.1005.019; Tue, 4 Apr 2017 10:20:25 +0000 From: Richard Kelsey To: "robert.cragie@gridmerge.com" , Gabriel Montenegro CC: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] MLE docs to be dropped Thread-Index: AQHSrRXdGikAD5h2x02zQH7Pe8OiN6G0/2Uo Date: Tue, 4 Apr 2017 10:20:25 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gridmerge.com; dkim=none (message not signed) header.d=none;gridmerge.com; dmarc=none action=none header.from=silabs.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [132.245.47.85] x-microsoft-exchange-diagnostics: 1; SN1PR0701MB1757; 7:hr/ZgZOAoHwCfhkBqgcGV39MTND8Dof/d12YxUQgLKeuEwZOjOxx2No/LWVzcpyX1HRJxaGUByXE19aoP3YwaXU4iiC7uTdEihOaD6wre5Cjmbm6LFym6A0DseA1vdQeEwHQL/RO4i/SG0EunhfLl29tdioJxvdcBXVw9ANZQJThzy6EEU9Lvn0btSaOxrEsgx77hTLQAdVZW2M5UpPvnXD/5YWt/ouvuMBU0BDxXcqZDC/EGMBcWujQTGe/NjHsROM410XcygewV0GtIEZT1HbMtGb0y+FFYu5sU5jSaLSfRBOSoxWXnuoqwwwl9wZAZ3ssOPzJrnL+YBrfgpFPLw== x-ms-office365-filtering-correlation-id: e1e08edc-7e61-4a0e-fc11-08d47b44358b x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:SN1PR0701MB1757; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148); SRVR:SN1PR0701MB1757; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0701MB1757; x-forefront-prvs: 0267E514F9 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39400400002)(39840400002)(39450400003)(55674003)(24454002)(377454003)(6436002)(3660700001)(3280700002)(9686003)(33656002)(122556002)(6512007)(50986999)(8666007)(76176999)(81166006)(7736002)(305945005)(8936002)(54356999)(99286003)(2950100002)(6306002)(2906002)(8676002)(53936002)(2900100001)(74316002)(229853002)(3846002)(6116002)(2421001)(2501003)(66066001)(77096006)(5660300001)(6486002)(86362001)(4326008)(6246003)(6506006)(38730400002)(53546009)(189998001)(25786009)(102836003); DIR:OUT; SFP:1101; SCL:1; SRVR:SN1PR0701MB1757; H:SN1PR0701MB1758.namprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: silabs.com X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Apr 2017 10:20:25.1270 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 54dbd822-5231-4b20-944d-6f4abcd541fb X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0701MB1757 Archived-At: Subject: Re: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 10:20:30 -0000 OK with me. -Richard Kelsey (author of draft-ietf-6lo-mesh-link-establishment) ________________________________________ From: Robert Cragie [robert.cragie@gridmerge.com] Sent: Monday, April 3, 2017 9:24 PM As one of the original supporters, I have no concerns with this. Robert On 3 April 2017 at 02:16, Gabriel Montenegro > wrote: Folks, Making sure the list is aware of this: at the meeting in Chicago last Wedne= sday we indicated that we intend to drop the MLE documents we had adopted (= in large part due to ZigBee=92s Jupiter Mesh request) for Experimental stat= us. The documents are: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-establishment/ * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ MLE even went through WG LC and received some comments, but there has been = no revision, and in the meantime, Jupiter Mesh is no longer depending on it= . Furthermore, the other potential interested party was the Thread Group, b= ut it became clear a few months ago that they do not depend on this documen= t either. The WG will drop the MLE documents by the end of this week (April 7) unless= we hear some new information. Thanks, Gabriel, on behalf of 6lo chairs _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo From nobody Tue Apr 4 07:03:11 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A045412762F for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 07:03:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id llo8uxXBnndP for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 07:03:03 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DECE912957C for <6lo@ietf.org>; Tue, 4 Apr 2017 07:02:57 -0700 (PDT) X-AuditID: c6180641-417ff700000058cf-29-58e361350080 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by (Symantec Mail Security) with SMTP id AC.CC.22735.53163E85; Tue, 4 Apr 2017 11:02:48 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0339.000; Tue, 4 Apr 2017 10:02:54 -0400 From: Suresh Krishnan To: Dave Thaler CC: Erik Nordmark , Lorenzo Colitti , huitema , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSqKQbSx1Qgh8+lEWa/JOBnloRYKGsWukAgAkvKoA= Date: Tue, 4 Apr 2017 14:02:53 +0000 Message-ID: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/signed; boundary="Apple-Mail=_77434F01-4D59-482D-864E-1808D5E6DC88"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrFIsWRmVeSWpSXmKPExsUyuXSPt65F4uMIg22T1C2apwhYXFpxhNVi cuNsdov1p98xWrzs3MDmwOqxYFOpx60Zp1g8liz5yeTRuuMvu8fT7maWANYoLpuU1JzMstQi fbsEroxt/7YwFxw2rdj1sKyBcatRFyMnh4SAicTJd88Yuxi5OIQENjBKbL4/iwXCWcYoMX/7 O2aQKjagqg07PzOB2CIC6hL7fuwDK2IW6GGU+DX1C1hCWMBI4v+9fywQRcYSTxdNYYOwrSRe r7sCVsMioCLRc/kXO4jNK2AvsXr2XLC4kEA/0LbZLl2MHBycArES29+qg4QZBcQkvp9aA1bC LCAucevJfCaIq0UkHl48zQZhi0q8fPyPFcJWkvj4ez47RP0URonld7IgVglKnJz5hGUCo8gs JKNmISmbhaQMIq4tsWzha+ZZQBcxC+hITF7ICBE2lXh99COUbS0x49dBNghbUWJK90P2BYwc qxg5SosLcnLTjQw3MQJj8ZgEm+MOxr29nocYBTgYlXh4FWQfRQixJpYVV+YeYlQBan20YfUF RimWvPy8VCUR3phFjyOEeFMSK6tSi/Lji0pzUosPMUpzsCiJ874rvxAhJJCeWJKanZpakFoE k2Xi4JRqYOSe8o3v/owjB74HaXQ33lrowXW71iqR/fyjvx07n/3NrH0T6TSv8vSz63tV/i2R krx3OWlS5M6+aRsK+24KNwXzuzRJ7xUVYEjzKbY8xeb+ycnCsmzbY17tZr++ydzPNlt69Woe y9G2cj1sc0tafFL2Eb7ttz2m96t5HWZgT+AoZ+9a/d4uX4mlOCPRUIu5qDgRAPGRgrHNAgAA Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 14:03:05 -0000 --Apple-Mail=_77434F01-4D59-482D-864E-1808D5E6DC88 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Dave, > On Mar 29, 2017, at 1:47 PM, Dave Thaler = wrote: >=20 > Any issue with a standards track document having a normative reference = to a BCP? No issues that I know of. The downref rules seem to be pointing *from* = Standards track and BCP documents *to* lower maturity level documents as = per RFC3967. Just to be safe, I can still call this out in the IETF last = call if the WG decides to go that way. > If so, then could reword so that the MUST NOT is not in the same = sentence as the BCP reference, e.g. >=20 >> However, the ability to return errors to address registrations MUST = NOT be >> used to restrict the ability of hosts to form and use addresses. See = [RFC7934] >> for further discussion. >=20 > If there is no issue in having a normative reference to a BCP then I = think Erik's text is fine. I have no problems with this text either as it cleanly decouples the = requirement from the background. Thanks Suresh --Apple-Mail=_77434F01-4D59-482D-864E-1808D5E6DC88 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMszCCBfUw ggPdoAMCAQICEQDBTwyxD9MsGvfXxnk9EeujMA0GCSqGSIb3DQEBBQUAMDoxETAPBgNVBAoMCEVy aWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYyMB4XDTE0MTIyMjE5 MjAyMloXDTE3MTIyMjE5MjAyMVowbDERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD1N1cmVz aCBLcmlzaG5hbjErMCkGCSqGSIb3DQEJARYcc3VyZXNoLmtyaXNobmFuQGVyaWNzc29uLmNvbTEQ MA4GA1UEBRMHbG1jc3VrcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANGcfCXBzd+C oyGibVfWAz/McYUdmPZ2YiTaQk8v/yLaKsKiFBdOZn9ahr9iu6pXz9OEbxH1h3hrudHg6de44JFg ZAHfZii/R+Ard+/7dG1BE7jd1+kuSFDzfLzv/BNY2sHEhPlGks4D/VBoCLwGdopsBvkrp8QKOa6+ SzIGsTCwtVS4qnlcp4Qprmj/KCF2VIEERnMc5F93xXhZa+SDV57JI8ep3psnMy8tAdddKvY/0ZBI MXAD8O1DKhC/SLFLhZQok4JUJBXsjsUGE3+1/D4HG0/johJ8rSGfrMkECgZ8wZZyw0cdM3/cB7+O nN2V1oY2/Xo0dLL3nPtfRZWFQAECAwEAAaOCAcIwggG+MEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6 Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2Mi5jcmwwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjIuY2VyMCcGA1UdEQQgMB6BHHN1cmVzaC5rcmlzaG5hbkBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBRTsyLz1xpNDuZ1g4JxlMDczzX4GzAfBgNVHSMEGDAWgBSxDcrURrevhgLDL28G yg52cX9LNzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQEFBQADggIBAJqZ/LPXQsxfJkyVbggL B/1m11FTG5OefG+rK3msNbXwEsVBul4MizD6VwCQbLaZK5vt0sm6XhPqBfC2fUICra+YmkuwAhCU Fzgs9d/qg5ubbe6CgD0wIQJpxP66Y2v5Kr2pFVu3ew18X/XnTgYzLo3sUtr7itLfMoy0SMSDCYvc 4lCP0Zo4qOAuEBnFs0IsNSDVRygRcj0+jjEc3WXpKD3XYEo+qTnCV8yvKNRa1LzIg205zFR2bvsG H6GDE5qyYAtTEFLiEmvz+FNaTLlXSIM3gBbgxN4BT5UOeU20CJEww2NtIJrlAlBCm6aD5tu8jKUn 78iWA3Mvk3F2HvxY5KIDH7L1MqJflxBrNMgJ1VQ0IL9DdofOeq5PSh4FGPoc4xpIk+aN9px/ZV2r WyieLB/Pj155yUr3ZtkYXF0VXmeu3S15DCofAHI171Ihsnsm6mamfm8lahLMoGgIMBMz0PS/vqCz Jd92HYlfhg5W6UC/ZRAhsRJsiF7vEADtzlx9wD+hVfIBzkn5wv3GuCwcDsYroj25K8yfiyXFffPO NAjVN1b2kiYLy+Z3RD9CxN1UAxBZANJLu1FfjdvsCHtrq5mLk3QFhf1YpoF51hvEN30ymF9UZQkb Ro9sAC8bULdMRlwNcNeN55Sz2CDW3QNgZNdmLpD2h9Td0FaG0nmODm3uMIIGtjCCBJ6gAwIBAgIR AKAMy8ybmZjs4jpw9HzBwFkwDQYJKoZIhvcNAQEFBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmEx HzAdBgNVBAMMFlRlbGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTQwNTI3MDc0NjIxWhcNMjQwNTI3 MDc0NjIxWjA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZp ZHVhbCBDQSB2MjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANq6U+tfSJZTn4k46qN1 3HgaeXXsMmGSWShc6A5IEyFboXMZW3lFHso+/6uO3ZilvB2ipZJhrhU+RL/va+5Chay/PZq9ZZeE 9N03OsHfOzlwk7uwojJ34tHLiX/yQoriI+b5DXxfIYXTFO5zlZLdaIxJwlLEQp0g4/zF6EGtodlp usaH07FAcLiIEeTMPRgXcn+8GoFOvtuVHNh/WHePlrupUgcI9/P54ITXvmZF6xcNBEjsu8yJm1Vq qK0GXSgAmInJ4Ga8S6ME2wgSBRDolxAUbmfLQRrMvLC/tyXBvuLO8uChdzpIWt3QPtMYm2R2V1Um 0zANhenIUwYCKNPq5/yHaS48jCsOBAU0TIhBnirnZmlEbC6ALqwzGAcQMaMD8LFf1oLlWLUQxEmI 4YXqBXdP5XnIcMdIEF5BtUBebzBJMMF9dDB2uj8BeoRPSYbpGl7irYUYFpq4TyocQ7qpHdYASC+N V8VTaTrFnHWqa/CGRdp3GHpkgxfOBvpamOK8udHQYQo2uA3YNd2+j7p4C3jkGG+Z6RrZOskPEwta IHLxBiA141dhCy5EScOyNajrAXQupsDnvr2ib2ef+4nObPFvedPWIe57lyj0n3e1rTqTGIBIe9wj NnAA6MqeaTS9HchPtBvOrah/cTWzXzGjwMz0P3UJqTQ2r5EAu12/W5kpAgMBAAGjggG4MIIBtDCB igYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVzdC50ZWxpYXNvbmVy YS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNv bS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEAMFUGA1UdIAROMEww SgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50 ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9jcmwtMy50cnVzdC50 ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUsQ3K1Ea3r4YCwy9vBsoOdnF/ SzcwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcNAQEFBQADggIBAG4H IGyvrHc9kEKyYZtxJn9cv7S2dUxuUiegmAvUGHc+JGJyB2jyX7py9an8CsHAxg3BI3Ku9j0h7DJp Xyfrlzmg36XYkNS7Ot0A1UqdjGFrtnIISI+Zj3ywHZudmDF8ktdBihHAjuk47B/Kg/Z8JhUJ37GG x/KxiIiXg5HMTdOl6mlDbJaTIEGagdRcmH3u57r5snZ+qdVSg5UxWdhgS2+zPru/vDbPd+91zLTj 9GejKXFJ6fEAOLW1j2IjJ0cyDI67d1/OzFTwCK8wYbhopK2wJ9QTKDQuWRuGoyt2d6yzd7WoAS55 JE0BIt+kXDJGbOaK42H2ifO6ERHbJiEr/oh4KzgdAes+GRjwlSaG2Z0va4Ss5lY6zfwVCEZYdZcj SDpKB0M5tTQYQeO7QyQPOI6Gb4FXA9ko3sHvAPs4+Pq+UtWjp3y8sYr1vLCER9ePEsgLdCG27mUk 9OAijkG6n5oEGOIn+70F+qvKpmm52dZ8b7DELfbuuk0CrY4p0WxH3bBt6FJkPeZJIB6YNXAYHZi7 RcdBjLJh+lawbIYTJFIcoWFHAl0g0/NYsjz3DLhZz4+CrJ6SQSYmp7qDhdJAWPiaq3C+qE/h2DZA Jwoz9uHrZHB8zsZ5JL8sUZ7zgqYmNMN+9PxzasrycTJn96Y63AIZdDq1kIHIw0vF4PBTVMZtMYIC mTCCApUCAQEwTzA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5k aXZpZHVhbCBDQSB2MgIRAMFPDLEP0ywa99fGeT0R66MwCQYFKw4DAhoFAKCCAR8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwNDA0MTQwMjU0WjAjBgkqhkiG9w0B CQQxFgQUaMcDpnhnhazF3iEK+82gfcUAXQUwXgYJKwYBBAGCNxAEMVEwTzA6MREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MgIRAMFPDLEP0ywa 99fGeT0R66MwYAYLKoZIhvcNAQkQAgsxUaBPMDoxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYyAhEAwU8MsQ/TLBr318Z5PRHrozANBgkqhkiG 9w0BAQEFAASCAQBILyaumV11NehjL6tEqIP9vqq5tJBJXdPExxHn9KVp8MqwVa4Dzqd6DKbGOiBZ f+co9TqwqD74y/W7gnqT8Ns6R8EAV4C7emSUB5xN8ivPGrdrtleXvu2RL2/j4OIY+bLOluGAjpiY J486SzjGA6MgbE/bDkRUgN9fZ9GAcukvQ/NiEynyR5Vb5UwzPvZiVf3Trub4ITV/RCmveQAEI+2y /GCatubpI/7+6Sqc5TuXkDVujIXOGqKjganrJiEftGOBKrR+cE6CnCsHNFHv5wZmgbYen5j5yMcS 5shhKBF/Z6zAUXvnA7E6teBImv8pq1cC8XyP62ebz4lVpRqWbL0RAAAAAAAA --Apple-Mail=_77434F01-4D59-482D-864E-1808D5E6DC88-- From nobody Tue Apr 4 07:42:33 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56E7F12950C for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 07:42:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iUqeeU5Z-3Ki for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 07:42:31 -0700 (PDT) Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25F2F1294C3 for <6lo@ietf.org>; Tue, 4 Apr 2017 07:42:31 -0700 (PDT) Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 13F8F880F3 for <6lo@ietf.org>; Tue, 4 Apr 2017 07:42:31 -0700 (PDT) Received: from clemson.local (unknown [76.21.129.88]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id C33E33280AE4 for <6lo@ietf.org>; Tue, 4 Apr 2017 07:42:30 -0700 (PDT) To: 6lo@ietf.org References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> From: Brian Haberman Message-ID: Date: Tue, 4 Apr 2017 10:42:29 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="47O6l50kPTl1psRFBks2K2cHDlLimx0sh" Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 14:42:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --47O6l50kPTl1psRFBks2K2cHDlLimx0sh Content-Type: multipart/mixed; boundary="KfWf6GdVjf1w3RJbCwaSgSpWNRxXuPQLx"; protected-headers="v1" From: Brian Haberman To: 6lo@ietf.org Message-ID: Subject: Re: [6lo] Draft applicability for 6775bis References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> In-Reply-To: --KfWf6GdVjf1w3RJbCwaSgSpWNRxXuPQLx Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/4/17 10:02 AM, Suresh Krishnan wrote: > Hi Dave, >=20 >> On Mar 29, 2017, at 1:47 PM, Dave Thaler >> wrote: >>=20 >> Any issue with a standards track document having a normative >> reference to a BCP? >=20 > No issues that I know of. The downref rules seem to be pointing > *from* Standards track and BCP documents *to* lower maturity level > documents as per RFC3967. Just to be safe, I can still call this out > in the IETF last call if the WG decides to go that way. Right. ST and BCP are at the same level, so there are no down-ref issues with a normative reference. Those issues arise when ST or BCP documents normatively reference Info and Experimental documents. --KfWf6GdVjf1w3RJbCwaSgSpWNRxXuPQLx-- --47O6l50kPTl1psRFBks2K2cHDlLimx0sh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJY47DVAAoJEBOZRqCi7goq56wIAKy3sJKJubV7f9lM1fepS5c/ wEnnUc2c5ImlnWfoOL2Yp8A4w+bDgZG3P2BePkcJ182LefWjoxzpnvZMZwlarI2P 3VlQ1vML+2ftI/kEk6V2M9FfZgZ5Nrz+e6r8DruZqLhhqFedmscuu2fC4D/mOVj+ dpdJLTii8/3UnU48PPSEMlFYdaNqR4TNkfTxiocbGJLmWycoT7dCBUKvJbFpv3pD sxaR4BFe4zqckoSELRkMOsMxmA6G4Qw3nLRNKvTYVfnqO3Y5RUrzunHcNOPz3g4Z o8z1Of3Nqjc3T65qt5IavdT9nglSxM7rBXhpA3rpxesqyo8AkqG4C4jn5s1ZzqY= =67JN -----END PGP SIGNATURE----- --47O6l50kPTl1psRFBks2K2cHDlLimx0sh-- From nobody Tue Apr 4 09:16:05 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E413128E19 for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 09:16:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zc_gsvE40f-L for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 09:16:02 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 895831287A7 for <6lo@ietf.org>; Tue, 4 Apr 2017 09:16:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5137; q=dns/txt; s=iport; t=1491322561; x=1492532161; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=p1ySfBdtiRZ+k79Q9Yna1OeQSGq29CISj5hd/bCnRGE=; b=PSUOpRip041dPtoGmPmtHZUuRx7gyTRAAO3f7gjPKBtzDGBXkMEHwayB 0n5I+bCOXBGf9nieSkcv0kUf7x0ReHP987ZovlNKJqE1i7D5+SEYhO/yD fdey4DbQfUKWQslby4/stIk6Gk4jijyZeefsOzYjHj+HsOxEsBqxoSsSN I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAQBzxeNY/4wNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrgWwHjW6RWpVTgg6GIgKDQj8YAQIBAQEBAQEBayiFFQEBAQE?= =?us-ascii?q?DOj8MBAIBCBEEAQEBHgkHMhQJCAIEAQ0FCIoGsDGKXAEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAR2GToRvijkFiSOTSgGKJoggkUWTdAEfOIEFWxWHGnWIDoENAQEB?= X-IronPort-AV: E=Sophos;i="5.36,275,1486425600"; d="scan'208";a="406772881" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Apr 2017 16:16:00 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id v34GG0hP027655 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Apr 2017 16:16:00 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 4 Apr 2017 11:15:59 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Tue, 4 Apr 2017 11:15:59 -0500 From: "Pascal Thubert (pthubert)" To: Erik Nordmark , Christian Huitema , Lorenzo Colitti CC: Brian Haberman , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSqKQbWHolHsHaNE+4D4LSYGcLkqGsa6wAgAkvK4CAAAsQgP//wh/Q Date: Tue, 4 Apr 2017 16:15:46 +0000 Deferred-Delivery: Tue, 4 Apr 2017 16:14:58 +0000 Message-ID: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 16:16:04 -0000 Dear all: I retrofitted the text with minors editions as follows: " 2. Applicability The purpose of the Address Registration Option (ARO) option [RFC6775] and the Extended ARO (EARO) option that is introduced in this document is to facilitate duplicate address detection (DAD) for hosts and pre-populate Neighbor Cache Entries (NCE) [RFC4861] in the routers to reduce the need for sending multicast neighbor solicitations and also to be able to support backbone routers. In some cases the address registration can fail or be useless for reasons other than a duplicate address. Examples are the router having run out of space, a registration bearing a stale sequence number (e.g. denoting a movement of the host after this registration was placed), a host misbehaving and attempting to register an invalid address such as the unspecified address [RFC4291], or the host using an address which is not topologically correct on that link. In such cases the host will receive an error to help diagnose the issue and may retry, possibly with a different address, and possibly registering to a different 6LR, depending on the returned error. However, the ability to return errors to address registrations MUST NOT be used to restrict the ability of hosts to form and use addresses as recommended in Host Address Availability Recommendations [RFC7934]. In particular, this is needed for enhanced privacy, which implies that each host will register a multiplicity of address as part mechanisms like Privacy Extensions for Stateless Address Autoconfiguration (SLAAC) in IPv6 [RFC4941]. This implies that a 6LR or 6LBR which is intended to support N hosts MUST have space to register at least on the order of 10N IPv6 addresses. " I also removed the administrative rejection, the return codes are now as fo= llows: " +-------+-----------------------------------------------------------+ | Value | Description | +-------+-----------------------------------------------------------+ | 0..2 | See [RFC6775]. Note that a Status of 1 "Duplicate | | | Address" applies to the Registered Address. If the Source | | | Address conflicts with an existing registration, | | | "Duplicate Source Address" should be used instead | | | | | 3 | Moved: The registration fails because it is not the | | | freshest | | | | | 4 | Removed: The binding state was removed. This may be | | | placed in an asynchronous NS(ARO) message, or as the | | | rejection of a proxy registration to a Backbone Router | | | | | 5 | Proof requested: The registering node is challenged for | | | owning the registered address or for being an acceptable | | | proxy for the registration | | | | | 6 | Duplicate Source Address: The address used as source of | | | the NS(ARO) conflicts with an existing registration. | | | | | 7 | Invalid Source Address: The address used as source of the | | | NS(ARO) is not usable on this link, e.g. it is not | | | topologically correct | | | | | 8 | Invalid Registered Address: The address being registered | | | is not usable on this link, e.g. it is not topologically | | | correct | +-------+-----------------------------------------------------------+ " Does that work? Take care, Pascal -----Original Message----- From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Brian Haberman Sent: mardi 4 avril 2017 16:42 To: 6lo@ietf.org Subject: Re: [6lo] Draft applicability for 6775bis On 4/4/17 10:02 AM, Suresh Krishnan wrote: > Hi Dave, >=20 >> On Mar 29, 2017, at 1:47 PM, Dave Thaler >> wrote: >>=20 >> Any issue with a standards track document having a normative=20 >> reference to a BCP? >=20 > No issues that I know of. The downref rules seem to be pointing > *from* Standards track and BCP documents *to* lower maturity level=20 > documents as per RFC3967. Just to be safe, I can still call this out=20 > in the IETF last call if the WG decides to go that way. Right. ST and BCP are at the same level, so there are no down-ref issues wi= th a normative reference. Those issues arise when ST or BCP documents norma= tively reference Info and Experimental documents. From nobody Tue Apr 4 18:22:04 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F3EE1293E8 for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 18:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L04wsSAcuUTA for <6lo@ietfa.amsl.com>; Tue, 4 Apr 2017 18:21:59 -0700 (PDT) Received: from mo.tsb.2iij.net (mo1502.tsb.2iij.net [210.149.48.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC5111293F3 for <6lo@ietf.org>; Tue, 4 Apr 2017 18:21:59 -0700 (PDT) Received: by mo.tsb.2iij.net (tsb-mo1502) id v351LwkY009102; Wed, 5 Apr 2017 10:21:58 +0900 Received: from unknown [172.27.153.187] (EHLO tsb-mr1501.hop.2iij.net) by mas1506.tsb.2iij.net(mxl_mta-7.2.4-7) with ESMTP id 6b644e85.0.146384.00-696.261165.mas1506.tsb.2iij.net (envelope-from ); Wed, 05 Apr 2017 10:21:58 +0900 (JST) X-MXL-Hash: 58e446b621e1234b-baa18cdd4bf2b8b1ba70927f70874a260fad9783 Received: from imx12.toshiba.co.jp (imx12.toshiba.co.jp [61.202.160.132]) by relay.tsb.2iij.net (tsb-mr1501) with ESMTP id v351LvHu002210; Wed, 5 Apr 2017 10:21:57 +0900 Received: from tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp ([133.199.232.103]) by imx12.toshiba.co.jp with ESMTP id v351Lv5D014906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Apr 2017 10:21:57 +0900 (JST) Received: from tsbmgw-mgw01 (localhost [127.0.0.1]) by tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id v351LvSF012858; Wed, 5 Apr 2017 10:21:57 +0900 Received: from localhost ([127.0.0.1]) by tsbmgw-mgw01 (JAMES SMTP Server 2.3.1) with SMTP ID 145; Wed, 5 Apr 2017 10:21:57 +0900 (JST) Received: from arc11.toshiba.co.jp ([133.199.90.127]) by tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id v351LvbW012852; Wed, 5 Apr 2017 10:21:57 +0900 Received: (from root@localhost) by arc11.toshiba.co.jp id v351LvCp002880; Wed, 5 Apr 2017 10:21:57 +0900 (JST) Received: from ovp11.toshiba.co.jp [133.199.90.148] by arc11.toshiba.co.jp with ESMTP id LAA02869; Wed, 5 Apr 2017 10:21:57 +0900 Received: from mx12.toshiba.co.jp (mx12.toshiba.co.jp [133.199.90.142]) by ovp11.toshiba.co.jp with ESMTP id v351Lvpa021676; Wed, 5 Apr 2017 10:21:57 +0900 (JST) Received: from tgxml229.toshiba.local by toshiba.co.jp id v351Lu44013927; Wed, 5 Apr 2017 10:21:56 +0900 (JST) Received: from TGXML279.toshiba.local (133.199.71.134) by tgxml229.toshiba.local (133.199.62.20) with Microsoft SMTP Server (TLS) id 14.3.339.0; Wed, 5 Apr 2017 10:21:56 +0900 Received: from TGXML278.toshiba.local (133.199.71.133) by TGXML279.toshiba.local (133.199.71.134) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Wed, 5 Apr 2017 10:21:56 +0900 Received: from TGXML278.toshiba.local ([192.168.94.145]) by TGXML278.toshiba.local ([192.168.94.145]) with mapi id 15.00.1178.000; Wed, 5 Apr 2017 10:21:56 +0900 From: To: , <6lo@ietf.org> Thread-Topic: MLE docs to be dropped Thread-Index: AdKsFnwJBXPsGpSDS4yylKDF0bTLfgBKXPkA Date: Wed, 5 Apr 2017 01:21:56 +0000 Message-ID: <581571478b5c4bf088f5a98ff2c76291@TGXML278.toshiba.local> References: In-Reply-To: Accept-Language: ja-JP, en-US Content-Language: ja-JP x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [133.120.179.2] msscp.transfermailtomossagent: 103 Content-Type: multipart/alternative; boundary="_000_581571478b5c4bf088f5a98ff2c76291TGXML278toshibalocal_" MIME-Version: 1.0 X-MAIL-FROM: X-SOURCE-IP: [172.27.153.187] X-Spam: exempt Archived-At: Subject: Re: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 01:22:03 -0000 --_000_581571478b5c4bf088f5a98ff2c76291TGXML278toshibalocal_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable I am author of mle-hip-dex document, but my technical area has been changed= , and I no longer work on 6lo-related things including Jupiter Mesh. I am OK with dropping the MLE documents( or if the WG requires the document= , please handover editorship to others). Best Regards, Yoshihiro Ohba From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Gabriel Montenegro Sent: Monday, April 03, 2017 10:16 AM To: 6lo@ietf.org Subject: [6lo] MLE docs to be dropped Folks, Making sure the list is aware of this: at the meeting in Chicago last Wedne= sday we indicated that we intend to drop the MLE documents we had adopted (= in large part due to ZigBee=1B$B!G=1B(Bs Jupiter Mesh request) for Experime= ntal status. The documents are: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-establishm= ent/ * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ MLE even went through WG LC and received some comments, but there has been = no revision, and in the meantime, Jupiter Mesh is no longer depending on it= . Furthermore, the other potential interested party was the Thread Group, b= ut it became clear a few months ago that they do not depend on this documen= t either. The WG will drop the MLE documents by the end of this week (April 7) unless= we hear some new information. Thanks, Gabriel, on behalf of 6lo chairs --_000_581571478b5c4bf088f5a98ff2c76291TGXML278toshibalocal_ Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable

I am author of mle-hip-dex document, but my technical area has been chang= ed, and I no longer work on 6lo-related things including Jupiter Mesh.=

 

I am OK with dropping the MLE documents( or if the WG requires the docume= nt, please handover editorship to others).

Best Regards,

Yoshihiro Ohba

 

 

 

 

 

From:<= /b> 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Gabriel Montenegro
Sent: Monday, April 03, 2017 10:16 AM
To: 6lo@ietf.org
Subject: [6lo] MLE docs to be dropped

 

Folks,

 

Making sure the list is aware o= f this: at the meeting in Chicago last Wednesday we indicated that we inten= d to drop the MLE documents we had adopted (in large part due to ZigBee=1B$= B!G=1B(Bs Jupiter Mesh request) for Experimental status.

 

The documents are:

·       =   https://tools.ie= tf.org/wg/6lo/draft-ietf-6lo-mesh-link-establishment/=

·       =   https://tools.ietf.org/wg/6l= o/draft-ietf-6lo-mle-hip-dex/

 

MLE even went through WG LC and= received some comments, but there has been no revision, and in the meantim= e, Jupiter Mesh is no longer depending on it. Furthermore, the other potent= ial interested party was the Thread Group, but it became clear a few months ago that they do not depend on thi= s document either.

 

The WG will drop the MLE docume= nts by the end of this week (April 7) unless we hear some new information.

 

Thanks,

 

Gabriel, on behalf of 6lo chair= s

--_000_581571478b5c4bf088f5a98ff2c76291TGXML278toshibalocal_-- From nobody Wed Apr 5 01:35:23 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC1C4129412; Wed, 5 Apr 2017 01:35:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p5uZ5Yqay82e; Wed, 5 Apr 2017 01:35:19 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B886129420; Wed, 5 Apr 2017 01:35:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5906; q=dns/txt; s=iport; t=1491381313; x=1492590913; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Y0sIAhZlne70rLMIE5evgrQy/zPzB8Td+UKDn0nvAb0=; b=LEcOInlx16S0c7BMQxMFUGjjesSoQJuST4LBqJ7QAs5mLJySKEWkS6mc +L647CEY3b0IcGECpOWtRfIP6LeOY9W/jEDEQiPPZG1+OCBuoSlB2MpXp /yHai8A9QRF1cspWsSQ2YNh9VHPDI9yusUIiON7Gi+cU5XoPBzwjAk211 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAQACq+RY/5hdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB41ukVGVVYIOHwuFeAKDRT8YAQIBAQEBAQEBayiFFQE?= =?us-ascii?q?BAQEDAQE4NAsMBAIBCBEEAQEBHgkHJwsUCQgCBAENBQiKBg6sM4pnAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBGAWGToRvhESFdQWJJZNLAYZ9gyqIIYIGhS6KEZN1AR8?= =?us-ascii?q?4SzpbFUGGWXWIPIENAQEB?= X-IronPort-AV: E=Sophos;i="5.36,277,1486425600"; d="scan'208";a="227199331" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Apr 2017 08:35:12 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v358ZC1p008913 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Apr 2017 08:35:12 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 5 Apr 2017 03:35:11 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Wed, 5 Apr 2017 03:35:11 -0500 From: "Pascal Thubert (pthubert)" To: Erik Nordmark , Christian Huitema , Lorenzo Colitti , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan CC: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSqKQbWHolHsHaNE+4D4LSYGcLkqGsa6wAgAkvK4CAAAsQgP//wh/QgAEUrYA= Date: Wed, 5 Apr 2017 08:35:04 +0000 Deferred-Delivery: Wed, 5 Apr 2017 08:34:45 +0000 Message-ID: <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 08:35:22 -0000 Dear all:=20 FWIW, I also created a ticket https://trac.ietf.org/trac/6lo/ticket/20 to t= rack the issue.=20 Please let me know if the text below is OK (you may leverage the ticket); I= 'll time out and post by the end of week. Take care, Pascal -----Original Message----- From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Pascal Thubert (pthube= rt) Sent: mardi 4 avril 2017 18:16 To: Erik Nordmark ; Christian Huitema ; Lorenzo Colitti Cc: Brian Haberman ; 6lo@ietf.org Subject: Re: [6lo] Draft applicability for 6775bis Dear all: I retrofitted the text with minors editions as follows: " 2. Applicability The purpose of the Address Registration Option (ARO) option [RFC6775] and the Extended ARO (EARO) option that is introduced in this document is to facilitate duplicate address detection (DAD) for hosts and pre-populate Neighbor Cache Entries (NCE) [RFC4861] in the routers to reduce the need for sending multicast neighbor solicitations and also to be able to support backbone routers. In some cases the address registration can fail or be useless for reasons other than a duplicate address. Examples are the router having run out of space, a registration bearing a stale sequence number (e.g. denoting a movement of the host after this registration was placed), a host misbehaving and attempting to register an invalid address such as the unspecified address [RFC4291], or the host using an address which is not topologically correct on that link. In such cases the host will receive an error to help diagnose the issue and may retry, possibly with a different address, and possibly registering to a different 6LR, depending on the returned error. However, the ability to return errors to address registrations MUST NOT be used to restrict the ability of hosts to form and use addresses as recommended in Host Address Availability Recommendations [RFC7934]. In particular, this is needed for enhanced privacy, which implies that each host will register a multiplicity of address as part mechanisms like Privacy Extensions for Stateless Address Autoconfiguration (SLAAC) in IPv6 [RFC4941]. This implies that a 6LR or 6LBR which is intended to support N hosts MUST have space to register at least on the order of 10N IPv6 addresses. " I also removed the administrative rejection, the return codes are now as fo= llows: " +-------+-----------------------------------------------------------+ | Value | Description | +-------+-----------------------------------------------------------+ | 0..2 | See [RFC6775]. Note that a Status of 1 "Duplicate | | | Address" applies to the Registered Address. If the Source | | | Address conflicts with an existing registration, | | | "Duplicate Source Address" should be used instead | | | | | 3 | Moved: The registration fails because it is not the | | | freshest | | | | | 4 | Removed: The binding state was removed. This may be | | | placed in an asynchronous NS(ARO) message, or as the | | | rejection of a proxy registration to a Backbone Router | | | | | 5 | Proof requested: The registering node is challenged for | | | owning the registered address or for being an acceptable | | | proxy for the registration | | | | | 6 | Duplicate Source Address: The address used as source of | | | the NS(ARO) conflicts with an existing registration. | | | | | 7 | Invalid Source Address: The address used as source of the | | | NS(ARO) is not usable on this link, e.g. it is not | | | topologically correct | | | | | 8 | Invalid Registered Address: The address being registered | | | is not usable on this link, e.g. it is not topologically | | | correct | +-------+-----------------------------------------------------------+ " Does that work? Take care, Pascal -----Original Message----- From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Brian Haberman Sent: mardi 4 avril 2017 16:42 To: 6lo@ietf.org Subject: Re: [6lo] Draft applicability for 6775bis On 4/4/17 10:02 AM, Suresh Krishnan wrote: > Hi Dave, >=20 >> On Mar 29, 2017, at 1:47 PM, Dave Thaler >> wrote: >>=20 >> Any issue with a standards track document having a normative=20 >> reference to a BCP? >=20 > No issues that I know of. The downref rules seem to be pointing > *from* Standards track and BCP documents *to* lower maturity level=20 > documents as per RFC3967. Just to be safe, I can still call this out=20 > in the IETF last call if the WG decides to go that way. Right. ST and BCP are at the same level, so there are no down-ref issues wi= th a normative reference. Those issues arise when ST or BCP documents norma= tively reference Info and Experimental documents. _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo From nobody Wed Apr 5 08:19:07 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3E691250B8; Wed, 5 Apr 2017 08:18:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eiQdxgvUsxDg; Wed, 5 Apr 2017 08:18:51 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4827B129481; Wed, 5 Apr 2017 08:18:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=285536; q=dns/txt; s=iport; t=1491405531; x=1492615131; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=eovBqVsTS9U+cSa8Qx4X7y8o8PfO8a/MMVY8uP5o29I=; b=lu1nMg+5Ka6p4Snbc1UwsMQkmw+oflP/IGqq8cPqRAlOQtplUViWXjLm +yfjAMy3QjHtB4LNrhUWgLiMmrtQpw8M6k4OAXCwpnvbnCTuymFuzecbT zATTOvgY2qdE00ccayxyXvpw/SwF7kBf8ZrM9y6UzxyqcWeE3iVIzeJ7r o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CgBACICuVY/5JdJa3ILQQCAQIB X-IronPort-AV: E=Sophos;i="5.36,279,1486425600"; d="scan'208,217";a="404057781" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Apr 2017 15:18:47 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v35FIl52025222 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Apr 2017 15:18:47 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 5 Apr 2017 10:18:46 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Wed, 5 Apr 2017 10:18:46 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org> Thread-Topic: [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 Thread-Index: AQHSpz1gbZRIvsYUX0eo4E0mrs/jUKG1SrIQ Date: Wed, 5 Apr 2017 15:18:45 +0000 Deferred-Delivery: Wed, 5 Apr 2017 15:18:20 +0000 Message-ID: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.18] Content-Type: multipart/alternative; boundary="_000_23d281df0e12472b91791f6173485f75XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 15:19:00 -0000 --_000_23d281df0e12472b91791f6173485f75XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gVGhvbWFzIDoNCg0KQWxsIGluIGFsbCwgeW91ciBwb2ludHMgYXJlIHdlbGwgdW5kZXJz dG9vZCwgYW5kIEkgd2lsbCByZXN0cnVjdHVyZSBhIGJpdCBhbmQgYWRkIHdvcmRzLiBCdXQsIGJl Zm9yZSBJIHNwZW5kIHRvbyBtdWNoIG9mIG15IHRpbWUgb24gdGhpcyBkcmFmdCwgSeKAmWQgbGlr ZSB0byBzZWUgdGhlIFdHIGludGVyZXN0IGNsZWFybHkgZXhwcmVzc2VkLiBTbyBmYXIgSSBzYXcg eW91IGFuZCBNaWNoZWwgZXhwcmVzc2luZyBjbGVhciBzdXBwb3J0LiBJcyB0aGUgZ3JvdXAgYmVo aW5kIHVzPw0KDQoNClBsZWFzZSBzZWUgYmVsb3cgOw0KDQpwb2ludCAxOiBjbGVhcmVyIGludHJv IG5lZWRlZA0KDQpmcm9tIG15IHVuZGVyc3RhbmRpbmcsIHRoaXMgZHJhZnQgaW50cm9kdWNlcyB0 d28gdGhpbmdzOiAoMSkgYSB3YXkgb2YgZm9yd2FyZGluZyBmcmFnbWVudHMgc28gYXMgdG8gYXZv aWQgdG8gaGF2ZSB0byByZWFzc2VtYmxlIGF0IGV2ZXJ5IGhvcCBhbmQgKDIpIGFuIGVuZC10by1l bmQgcHJvdG9jb2wgdG8gcmVxdWVzdCBsb3N0IGZyYWdtZW50cyB0byBiZSByZXRyYW5zbWl0dGVk LiBJIHRoaW5rIGl0ZW0gKDEpIGlzIHJlYWxseSB0aGUgbWFpbiBjb250cmlidXRpb24gb2YgdGhl IGRyYWZ0LCBhbmQgKDIpIGlzIGEgbmVjZXNzYXJ5IGNvcm9sbGFyeSB0byBtYWtpbmcgKDEpIHdv cmsuIFRoZSBhYnN0cmFjdCBhbmQgaW50cm8sIGhvd2V2ZXIsIHNlZW0gdG8gZm9jdXMgYWxtb3N0 IGV4Y2x1c2l2ZWx5IG9uICgyKSwgbm90IGNsZWFybHkgc3RhdGluZyAoMSkuIEEgc2luZ2xlIHNl bnRlbmNlIGF0IHRoZSB2ZXJ5IGJlZ2lubmluZyBzdHJlc3NpbmcgdGhlIHR3byBjb250cmlidXRp b25zIHdvdWxkIGdvIGEgbG9uZyB3YXkgSU1PLg0KDQpbUGFzY2FsXSBPSywgSeKAmWxsIGltcHJv dmUgdGhhdCBvbiB0aGUgbmV4dCByZXZpc2lvbi4gTm90ZSB0aGF0IHRoZSBpbml0aWFsIHRpdGxl IG9mIHRoZSBkcmFmdCB3YXMgZHJhZnQtdGh1YmVydC02bG93cGFuLXNpbXBsZS1mcmFnbWVudC1y ZWNvdmVyeTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtdGh1YmVydC02bG93cGFu LXNpbXBsZS1mcmFnbWVudC1yZWNvdmVyeS0wMD4gOyBzaW5jZSB0aGVuLCBJIG1vdmVkIHRoZSBm b2N1cyBvbiB0aGUgY2FwYWJpbGl0eSB0byBzdHJlYW1saSxuZSB0aGUgZnJhZ21lbnRzIG92ZXIg YSBtZXNoLiBCdXQgYm90aCBhcmUgcmVhbGx5IGltcG9ydGFudC4gRm9yd2FyZGluZyBmcmFnbWVu dHMgaXMgbm93IHRoZSB0aXRsZSwgYW5kIHRoZSBkcmFmdCBpbXByb3ZlcyB0aGUgdGhyb3VnaHB1 dCBieSBzdHJlYW1saW5pbmcgd2hpbGUgYXZvaWRpbmcgYnVmZmVyIGJsb2F0IGluc2lkZSB0aGUg bmV0d29yay4NCllldCwgcmVjb3ZlcmluZyB0aGUgbWlzc2luZyBmcmFncyBpcyBpbXBvcnRhbnQg YXMgd2VsbCwgYXZvaWRzIHRoZSBibG9hdCBpbiB0aGUgZW5kIHBvaW50LiBMb29raW5nIGF0IHRo ZSBiaWcgcGljdHVyZSwgaXTigJlzIHZlcnkgaGFyZCB0byBkbyBvbmUgd2l0aG91dCB0aGUgb3Ro ZXIsIHRoZSB0ZWNobmlxdWVzIGJlbmVmaXQgZnJvbSBvbmUgYW5vdGhlciBhbmQgYXJlIG5vdCBz ZXBhcmFibGUuDQoNCi0tLQ0KDQpwb2ludCAyOiBqdXN0aWZpY2F0aW9uDQoNClNlY3Rpb24gMyBw cm92aWRlcyBhIHJhdGlvbmFsZSBhcyB0byB3aHkgdGhpcyBkcmFmdCBpcyBuZWVkZWQuIEl0IGZv Y3VzZXMgYWxtb3N0IGV4Y2x1c2l2ZWx5IG9uIHJlbGlhYmlsaXR5OiBpZiB0aGUgbGluayBpcyA5 OSUgcmVsaWFibGUsIHRoZW4gdGhlIHByb2JhYmlsaXR5IHRoYXQgNSBmcmFnbWVudHMsIGV0Yy4g SU1PIHRoYXQgZG9lc24ndCBtYWtlIG11Y2ggc2Vuc2UgYXMgZWFjaCBmcmFnbWVudCB3aWxsIGJl IGxpbmstbGF5ZXIgQUNLJ2VkIGFuZCByZXRyYW5zbWl0dGVkIChhdCB0aGUgbGluayBsYXllciwg aS5lLiJ0cmFuc3BhcmVudGx5IiB0byA2TG9XUEFOKS4gVGhlcmUgaXMgb2YgY291cnNlIGEgcHJv YmFiaWxpdHkgdGhhdCBhbGwgcmV0cmllcyBmYWlsLCBidXQganVzdGlmeWluZyB0aGUgZHJhZnQg YnkgYXNzdW1pbmcgdGhlcmUgYXJlIG5vIGxpbmstbGF5ZXIgQUNLcyBtYWtlIGxpdHRsZSBzZW5z ZS4gSSBtYXkgY29tcGxldGVseSBtaXN1bmRlcnN0YW5kLCBpbiB3aGljaCBjYXNlLCBwbGVhc2Ug cG9pbnQgdGhhdCBvdXQuDQoNCltQYXNjYWxdIFdlIHdhbnQgdG8gbWFrZSB0aGUgdHJhbnNtaXNz aW9uIHJlbGlhYmxlIG92ZXIgbXVsdGlob3AuIEkgYWdyZWUgd2l0aCB3aGF0IHlvdSBhcmUgc2F5 aW5nIG92ZXIgb25lIGhvcC4gQnV0IGluIHRoZSBtdWx0aWhvcCBzY2VuYXJpbywgaWYgYSBob3Ag ZG93biB0aGUgcGF0aCB0ZW1wb3JhcmlseSBmYWlscywgdGhlIHJldHJpZXMgdGhlcmUgd2lsbCBl eGhhdXN0LCBidXQgdGhlIG5vZGUgdGhhdCBkaWQgdGhlIGZyYWdtZW50YXRpb24gd2lsbCBub3Qg YmUgYXdhcmUgKG5vIG5hY2sgYWxsIHRoZSB3YXkgYmFjayksIGFzIG9wcG9zZWQgdG8gdGhlIHNp bmdsZSBob3AgY2FzZS4gU28gaXQgd2lsbCBrZWVwIHNlbmRpbmcgdGhlIG5leHQgZnJhZ21lbnRz LCBjb250cmlidXRpbmcgdG8gdGhlIHByb2JsZW0sIHdhc3RpbmcgdGltZSBhbmQgbmV0d29yayBy ZXNvdXJjZXMsIGV0Yy4uLg0KDQpUaGUgbWFqb3IgcmF0aW9uYWxlIElNTyBmb3IgdGhpcyBkcmFm dCBpcyB0aGF0IGl0IGRvZXNuJ3QgcmVxdWlyZSBpbnRlcm1lZGlhcnkgbm9kZXMgdG8gcmVhc3Nl bWJsZSEgV2h5IG5vdCBqdXN0IHNheSB0aGF0PyBSZWFzc2VtYmx5IGF0IGVhY2ggaG9wIHlpZWxk cyBzZXZlcmFsIHByb2JsZW1zLCB0aGUgYmlnZ2VzdCBvbmUgaW4gbXkgZXhwZXJpZW5jZSBpcyB0 aGF0IG9mIG1lbW9yeSBtYW5hZ2VtZW50IChpZiBJJ20gbWlzc2luZyBvbmUgZnJhZ21lbnQgZnJv bSBhIHBhY2tldCwgYW5kIGEgZnJhZ21lbnQgZnJvbSBhIHNlY29uZCBwYWNrZXQgYXJyaXZlLCBh bmQgSSBoYXZlIG9ubHkgb25lIGFzc2VtYmx5IGJ1ZmZlciwgd2hhdCBzaG91bGQgSSBkbz8pLg0K DQpbUGFzY2FsXSBZZXMsIHRoaXMgaXMgb25lIG9mIHRoZSBwcm9ibGVtcyBJIGlsbHVzdHJhdGVk IHRoZSBtb3N0IGF0IHRoZSA2bG8gbWVldGluZywgYXMgeW91IHNhdy4gTm93LCB0aGUgYmxvYXQg bWF5IGhhcHBlbiBpbiB0aGUgcmVjZWl2ZSBlbmQgbm9kZSwgZXZlbiB3aGVuIGZyYWdtZW50cyBh cmUgc3RyZWFtbGluZWQuIEl0IGhhcHBlbnMgYXMgc29vbiBhcyBvbmUgZnJhZ21lbnQgaXMgbG9z dC4gU28gZm9yd2FyZGluZyBmcmFnbWVudHMgcHJvdGVjdHMgdGhlIG5ldHdvcmssIG1ha2luZyB0 aGUgZnJhZ21lbnRzIHJlbGlhYmxlIHByb3RlY3RzIHRoZSBwYWNrZXQgYW5kIHRoZSBlbmQgcG9p bnQuDQoNCkkgZmVlbCBsaWtlIEknbSBtaXNzaW5nIHNvbWV0aGluZywgb3IgZXZlbiByZWFkaW5n IGEgZHJhZnQgdGhhdCBpcyBub3Qgd2hhdCBJIGV4cGVjdGVkIGl0IHRvIGJlLi4uDQoNCltQYXNj YWxdIENhbuKAmXQgc2F5LiBCdXQgYm90aCBhcmUgbmVlZGVkIGFuZCBoZWxwIG9uZSBhbm90aGVy IHRvIHRoZSBwb2ludCB0aGF0IHRoZXkgY2Fubm90IGJlIHNlcGFyYXRlZC4gVGhlIGRyYWZ0IGFk ZHJlc3NlcyBhbGwgdGhlIHBvaW50cyBpbiBteSBwcmVzZW50YXRpb24gYXQgNmxvIChodHRwczov L3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy85OC9zbGlkZXMvc2xpZGVzLTk4LTZsby1mcmFnbWVu dGF0aW9uLWZvcndhcmRpbmctaXNzdWVzLWluLTZsb3dwYW4tMDAucGRmKSwgYnV0IHRoZSBoaWRk ZW4gdGVybWluYWwgd2hpY2ggaXMgbm90IGFuIGlzc3VlIGZvciA2VGlTQ0ggYW5kIGlzIG9ubHkg YWxsZXZpYXRlZCBieSB0aGUgcHJvcG9zZWQgZmxvdyBjb250cm9sIGFuZCB0aGUgd2luZG93IG9m IG9uZSBmcmFnbWVudC4gVGhlIHZhbHVlIHRoYXQgeW91IGZvY3VzIG9uIGlzIGRpc2N1c3NlZCBz bGlkZXMgOS0xMiwgYW5kIHdhcyBhIGZvY3VzIG9mIHRoZSBkaXNjdXNzaW9uLg0KLS0tDQoNCnBv aW50IDM6IFNlY3Rpb24gNSBPdmVydmlldyBpcyBub3QgYW4gb3ZlcnZpZXcNCg0KU2VjdGlvbiA1 IGlzIGNhbGxlZCAiT3ZlcnZpZXciIGFuZCBhcHBlYXJzIGJlZm9yZSB0aGUgYWN0dWFsIHByb3Bv c2FsIGlzIGRlc2NyaWJlZC4gRnJvbSB0aGUgdGl0bGUsIEkgd2FzIGV4cGVjdGluZyBhIGNvdXBs ZSBvZiBwYXJhZ3JhcGhzIHdpdGggdGhlIG1haW4gaWRlYSwgbWF5YmUgYSBkaWFncmFtIG9yIHR3 byB0byBtYWtlIHRoZSBiaWcgcGljdHVyZSBjbGVhci4gSW5zdGVhZCwgdGhlIHNlY3Rpb24gY29u dGFpbnMgYSBkaXNjdXNzaW9uIGFib3V0IHZlcnkgc3VidGxlIHBvaW50cywgaW5jbHVkaW5nIGNv bmdlc3Rpb24gY29udHJvbCwgaW50ZXJhY3Rpb24gd2l0aCBsaW5rLWxheWVyIHByb3RvY29scywg dGltZW91dCBjYWxjdWxhdGlvbiBhbmQgc2VjdXJpdHkuDQoNClRvIHN1bW1hcml6ZSwgdGhlIHRl eHQgaW4gdGhpcyBzZWN0aW9uIGlzIGludGVyZXN0aW5nIGFuZCBzaG91bGQgY2VydGFpbmx5IGFw cGVhciBpbiB0aGUgc3BlY2lmaWNhdGlvbiwgYnV0IGFzIGRpc2N1c3Npb24gcG9pbnRzIEFGVEVS IHRoZSBtYWluIGlkZWEgaXMgcHJlc2VudGVkLg0KDQpbUGFzY2FsXSBBY2sNCi0tLQ0KDQpwb2lu dCA0OiB0aGUgY29uZnVzaW5nIHVzZSBvZiB0aGUgd29yZCAiYWNrbm93bGVkZ21lbnQiDQoNCldo aWxlIHVuZGVyc3RhbmRhYmxlLCB0aGUgdXNlIG9mIGFja25vd2xlZGdtZW50IHdoaWNoIGNhbiBy ZWZlciB0byBMMiBBQ0tzIG9yIFJGUkFHLUFDSyBtZXNzYWdlcyBpcyBjb25mdXNlZC4gSSBzdWdn ZXN0IHRvIHVzZSB0aGUgdGVybSAiUkZSQUctQUNLIiByYXRoZXIgdGhhbiB0aGUgZ2VuZXJpYyAi QWNrbm93bGVkZ2VtZW50Ii4NCg0KW1Bhc2NhbF0gQWNrDQoNCg0KLS0tDQoNCnBvaW50IDU6IGxh YmVsIHN3aXRjaGluZw0KDQpUaGUgbGFiZWwgc3dpdGNoaW5nIG1lY2hhbmlzbSBpcyBlbGVnYW50 IGFzIHRoZSBsYWJlbHMgYXJlIGxvY2FsbHkgc2lnbmlmaWNhbnQgb25seSwgd2l0aCBubyBuZWVk IHRvIG1haW50YWluIGEgbmV0d29yay13aWRlIGxhYmVsIHJlZ2lzdHJ5LiBUaGUgZG9jdW1lbnQg c2hvdWxkIHN0YXRlIHNvLg0KDQpbUGFzY2FsXSBBY2sNCg0KRm9yIHRoZSByZXN0IEkgYW5zd2Vy ZWQgaW4gbGluZSwgcGxlYXNlIHNlZSBiZWxvdy4NCg0KVGFrZSBjYXJlLA0KDQpQYXNjYWwNCg0K DQo9PT0NCg0KNmxvICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgUC4gVGh1YmVydCwgRWQuDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIENpc2NvIFN5c3RlbXMNCkludGVuZGVkIHN0YXR1 czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEouIEh1 aQ0KRXhwaXJlczogSnVseSAxNCwgMjAxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgTmVzdCBMYWJzDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMTAsIDIwMTcNCg0KDQogICAgICAgICAgICAgICAg ICBMTE4gRnJhZ21lbnQgRm9yd2FyZGluZyBhbmQgUmVjb3ZlcnkNCiAgICAgICAgICAgICAgIGRy YWZ0LXRodWJlcnQtNmxvLWZvcndhcmRpbmctZnJhZ21lbnRzLTA0DQoNCkFic3RyYWN0DQoNCiAg IEluIG9yZGVyIHRvIGJlIHJvdXRlZCwgYSBmcmFnbWVudGVkIDZMb1dQQU4gcGFja2V0IG11c3Qg YmUNCiAgIHJlYXNzZW1ibGVkIGF0IGV2ZXJ5IGhvcCBvZiBhIG11bHRpaG9wIGxpbmsgd2hlcmUg bG93ZXIgbGF5ZXINCiAgIGZyYWdtZW50YXRpb24gb2NjdXJzLiAgQ29uc2lkZXJpbmcgdGhhdCB0 aGUgSVB2NiBtaW5pbXVtIE1UVSBpcyAxMjgwDQogICBieXRlcywgYW5kIHRoYXQgYW4gODAyLjE1 LjQgZnJhbWUgY2FuIGhhdmUgYSBwYXlsb2FkIGxpbWl0ZWQgdG8gNzQNCiAgIGJ5dGVzIGluIHRo ZSB3b3JzdCBjYXNlLCBhIHBhY2tldCBtaWdodCBlbmQgdXAgZnJhZ21lbnRlZCBpbnRvIGFzDQog ICBtYW55IGFzIDE4IGZyYWdtZW50cyBieSA2TG9XUEFOLg0KVFc+IG5vdCBzdXJlIHRoZSB0ZXJt ICJzaGltIGxheWVyIiBpcyB3aWRlbHkgdXNlZC4gSSBzdWdnZXN0IHRvIHJlcGxhY2Ugc2ltcGx5 IGJ5ICI2TG9XUEFOIiAoZG9uZSBhbHJlYWR5KQ0KICAgSWYgYSBzaW5nbGUgb25lIG9mDQogICB0 aG9zZSBmcmFnbWVudHMgaXMgbG9zdCBpbiB0cmFuc21pc3Npb24sIGFsbCBmcmFnbWVudHMgbXVz dCBiZQ0KICAgcmVzZW50LCBmdXJ0aGVyIGNvbnRyaWJ1dGluZyB0byB0aGUgY29uZ2VzdGlvbiB0 aGF0IG1pZ2h0IGhhdmUgY2F1c2VkDQogICB0aGUgaW5pdGlhbCBwYWNrZXQgbG9zcy4gIFRoaXMg c3BlY2lmaWNhdGlvbiBpbnRyb2R1Y2VzIGEgc2ltcGxlIHByb3RvY29sIHRvDQogICBmb3J3YXJk IGFuZCByZWNvdmVyIGluZGl2aWR1YWwgZnJhZ21lbnRzIHRoYXQgbWlnaHQgYmUgbG9zdCBvdmVy DQogICBtdWx0aXBsZSBob3BzIGJldHdlZW4gNkxvV1BBTiBlbmRwb2ludHMuDQoNClN0YXR1cyBv ZiBUaGlzIE1lbW8NCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVs bCBjb25mb3JtYW5jZSB3aXRoIHRoZQ0KICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3 OS4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50 ZXJuZXQgRW5naW5lZXJpbmcNCiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVy IGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlDQogICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRl cm5ldC1EcmFmdHMuICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LQ0KICAgRHJhZnRzIGlz IGF0IGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8uDQoNCiAgIElu dGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Yg c2l4IG1vbnRocw0KICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVk IGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkNCiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRl IHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlDQogICBtYXRlcmlhbCBvciB0byBj aXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iDQoNCiAgIFRoaXMgSW50 ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gSnVseSAxNCwgMjAxNy4NCg0KQ29weXJpZ2h0IE5v dGljZQ0KDQogICBDb3B5cmlnaHQgKGMpIDIwMTcgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMg aWRlbnRpZmllZCBhcyB0aGUNCiAgIGRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2Vy dmVkLg0KDQogICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVU RiBUcnVzdCdzIExlZ2FsDQogICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRz DQoNCg0KDQpUaHViZXJ0ICYgSHVpICAgICAgICAgICAgIEV4cGlyZXMgSnVseSAxNCwgMjAxNyAg ICAgICAgICAgICAgICAgW1BhZ2UgMV0NCkludGVybmV0LURyYWZ0ICAgIExMTiBGcmFnbWVudCBG b3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAgICAgIEphbnVhcnkgMjAxNw0KDQoNCiAgIChodHRwOi8v dHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZg0K ICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9j dW1lbnRzDQogICBjYXJlZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJl c3RyaWN0aW9ucyB3aXRoIHJlc3BlY3QNCiAgIHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBv bmVudHMgZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0DQogICBpbmNsdWRlIFNpbXBs aWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YNCiAg IHRoZSBUcnVzdCBMZWdhbCBQcm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJy YW50eSBhcw0KICAgZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLg0KDQpU YWJsZSBvZiBDb250ZW50cw0KDQogICAxLiAgSW50cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDINCiAgIDIuICBUZXJtaW5vbG9neSAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMw0KICAg My4gIFJhdGlvbmFsZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA0DQogICA0LiAgUmVxdWlyZW1lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDUNCiAgIDUuICBPdmVydmlldyAgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNg0KICAgNi4gIE5l dyBEaXNwYXRjaCB0eXBlcyBhbmQgaGVhZGVycyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gICA4DQogICAgIDYuMS4gIFJlY292ZXJhYmxlIEZyYWdtZW50IERpc3BhdGNoIHR5cGUgYW5k IEhlYWRlciAuIC4gLiAuIC4gLiAgIDgNCiAgICAgNi4yLiAgRnJhZ21lbnQgYWNrbm93bGVkZ21l bnQgRGlzcGF0Y2ggdHlwZSBhbmQgSGVhZGVyICAuIC4gLiAuICAgOA0KICAgNy4gIEZyYWdtZW50 cyBSZWNvdmVyeSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEw DQogICA4LiAgRm9yd2FyZGluZyBGcmFnbWVudHMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgMTENCiAgICAgOC4xLiAgVXBvbiB0aGUgZmlyc3QgZnJhZ21lbnQgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMg0KICAgICA4LjIuICBVcG9uIHRoZSBu ZXh0IGZyYWdtZW50cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEzDQogICAg IDguMy4gIFVwb24gdGhlIGZyYWdtZW50IGFja25vd2xlZGdtZW50cyAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgMTMNCiAgIDkuICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxNA0KICAgMTAuIElBTkEgQ29uc2lkZXJhdGlvbnMg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE0DQogICAxMS4gQWNr bm93bGVkZ21lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgMTQNCiAgIDEyLiBSZWZlcmVuY2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAxNA0KICAgICAxMi4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE0DQogICAgIDEyLjIuICBJbmZv cm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTUN CiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICAxNg0KDQoxLiAgSW50cm9kdWN0aW9uDQoNCiAgIEluIG1vc3QgTG93IFBv d2VyIGFuZCBMb3NzeSBOZXR3b3JrIChMTE4pIGFwcGxpY2F0aW9ucywgdGhlIGJ1bGsgb2YNCiAg IHRoZSB0cmFmZmljIGNvbnNpc3RzIG9mIHNtYWxsIGNodW5rcyBvZiBkYXRhIChpbiB0aGUgb3Jk ZXIgZmV3IGJ5dGVzDQogICB0byBhIGZldyB0ZW5zIG9mIGJ5dGVzKSBhdCBhIHRpbWUuICBHaXZl biB0aGF0IGFuIDgwMi4xNS40IGZyYW1lIGNhbg0KICAgY2FycnkgNzQgYnl0ZXMgb3IgbW9yZSBp biBhbGwgY2FzZXMsIGZyYWdtZW50YXRpb24gaXMgdXN1YWxseSBub3QNCiAgIHJlcXVpcmVkLiAg SG93ZXZlciwgYW5kIHRob3VnaCB0aGlzIGhhcHBlbnMgb25seSBvY2Nhc2lvbmFsbHksIGENCiAg IG51bWJlciBvZiBtaXNzaW9uLWNyaXRpY2FsIGFwcGxpY2F0aW9ucyBkbyByZXF1aXJlIHRoZSBj YXBhYmlsaXR5IHRvDQogICB0cmFuc2ZlciBsYXJnZXIgY2h1bmtzIG9mIGRhdGEsIGZvciBpbnN0 YW5jZSB0byBzdXBwb3J0IGZpcm13YXJlDQogICB1cGRhdGUgb2YgdGhlIExMTiBub2Rlcywgb3Ig YW4gZXh0cmFjdGlvbiBvZiBsb2dzIGZyb20gTExOIG5vZGVzLg0KICAgSW4gdGhlIGZvcm1lciBj YXNlLCB0aGUgbGFyZ2UgY2h1bmsgb2YgZGF0YSBpcyB0cmFuc2ZlcnJlZCB0byB0aGUgTExODQog ICBub2RlLCB3aGVyZWFzIGluIHRoZSBsYXR0ZXIsIHRoZSBsYXJnZSBjaHVuayBmbG93cyBhd2F5 IGZyb20gdGhlIExMTg0KICAgbm9kZS4gIEluIGJvdGggY2FzZXMsIHRoZSBzaXplIGNhbiBiZSBv biB0aGUgb3JkZXIgb2YgMTAga0Igb3INCiAgIG1vcmUsIGFuZCBhbiBlbmQtdG8tZW5kIHJlbGlh YmxlIHRyYW5zcG9ydCBpcyByZXF1aXJlZC4NCg0KICAgTWVjaGFuaXNtcyBzdWNoIGFzIFRDUCBv ciBhcHBsaWNhdGlvbi1sYXllciBzZWdtZW50YXRpb24gd2lsbCBiZSB1c2VkDQogICB0byBzdXBw b3J0IGVuZC10by1lbmQgcmVsaWFibGUgdHJhbnNwb3J0LiAgT25lIG9wdGlvbiB0byBzdXBwb3J0 IGJ1bGsNCg0KDQoNClRodWJlcnQgJiBIdWkgICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE0LCAy MDE3ICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KSW50ZXJuZXQtRHJhZnQgICAgTExOIEZyYWdt ZW50IEZvcndhcmRpbmcgYW5kIFJlY292ZXJ5ICAgICAgSmFudWFyeSAyMDE3DQoNCg0KICAgZGF0 YSB0cmFuc2ZlciBvdmVyIGEgZnJhbWUtc2l6ZS1jb25zdHJhaW5lZCBMTE4gaXMgdG8gc2V0IHRo ZSBNYXhpbXVtDQogICBTZWdtZW50IFNpemUgdG8gZml0IHdpdGhpbiB0aGUgbGluayBtYXhpbXVt IGZyYW1lIHNpemUuICBEb2luZyBzbywNCiAgIGhvd2V2ZXIsIGNhbiBhZGQgc2lnbmlmaWNhbnQg aGVhZGVyIG92ZXJoZWFkIHRvIGVhY2ggODAyLjE1LjQgZnJhbWUuDQogICBUaGlzIGNhdXNlcyB0 aGUgZW5kLXRvLWVuZCB0cmFuc3BvcnQgdG8gYmUgaW50aW1hdGVseSBhd2FyZSBvZiB0aGUNCiAg IGRlbGl2ZXJ5IHByb3BlcnRpZXMgb2YgdGhlIHVuZGVybGF5aW5nIExMTiwgd2hpY2ggaXMgYSBs YXllcg0KICAgdmlvbGF0aW9uLg0KDQogICBBbiBhbHRlcm5hdGl2ZSBtZWNoYW5pc20gdXNlcyA2 TG9XUEFOIGZyYWdtZW50YXRpb24gaW4NCiAgIGFkZGl0aW9uIHRvIHRyYW5zcG9ydCBvciBhcHBs aWNhdGlvbi1sYXllciBzZWdtZW50YXRpb24uICBJbmNyZWFzaW5nDQogICB0aGUgTWF4aW11bSBT ZWdtZW50IFNpemUgcmVkdWNlcyBoZWFkZXIgb3ZlcmhlYWQgYnkgdGhlIGVuZC10by1lbmQNCiAg IHRyYW5zcG9ydCBwcm90b2NvbC4gIEl0IGFsc28gZW5jb3VyYWdlcyB0aGUgdHJhbnNwb3J0IHBy b3RvY29sIHRvDQogICByZWR1Y2UgdGhlIG51bWJlciBvZiBvdXRzdGFuZGluZyBkYXRhZ3JhbXMs IGlkZWFsbHkgdG8gYSBzaW5nbGUNCiAgIGRhdGFncmFtLCB0aHVzIHJlZHVjaW5nIHRoZSBuZWVk IHRvIHN1cHBvcnQgb3V0LW9mLW9yZGVyIGRlbGl2ZXJ5DQogICBjb21tb24gdG8gTExOcy4NCg0K ICAgW1JGQzQ5NDRdIGRlZmluZXMgYSBkYXRhZ3JhbSBmcmFnbWVudGF0aW9uIG1lY2hhbmlzbSBm b3IgTExOcy4NCiAgIEhvd2V2ZXIsIGJlY2F1c2UgW1JGQzQ5NDRdIGRvZXMgbm90IGRlZmluZSBh IG1lY2hhbmlzbSBmb3IgcmVjb3ZlcmluZw0KICAgZnJhZ21lbnRzIHRoYXQgYXJlIGxvc3QsIGRh dGFncmFtIGZvcndhcmRpbmcgZmFpbHMgaWYgZXZlbiBvbmUNCiAgIGZyYWdtZW50IGlzIG5vdCBk ZWxpdmVyZWQgcHJvcGVybHkgdG8gdGhlIG5leHQgSVAgaG9wLiAgRW5kLXRvLWVuZA0KICAgdHJh bnNwb3J0IG1lY2hhbmlzbXMgd2lsbCByZXF1aXJlIHJldHJhbnNtaXNzaW9uIG9mIGFsbCBmcmFn bWVudHMsDQogICB3YXN0aW5nIHJlc291cmNlcyBpbiBhbiBhbHJlYWR5IHJlc291cmNlLWNvbnN0 cmFpbmVkIG5ldHdvcmsuDQoNCiAgIFBhc3QgZXhwZXJpZW5jZSB3aXRoIGZyYWdtZW50YXRpb24g aGFzIHNob3duIHRoYXQgbWlzLWFzc29jaWF0ZWQgb3INCiAgIGxvc3QgZnJhZ21lbnRzIGNhbiBs ZWFkIHRvIHBvb3IgbmV0d29yayBiZWhhdmlvciBhbmQsIGV2ZW50dWFsbHksDQogICB0cm91Ymxl IGF0IGFwcGxpY2F0aW9uIGxheWVyLiAgVGhlIHJlYWRlciBpcyBlbmNvdXJhZ2VkIHRvIHJlYWQN CiAgIFtSRkM0OTYzXSBhbmQgZm9sbG93IHRoZSByZWZlcmVuY2VzIGZvciBtb3JlIGluZm9ybWF0 aW9uLiAgVGhhdA0KICAgZXhwZXJpZW5jZSBsZWQgdG8gdGhlIGRlZmluaXRpb24gb2YgdGhlIFBh dGggTVRVIGRpc2NvdmVyeSBbUkZDMTE5MV0NCiAgIHByb3RvY29sIHRoYXQgbGltaXRzIGZyYWdt ZW50YXRpb24gb3ZlciB0aGUgSW50ZXJuZXQuDQoNCiAgIEZvciBvbmUtaG9wIGNvbW11bmljYXRp b25zLCBhIG51bWJlciBvZiBtZWRpYSBwcm9wb3NlIGEgbG9jYWwNCiAgIGFja25vd2xlZGdtZW50 IG1lY2hhbmlzbSB0aGF0IGlzIGVub3VnaCB0byBwcm90ZWN0IHRoZSBmcmFnbWVudHMuICBJbg0K ICAgYSBtdWx0aWhvcCBlbnZpcm9ubWVudCwgYW4gZW5kLXRvLWVuZCBmcmFnbWVudCByZWNvdmVy eSBtZWNoYW5pc20NCiAgIG1pZ2h0IGJlIGEgZ29vZCBjb21wbGVtZW50IHRvIGEgaG9wLWJ5LWhv cCBNQUMgbGV2ZWwgcmVjb3ZlcnkuICBUaGlzDQogICBkcmFmdCBpbnRyb2R1Y2VzIGEgc2ltcGxl IHByb3RvY29sIHRvIHJlY292ZXIgaW5kaXZpZHVhbCBmcmFnbWVudHMNCiAgIGJldHdlZW4gNkxv V1BBTiBlbmRwb2ludHMuICBTcGVjaWZpY2FsbHkgaW4gdGhlIGNhc2Ugb2YgVURQLCB2YWx1YWJs ZQ0KICAgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBjYW4gYmUgZm91bmQgaW4gVURQIFVzYWdlIEd1 aWRlbGluZXMgZm9yDQogICBBcHBsaWNhdGlvbiBEZXNpZ25lcnMgW1JGQzU0MDVdLg0KDQoyLiAg VGVybWlub2xvZ3kNCg0KICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFV SVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLA0KICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwg IlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMNCiAgIGRvY3VtZW50 IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gW1JGQzIxMTldLg0KDQogICBS ZWFkZXJzIGFyZSBleHBlY3RlZCB0byBiZSBmYW1pbGlhciB3aXRoIGFsbCB0aGUgdGVybXMgYW5k IGNvbmNlcHRzDQogICB0aGF0IGFyZSBkaXNjdXNzZWQgaW4gIklQdjYgb3ZlciBMb3ctUG93ZXIg V2lyZWxlc3MgUGVyc29uYWwgQXJlYQ0KICAgTmV0d29ya3MgKDZMb1dQQU5zKTogT3ZlcnZpZXcs IEFzc3VtcHRpb25zLCBQcm9ibGVtIFN0YXRlbWVudCwgYW5kDQoNCg0KDQoNClRodWJlcnQgJiBI dWkgICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICAgICAgICAgICAgICAgICBbUGFn ZSAzXQ0KSW50ZXJuZXQtRHJhZnQgICAgTExOIEZyYWdtZW50IEZvcndhcmRpbmcgYW5kIFJlY292 ZXJ5ICAgICAgSmFudWFyeSAyMDE3DQoNCg0KICAgR29hbHMiIFtSRkM0OTE5XSBhbmQgIlRyYW5z bWlzc2lvbiBvZiBJUHY2IFBhY2tldHMgb3ZlciBJRUVFIDgwMi4xNS40DQogICBOZXR3b3JrcyIg W1JGQzQ5NDRdLg0KDQogICBFUlANCg0KICAgICAgRXJyb3IgUmVjb3ZlcnkgUHJvY2VkdXJlLg0K DQogICA2TG9XUEFOIGVuZHBvaW50cw0KDQogICAgICBUaGUgTExOIG5vZGVzIGluIGNoYXJnZSBv ZiBnZW5lcmF0aW5nIG9yIGV4cGFuZGluZyBhIDZMb1dQQU4NCiAgICAgIGhlYWRlciBmcm9tL3Rv IGEgZnVsbCBJUHY2IHBhY2tldC4gIFRoZSA2TG9XUEFOIGVuZHBvaW50cyBhcmUgdGhlDQogICAg ICBwb2ludHMgd2hlcmUgZnJhZ21lbnRhdGlvbiBhbmQgcmVhc3NlbWJseSB0YWtlIHBsYWNlLg0K VFc+IHNob3VsZCB3ZSBhZGQgYSBzZW50ZW5jZSB0aGF0IHN0YXRlcyB0aGF0IG9uZSBvZiB0aG9z ZSBwb2ludCBpcyBOT1QgbmVjZXNzYXJpbHkgdGhlIExCUj8NCg0KDQoNCltQYXNjYWxdTm90IHN1 cmUgdGhlcmUgaXMgYSBuZWVkOyB0aGlzIGlzIG5vdCBhIFJPTEwgZG9jdW1lbnQsIHRoZXJlIGlz IG5vdCBuZWNlc3Nhcnkgc3VjaCBhIHRoaW5nIGFzIGEgNkxCUg0KDQoNCjMuICBSYXRpb25hbGUN Cg0KICAgVGhlcmUgYXJlIGEgbnVtYmVyIG9mIHVzZSBjYXNlcyBmb3IgbGFyZ2UgcGFja2V0cyBp biBXaXJlbGVzcyBTZW5zb3INCiAgIE5ldHdvcmtzLiAgU3VjaCB1c2FnZXMgbWF5IG5vdCBiZSB0 aGUgbW9zdCB0eXBpY2FsIG9yIHJlcHJlc2VudCB0aGUNCiAgIGxhcmdlc3QgYW1vdW50IG9mIHRy YWZmaWMgb3ZlciB0aGUgTExOOyBob3dldmVyLCB0aGUgYXNzb2NpYXRlZA0KICAgZnVuY3Rpb25h bGl0eSBjYW4gYmUgY3JpdGljYWwgZW5vdWdoIHRvIGp1c3RpZnkgZXh0cmEgY2FyZSBmb3INCiAg IGVuc3VyaW5nIGVmZmVjdGl2ZSB0cmFuc3BvcnQgb2YgbGFyZ2UgcGFja2V0cyBhY3Jvc3MgdGhl IExMTi4NCg0KICAgVGhlIGxpc3Qgb2YgdGhvc2UgdXNlIGNhc2VzIGluY2x1ZGVzOg0KDQogICBU b3dhcmRzIHRoZSBMTE4gbm9kZToNCg0KICAgICAgUGFja2FnZXMgb2YgQ29tbWFuZHM6ICBBIG51 bWJlciBvZiBjb21tYW5kcyBvciBhIGZ1bGwNCiAgICAgICAgIGNvbmZpZ3VyYXRpb24gY2FuIGJl IHBhY2thZ2VkIGFzIGEgc2luZ2xlIG1lc3NhZ2UgdG8gZW5zdXJlDQogICAgICAgICBjb25zaXN0 ZW5jeSBhbmQgZW5hYmxlIGF0b21pYyBleGVjdXRpb24gb3IgY29tcGxldGUgcm9sbGJhY2suDQog ICAgICAgICBVbnRpbCBzdWNoIGNvbW1hbmRzIGFyZSBmdWxseSByZWNlaXZlZCBhbmQgaW50ZXJw cmV0ZWQsIHRoZQ0KICAgICAgICAgaW50ZW5kZWQgb3BlcmF0aW9uIHdpbGwgbm90IHRha2UgZWZm ZWN0Lg0KDQogICAgICBGaXJtd2FyZSB1cGRhdGU6ICBGb3IgZXhhbXBsZSwgYSBuZXcgdmVyc2lv biBvZiB0aGUgTExOIG5vZGUNCiAgICAgICAgIHNvZnR3YXJlIGlzIGRvd25sb2FkZWQgZnJvbSBh IHN5c3RlbSBtYW5hZ2VyIG92ZXIgdW5pY2FzdCBvcg0KICAgICAgICAgbXVsdGljYXN0IHNlcnZp Y2VzLiAgU3VjaCBhIHJlZmxhc2hpbmcgb3BlcmF0aW9uIHR5cGljYWxseQ0KICAgICAgICAgaW52 b2x2ZXMgdXBkYXRpbmcgYSBsYXJnZSBudW1iZXIgb2Ygc2ltaWxhciBMTE4gbm9kZXMgb3ZlciBh DQogICAgICAgICByZWxhdGl2ZWx5IHNob3J0IHBlcmlvZCBvZiB0aW1lLg0KDQogICBGcm9tIHRo ZSBMTE4gbm9kZToNCg0KICAgICAgV2F2ZWZvcm0gY2FwdHVyZXM6ICBBIG51bWJlciBvZiBjb25z ZWN1dGl2ZSBzYW1wbGVzIGFyZSBtZWFzdXJlZA0KICAgICAgICAgYXQgYSBoaWdoIHJhdGUgZm9y IGEgc2hvcnQgdGltZSBhbmQgdGhlbiB0cmFuc2ZlcnJlZCBmcm9tIGENCiAgICAgICAgIHNlbnNv ciB0byBhIGdhdGV3YXkgb3IgYW4gZWRnZSBzZXJ2ZXIgYXMgYSBzaW5nbGUgbGFyZ2UgcmVwb3J0 Lg0KDQogICAgICBEYXRhIGxvZ3M6ICBMTE4gbm9kZXMgbWF5IGdlbmVyYXRlIGxhcmdlIGxvZ3Mg b2Ygc2FtcGxlZCBkYXRhIGZvcg0KICAgICAgICAgbGF0ZXIgZXh0cmFjdGlvbi4gIExMTiBub2Rl cyBtYXkgYWxzbyBnZW5lcmF0ZSBzeXN0ZW0gbG9ncyB0bw0KICAgICAgICAgYXNzaXN0IGluIGRp YWdub3NpbmcgcHJvYmxlbXMgb24gdGhlIG5vZGUgb3IgbmV0d29yay4NCg0KDQoNCg0KDQpUaHVi ZXJ0ICYgSHVpICAgICAgICAgICAgIEV4cGlyZXMgSnVseSAxNCwgMjAxNyAgICAgICAgICAgICAg ICAgW1BhZ2UgNF0NCkludGVybmV0LURyYWZ0ICAgIExMTiBGcmFnbWVudCBGb3J3YXJkaW5nIGFu ZCBSZWNvdmVyeSAgICAgIEphbnVhcnkgMjAxNw0KDQoNCiAgICAgIExhcmdlIGRhdGEgcGFja2V0 czogIFJpY2ggZGF0YSB0eXBlcyBtaWdodCByZXF1aXJlIG1vcmUgdGhhbiBvbmUNCiAgICAgICAg IGZyYWdtZW50Lg0KDQogICBVbmNvbnRyb2xsZWQgZmlybXdhcmUgZG93bmxvYWQgb3Igd2F2ZWZv cm0gdXBsb2FkIGNhbiBlYXNpbHkgcmVzdWx0DQogICBpbiBhIG1hc3NpdmUgaW5jcmVhc2Ugb2Yg dGhlIHRyYWZmaWMgYW5kIHNhdHVyYXRlIHRoZSBuZXR3b3JrLg0KDQogICBXaGVuIGEgZnJhZ21l bnQgaXMgbG9zdCBpbiB0cmFuc21pc3Npb24sIGFsbCBmcmFnbWVudHMgYXJlIHJlc2VudCwNCiAg IGZ1cnRoZXIgY29udHJpYnV0aW5nIHRvIHRoZSBjb25nZXN0aW9uIHRoYXQgY2F1c2VkIHRoZSBp bml0aWFsIGxvc3MsDQogICBhbmQgcG90ZW50aWFsbHkgbGVhZGluZyB0byBjb25nZXN0aW9uIGNv bGxhcHNlLg0KDQogICBUaGlzIHNhdHVyYXRpb24gbWF5IGxlYWQgdG8gZXhjZXNzaXZlIHJhZGlv IGludGVyZmVyZW5jZSwgb3IgcmFuZG9tDQogICBlYXJseSBkaXNjYXJkIChsZWFreSBidWNrZXQp IGluIHJlbGF5aW5nIG5vZGVzLiAgQWRkaXRpb25hbCBxdWV1aW5nDQogICBhbmQgbWVtb3J5IGNv bmdlc3Rpb24gbWF5IHJlc3VsdCB3aGlsZSB3YWl0aW5nIGZvciBhIGxvdyBwb3dlciBuZXh0DQog ICBob3AgdG8gZW1lcmdlIGZyb20gaXRzIHNsZWVwaW5nIHN0YXRlLg0KDQogICBUbyBkZW1vbnN0 cmF0ZSB0aGUgc2V2ZXJpdHkgb2YgdGhlIHByb2JsZW0sIGNvbnNpZGVyIGEgZmFpcmx5DQogICBy ZWxpYWJsZSA4MDIuMTUuNCBmcmFtZSBkZWxpdmVyeSByYXRlIG9mIDk5LjklIG92ZXIgYSBzaW5n bGUgODAyLjE1LjQNCiAgIGhvcC4gIFRoZSBleHBlY3RlZCBkZWxpdmVyeSByYXRlIG9mIGEgNS1m cmFnbWVudCBkYXRhZ3JhbSB3b3VsZCBiZQ0KICAgYWJvdXQgOTkuNSUgb3ZlciBhIHNpbmdsZSA4 MDIuMTUuNCBob3AuICBIb3dldmVyLCB0aGUgZXhwZWN0ZWQNCiAgIGRlbGl2ZXJ5IHJhdGUgd291 bGQgZHJvcCB0byA5NS4xJSBvdmVyIDEwIGhvcHMsIGEgcmVhc29uYWJsZSBuZXR3b3JrDQogICBk aWFtZXRlciBmb3IgTExOIGFwcGxpY2F0aW9ucy4gIFRoZSBleHBlY3RlZCBkZWxpdmVyeSByYXRl IGZvciBhDQogICAxMjgwLWJ5dGUgZGF0YWdyYW0gaXMgOTguNCUgb3ZlciBhIHNpbmdsZSBob3Ag YW5kIDg1LjIlIG92ZXIgMTAgaG9wcy4NClRXPiBJIGRvbid0IHRoaW5rIHRoaXMgcGFyYWdyYXBo IG1ha2VzIG11Y2ggc2Vuc2UuDQpUVz4gWW91IHdvdWxkIGhhdmUgbGluay1sYXllciBBQ0tzIGFu ZCByZXRyaWVzIHRvIGVuc3VyZSB0aGF0IGFsbCBmcmFnbWVudHMgcmVhY2ggdGhlIG5leHQgaG9w Lg0KDQoNCltQYXNjYWxdIEluIG9yZGVyIHRvIGZpdCB3aXRoaW4gdHJhbnNwb3J0IHRpbWUgb3V0 cywgeW91IHdhbnQgdG8gbGltaXQgdGhlIG51bWJlciBvZiByZXRyaWVzIHRvIGFuIGFjY2VwdGFi bGUgdGltZS4gSW4gdGhlIDk5LjklIEkgYXNzdW1lIDkwJSBkZWxpdmVyeSwgMyB0cmllcywgYW5k IGNvbXBsZXRlIGluZGVwZW5kZW5jZSBvZiB0aGUgMyB0cmllcy4gQWxsIG9mIHRoZXNlIGFzc3Vt cHRpb25zIGFyZSBjb21wbGV0ZWx5IHdyb25nLCBidXQgdGhhdCBnaXZlcyBhbiBpZGVhIG9mIGhv dyB0aGUgcHJvYmxlbXMgYWRkcyB1cCBpbiBhIG1lc2guIFN0aWxsIEkgY2FuIHJlbW92ZSB0aGUg cGFyYWdyYXBoLCBzaW5jZSwgYWZ0ZXIgYWxsICwgaXQgaXMgbm90IG5lZWRlZCBpbiBhIHNvbHV0 aW9uIGRyYWZ0Lg0KDQoNCiAgIENvbnNpZGVyaW5nIHRoYXQgW1JGQzQ5NDRdIGRlZmluZXMgYW4g TVRVIGlzIDEyODAgYnl0ZXMgYW5kIHRoYXQgaW4NCiAgIG1vc3QgaW5jYXJuYXRpb25zIChidXQg ODAyLjE1LjRHKSBhIDgwMi4xNS40IGZyYW1lIGNhbiBsaW1pdCB0aGUgTUFDDQogICBwYXlsb2Fk IHRvIGFzIGZldyBhcyA3NCBieXRlcywgYSBwYWNrZXQgbWlnaHQgYmUgZnJhZ21lbnRlZCBpbnRv IGF0DQogICBsZWFzdCAxOCBmcmFnbWVudHMgYnkgNkxvV1BBTi4gIFRha2luZyBpbnRvIGFjY291 bnQNCiAgIHRoZSB3b3JzdC1jYXNlIGhlYWRlciBvdmVyaGVhZCBmb3IgNkxvV1BBTiBGcmFnbWVu dGF0aW9uIGFuZCBNZXNoDQogICBBZGRyZXNzaW5nIGhlYWRlcnMgd2lsbCBpbmNyZWFzZSB0aGUg bnVtYmVyIG9mIHJlcXVpcmVkIGZyYWdtZW50cyB0bw0KICAgYXJvdW5kIDMyLiAgVGhpcyBsZXZl bCBvZiBmcmFnbWVudGF0aW9uIGlzIG11Y2ggaGlnaGVyIHRoYW4gdGhhdA0KICAgdHJhZGl0aW9u YWxseSBleHBlcmllbmNlZCBvdmVyIHRoZSBJbnRlcm5ldCB3aXRoIElQdjQgZnJhZ21lbnRzLiAg QXQNCiAgIHRoZSBzYW1lIHRpbWUsIHRoZSB1c2Ugb2YgcmFkaW9zIGluY3JlYXNlcyB0aGUgcHJv YmFiaWxpdHkgb2YNCiAgIHRyYW5zbWlzc2lvbiBsb3NzIGFuZCBNZXNoLVVuZGVyIHRlY2huaXF1 ZXMgY29tcG91bmQgdGhhdCByaXNrIG92ZXINCiAgIG11bHRpcGxlIGhvcHMuDQoNCjQuICBSZXF1 aXJlbWVudHMNCg0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIHByb3Bvc2VzIGEgbWV0aG9kIHRvIHJl Y292ZXIgaW5kaXZpZHVhbCBmcmFnbWVudHMgYmV0d2Vlbg0KICAgTExOIGVuZHBvaW50cy4NClRX PiBhZGQgdGhhdCBlbmRwb2ludHMgY2FuIGJlIG11bHRpcGxlIGhvcHMgYXdheSBmcm9tIG9uZSBh bm90aGVyPw0KDQoNCltQYXNjYWxdIEV4YWN0bHksIEnigJlsbCBhZGQgdGhlIHdvcmRzDQoNCiAg IFRoZSBtZXRob2QgaXMgZGVzaWduZWQgdG8gZml0IHRoZSBmb2xsb3dpbmcNCiAgIHJlcXVpcmVt ZW50cyBvZiBhIExMTiAod2l0aCBvciB3aXRob3V0IGEgTWVzaC1VbmRlciByb3V0aW5nDQogICBw cm90b2NvbCk6DQoNCiAgIE51bWJlciBvZiBmcmFnbWVudHMNCg0KICAgICAgVGhlIHJlY292ZXJ5 IG1lY2hhbmlzbSBtdXN0IHN1cHBvcnQgaGlnaGx5IGZyYWdtZW50ZWQgcGFja2V0cywNCiAgICAg IHdpdGggYSBtYXhpbXVtIG9mIDMyIGZyYWdtZW50cyBwZXIgcGFja2V0Lg0KVFc+IHJlc3VsdGlu ZyBsZW5ndGggb2YgdGhlIHBhY2tldD8gVGhlIGFic3RyYWN0IGltcGxpZXMgYSAzMio3ND0yMzY4 IGJ5dGUgbGltaXQuIElzIHRoYXQgY29ycmVjdD8NCg0KW1Bhc2NhbF0gWWVzLCBkZXBlbmRzIG9u IHRoZSBzZWN1cml0eSBvdmVyaGVhZCB3aGljaCBpcyB2YXJpYWJsZS4gQnV0IEnigJlkIHNheSB0 aGF0IHRoZSByZWFzb25hYmxlIGdvYWwgb2YgTVRVPTIwNDgsIHdoaWNoIGlzIHRoZSB1c3VhbCBJ RUVFIGJhciwgaXMgZWFzaWx5IGFjaGlldmVkLg0KDQoNCiAgIE1pbmltdW0gYWNrbm93bGVkZ21l bnQgb3ZlcmhlYWQNCg0KDQoNClRodWJlcnQgJiBIdWkgICAgICAgICAgICAgRXhwaXJlcyBKdWx5 IDE0LCAyMDE3ICAgICAgICAgICAgICAgICBbUGFnZSA1XQ0KSW50ZXJuZXQtRHJhZnQgICAgTExO IEZyYWdtZW50IEZvcndhcmRpbmcgYW5kIFJlY292ZXJ5ICAgICAgSmFudWFyeSAyMDE3DQoNCg0K ICAgICAgQmVjYXVzZSB0aGUgcmFkaW8gaXMgaGFsZiBkdXBsZXgsIGFuZCBiZWNhdXNlIG9mIHNp bGVudCB0aW1lIHNwZW50DQogICAgICBpbiB0aGUgdmFyaW91cyBtZWRpdW0gYWNjZXNzIG1lY2hh bmlzbXMsIGFuIGFja25vd2xlZGdtZW50DQogICAgICBjb25zdW1lcyByb3VnaGx5IGFzIG1hbnkg cmVzb3VyY2VzIGFzIGRhdGEgZnJhZ21lbnQuDQoNCiAgICAgIFRoZSByZWNvdmVyeSBtZWNoYW5p c20gc2hvdWxkIGJlIGFibGUgdG8gYWNrbm93bGVkZ2UgbXVsdGlwbGUNCiAgICAgIGZyYWdtZW50 cyBpbiBhIHNpbmdsZSBtZXNzYWdlIGFuZCBub3QgcmVxdWlyZSBhbiBhY2tub3dsZWRnbWVudCBh dA0KICAgICAgYWxsIGlmIGZyYWdtZW50cyBhcmUgYWxyZWFkeSBwcm90ZWN0ZWQgYXQgYSBsb3dl ciBsYXllci4NCg0KVFc+IG1heWJlIHNwZWNpZnkgaGVyZSB0aGF0IHdlIGFyZSB0YWxraW5nIGFi b3V0IGVuZC10by1lbmQgQUNLcyBiZXR3ZWVuIGVuZHBvaW50cywgbm90IEwyIEFDS3MNCg0KDQpb UGFzY2FsXSBXaWxsIGRvDQoNCg0KICAgQ29udHJvbGxlZCBsYXRlbmN5DQoNCiAgICAgIFRoZSBy ZWNvdmVyeSBtZWNoYW5pc20gbXVzdCBzdWNjZWVkIG9yIGdpdmUgdXAgd2l0aGluIHRoZSB0aW1l DQogICAgICBib3VuZGFyeSBpbXBvc2VkIGJ5IHRoZSByZWNvdmVyeSBwcm9jZXNzIG9mIHRoZSBV cHBlciBMYXllcg0KICAgICAgUHJvdG9jb2xzLg0KDQogICBTdXBwb3J0IGZvciBvdXQtb2Ytb3Jk ZXIgZnJhZ21lbnQgZGVsaXZlcnkNCg0KICAgICAgQSBNZXNoLVVuZGVyIGxvYWQgYmFsYW5jaW5n IG1lY2hhbmlzbSBzdWNoIGFzIHRoZSBJU0ExMDAgRGF0YSBMaW5rDQogICAgICBMYXllciBjYW4g aW50cm9kdWNlIG91dC1vZi1zZXF1ZW5jZSBwYWNrZXRzLg0KDQpUVz4gSSBkb24ndCBmdWxseSB1 bmRlcnN0YW5kIHdoeSB3ZSBmb2N1cyBzbyBtdWNoIG9uIG1lc2gtdW5kZXIuDQpUVz4gSWYgeW91 IGhhdmUgYSBmdWxseSBtZXNoLXVuZGVyIG5ldHdvcmssIDQ5NDQgZnJhZ21lbnRhdGlvbiByZXN1 bHRzIGluIGZyYWdtZW50IGZvcndhcmRpbmcuDQpUVz4gSSB3b3VsZCByZW1vdmUgdGhlIHJlcGVh dGVkIG1lbnRpb25pbmcgb24gbWVzaC11bmRlciAoYXMgd2VsbCBhcyBJU0ExMDApDQoNCg0KW1Bh c2NhbF0gSeKAmWxsIG1vdmUgdGhlIHdob2xlIHNlY3Rpb24gdG8gYXBwZW5kaXg7IHRoZSBkcmFm dCBpcyBtb3JlIG5lZWRlZCBpbiByb3V0ZSBvdmVyIGJ1dCBzdGlsbCBiZW5lZmljaWFsIHRvIG1l c2ggdW5kZXIsIGZvciB0aGUgYmVuZWZpdHMgdGhhdCBhcmUgbm90IHRoZSBidWZmZXIgYmxvYXQu IFRoZXNlIGluY2x1ZGUgZmxvdyBjb250cm9sLCBsb3NzIGRldGVjdGlvbiwgYW5kIHJlY292ZXJ5 Lg0KDQoNCiAgICAgIFRoZSByZWNvdmVyeSBtZWNoYW5pc20gbXVzdCBhY2NvdW50IGZvciBwYWNr ZXRzIHRoYXQgYXBwZWFyIGxvc3QNCiAgICAgIGJ1dCBhcmUgYWN0dWFsbHkgb25seSBkZWxheWVk IG92ZXIgYSBkaWZmZXJlbnQgcGF0aC4NCg0KICAgT3B0aW9uYWwgY29uZ2VzdGlvbiBjb250cm9s DQoNCiAgICAgIFRoZSBhZ2dyZWdhdGlvbiBvZiBtdWx0aXBsZSBjb25jdXJyZW50IGZsb3dzIG1h eSBsZWFkIHRvIHRoZQ0KICAgICAgc2F0dXJhdGlvbiBvZiB0aGUgcmFkaW8gbmV0d29yayBhbmQg Y29uZ2VzdGlvbiBjb2xsYXBzZS4NCg0KICAgICAgVGhlIHJlY292ZXJ5IG1lY2hhbmlzbSBzaG91 bGQgcHJvdmlkZSBtZWFucyBmb3IgY29udHJvbGxpbmcgdGhlDQogICAgICBudW1iZXIgb2YgZnJh Z21lbnRzIGluIHRyYW5zaXQgb3ZlciB0aGUgTExOLg0KDQo1LiAgT3ZlcnZpZXcNCg0KICAgQ29u c2lkZXJpbmcgdGhhdCBhIG11bHRpLWhvcCBMTE4gY2FuIGJlIGEgdmVyeSBzZW5zaXRpdmUgZW52 aXJvbm1lbnQNCiAgIGR1ZSB0byB0aGUgbGltaXRlZCBxdWV1aW5nIGNhcGFiaWxpdGllcyBvZiBh IGxhcmdlIHBvcHVsYXRpb24gb2YgaXRzDQogICBub2RlcywgdGhpcyBzcGVjaWZpY2F0aW9uIHJl Y29tbWVuZHMgYSBzaW1wbGUgYW5kIGNvbnNlcnZhdGl2ZSBhcHByb2FjaCB0bw0KICAgY29uZ2Vz dGlvbiBjb250cm9sLCBiYXNlZCBvbiBUQ1AgY29uZ2VzdGlvbiBhdm9pZGFuY2UuDQpUVz4gImJh c2VkIG9uIiBvciAiaW5zcGlyZWQgYnkiDQoNClRXPiBUaGUgIm92ZXJ2aWV3IiBzZWN0aW9uIGRl bHZlcyBpbW1lZGlhdGVseSBpbnRvIHN1YnRsZSBkaXNjdXNzaW9ucyBhYm91dCBjb25nZXN0aW9u IGNvbnRyb2wuDQpUVz4gQXQgdGhpcyBwb2ludCwgdGhlIHJlYWRlciAoZS5nLiBtZSkgaGF2ZSBu byBpZGVhIHdoYXQgdGhlIGJhc2ljIHByaW5jaXBsZSBpcy4NClRXPiBEaXNjdXNzaW9ucyBhYm91 dCBzdWJ0bGV0aWVzIHN1Y2ggYXMgY29uZ2VzdGlvbiBjb250cm9sIHNlZW0gb3V0IG9mIHBsYWNl IGhlcmUuDQoNCg0KDQpbUGFzY2FsXSBVbmRlcnN0b29kLCB3aWxsIHJlc3RydWN0dXJlLCBhZGQg d29yZHM7IHRoYXTigJlzIGEgYml0IG9mIHdvcmsgc28gcGxlYXNlIGdpdmUgbWUgc29tZSB0aW1l Lg0KDQoNCiAgIENvbmdlc3Rpb24gb24gdGhlIGZvcndhcmQgcGF0aCBpcyBhc3N1bWVkIGluIGNh c2Ugb2YgcGFja2V0IGxvc3MsIGFuZA0KICAgcGFja2V0IGxvc3MgaXMgYXNzdW1lZCB1cG9uIHRp bWUgb3V0LiAgVGhpcyBzcGVjaWZpY2F0aW9uIGFsbG93cyB0byBjb250cm9sDQogICB0aGUgbnVt YmVyIG9mIG91dHN0YW5kaW5nIGZyYWdtZW50cywgdGhhdCBoYXZlIGJlZW4gdHJhbnNtaXR0ZWQg YnV0DQogICBmb3Igd2hpY2ggYW4gYWNrbm93bGVkZ21lbnQgd2FzIG5vdCByZWNlaXZlZCB5ZXQu ICBJdCBtdXN0IGJlIG5vdGVkDQogICB0aGF0IHRoZSBudW1iZXIgb2Ygb3V0c3RhbmRpbmcgZnJh Z21lbnRzIHNob3VsZCBub3QgZXhjZWVkIHRoZSBudW1iZXINCiAgIG9mIGhvcHMgaW4gdGhlIG5l dHdvcmssIGJ1dCB0aGUgd2F5IHRvIGZpZ3VyZSB0aGUgbnVtYmVyIG9mIGhvcHMgaXMNCiAgIG91 dCBvZiBzY29wZSBmb3IgdGhpcyBkb2N1bWVudC4NCg0KICAgQ29uZ2VzdGlvbiBvbiB0aGUgZm9y d2FyZCBwYXRoIGNhbiBhbHNvIGJlIGluZGljYXRlZCBieSBhbiBFeHBsaWNpdA0KICAgQ29uZ2Vz dGlvbiBOb3RpZmljYXRpb24gKEVDTikgbWVjaGFuaXNtLiAgVGhvdWdoIHdoZXRoZXIgYW5kIGhv dyBFQ04NCiAgIFtSRkMzMTY4XSBpcyBjYXJyaWVkIG91dCBvdmVyIHRoZSBMb1dQQU4gaXMgb3V0 IG9mIHNjb3BlLCB0aGlzIGRyYWZ0DQoNCg0KDQpUaHViZXJ0ICYgSHVpICAgICAgICAgICAgIEV4 cGlyZXMgSnVseSAxNCwgMjAxNyAgICAgICAgICAgICAgICAgW1BhZ2UgNl0NCkludGVybmV0LURy YWZ0ICAgIExMTiBGcmFnbWVudCBGb3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAgICAgIEphbnVhcnkg MjAxNw0KDQoNCiAgIHByb3ZpZGVzIGEgd2F5IGZvciB0aGUgZGVzdGluYXRpb24gZW5kcG9pbnQg dG8gZWNobyBhbiBFQ04gaW5kaWNhdGlvbg0KICAgYmFjayB0byB0aGUgc291cmNlIGVuZHBvaW50 IGluIGFuIGFja25vd2xlZGdtZW50IG1lc3NhZ2UgYXMNCiAgIHJlcHJlc2VudGVkIGluIEZpZ3Vy ZSA1IGluIFNlY3Rpb24gNi4yLg0KDQpUVz4gVGhlIGZvbGxvd2luZyBwYXJhZ3JhcGggdGFsa3Mg YWJvdXQgaG93IGEgbGluay1sYXllciB0cmFuc21pdHMgbXVsdGlwbGUgZnJhbWVzIGluIGEgcm93 Lg0KVFc+IFRoZSBsaW5rLWxheWVyIGRvZXMgc28gd2hldGhlciB0aG9zZSBmcmFtZXMgYXJlIGZy YWdtZW50cyBvciByZWd1bGFyIHBhY2tldHMuDQpUVz4gSSB3b3VsZCByZW1vdmUgdGhpcyBkaXNj dXNzaW9uLCB3aGljaCBzZWVtcyB0byBiZSBsaW5rLWxheWVyIG9ubHksIGFuZCBub3Qgc3BlY2lm aWMgdG8gZnJhZ21lbnQgZm9yd2FyZGluZy4NCg0KW1Bhc2NhbF0gSSBjYW4gcmVtb3ZlIHRoZSB0 ZXh0LCBidXQgdGhlIHByb2JsZW0gcmVtYWlucywgYW5kIHlvdXIgcG9pbnQsIHdoaWxlIGxhcmdl bHkgY29ycmVjdCwgaXMgbm90IGZ1bGx5IHNvLiBUaGUgdHJhbnNwb3J0IGxheWVyIG1heSBkbyBz b21lIGZsb3cgY29udHJvbCBiYXNlZCBvbiBjb21tYW5kIHJlc3BvbnNlLCB3aW5kb3dpbmcgYW5k IEVDTiwgYW5kIHRodXMgcHJvdGVjdCBhZ2FpbnN0IGJ1cnN0cyBvZiBwYWNrZXRzLCBidXQgaXQg Y2Fubm90IGRvIGEgdGhpbmcgYWdhaW5zdCBidXJzdHMgb2YgZnJhZ21lbnRzLiBTbyBlc3NlbnRp YWxseSwgd2UgYXJlIGVjaG9pbmcgc29tZSBvZiB0aGUgdHJhbnNwb3J0IGZ1bmN0aW9uYWxpdHkg YXQgTDIrIHRvIHByb3ZpZGUgdGhvc2Ugc2VydmljZSB0byB0aGUgZnJhZ21lbnRzLg0KDQoNCiAg IEl0IG11c3QgYmUgbm90ZWQgdGhhdCBjb25nZXN0aW9uIGFuZCBjb2xsaXNpb24gYXJlIGRpZmZl cmVudCB0b3BpY3MuDQogICBJbiBwYXJ0aWN1bGFyLCB3aGVuIGEgbWVzaCBvcGVyYXRlcyBvbiBh IHNhbWUgY2hhbm5lbCBvdmVyIG11bHRpcGxlDQogICBob3BzLCB0aGVuIHRoZSBmb3J3YXJkaW5n IG9mIGEgZnJhZ21lbnQgb3ZlciBhIGNlcnRhaW4gaG9wIG1heQ0KICAgY29sbGlkZSB3aXRoIHRo ZSBmb3J3YXJkaW5nIG9mIGEgbmV4dCBmcmFnbWVudCB0aGF0IGlzIGZvbGxvd2luZyBvdmVyDQog ICBhIHByZXZpb3VzIGhvcCBidXQgaW4gYSBzYW1lIGludGVyZmVyZW5jZSBkb21haW4uICBUaGlz IGRyYWZ0IGVuYWJsZXMNCiAgIGFuIGVuZC10by1lbmQgZmxvdyBjb250cm9sLCBidXQgbGVhdmVz IGl0IHRvIHRoZSBzZW5kZXIgc3RhY2sgdG8gcGFjZQ0KICAgaW5kaXZpZHVhbCBmcmFnbWVudHMg d2l0aGluIGEgdHJhbnNtaXQgd2luZG93LCBzbyB0aGF0IGEgZ2l2ZW4NCiAgIGZyYWdtZW50IGlz IHNlbnQgb25seSB3aGVuIHRoZSBwcmV2aW91cyBmcmFnbWVudCBoYXMgaGFkIGEgY2hhbmNlIHRv DQogICBwcm9ncmVzcyBiZXlvbmQgdGhlIGludGVyZmVyZW5jZSBkb21haW4gb2YgdGhpcyBob3Au ICBJbiB0aGUgY2FzZSBvZg0KICAgNlRpU0NIIFtJLUQuaWV0Zi02dGlzY2gtYXJjaGl0ZWN0dXJl XSwgd2hpY2ggb3BlcmF0ZXMgb3ZlciB0aGUNCiAgIFRpbWVTbG90dGVkIENoYW5uZWwgSG9wcGlu ZyBbSS1ELmlldGYtNnRpc2NoLXRzY2hdIChUU0NIKSBtb2RlIG9mDQogICBvcGVyYXRpb24gb2Yg SUVFRTgwMi4xNC41LCBhIGZyYWdtZW50IGlzIGZvcndhcmRlZCBvdmVyIGEgZGlmZmVyZW50DQog ICBjaGFubmVsIGF0IGEgZGlmZmVyZW50IHRpbWUgYW5kIGl0IG1ha2UgZnVsbCBzZW5zZSB0byBm aXJlIGEgbmV4dA0KICAgZnJhZ21lbnQgYXMgc29vbiBhcyB0aGUgcHJldmlvdXMgZnJhZ21lbnQg aGFzIGhhZCBpdHMgY2hhbmNlIHRvIGJlDQogICBmb3J3YXJkZWQgYXQgdGhlIG5leHQgaG9wLCBy ZXRyeSAoQVJRKSBvcGVyYXRpb25zIGluY2x1ZGVkLg0KDQogICBGcm9tIHRoZSBzdGFuZHBvaW50 IG9mIGEgc291cmNlIDZMb1dQQU4gZW5kcG9pbnQsIGFuIG91dHN0YW5kaW5nDQogICBmcmFnbWVu dCBpcyBhIGZyYWdtZW50IHRoYXQgd2FzIHNlbnQgYnV0IGZvciB3aGljaCBubyBleHBsaWNpdA0K ICAgYWNrbm93bGVkZ21lbnQgd2FzIHJlY2VpdmVkIHlldC4gIFRoaXMgbWVhbnMgdGhhdCB0aGUg ZnJhZ21lbnQgbWlnaHQNCiAgIGJlIG9uIHRoZSB3YXksIHJlY2VpdmVkIGJ1dCBub3QgeWV0IGFj a25vd2xlZGdlZCwgb3IgdGhlDQogICBhY2tub3dsZWRnbWVudCBtaWdodCBiZSBvbiB0aGUgd2F5 IGJhY2suICBJdCBpcyBhbHNvIHBvc3NpYmxlIHRoYXQNCiAgIGVpdGhlciB0aGUgZnJhZ21lbnQg b3IgdGhlIGFja25vd2xlZGdtZW50IHdhcyBsb3N0IG9uIHRoZSB3YXkuDQoNCiAgIEJlY2F1c2Ug YSBtZXNoZWQgTExOIG1pZ2h0IGRlbGl2ZXIgZnJhbWVzIG91dCBvZiBvcmRlciwgaXQgaXMNCiAg IHZpcnR1YWxseSBpbXBvc3NpYmxlIHRvIGRpZmZlcmVudGlhdGUgdGhlc2Ugc2l0dWF0aW9ucy4g IEluIG90aGVyDQogICB3b3JkcywgZnJvbSB0aGUgc2VuZGVyJ3Mgc3RhbmRwb2ludCwgYWxsIG91 dHN0YW5kaW5nIGZyYWdtZW50cyBtaWdodA0KICAgc3RpbGwgYmUgaW4gdGhlIG5ldHdvcmsgYW5k IGNvbnRyaWJ1dGUgdG8gaXRzIGNvbmdlc3Rpb24uICBUaGVyZSBpcw0KICAgYW4gYXNzdW1wdGlv biwgdGhvdWdoLCB0aGF0IGFmdGVyIGEgY2VydGFpbiBhbW91bnQgb2YgdGltZSwgYSBmcmFtZQ0K ICAgaXMgZWl0aGVyIHJlY2VpdmVkIG9yIGxvc3QsIHNvIGl0IGlzIG5vdCBjYXVzaW5nIGNvbmdl c3Rpb24gYW55bW9yZS4NCiAgIFRoaXMgYW1vdW50IG9mIHRpbWUgY2FuIGJlIGVzdGltYXRlZCBi YXNlZCBvbiB0aGUgcm91bmQgdHJpcCBkZWxheQ0KICAgYmV0d2VlbiB0aGUgNkxvV1BBTiBlbmRw b2ludHMuICBUaGUgbWV0aG9kIGRldGFpbGVkIGluIFtSRkM2Mjk4XSBpcw0KICAgcmVjb21tZW5k ZWQgZm9yIHRoYXQgY29tcHV0YXRpb24uDQoNCiAgIFRoZSByZWFkZXIgaXMgZW5jb3VyYWdlZCB0 byByZWFkIHRocm91Z2ggIkNvbmdlc3Rpb24gQ29udHJvbA0KICAgUHJpbmNpcGxlcyIgW1JGQzI5 MTRdLiAgQWRkaXRpb25hbGx5IFtSRkMyMzA5XSBhbmQgW1JGQzU2ODFdIHByb3ZpZGUNCiAgIGRl ZXBlciBpbmZvcm1hdGlvbiBvbiB3aHkgdGhpcyBtZWNoYW5pc20gaXMgbmVlZGVkIGFuZCBob3cg VENQDQogICBoYW5kbGVzIENvbmdlc3Rpb24gQ29udHJvbC4gIEJhc2ljYWxseSwgdGhlIGdvYWwg aGVyZSBpcyB0byBtYW5hZ2UNCiAgIHRoZSBhbW91bnQgb2YgZnJhZ21lbnRzIHByZXNlbnQgaW4g dGhlIG5ldHdvcms7IHRoaXMgaXMgYWNoaWV2ZWQgYnkNCiAgIHRvIHJlZHVjaW5nIHRoZSBudW1i ZXIgb2Ygb3V0c3RhbmRpbmcgZnJhZ21lbnRzIG92ZXIgYSBjb25nZXN0ZWQgcGF0aA0KICAgYnkg dGhyb3R0bGluZyB0aGUgc291cmNlcy4NCg0KICAgU2VjdGlvbiA3IGRlc2NyaWJlcyBob3cgdGhl IHNlbmRlciBkZWNpZGVzIGhvdyBtYW55IGZyYWdtZW50cyBhcmUNCiAgIChyZSlzZW50IGJlZm9y ZSBhbiBhY2tub3dsZWRnbWVudCBpcyByZXF1aXJlZCwgYW5kIGhvdyB0aGUgc2VuZGVyDQogICBh ZGFwdHMgdGhhdCBudW1iZXIgdG8gdGhlIG5ldHdvcmsgY29uZGl0aW9ucy4NCg0KDQoNClRodWJl cnQgJiBIdWkgICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICAgICAgICAgICAgICAg ICBbUGFnZSA3XQ0KSW50ZXJuZXQtRHJhZnQgICAgTExOIEZyYWdtZW50IEZvcndhcmRpbmcgYW5k IFJlY292ZXJ5ICAgICAgSmFudWFyeSAyMDE3DQoNCg0KNi4gIE5ldyBEaXNwYXRjaCB0eXBlcyBh bmQgaGVhZGVycw0KDQogICBUaGlzIHNwZWNpZmljYXRpb24gZXh0ZW5kcyAiVHJhbnNtaXNzaW9u IG9mIElQdjYgUGFja2V0cyBvdmVyIElFRUUNCiAgIDgwMi4xNS40IE5ldHdvcmtzIiBbUkZDNDk0 NF0gd2l0aCA0IG5ldyBkaXNwYXRjaCB0eXBlcywgZm9yDQogICBSZWNvdmVyYWJsZSBGcmFnbWVu dHMgKFJGUkFHKSBoZWFkZXJzIHdpdGggb3Igd2l0aG91dCBBY2tub3dsZWRnbWVudA0KICAgUmVx dWVzdCwgYW5kIGZvciB0aGUgQWNrbm93bGVkZ21lbnQgYmFjaywgd2l0aCBvciB3aXRob3V0IEVD TiBFY2hvLg0KDQogICAgICAgICAgICBQYXR0ZXJuICAgIEhlYWRlciBUeXBlDQogICAgICAgICAg Ky0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsNCiAgICAgICAgICB8IDExICAxMDEwMDAgfCBSRlJBRyAgICAgIC0gUmVjb3ZlcmFibGUg RnJhZ21lbnQgICAgICAgICAgICAgfA0KICAgICAgICAgIHwgMTEgIDEwMTAwMSB8IFJGUkFHLUFS ICAgLSBSRlJBRyB3aXRoIEFjayBSZXF1ZXN0ICAgICAgICAgICB8DQogICAgICAgICAgfCAxMSAg MTAxMDEwIHwgUkZSQUctQUNLICAtIFJGUkFHIEFja25vd2xlZGdtZW50ICAgICAgICAgICAgIHwN CiAgICAgICAgICB8IDExICAxMDEwMTEgfCBSRlJBRy1BRUMgIC0gUkZSQUcgQWNrIHdpdGggRUNO IEVjaG8gICAgICAgICAgfA0KICAgICAgICAgICstLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCiAgICAgICAgICAgICBGaWd1cmUg MTogQWRkaXRpb25hbCBEaXNwYXRjaCBWYWx1ZSBCaXQgUGF0dGVybnMNCg0KICAgSW4gdGhlIGZv bGxvd2luZyBzZWN0aW9ucywgdGhlIHNlbWFudGljcyBvZiAiZGF0YWdyYW1fdGFnIiwNCiAgICJk YXRhZ3JhbV9vZmZzZXQiIGFuZCAiZGF0YWdyYW1fc2l6ZSIgYW5kIHRoZSByZWFzc2VtYmx5IHBy b2Nlc3MgYXJlDQogICBjaGFuZ2VkIGZyb20gW1JGQzQ5NDRdIFNlY3Rpb24gNS4zLiAgIkZyYWdt ZW50YXRpb24gVHlwZSBhbmQgSGVhZGVyIi4NCiAgIFRoZSBzaXplIGFuZCBvZmZzZXQgYXJlIGV4 cHJlc3NlZCBvbiB0aGUgY29tcHJlc3NlZCBwYWNrZXQgcGVyDQogICBbUkZDNjI4Ml0gYXMgb3Bw b3NlZCB0byB0aGUgdW5jb21wcmVzc2VkIC0gbmF0aXZlIHBhY2tldCAtIGZvcm0uDQoNCjYuMS4g IFJlY292ZXJhYmxlIEZyYWdtZW50IERpc3BhdGNoIHR5cGUgYW5kIEhlYWRlcg0KDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAg ICAgIDMNCiAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgICB8MSAxIDEgMCAx IDAgMCBYfGRhdGFncmFtX29mZnNldHwgICAgICAgICBkYXRhZ3JhbV90YWcgICAgICAgICAgfA0K ICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQogICAgICAgfFNlcXVlbmNlIHwgICAgZGF0YWdyYW1fc2l6ZSAgICB8 DQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFggc2V0ID09IEFjayBSZXF1ZXN0 ZWQNCg0KICAgICAgICAgIEZpZ3VyZSAyOiBSZWNvdmVyYWJsZSBGcmFnbWVudCBEaXNwYXRjaCB0 eXBlIGFuZCBIZWFkZXINCg0KICAgWDogMSBiaXQ7IFdoZW4gc2V0LCB0aGUgc2VuZGVyIHJlcXVp cmVzIGFuIEFja25vd2xlZGdtZW50IGZyb20gdGhlDQogICAgICByZWNlaXZlcg0KDQogICBTZXF1 ZW5jZTogIDUgYml0czsgVGhlIHNlcXVlbmNlIG51bWJlciBvZiB0aGUgZnJhZ21lbnQuICBGcmFn bWVudHMNCiAgICAgIGFyZSBudW1iZXJlZCBbMC4uTl0gd2hlcmUgTiBpcyBpbiBbMC4uMzFdLg0K DQo2LjIuICBGcmFnbWVudCBhY2tub3dsZWRnbWVudCBEaXNwYXRjaCB0eXBlIGFuZCBIZWFkZXIN Cg0KICAgVGhlIHNwZWNpZmljYXRpb24gYWxzbyBkZWZpbmVzIGEgNC1vY3RldCBhY2tub3dsZWRn bWVudCBiaXRtYXAgdGhhdA0KICAgaXMgdXNlZCB0byBjYXJyeSBzZWxlY3RpdmUgYWNrbm93bGVk Z21lbnRzIGZvciB0aGUgcmVjZWl2ZWQNCiAgIGZyYWdtZW50cy4gIEEgZ2l2ZW4gb2Zmc2V0IGlu IHRoZSBiaXRtYXAgbWFwcyBvbmUgdG8gb25lIHdpdGggYSBnaXZlbg0KICAgc2VxdWVuY2UgbnVt YmVyLg0KDQoNCg0KVGh1YmVydCAmIEh1aSAgICAgICAgICAgICBFeHBpcmVzIEp1bHkgMTQsIDIw MTcgICAgICAgICAgICAgICAgIFtQYWdlIDhdDQpJbnRlcm5ldC1EcmFmdCAgICBMTE4gRnJhZ21l bnQgRm9yd2FyZGluZyBhbmQgUmVjb3ZlcnkgICAgICBKYW51YXJ5IDIwMTcNCg0KDQogICBUaGUg b2Zmc2V0IG9mIHRoZSBiaXQgaW4gdGhlIGJpdG1hcCBpbmRpY2F0ZXMgd2hpY2ggZnJhZ21lbnQg aXMNCiAgIGFja25vd2xlZGdlZCBhcyBmb2xsb3dzOg0KDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgICAg MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxDQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgICB8ICAgICAgICAgICBBY2tub3dsZWRnbWVu dCBCaXRtYXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r DQogICAgICAgIF4gICAgICAgICAgICAgICAgICAgXg0KICAgICAgICB8ICAgICAgICAgICAgICAg ICAgIHwgICAgYml0bWFwIGluZGljYXRpbmcgd2hldGhlcjoNCiAgICAgICAgfCAgICAgICAgICAg ICAgICAgICArLS0tIEZyYWdtZW50IHdpdGggc2VxdWVuY2UgMTAgd2FzIHJlY2VpdmVkDQogICAg ICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBGcmFnbWVudCB3aXRoIHNlcXVlbmNlIDAwIHdh cyByZWNlaXZlZA0KDQogICAgICAgICAgICAgICAgIEZpZ3VyZSAzOiBBY2tub3dsZWRnbWVudCBi aXRtYXAgZW5jb2RpbmcNCg0KVFc+IHJld3JvdGUgdGhlIHBhcmFncmFwaCBiZWxvdw0KDQpbUGFz Y2FsXSBDb29sLCB0aGFua3MhIFdpbGwgdXNlIHRoYXQgdGV4dC4NCg0KDQoNCiAgIEZpZ3VyZSA0 IHNob3dzIGFuIGV4YW1wbGUgQWNrbm93bGVkZ21lbnQgYml0bWFwIHdoaWNoIGluZGljYXRlcyB0 aGF0IGFsbCBmcmFnbWVudHMgZnJvbQ0KICAgc2VxdWVuY2UgMCB0byAyMCB3ZXJlIHJlY2VpdmVk LCBleGNlcHQgZm9yIGZyYWdtZW50cyAxLCAyIGFuZCAxNiB0aGF0IHdlcmUNCiAgIGVpdGhlciBs b3N0IG9yIGFyZSBzdGlsbCBpbiB0aGUgbmV0d29yayBvdmVyIGEgc2xvd2VyIHBhdGguDQoNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAg ICAgICAgICAgMw0KICAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgIHwxIDAg MCAxIDEgMSAxIDF8MSAxIDEgMSAxIDEgMSAxfDAgMSAxIDEgMSAwIDAgMHwwIDAgMCAwIDAgMCAw IDB8DQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgICAgICAgICAgICAgICAgIEZpZ3VyZSA0OiBFeGFt cGxlIGFja25vd2xlZGdtZW50IGJpdG1hcA0KDQogICBUaGUgYWNrbm93bGVkZ21lbnQgYml0bWFw IGlzIGNhcnJpZWQgaW4gYSBGcmFnbWVudCBBY2tub3dsZWRnbWVudCBhcw0KICAgZm9sbG93czoN Cg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAg ICAgICAgICAgICAgICAzDQogICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUg NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgICAgICAgICAgICAgICAgICAgICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAg ICAgICAgICAgICAgICAgIHwxIDEgMSAwIDEgMCAxIFl8ICAgICAgICAgZGF0YWdyYW1fdGFnICAg ICAgICAgIHwNCiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgIHwgICAgICAgICAgQWNrbm93bGVkZ21l bnQgQml0bWFwICgzMiBiaXRzKSAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCg0KICAgICAgICBGaWd1cmUgNTogRnJhZ21lbnQgQWNrbm93bGVkZ21lbnQgRGlzcGF0Y2gg dHlwZSBhbmQgSGVhZGVyDQoNCiAgIFk6IDEgYml0OyBFeHBsaWNpdCBDb25nZXN0aW9uIE5vdGlm aWNhdGlvbiAoRUNOKSBzaWduYWxpbmcNCg0KICAgICAgV2hlbiBzZXQsIHRoZSBzZW5kZXIgaW5k aWNhdGVzIHRoYXQgYXQgbGVhc3Qgb25lIG9mIHRoZQ0KICAgICAgYWNrbm93bGVkZ2VkIGZyYWdt ZW50cyB3YXMgcmVjZWl2ZWQgd2l0aCBhbiBFeHBsaWNpdCBDb25nZXN0aW9uDQogICAgICBOb3Rp ZmljYXRpb24sIGluZGljYXRpbmcgdGhhdCB0aGUgcGF0aCBmb2xsb3dlZCBieSB0aGUgZnJhZ21l bnRzDQogICAgICBpcyBzdWJqZWN0IHRvIGNvbmdlc3Rpb24uDQoNCiAgIEFja25vd2xlZGdtZW50 IEJpdG1hcA0KDQoNCg0KVGh1YmVydCAmIEh1aSAgICAgICAgICAgICBFeHBpcmVzIEp1bHkgMTQs IDIwMTcgICAgICAgICAgICAgICAgIFtQYWdlIDldDQpJbnRlcm5ldC1EcmFmdCAgICBMTE4gRnJh Z21lbnQgRm9yd2FyZGluZyBhbmQgUmVjb3ZlcnkgICAgICBKYW51YXJ5IDIwMTcNCg0KDQogICAg ICBBbiBhY2tub3dsZWRnbWVudCBiaXRtYXAsIHdoZXJlYnkgYnV0IGF0IG9mZnNldCB4IGluZGlj YXRlcyB0aGF0DQogICAgICBmcmFnbWVudCB4IHdhcyByZWNlaXZlZC4NCg0KNy4gIEZyYWdtZW50 cyBSZWNvdmVyeQ0KDQogICBUaGUgUmVjb3ZlcmFibGUgRnJhZ21lbnRzIGhlYWRlciBSRlJBRyBh bmQgUkZSQUctQVIgZGVwcmVjYXRlIHRoZQ0KICAgb3JpZ2luYWwgZnJhZ21lbnQgaGVhZGVycyBm cm9tIFtSRkM0OTQ0XSBhbmQgcmVwbGFjZSB0aGVtIGluIHRoZQ0KICAgZnJhZ21lbnRlZCBwYWNr ZXRzLg0KVFc+IGFyZSB3ZSByZWFsbHkgZGVwcmVjYXRpbmcgNDk0NCBmcmFnbWVudGF0aW9uLCBv ciBhZGRpbmcgYW5vdGhlciBvcHRpb24/DQoNCltQYXNjYWxdIFRoZSBnb2FsIGlzIGRlcHJlY2F0 aW9uLCB3aGljaCBtZWFucyBhIHNsb3cgcmVwbGFjZW1lbnQuIFdoYXQgY291bGQgYmUgdGhlIHBv aW50IG9mIGtlZXBpbmcgdGhlIG9sZCB3YXk/DQoNCiAgIFRoZSBGcmFnbWVudCBBY2tub3dsZWRn bWVudCBSRlJBRy1BQ0sgaXMNCiAgIGludHJvZHVjZWQgYXMgYSBzdGFuZGFsb25lIGhlYWRlciBp biBhIG1lc3NhZ2UgdGhhdCBpcyBzZW50IGJhY2sgdG8gdGhlDQogICBmcmFnbWVudCBzb3VyY2Ug ZW5kcG9pbnQgYXMga25vd24gYnkgaXRzIE1BQyBhZGRyZXNzLiAgVGhpcyBhc3N1bWVzDQogICB0 aGF0IHRoZSBzb3VyY2UgTUFDIGFkZHJlc3MgaW4gdGhlIGZyYWdtZW50IChpZiBhbnkpIGFuZCBk YXRhZ3JhbV90YWcNCiAgIGFyZSBlbm91Z2ggaW5mb3JtYXRpb24gdG8gc2VuZCB0aGUgRnJhZ21l bnQgQWNrbm93bGVkZ21lbnQgYmFjayB0bw0KICAgdGhlIHNvdXJjZSBmcmFnbWVudGF0aW9uIGVu ZHBvaW50Lg0KDQpUVz4gSSBnZXQgY29uZnVzZWQuIElzbid0IHRoZSBzb3VyY2UgTUFDIGFkZHJl c3MgY2hhbmdlZCBhdCBlYWNoIGhvcD8NCg0KDQpbUGFzY2FsXSBIb3BlZnVsbHkgeWVzLiBZb3Ug c2VuZCB0aGUgYWNrIHRvIHRoZSBNQUMgZnJvbSB3aGljaCB5b3UgZ290IHRoZSBmcmFnbWVudCBm cm9tLiBUaGF04oCZcyB0aGUgZ3V5IHJpZ2h0IGJlZm9yZSB5b3UgaW4gdGhlIHBhdGggb2YgdGhh dCBwYWNrZXQuIEFuZCB0aGUgZGF0YWdyYW0tdGFnIGlzIHVuaXF1ZSBvbmx5IHdoZW4gYXNzb2Np YXRlZCB3aXRoIHRoYXQgTUFDIGFkZHJlc3MuDQoNCg0KICAgVGhlIDZMb1dQQU4gZW5kcG9pbnQg dGhhdCBmcmFnbWVudHMgdGhlIHBhY2tldHMgYXQgdGhlIDZMb1dQQU4gbGV2ZWwgKHRoZQ0KICAg c2VuZGVyKSBjb250cm9scyB0aGUgRnJhZ21lbnQgQWNrbm93bGVkZ21lbnRzLiAgSWYgbWF5IGRv IHRoYXQgYXQgYW55DQogICBmcmFnbWVudCB0byBpbXBsZW1lbnQgaXRzIG93biBwb2xpY3kgb3Ig cGVyZm9ybSBjb25nZXN0aW9uIGNvbnRyb2wNCiAgIHdoaWNoIGlzIG91dCBvZiBzY29wZSBmb3Ig dGhpcyBkb2N1bWVudC4NClRXPiBJIGRvbid0IHVuZGVyc3RhbmQgdGhlIHByZXZpb3VzIHNlbnRl bmNlLg0KDQpbUGFzY2FsXSBNZWFudCB0byBzYXkgdGhhdCB0aGUgc291cmNlIG9mIHRoZSBmcmFn bWVudHMgbWF5IGFzayBmb3IgYW4gYWNrIG9uIGFueSBmcmFnbWVudCBpdCBsaWtlcyBwZXIgaXRz IG93biBwb2xpY3kuDQoNCg0KICAgV2hlbiB0aGUgc2VuZGVyIG9mIHRoZQ0KICAgZnJhZ21lbnQg a25vd3MgdGhhdCBhbiB1bmRlcmx5aW5nIG1lY2hhbmlzbSBwcm90ZWN0cw0KVFc+ICJwcm90ZWN0 cyIgLT4gImVuc3VyZXMgZGVsaXZlcnkgb2YiPw0KDQpbUGFzY2FsXSBPSy4NCg0KICAgdGhlIEZy YWdtZW50cw0KICAgYWxyZWFkeSBpdCBNQVkgcmVmcmFpbiBmcm9tIHVzaW5nIHRoZSBBY2tub3ds ZWRnbWVudCBtZWNoYW5pc20sIGFuZA0KICAgbmV2ZXIgc2V0IHRoZSBBQ0sgUmVxdWVzdGVkIGJp dC4gIFRoZSA2TG9XUEFOIGVuZHBvaW50IHRoYXQNCiAgIHJlY29tcG9zZXMgdGhlIHBhY2tldHMg YXQgNkxvV1BBTiBsZXZlbCAodGhlIHJlY2VpdmVyKSBNVVNUDQogICBhY2tub3dsZWRnZSB0aGUg ZnJhZ21lbnRzIGl0IGhhcyByZWNlaXZlZCB3aGVuIGFza2VkIHRvLCBhbmQgTUFZDQogICBzbGln aHRseSBkZWZlciB0aGF0IGFja25vd2xlZGdtZW50Lg0KDQogICBUaGUgc2VuZGVyIHRyYW5zZmVy cyBhIGNvbnRyb2xsZWQgbnVtYmVyIG9mIGZyYWdtZW50cyBhbmQgTUFZIGZsYWcNCiAgIHRoZSBs YXN0IGZyYWdtZW50IG9mIGEgc2VyaWVzIHdpdGggYW4gYWNrbm93bGVkZ21lbnQgcmVxdWVzdC4g IFRoZQ0KICAgcmVjZWl2ZWQgTVVTVCBhY2tub3dsZWRnZSBhIGZyYWdtZW50IHdpdGggdGhlIGFj a25vd2xlZGdtZW50IHJlcXVlc3QNCiAgIGJpdCBzZXQuDQpUVz4gcmV3b3JkIHRvICJ0aGUgcmVj ZWl2ZXIgd2hpY2ggcmVjZWl2ZXMgYSBmcmFnbWVudCB3aXRoIHRoZSBBQ0sgUmVxdWVzdCBiaXQg c2V0IE1VU1Qgc2VuZCBiYWNrIGFuIGFja25vd2xlZGdtZW50Ij8NCltQYXNjYWxdIE9LLg0KDQog ICBJZiBhbnkgZnJhZ21lbnQgaW1tZWRpYXRlbHkgcHJlY2VkaW5nIGFuIGFja25vd2xlZGdtZW50 DQogICByZXF1ZXN0IGlzIHN0aWxsIG1pc3NpbmcsIHRoZSByZWNlaXZlciBNQVkgaW50ZW50aW9u YWxseSBkZWxheSBpdHMNCiAgIGFja25vd2xlZGdtZW50IHRvIGFsbG93IGluLXRyYW5zaXQgZnJh Z21lbnRzIHRvIGFycml2ZS4gRGVsYXlpbmcgdGhlDQogICBhY2tub3dsZWRnbWVudCBtaWdodCBk ZWZlYXQgdGhlIHJvdW5kIHRyaXAgZGVsYXkgY29tcHV0YXRpb24gc28gaXQNCiAgIHNob3VsZCBi ZSBjb25maWd1cmFibGUgYW5kIG5vdCBlbmFibGVkIGJ5IGRlZmF1bHQuDQoNCiAgIFRoZSByZWNl aXZlciBpbnRlcmFjdHMgd2l0aCB0aGUgc2VuZGVyIHVzaW5nIGFuIEFja25vd2xlZGdtZW50DQog ICBtZXNzYWdlIHdpdGggYSBiaXRtYXAgdGhhdCBpbmRpY2F0ZXMgd2hpY2ggZnJhZ21lbnRzIHdl cmUgYWN0dWFsbHkNCiAgIHJlY2VpdmVkLiAgVGhlIGJpdG1hcCBpcyBhIDMyIGJpdCBTV09SRA0K VFc+IHdoeSBTV09SRD8NCg0KW1Bhc2NhbF0gVHlwbywgRFdPUkQuICBNYXliZSByZXBsYWNlIGJ5 IGJpdCBmaWVsZD8NCg0KICAgLCB3aGljaCBhY2NvbW1vZGF0ZXMgdXAgdG8gMzINCiAgIGZyYWdt ZW50cyBhbmQgaXMgc3VmZmljaWVudCBmb3IgdGhlIDZMb1dQQU4gTVRVLiAgRm9yIGFsbCBuIGlu DQogICBbMC4uMzFdLCBiaXQgbiBpcyBzZXQgdG8gMSBpbiB0aGUgYml0bWFwIHRvIGluZGljYXRl IHRoYXQgZnJhZ21lbnQNCiAgIHdpdGggc2VxdWVuY2UgbiB3YXMgcmVjZWl2ZWQsIG90aGVyd2lz ZSB0aGUgYml0IGlzIHNldCB0byAwLiAgQWxsDQogICB6ZXJvcyBpcyBhIE5VTEwgYml0bWFwIHRo YXQgaW5kaWNhdGVzIHRoYXQgdGhlIGZyYWdtZW50YXRpb24gcHJvY2Vzcw0KICAgd2FzIGNhbmNl bGVkIGJ5IHRoZSByZWNlaXZlciBmb3IgdGhhdCBkYXRhZ3JhbS4NCg0KICAgVGhlIHJlY2VpdmVy IE1BWSBpc3N1ZSB1bnNvbGljaXRlZCBhY2tub3dsZWRnbWVudHMuICBBbiB1bnNvbGljaXRlZA0K ICAgYWNrbm93bGVkZ21lbnQgZW5hYmxlcyB0aGUgc2VuZGVyIGVuZHBvaW50IHRvIHJlc3VtZSBz ZW5kaW5nIGlmIGl0DQogICBoYWQgcmVhY2hlZCBpdHMgbWF4aW11bSBudW1iZXIgb2Ygb3V0c3Rh bmRpbmcgZnJhZ21lbnRzIG9yIGluZGljYXRlDQogICB0aGF0IHRoZSByZWNlaXZlciBoYXMgY2Fu Y2VsZWQgdGhlIHByb2Nlc3Mgb2YgYW4gaW5kaXZpZHVhbA0KICAgZGF0YWdyYW0uICBOb3RlIHRo YXQgYWNrbm93bGVkZ21lbnRzIG1pZ2h0IGNvbnN1bWUgcHJlY2lvdXMgcmVzb3VyY2VzDQoNCg0K DQpUaHViZXJ0ICYgSHVpICAgICAgICAgICAgIEV4cGlyZXMgSnVseSAxNCwgMjAxNyAgICAgICAg ICAgICAgICBbUGFnZSAxMF0NCkludGVybmV0LURyYWZ0ICAgIExMTiBGcmFnbWVudCBGb3J3YXJk aW5nIGFuZCBSZWNvdmVyeSAgICAgIEphbnVhcnkgMjAxNw0KDQoNCiAgIHNvIHRoZSB1c2Ugb2Yg dW5zb2xpY2l0ZWQgYWNrbm93bGVkZ21lbnRzIHNob3VsZCBiZSBjb25maWd1cmFibGUgYW5kDQog ICBub3QgZW5hYmxlZCBieSBkZWZhdWx0Lg0KDQogICBUaGUgc2VuZGVyIGFybXMgYSByZXRyeSB0 aW1lciB0byBjb3ZlciB0aGUgZnJhZ21lbnQgdGhhdCBjYXJyaWVzIHRoZQ0KICAgQWNrbm93bGVk Z21lbnQgcmVxdWVzdC4gIFVwb24gdGltZSBvdXQsIHRoZSBzZW5kZXIgYXNzdW1lcyB0aGF0IGFs bA0KICAgdGhlIGZyYWdtZW50cyBvbiB0aGUgd2F5IGFyZSByZWNlaXZlZCBvciBsb3N0LiAgVGhl IHByb2Nlc3MgbXVzdCBoYXZlDQogICBjb21wbGV0ZWQgd2l0aGluIGFuIGFjY2VwdGFibGUgdGlt ZSB0aGF0IGlzIHdpdGhpbiB0aGUgYm91bmRhcmllcyBvZg0KICAgdXBwZXIgbGF5ZXIgcmV0cmll cy4gIFRoZSBtZXRob2QgZGV0YWlsZWQgaW4gW1JGQzYyOThdIGlzIHJlY29tbWVuZGVkDQogICBm b3IgdGhlIGNvbXB1dGF0aW9uIG9mIHRoZSByZXRyeSB0aW1lci4gIEl0IGlzIGV4cGVjdGVkIHRo YXQgdGhlDQogICB1cHBlciBsYXllciByZXRyaWVzIG9iZXkgdGhlIHNhbWUgb3IgZnJpZW5kbHkg cnVsZXMgaW4gd2hpY2ggY2FzZSBhDQogICBzaW5nbGUgcm91bmQgb2YgZnJhZ21lbnQgcmVjb3Zl cnkgc2hvdWxkIGZpdCB3aXRoaW4gdGhlIHVwcGVyIGxheWVyDQogICByZWNvdmVyeSB0aW1lcnMu DQoNCiAgIEZyYWdtZW50cyBhcmUgc2VudCBpbiBhIHJvdW5kIHJvYmluIGZhc2hpb246IHRoZSBz ZW5kZXIgc2VuZHMgYWxsIHRoZQ0KICAgZnJhZ21lbnRzIGZvciBhIGZpcnN0IHRpbWUgYmVmb3Jl IGl0IHJldHJpZXMgYW55IGxvc3QgZnJhZ21lbnQ7IGxvc3QNCiAgIGZyYWdtZW50cyBhcmUgcmV0 cmllZCBpbiBzZXF1ZW5jZSwgb2xkZXN0IGZpcnN0LiAgVGhpcyBtZWNoYW5pc20NCiAgIGVuYWJs ZXMgdGhlIHJlY2VpdmVyIHRvIGFja25vd2xlZGdlIGZyYWdtZW50cyB0aGF0IHdlcmUgZGVsYXll ZCBpbg0KICAgdGhlIG5ldHdvcmsgYmVmb3JlIHRoZXkgYXJlIGFjdHVhbGx5IHJldHJpZWQuDQoN CiAgIFdoZW4gdGhlIHNlbmRlciBkZWNpZGVzIHRoYXQgYSBwYWNrZXQgc2hvdWxkIGJlIGRyb3Bw ZWQgYW5kIHRoZQ0KICAgZnJhZ21lbnRhdGlvbiBwcm9jZXNzIGNhbmNlbGVkLCBpdCBzZW5kcyBh IHBzZXVkbyBmcmFnbWVudCB3aXRoIHRoZQ0KICAgZGF0YWdyYW1fb2Zmc2V0LCBzZXF1ZW5jZSBh bmQgZGF0YWdyYW1fc2l6ZSBhbGwgc2V0IHRvIHplcm8sIGFuZCBubw0KICAgZGF0YS4gIFVwb24g cmVjZXB0aW9uIG9mIHRoaXMgbWVzc2FnZSwgdGhlIHJlY2VpdmVyIHNob3VsZCBjbGVhbiB1cA0K ICAgYWxsIHJlc291cmNlcyBmb3IgdGhlIHBhY2tldCBhc3NvY2lhdGVkIHRvIHRoZSBkYXRhZ3Jh bV90YWcuICBJZiBhbg0KICAgYWNrbm93bGVkZ21lbnQgaXMgcmVxdWVzdGVkLCB0aGUgcmVjZWl2 ZXIgcmVzcG9uZHMgd2l0aCBhIE5VTEwNCiAgIGJpdG1hcC4NCg0KICAgVGhlIHJlY2VpdmVyIG1p Z2h0IG5lZWQgdG8gY2FuY2VsIHRoZSBwcm9jZXNzIG9mIGEgZnJhZ21lbnRlZCBwYWNrZXQNCiAg IGZvciBpbnRlcm5hbCByZWFzb25zLCBmb3IgaW5zdGFuY2UgaWYgaXQgaXMgb3V0IG9mIHJlY29t cG9zaXRpb24NCiAgIGJ1ZmZlcnMsIG9yIGNvbnNpZGVycyB0aGF0IHRoaXMgcGFja2V0IGlzIGFs cmVhZHkgZnVsbHkgcmVjb21wb3NlZA0KICAgYW5kIHBhc3NlZCB0byB0aGUgdXBwZXIgbGF5ZXIu ICBJbiB0aGF0IGNhc2UsIHRoZSByZWNlaXZlciBTSE9VTEQNCiAgIGluZGljYXRlIHNvIHRvIHRo ZSBzZW5kZXIgd2l0aCBhIE5VTEwgYml0bWFwLiAgVXBvbiBhbiBhY2tub3dsZWRnbWVudA0KICAg d2l0aCBhIE5VTEwgYml0bWFwLCB0aGUgc2VuZGVyIE1VU1QgZHJvcCB0aGUgZGF0YWdyYW0uDQoN CjguICBGb3J3YXJkaW5nIEZyYWdtZW50cw0KDQogICBUaGlzIHNwZWNpZmljYXRpb24gZW5hYmxl cyBpbnRlcm1lZGlhdGUgcm91dGVycyB0byBmb3J3YXJkIGZyYWdtZW50cw0KICAgd2l0aCBubyBp bnRlcm1lZGlhdGUgcmVjb25zdHJ1Y3Rpb24gb2YgdGhlIGVudGlyZSBwYWNrZXQuICBVcG9uIHRo ZQ0KICAgZmlyc3QgZnJhZ21lbnQsIHRoZSByb3V0ZXJzIGxheSBhIGxhYmVsIGFsb25nIHRoZSBw YXRoIHRoYXQgaXMNCiAgIGZvbGxvd2VkIGJ5IHRoYXQgZnJhZ21lbnQgKHRoYXQgaXMgSVAgcm91 dGVkKSwgYW5kIGFsbCBmdXJ0aGVyDQogICBmcmFnbWVudHMgYXJlIGxhYmVsIHN3aXRjaGVkIGFs b25nIHRoYXQgcGF0aC4gIEFzIGEgY29uc2VxdWVuY2UsDQogICBhbHRlcm5hdGUgcm91dGVzIGFy ZSBub3QgcG9zc2libGUgZm9yIGluZGl2aWR1YWwgZnJhZ21lbnRzLiAgVGhlDQogICBkYXRhZ3Jh bV90YWcgaXMgdXNlZCB0byBjYXJyeSB0aGUgbGFiZWwsIHRoYXQgaXMgc3dhcHBlZCBhdCBlYWNo IGhvcC4NCg0KDQoNCg0KDQoNCg0KDQpUaHViZXJ0ICYgSHVpICAgICAgICAgICAgIEV4cGlyZXMg SnVseSAxNCwgMjAxNyAgICAgICAgICAgICAgICBbUGFnZSAxMV0NCkludGVybmV0LURyYWZ0ICAg IExMTiBGcmFnbWVudCBGb3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAgICAgIEphbnVhcnkgMjAxNw0K DQoNCjguMS4gIFVwb24gdGhlIGZpcnN0IGZyYWdtZW50DQoNCiAgIEluIHJvdXRlIG92ZXIgdGhl IEwyIHNvdXJjZSBjaGFuZ2VzIGF0IGVhY2ggaG9wLg0KVFc+IHNvbWV0aGluZydzIHdyb25nIHdp dGggdGhlIHByZXZpb3VzIHNlbnRlbmNlDQoNCg0KW1Bhc2NhbF0gaXMgdGhpcyBiZXR0ZXI6ICBJ biByb3V0ZSBvdmVyIG1vZGUsIHRoZSBNQUMgYWRkcmVzcyBjaGFuZ2VzIGF0IGVhY2ggaG9wLg0K DQogICBUaGUgbGFiZWwgdGhhdCBpcw0KICAgZm9ybWVkIGFuZCBwbGFjZWQgaW4gdGhlIGRhdGFn cmFtX3RhZyBpcyBhc3NvY2lhdGVkIHRvIHRoZSBzb3VyY2UgTUFDDQogICBhbmQgb25seSB2YWxp ZCAoYW5kIHVuaXF1ZSkgZm9yIHRoYXQgc291cmNlIE1BQy4gIFNheSB0aGUgZmlyc3QNCiAgIGZy YWdtZW50IGhhczoNCg0KICAgICAgU291cmNlIElQdjYgYWRkcmVzcyA9IElQX0EgKG1heSBiZSBt dWx0aXBsZSBob3BzIGF3YXkpDQoNCiAgICAgIERlc3RpbmF0aW9uIElQdjYgYWRkcmVzcyA9IElQ X0IgKG1heWJlIGJlIG11bHRpcGxlIGhvcHMgYXdheSkNCg0KICAgICAgU291cmNlIE1BQyA9IE1B Q19wcnYgKHBydiBhcyBwcmV2aW91cykNCg0KICAgICAgRGF0YWdyYW1fdGFnPSBEVF9wcnYNCg0K ICAgVGhlIGludGVybWVkaWF0ZSByb3V0ZXIgdGhhdCBmb3J3YXJkcyBpbmRpdmlkdWFsIGZyYWdt ZW50cyBkb2VzIHRoZQ0KICAgZm9sbG93aW5nOg0KDQogICAgICBhIHJvdXRlIGxvb2t1cCB0byBn ZXQgTmV4dCBob3AgSVB2NiB0b3dhcmRzIElQX0IsIHdoaWNoIHJlc29sdmVzDQogICAgICBhcyBJ UF9ueHQgKG54dCBhcyBuZXh0KQ0KDQogICAgICBhIE1BQyBhZGRyZXNzIHJlc29sdXRpb24gdG8g Z2V0IHRoZSBNQUMgYWRkcmVzcyBhc3NvY2lhdGVkIHRvDQogICAgICBJUF9ueHQsIHdoaWNoIHJl c29sdmVzIGFzIE1BQ19ueHQNCg0KICAgU2luY2UgaXQgaXMgYSBmaXJzdCBmcmFnbWVudCBvZiBh IHBhY2tldCBmcm9tIHRoYXQgc291cmNlIE1BQyBhZGRyZXNzDQogICBNQUNfcHJ2IGZvciB0aGF0 IHRhZyBEVF9wcnYsIHRoZSByb3V0ZXI6DQoNCiAgICAgIGNsZWFucyB1cCBhbnkgbGVmdG92ZXIg cmVzb3VyY2UgYXNzb2NpYXRlZCB0byB0aGUgdHVwbGUgKE1BQ19wcnYsDQogICAgICBEVF9wcnYp DQoNCiAgICAgIGFsbG9jYXRlcyBhIG5ldyBsYWJlbCBmb3IgdGhhdCBmbG93LCBEVF9ueHQsIGZy b20gYSBMZWFzdCBSZWNlbnRseQ0KICAgICAgVXNlZCBwb29sIG9yIHNvbWUgc2ltaWxhciBwcm9j ZWR1cmUuDQoNCiAgICAgIGFsbG9jYXRlcyBhIExhYmVsIHN3YXAgc3RydWN0dXJlIGluZGV4ZWQg YnkgKE1BQ19wcnYsIERUX3BydikgdGhhdA0KICAgICAgY29udGFpbnMgKE1BQ19ueHQsIERUX254 dCkNCg0KICAgICAgYWxsb2NhdGVzIGEgTGFiZWwgc3dhcCBzdHJ1Y3R1cmUgaW5kZXhlZCBieSAo TUFDX254dCwgRFRfbnh0KSB0aGF0DQogICAgICBjb250YWlucyAoTUFDX3BydiwgRFRfcHJ2KQ0K DQogICAgICBzd2FwcyB0aGUgTUFDIGluZm8gdG8gZnJvbSBzZWxmIHRvIE1BQ19ueHQNCg0KICAg ICAgU3dhcHMgdGhlIGRhdGFncmFtX3RhZyB0byBEVF9ueHQNCg0KICAgQXQgdGhpcyBwb2ludCB0 aGUgcm91dGVyIGlzIGFsbCBzZXQgYW5kIGNhbiBmb3J3YXJkIHRoZSBwYWNrZXQgdG8NCiAgIG54 dC4NCg0KVFc+IHRoaXMgYXNzdW1lcyB0aGUgZmlyc3QgZnJhZ21lbnQgaXMgbG9uZyBlbm91Z2gg dG8gY29udGFpbiB0aGUgc291cmNlL2Rlc3RpbmF0aW9uIElQIGFkZHJlc3NlcywgcmlnaHQ/DQoN Cg0KW1Bhc2NhbF0gUmlnaHQuIFRoaXMgY291bGQgYmUgc2FpZCBpbiBhIHJ1bGUgdG8gZHJvcCB0 aGUgcGFja2V0IGlmIG5vdC4NCg0KDQoNCg0KDQpUaHViZXJ0ICYgSHVpICAgICAgICAgICAgIEV4 cGlyZXMgSnVseSAxNCwgMjAxNyAgICAgICAgICAgICAgICBbUGFnZSAxMl0NCkludGVybmV0LURy YWZ0ICAgIExMTiBGcmFnbWVudCBGb3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAgICAgIEphbnVhcnkg MjAxNw0KDQoNCjguMi4gIFVwb24gdGhlIG5leHQgZnJhZ21lbnRzDQoNCiAgIFVwb24gbmV4dCBm cmFnbWVudHMgKHRoYXQgYXJlIG5vdCBmaXJzdCBmcmFnbWVudCksIHRoZSByb3V0ZXIgZXhwZWN0 cw0KICAgdG8gaGF2ZSBhbHJlYWR5IExhYmVsIHN3YXAgc3RydWN0dXJlIGluZGV4ZWQgYnkgKE1B Q19wcnYsIERUX3BydikuDQogICBUaGUgcm91dGVyOg0KDQogICAgICBsb29rcyB1cCB0aGUgTGFi ZWwgc3dhcCBlbnRyeSBmb3IgKE1BQ19wcnYsIERUX3BydiksIHdoaWNoDQogICAgICByZXNvbHZl cyBhcyAoTUFDX254dCwgRFRfbnh0KQ0KDQogICAgICBzd2FwcyB0aGUgTUFDIGluZm8gdG8gZnJv bSBzZWxmIHRvIE1BQ19ueHQ7DQoNCiAgICAgIFN3YXBzIHRoZSBkYXRhZ3JhbV90YWcgdG8gRFRf bnh0DQoNCiAgIEF0IHRoaXMgcG9pbnQgdGhlIHJvdXRlciBpcyBhbGwgc2V0IGFuZCBjYW4gZm9y d2FyZCB0aGUgcGFja2V0IHRvDQogICBueHQuDQoNCiAgIGlmIHRoZSBMYWJlbCBzd2FwIGVudHJ5 IGZvciAoTUFDX3NyYywgRFRfc3JjKSBpcyBub3QgZm91bmQsIHRoZQ0KICAgcm91dGVyIGJ1aWxk cyBhbiBSRlJBRy1BQ0sgdG8gaW5kaWNhdGUgdGhlIGVycm9yLiAgVGhlIGFja25vd2xlZGdtZW50 DQogICBtZXNzYWdlIGhhcyB0aGUgZm9sbG93aW5nIGluZm9ybWF0aW9uOg0KDQogICAgICBNQUMg aW5mbyBzZXQgdG8gZnJvbSBzZWxmIHRvIE1BQ19wcnYgYXMgZm91bmQgaW4gdGhlIGZyYWdtZW50 DQpUVz4gInRvIGZyb20iPw0KDQoNCltQYXNjYWxdIHRoZSBMYWJlbCBzd2FwIGVudHJ5IGZvciAo TUFDX3NyYywgRFRfc3JjKSAtPiB0aGUgTGFiZWwgc3dhcCBlbnRyeSBmb3IgKE1BQ19wcnYsIERU X3BydikNCg0KDQogICAgICBTd2FwcyB0aGUgZGF0YWdyYW1fdGFnIHNldCB0byBEVF9wcnYNCg0K ICAgICAgQml0bWFwIG9mIGFsbCB6ZXJvZXMgdG8gaW5kaWNhdGUgdGhlIGVycm9yDQoNCiAgIEF0 IHRoaXMgcG9pbnQgdGhlIHJvdXRlciBpcyBhbGwgc2V0IGFuZCBjYW4gc2VuZCB0aGUgUkZSQUct QUNLIGJhY2sNCiAgIHRvIHRoZSBwcmV2aW91cyByb3V0ZXIuDQoNCjguMy4gIFVwb24gdGhlIGZy YWdtZW50IGFja25vd2xlZGdtZW50cw0KDQogICBVcG9uIGZyYWdtZW50IGFja25vd2xlZGdtZW50 cyBuZXh0IGZyYWdtZW50cw0KVFc+IHJlYWRzIHN0cmFuZ2UNCiAgICh0aGF0IGFyZSBub3QgZmly c3QNCiAgIGZyYWdtZW50KSwgdGhlIHJvdXRlciBleHBlY3RzIHRvIGhhdmUgYWxyZWFkeSBMYWJl bCBzd2FwIHN0cnVjdHVyZQ0KICAgaW5kZXhlZCBieSAoTUFDX254dCwgRFRfbnh0KS4gIFRoZSBy b3V0ZXI6DQoNCiAgICAgIGxvb2tzIHVwIHRoZSBMYWJlbCBzd2FwIGVudHJ5IGZvciAoTUFDX254 dCwgRFRfbnh0KSwgd2hpY2gNCiAgICAgIHJlc29sdmVzIGFzIChNQUNfcHJ2LCBEVF9wcnYpDQoN CiAgICAgIHN3YXBzIHRoZSBNQUMgaW5mbyB0byBmcm9tIHNlbGYgdG8gTUFDX3BydjsNCg0KICAg ICAgc3dhcHMgdGhlIGRhdGFncmFtX3RhZyB0byBEVF9wcnYNCg0KICAgQXQgdGhpcyBwb2ludCB0 aGUgcm91dGVyIGlzIGFsbCBzZXQgYW5kIGNhbiBmb3J3YXJkIHRoZSBSRlJBRy1BQ0sgdG8NCiAg IHBydi4NCg0KICAgSWYgdGhlIExhYmVsIHN3YXAgZW50cnkgZm9yIChNQUNfbnh0LCBEVF9ueHQp IGlzIG5vdCBmb3VuZCwgaXQgc2ltcGx5DQogICBkcm9wcyB0aGUgcGFja2V0Lg0KDQoNCg0KDQpU aHViZXJ0ICYgSHVpICAgICAgICAgICAgIEV4cGlyZXMgSnVseSAxNCwgMjAxNyAgICAgICAgICAg ICAgICBbUGFnZSAxM10NCkludGVybmV0LURyYWZ0ICAgIExMTiBGcmFnbWVudCBGb3J3YXJkaW5n IGFuZCBSZWNvdmVyeSAgICAgIEphbnVhcnkgMjAxNw0KDQoNCiAgIElmIHRoZSBSRlJBRy1BQ0sg aW5kaWNhdGVzIGVpdGhlciBhbiBlcnJvciBvciB0aGF0IHRoZSBmcmFnbWVudCB3YXMNCiAgIGZ1 bGx5IHJlY2VpdmUsIHRoZSByb3V0ZXIgc2NoZWR1bGVzIHRoZSBMYWJlbCBzd2FwIGVudHJpZXMg Zm9yDQogICByZWN5Y2xpbmcuICBJZiB0aGUgUkZSQUctQUNLIGlzIGxvc3Qgb24gdGhlIHdheSBi YWNrLCB0aGUgc291cmNlIG1heQ0KICAgcmV0cnkgdGhlIGxhc3QgZnJhZ21lbnRzLCB3aGljaCB3 aWxsIHJlc3VsdCBhcyBhbiBlcnJvciBSRlJBRy1BQ0sNCiAgIGZyb20gdGhlIGZpcnN0IHJvdXRl ciBvbiB0aGUgd2F5IHRoYXQgaGFzIGFscmVhZHkgY2xlYW5lZCB1cC4NCg0KOS4gIFNlY3VyaXR5 IENvbnNpZGVyYXRpb25zDQoNCiAgIFRoZSBwcm9jZXNzIG9mIHJlY292ZXJpbmcgZnJhZ21lbnRz IGRvZXMgbm90IGFwcGVhciB0byBjcmVhdGUgYW55DQogICBvcGVuaW5nIGZvciBuZXcgdGhyZWF0 IGNvbXBhcmVkIHRvICJUcmFuc21pc3Npb24gb2YgSVB2NiBQYWNrZXRzIG92ZXINCiAgIElFRUUg ODAyLjE1LjQgTmV0d29ya3MiIFtSRkM0OTQ0XS4NCg0KMTAuICBJQU5BIENvbnNpZGVyYXRpb25z DQoNCiAgIE5lZWQgZXh0ZW5zaW9ucyBmb3IgZm9ybWF0cyBkZWZpbmVkIGluICJUcmFuc21pc3Np b24gb2YgSVB2NiBQYWNrZXRzDQogICBvdmVyIElFRUUgODAyLjE1LjQgTmV0d29ya3MiIFtSRkM0 OTQ0XS4NCg0KMTEuICBBY2tub3dsZWRnbWVudHMNCg0KICAgVGhlIGF1dGhvciB3aXNoZXMgdG8g dGhhbmsgSmF5IFdlcmIsIENocmlzdG9zIFBvbHl6b2lzLCBTb3VtaXRyaQ0KICAgS29sYXZlbm51 LCBQYXQgS2lubmV5LCBNYXJnYXJldCBXYXNzZXJtYW4sIFJpY2hhcmQgS2Vsc2V5LCBDYXJzdGVu DQogICBCb3JtYW5uIGFuZCBIYXJyeSBDb3VydGljZSBmb3IgdGhlaXIgY29udHJpYnV0aW9ucyBh bmQgcmV2aWV3Lg0KDQoxMi4gIFJlZmVyZW5jZXMNCg0KDQo= --_000_23d281df0e12472b91791f6173485f75XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0 IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPkhlbGxvIFRob21hcyZuYnNwOzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkFsbCBpbiBhbGwsIHlvdXIgcG9pbnRzIGFyZSB3ZWxsIHVuZGVyc3Rvb2Qs IGFuZCBJIHdpbGwgcmVzdHJ1Y3R1cmUgYSBiaXQgYW5kIGFkZCB3b3Jkcy4gQnV0LCBiZWZvcmUg SSBzcGVuZCB0b28gbXVjaCBvZiBteSB0aW1lIG9uIHRoaXMgZHJhZnQsIEnigJlkIGxpa2UgdG8g c2VlDQogdGhlIFdHIGludGVyZXN0IGNsZWFybHkgZXhwcmVzc2VkLiBTbyBmYXIgSSBzYXcgeW91 IGFuZCBNaWNoZWwgZXhwcmVzc2luZyBjbGVhciBzdXBwb3J0LiBJcyB0aGUgZ3JvdXAgYmVoaW5k IHVzPw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIHNlZSBiZWxvdyZuYnNwOzs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+cG9pbnQgMTogY2xlYXJl ciBpbnRybyBuZWVkZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+ZnJvbSBteSB1bmRlcnN0YW5kaW5nLCB0aGlzIGRyYWZ0IGludHJvZHVjZXMgdHdv IHRoaW5nczogKDEpIGEgd2F5IG9mIGZvcndhcmRpbmcgZnJhZ21lbnRzIHNvIGFzIHRvIGF2b2lk IHRvIGhhdmUgdG8gcmVhc3NlbWJsZSBhdCBldmVyeSBob3AgYW5kICgyKSBhbiBlbmQtdG8tZW5k IHByb3RvY29sIHRvIHJlcXVlc3QgbG9zdCBmcmFnbWVudHMgdG8gYmUgcmV0cmFuc21pdHRlZC4N CiBJIHRoaW5rIGl0ZW0gKDEpIGlzIHJlYWxseSB0aGUgbWFpbiBjb250cmlidXRpb24gb2YgdGhl IGRyYWZ0LCBhbmQgKDIpIGlzIGEgbmVjZXNzYXJ5IGNvcm9sbGFyeSB0byBtYWtpbmcgKDEpIHdv cmsuIFRoZSBhYnN0cmFjdCBhbmQgaW50cm8sIGhvd2V2ZXIsIHNlZW0gdG8gZm9jdXMgYWxtb3N0 IGV4Y2x1c2l2ZWx5IG9uICgyKSwgbm90IGNsZWFybHkgc3RhdGluZyAoMSkuIEEgc2luZ2xlIHNl bnRlbmNlIGF0IHRoZSB2ZXJ5IGJlZ2lubmluZyBzdHJlc3NpbmcNCiB0aGUgdHdvIGNvbnRyaWJ1 dGlvbnMgd291bGQgZ28gYSBsb25nIHdheSBJTU8uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5bUGFzY2FsXSBPSywgSeKAmWxsIGltcHJvdmUgdGhhdCBvbiB0aGUgbmV4 dCByZXZpc2lvbi4gTm90ZSB0aGF0IHRoZSBpbml0aWFsIHRpdGxlIG9mIHRoZSBkcmFmdCB3YXMN Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PGEgaHJlZj0iaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXRodWJlcnQtNmxvd3Bhbi1zaW1wbGUtZnJhZ21lbnQt cmVjb3ZlcnktMDAiPjxzcGFuIHN0eWxlPSJjb2xvcjojOTU0RjcyIj5kcmFmdC10aHViZXJ0LTZs b3dwYW4tc2ltcGxlLWZyYWdtZW50LXJlY292ZXJ5PC9zcGFuPjwvYT4NCiA7IHNpbmNlIHRoZW4s IEkgbW92ZWQgdGhlIGZvY3VzIG9uIHRoZSBjYXBhYmlsaXR5IHRvIHN0cmVhbWxpLG5lIHRoZSBm cmFnbWVudHMgb3ZlciBhIG1lc2guDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkJ1dCBib3RoIGFyZSByZWFsbHkgaW1wb3J0YW50LiBGb3J3YXJkaW5nIGZyYWdtZW50cyBp cyBub3cgdGhlIHRpdGxlLCBhbmQgdGhlIGRyYWZ0IGltcHJvdmVzIHRoZSB0aHJvdWdocHV0IGJ5 IHN0cmVhbWxpbmluZyB3aGlsZSBhdm9pZGluZyBidWZmZXIgYmxvYXQgaW5zaWRlIHRoZSBuZXR3 b3JrLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPllldCwgcmVjb3ZlcmluZyB0aGUgbWlzc2luZyBmcmFn cyBpcyBpbXBvcnRhbnQgYXMgd2VsbCwgYXZvaWRzIHRoZSBibG9hdCBpbiB0aGUgZW5kIHBvaW50 LiBMb29raW5nIGF0IHRoZSBiaWcgcGljdHVyZSwgaXTigJlzIHZlcnkgaGFyZCB0byBkbyBvbmUg d2l0aG91dCB0aGUgb3RoZXIsDQogdGhlIHRlY2huaXF1ZXMgYmVuZWZpdCBmcm9tIG9uZSBhbm90 aGVyIGFuZCBhcmUgbm90IHNlcGFyYWJsZS4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPi0tLTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5wb2ludCAyOiBqdXN0aWZpY2F0aW9uPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlNlY3Rpb24gMyBwcm92aWRl cyBhIHJhdGlvbmFsZSBhcyB0byB3aHkgdGhpcyBkcmFmdCBpcyBuZWVkZWQuIEl0IGZvY3VzZXMg YWxtb3N0IGV4Y2x1c2l2ZWx5IG9uIHJlbGlhYmlsaXR5OiBpZiB0aGUgbGluayBpcyA5OSUgcmVs aWFibGUsIHRoZW4gdGhlIHByb2JhYmlsaXR5IHRoYXQgNSBmcmFnbWVudHMsIGV0Yy4gSU1PIHRo YXQgZG9lc24ndCBtYWtlIG11Y2gNCiBzZW5zZSBhcyBlYWNoIGZyYWdtZW50IHdpbGwgYmUgbGlu ay1sYXllciBBQ0snZWQgYW5kIHJldHJhbnNtaXR0ZWQgKGF0IHRoZSBsaW5rIGxheWVyLCBpLmUu JnF1b3Q7dHJhbnNwYXJlbnRseSZxdW90OyB0byA2TG9XUEFOKS4gVGhlcmUgaXMgb2YgY291cnNl IGEgcHJvYmFiaWxpdHkgdGhhdCBhbGwgcmV0cmllcyBmYWlsLCBidXQganVzdGlmeWluZyB0aGUg ZHJhZnQgYnkgYXNzdW1pbmcgdGhlcmUgYXJlIG5vIGxpbmstbGF5ZXIgQUNLcyBtYWtlIGxpdHRs ZSBzZW5zZS4NCiBJIG1heSBjb21wbGV0ZWx5IG1pc3VuZGVyc3RhbmQsIGluIHdoaWNoIGNhc2Us IHBsZWFzZSBwb2ludCB0aGF0IG91dC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPltQYXNjYWxdIFdlIHdhbnQgdG8gbWFrZSB0aGUgdHJhbnNtaXNzaW9uIHJlbGlhYmxl IG92ZXIgbXVsdGlob3AuIEkgYWdyZWUgd2l0aCB3aGF0IHlvdSBhcmUgc2F5aW5nIG92ZXIgb25l IGhvcC4gQnV0IGluIHRoZSBtdWx0aWhvcCBzY2VuYXJpbywgaWYgYSBob3AgZG93biB0aGUNCiBw YXRoIHRlbXBvcmFyaWx5IGZhaWxzLCB0aGUgcmV0cmllcyB0aGVyZSB3aWxsIGV4aGF1c3QsIGJ1 dCB0aGUgbm9kZSB0aGF0IGRpZCB0aGUgZnJhZ21lbnRhdGlvbiB3aWxsIG5vdCBiZSBhd2FyZSAo bm8gbmFjayBhbGwgdGhlIHdheSBiYWNrKSwgYXMgb3Bwb3NlZCB0byB0aGUgc2luZ2xlIGhvcCBj YXNlLiBTbyBpdCB3aWxsIGtlZXAgc2VuZGluZyB0aGUgbmV4dCBmcmFnbWVudHMsIGNvbnRyaWJ1 dGluZyB0byB0aGUgcHJvYmxlbSwgd2FzdGluZw0KIHRpbWUgYW5kIG5ldHdvcmsgcmVzb3VyY2Vz LCBldGMuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+VGhlIG1ham9yIHJhdGlvbmFsZSBJTU8gZm9yIHRoaXMgZHJhZnQgaXMgdGhhdCBpdCBk b2Vzbid0IHJlcXVpcmUgaW50ZXJtZWRpYXJ5IG5vZGVzIHRvIHJlYXNzZW1ibGUhIFdoeSBub3Qg anVzdCBzYXkgdGhhdD8gUmVhc3NlbWJseSBhdCBlYWNoIGhvcCB5aWVsZHMgc2V2ZXJhbCBwcm9i bGVtcywgdGhlIGJpZ2dlc3Qgb25lIGluIG15IGV4cGVyaWVuY2UgaXMgdGhhdA0KIG9mIG1lbW9y eSBtYW5hZ2VtZW50IChpZiBJJ20gbWlzc2luZyBvbmUgZnJhZ21lbnQgZnJvbSBhIHBhY2tldCwg YW5kIGEgZnJhZ21lbnQgZnJvbSBhIHNlY29uZCBwYWNrZXQgYXJyaXZlLCBhbmQgSSBoYXZlIG9u bHkgb25lIGFzc2VtYmx5IGJ1ZmZlciwgd2hhdCBzaG91bGQgSSBkbz8pLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gWWVzLCB0aGlzIGlzIG9uZSBvZiB0 aGUgcHJvYmxlbXMgSSBpbGx1c3RyYXRlZCB0aGUgbW9zdCBhdCB0aGUgNmxvIG1lZXRpbmcsIGFz IHlvdSBzYXcuIE5vdywgdGhlIGJsb2F0IG1heSBoYXBwZW4gaW4gdGhlIHJlY2VpdmUgZW5kIG5v ZGUsIGV2ZW4gd2hlbg0KIGZyYWdtZW50cyBhcmUgc3RyZWFtbGluZWQuIEl0IGhhcHBlbnMgYXMg c29vbiBhcyBvbmUgZnJhZ21lbnQgaXMgbG9zdC4gU28gZm9yd2FyZGluZyBmcmFnbWVudHMgcHJv dGVjdHMgdGhlIG5ldHdvcmssIG1ha2luZyB0aGUgZnJhZ21lbnRzIHJlbGlhYmxlIHByb3RlY3Rz IHRoZSBwYWNrZXQgYW5kIHRoZSBlbmQgcG9pbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkkgZmVlbCBsaWtlIEknbSBtaXNzaW5nIHNvbWV0 aGluZywgb3IgZXZlbiByZWFkaW5nIGEgZHJhZnQgdGhhdCBpcyBub3Qgd2hhdCBJIGV4cGVjdGVk IGl0IHRvIGJlLi4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFz Y2FsXSBDYW7igJl0IHNheS4gQnV0IGJvdGggYXJlIG5lZWRlZCBhbmQgaGVscCBvbmUgYW5vdGhl ciB0byB0aGUgcG9pbnQgdGhhdCB0aGV5IGNhbm5vdCBiZSBzZXBhcmF0ZWQuIFRoZSBkcmFmdCBh ZGRyZXNzZXMgYWxsIHRoZSBwb2ludHMgaW4gbXkgcHJlc2VudGF0aW9uDQogYXQgNmxvIChodHRw czovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy85OC9zbGlkZXMvc2xpZGVzLTk4LTZsby1mcmFn bWVudGF0aW9uLWZvcndhcmRpbmctaXNzdWVzLWluLTZsb3dwYW4tMDAucGRmKSwgYnV0IHRoZSBo aWRkZW4gdGVybWluYWwgd2hpY2ggaXMgbm90IGFuIGlzc3VlIGZvciA2VGlTQ0ggYW5kIGlzIG9u bHkgYWxsZXZpYXRlZCBieSB0aGUgcHJvcG9zZWQgZmxvdyBjb250cm9sIGFuZCB0aGUgd2luZG93 IG9mIG9uZSBmcmFnbWVudC4NCiBUaGUgdmFsdWUgdGhhdCB5b3UgZm9jdXMgb24gaXMgZGlzY3Vz c2VkIHNsaWRlcyA5LTEyLCBhbmQgd2FzIGEgZm9jdXMgb2YgdGhlIGRpc2N1c3Npb24uPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LS0tPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPnBvaW50IDM6IFNlY3Rpb24gNSBPdmVydmlldyBpcyBub3Qg YW4gb3ZlcnZpZXc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+U2VjdGlvbiA1IGlzIGNhbGxlZCAmcXVvdDtPdmVydmlldyZxdW90OyBhbmQgYXBwZWFy cyBiZWZvcmUgdGhlIGFjdHVhbCBwcm9wb3NhbCBpcyBkZXNjcmliZWQuIEZyb20gdGhlIHRpdGxl LCBJIHdhcyBleHBlY3RpbmcgYSBjb3VwbGUgb2YgcGFyYWdyYXBocyB3aXRoIHRoZSBtYWluIGlk ZWEsIG1heWJlIGEgZGlhZ3JhbSBvciB0d28gdG8gbWFrZSB0aGUgYmlnIHBpY3R1cmUgY2xlYXIu DQogSW5zdGVhZCwgdGhlIHNlY3Rpb24gY29udGFpbnMgYSBkaXNjdXNzaW9uIGFib3V0IHZlcnkg c3VidGxlIHBvaW50cywgaW5jbHVkaW5nIGNvbmdlc3Rpb24gY29udHJvbCwgaW50ZXJhY3Rpb24g d2l0aCBsaW5rLWxheWVyIHByb3RvY29scywgdGltZW91dCBjYWxjdWxhdGlvbiBhbmQgc2VjdXJp dHkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlRv IHN1bW1hcml6ZSwgdGhlIHRleHQgaW4gdGhpcyBzZWN0aW9uIGlzIGludGVyZXN0aW5nIGFuZCBz aG91bGQgY2VydGFpbmx5IGFwcGVhciBpbiB0aGUgc3BlY2lmaWNhdGlvbiwgYnV0IGFzIGRpc2N1 c3Npb24gcG9pbnRzIEFGVEVSIHRoZSBtYWluIGlkZWEgaXMgcHJlc2VudGVkLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gQWNr PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+LS0tPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPnBvaW50IDQ6IHRoZSBjb25mdXNpbmcgdXNlIG9mIHRoZSB3b3JkICZxdW90 O2Fja25vd2xlZGdtZW50JnF1b3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPldoaWxlIHVuZGVyc3RhbmRhYmxlLCB0aGUgdXNlIG9mIGFja25vd2xl ZGdtZW50IHdoaWNoIGNhbiByZWZlciB0byBMMiBBQ0tzIG9yJm5ic3A7UkZSQUctQUNLIG1lc3Nh Z2VzIGlzIGNvbmZ1c2VkLiBJIHN1Z2dlc3QgdG8gdXNlIHRoZSB0ZXJtICZxdW90O1JGUkFHLUFD SyZxdW90OyByYXRoZXIgdGhhbiB0aGUgZ2VuZXJpYyAmcXVvdDtBY2tub3dsZWRnZW1lbnQmcXVv dDsuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXSBBY2s8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ LS0tPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPnBv aW50IDU6IGxhYmVsIHN3aXRjaGluZzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij5UaGUgbGFiZWwgc3dpdGNoaW5nIG1lY2hhbmlzbSBpcyBlbGVnYW50 IGFzIHRoZSBsYWJlbHMgYXJlIGxvY2FsbHkgc2lnbmlmaWNhbnQgb25seSwgd2l0aCBubyBuZWVk IHRvIG1haW50YWluIGEgbmV0d29yay13aWRlIGxhYmVsIHJlZ2lzdHJ5LiBUaGUgZG9jdW1lbnQg c2hvdWxkIHN0YXRlIHNvLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXSBBY2s8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkZvciB0aGUgcmVzdCBJ IGFuc3dlcmVkIGluIGxpbmUsIHBsZWFzZSBzZWUgYmVsb3cuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UYWtlIGNhcmUsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5QYXNjYWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PT09PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjZsbyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO1AuIFRodWJlcnQsIEVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SW50ZXJuZXQtRHJhZnQg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IENpc2NvIFN5c3RlbXM8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPkludGVuZGVkIHN0YXR1czogU3RhbmRhcmRzIFRyYWNrICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtK LiBIdWk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkV4cGlyZXM6IEp1bHkgMTQsIDIwMTcgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBOZXN0IExhYnM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBKYW51YXJ5IDEwLCAyMDE3PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgTExOIEZyYWdtZW50IEZvcndhcmRpbmcgYW5kIFJlY292ZXJ5PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ZHJhZnQtdGh1YmVydC02bG8tZm9yd2FyZGluZy1mcmFnbWVudHMtMDQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+QWJzdHJhY3Q8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO0luIG9yZGVyIHRvIGJlIHJvdXRlZCwgYSBmcmFnbWVudGVkIDZMb1dQQU4gcGFja2V0IG11 c3QgYmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtyZWFzc2VtYmxlZCBhdCBl dmVyeSBob3Agb2YgYSBtdWx0aWhvcCBsaW5rIHdoZXJlIGxvd2VyIGxheWVyPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnRhdGlvbiBvY2N1cnMuJm5ic3A7IENvbnNp ZGVyaW5nIHRoYXQgdGhlIElQdjYgbWluaW11bSBNVFUgaXMgMTI4MDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwO2J5dGVzLCBhbmQgdGhhdCBhbiA4MDIuMTUuNCBmcmFtZSBjYW4g aGF2ZSBhIHBheWxvYWQgbGltaXRlZCB0byA3NDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwO2J5dGVzIGluIHRoZSB3b3JzdCBjYXNlLCBhIHBhY2tldCBtaWdodCBlbmQgdXAgZnJh Z21lbnRlZCBpbnRvIGFzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7bWFueSBh cyAxOCBmcmFnbWVudHMgYnkgNkxvV1BBTi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRXJmd0OyBu b3Qgc3VyZSB0aGUgdGVybSAmcXVvdDtzaGltIGxheWVyJnF1b3Q7IGlzIHdpZGVseSB1c2VkLiBJ IHN1Z2dlc3QgdG8gcmVwbGFjZSBzaW1wbHkgYnkgJnF1b3Q7NkxvV1BBTiZxdW90OyAoZG9uZSBh bHJlYWR5KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO0lmIGEgc2luZ2xlIG9u ZSBvZjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3Rob3NlIGZyYWdtZW50cyBp cyBsb3N0IGluIHRyYW5zbWlzc2lvbiwgYWxsIGZyYWdtZW50cyBtdXN0IGJlPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7cmVzZW50LCBmdXJ0aGVyIGNvbnRyaWJ1dGluZyB0byB0 aGUgY29uZ2VzdGlvbiB0aGF0IG1pZ2h0IGhhdmUgY2F1c2VkPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7dGhlIGluaXRpYWwgcGFja2V0IGxvc3MuJm5ic3A7IFRoaXMgc3BlY2lm aWNhdGlvbiBpbnRyb2R1Y2VzIGEgc2ltcGxlIHByb3RvY29sIHRvPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7Zm9yd2FyZCBhbmQgcmVjb3ZlciBpbmRpdmlkdWFsIGZyYWdtZW50 cyB0aGF0IG1pZ2h0IGJlIGxvc3Qgb3Zlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO211bHRpcGxlIGhvcHMgYmV0d2VlbiA2TG9XUEFOIGVuZHBvaW50cy48L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+U3RhdHVzIG9mIFRoaXMgTWVt bzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsgJm5ic3A7VGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBjb25mb3Jt YW5jZSB3aXRoIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3Byb3Zpc2lv bnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtp bmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwO1Rhc2sgRm9yY2UgKElFVEYpLiZuYnNwOyBOb3RlIHRoYXQgb3Ro ZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDt3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuJm5ic3A7IFRoZSBs aXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5i c3A7RHJhZnRzIGlzIGF0DQo8L3NwYW4+PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RyYWZ0cy9jdXJyZW50LyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQv PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO0ludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZv ciBhIG1heGltdW0gb2Ygc2l4IG1vbnRoczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO2FuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBk b2N1bWVudHMgYXQgYW55PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dGltZS4m bmJzcDsgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVy ZW5jZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO21hdGVyaWFsIG9yIHRvIGNp dGUgdGhlbSBvdGhlciB0aGFuIGFzICZxdW90O3dvcmsgaW4gcHJvZ3Jlc3MuJnF1b3Q7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJz cDtUaGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIEp1bHkgMTQsIDIwMTcuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkNvcHlyaWdodCBO b3RpY2U8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO0NvcHlyaWdodCAoYykgMjAxNyBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29u cyBpZGVudGlmaWVkIGFzIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2Rv Y3VtZW50IGF1dGhvcnMuJm5ic3A7IEFsbCByaWdodHMgcmVzZXJ2ZWQuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtUaGlzIGRv Y3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7UHJvdmlzaW9ucyBSZWxhdGluZyB0byBJ RVRGIERvY3VtZW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+VGh1YmVydCAmYW1wOyBIdWkgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgW1BhZ2UgMV08L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPkludGVybmV0LURyYWZ0ICZuYnNwOyAmbmJzcDtMTE4gRnJhZ21lbnQgRm9yd2FyZGlu ZyBhbmQgUmVjb3ZlcnkgJm5ic3A7ICZuYnNwOyAmbmJzcDtKYW51YXJ5IDIwMTc8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7KDwvc3Bhbj48YSBocmVmPSJodHRwOi8vdHJ1c3Rl ZS5pZXRmLm9yZy9saWNlbnNlLWluZm8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+aHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvPC9z cGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PikNCiBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2Y8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDtwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiZuYnNwOyBQbGVhc2UgcmV2aWV3 IHRoZXNlIGRvY3VtZW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2NhcmVm dWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGgg cmVzcGVjdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3RvIHRoaXMgZG9jdW1l bnQuJm5ic3A7IENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQgZnJvbSB0aGlzIGRvY3VtZW50IG11 c3Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtpbmNsdWRlIFNpbXBsaWZpZWQg QlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2Y8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQg YXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDtkZXNjcmliZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRhYmxlIG9mIENv bnRlbnRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDsxLiZuYnNwOyBJbnRyb2R1Y3Rpb24gJm5ic3A7LiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gJm5ic3A7IDI8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDsyLiZuYnNwOyBUZXJtaW5vbG9neSAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOyAzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7My4mbmJzcDsgUmF0aW9uYWxlIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAmbmJzcDsgNDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwOzQuJm5ic3A7IFJlcXVpcmVtZW50cyAmbmJzcDsuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAmbmJzcDsgNTwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOzUuJm5ic3A7IE92ZXJ2aWV3ICZuYnNwOy4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAmbmJzcDsgNjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOzYuJm5ic3A7IE5ldyBEaXNwYXRjaCB0 eXBlcyBhbmQgaGVhZGVycyAmbmJzcDsuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAmbmJz cDsgODwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDs2LjEuJm5ic3A7 IFJlY292ZXJhYmxlIEZyYWdtZW50IERpc3BhdGNoIHR5cGUgYW5kIEhlYWRlciAuIC4gLiAuIC4g LiAmbmJzcDsgODwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDs2LjIu Jm5ic3A7IEZyYWdtZW50IGFja25vd2xlZGdtZW50IERpc3BhdGNoIHR5cGUgYW5kIEhlYWRlciAm bmJzcDsuIC4gLiAuICZuYnNwOyA4PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 Ny4mbmJzcDsgRnJhZ21lbnRzIFJlY292ZXJ5ICZuYnNwOy4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzEwPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7OC4mbmJzcDsgRm9yd2FyZGluZyBGcmFnbWVudHMgJm5ic3A7LiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzExPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7ICZuYnNwOzguMS4mbmJzcDsgVXBvbiB0aGUgZmlyc3QgZnJhZ21lbnQgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzEyPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOzguMi4mbmJzcDsgVXBvbiB0aGUgbmV4dCBmcmFnbWVu dHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzEzPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOzguMy4mbmJzcDsgVXBvbiB0aGUgZnJhZ21l bnQgYWNrbm93bGVkZ21lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzEzPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7OS4mbmJzcDsgU2VjdXJpdHkgQ29uc2lkZXJh dGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAmbmJzcDsxNDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOzEwLiBJQU5BIENvbnNpZGVyYXRpb25zIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzE0PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7MTEuIEFja25vd2xlZGdtZW50cyAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gJm5ic3A7MTQ8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsxMi4gUmVmZXJlbmNlcyAmbmJzcDsuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzE0PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOzEyLjEuJm5ic3A7IE5vcm1hdGl2ZSBSZWZl cmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzE0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOzEyLjIuJm5ic3A7IEluZm9ybWF0 aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICZuYnNwOzE1 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7QXV0aG9ycycgQWRkcmVzc2VzICZu YnNwOy4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAmbmJzcDsx Njwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4xLiZu YnNwOyBJbnRyb2R1Y3Rpb248L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO0luIG1vc3QgTG93IFBvd2VyIGFuZCBMb3NzeSBOZXR3 b3JrIChMTE4pIGFwcGxpY2F0aW9ucywgdGhlIGJ1bGsgb2Y8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDt0aGUgdHJhZmZpYyBjb25zaXN0cyBvZiBzbWFsbCBjaHVua3Mgb2YgZGF0 YSAoaW4gdGhlIG9yZGVyIGZldyBieXRlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO3RvIGEgZmV3IHRlbnMgb2YgYnl0ZXMpIGF0IGEgdGltZS4mbmJzcDsgR2l2ZW4gdGhhdCBh biA4MDIuMTUuNCBmcmFtZSBjYW48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtj YXJyeSA3NCBieXRlcyBvciBtb3JlIGluIGFsbCBjYXNlcywgZnJhZ21lbnRhdGlvbiBpcyB1c3Vh bGx5IG5vdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3JlcXVpcmVkLiZuYnNw OyBIb3dldmVyLCBhbmQgdGhvdWdoIHRoaXMgaGFwcGVucyBvbmx5IG9jY2FzaW9uYWxseSwgYTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO251bWJlciBvZiBtaXNzaW9uLWNyaXRp Y2FsIGFwcGxpY2F0aW9ucyBkbyByZXF1aXJlIHRoZSBjYXBhYmlsaXR5IHRvPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dHJhbnNmZXIgbGFyZ2VyIGNodW5rcyBvZiBkYXRhLCBm b3IgaW5zdGFuY2UgdG8gc3VwcG9ydCBmaXJtd2FyZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO3VwZGF0ZSBvZiB0aGUgTExOIG5vZGVzLCBvciBhbiBleHRyYWN0aW9uIG9mIGxv Z3MgZnJvbSBMTE4gbm9kZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7SW4g dGhlIGZvcm1lciBjYXNlLCB0aGUgbGFyZ2UgY2h1bmsgb2YgZGF0YSBpcyB0cmFuc2ZlcnJlZCB0 byB0aGUgTExOPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7bm9kZSwgd2hlcmVh cyBpbiB0aGUgbGF0dGVyLCB0aGUgbGFyZ2UgY2h1bmsgZmxvd3MgYXdheSBmcm9tIHRoZSBMTE48 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtub2RlLiZuYnNwOyBJbiBib3RoIGNh c2VzLCB0aGUgc2l6ZSBjYW4gYmUgb24gdGhlIG9yZGVyIG9mIDEwIGtCIG9yPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7bW9yZSwgYW5kIGFuIGVuZC10by1lbmQgcmVsaWFibGUg dHJhbnNwb3J0IGlzIHJlcXVpcmVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7TWVjaGFuaXNtcyBzdWNoIGFzIFRDUCBvciBh cHBsaWNhdGlvbi1sYXllciBzZWdtZW50YXRpb24gd2lsbCBiZSB1c2VkPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dG8gc3VwcG9ydCBlbmQtdG8tZW5kIHJlbGlhYmxlIHRyYW5z cG9ydC4mbmJzcDsgT25lIG9wdGlvbiB0byBzdXBwb3J0IGJ1bGs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRodWJlcnQgJmFtcDsgSHVpICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEV4cGlyZXMgSnVseSAxNCwgMjAx NyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IFtQYWdlIDJdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5JbnRlcm5ldC1EcmFmdCAmbmJzcDsgJm5i c3A7TExOIEZyYWdtZW50IEZvcndhcmRpbmcgYW5kIFJlY292ZXJ5ICZuYnNwOyAmbmJzcDsgJm5i c3A7SmFudWFyeSAyMDE3PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2RhdGEg dHJhbnNmZXIgb3ZlciBhIGZyYW1lLXNpemUtY29uc3RyYWluZWQgTExOIGlzIHRvIHNldCB0aGUg TWF4aW11bTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1NlZ21lbnQgU2l6ZSB0 byBmaXQgd2l0aGluIHRoZSBsaW5rIG1heGltdW0gZnJhbWUgc2l6ZS4mbmJzcDsgRG9pbmcgc28s PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7aG93ZXZlciwgY2FuIGFkZCBzaWdu aWZpY2FudCBoZWFkZXIgb3ZlcmhlYWQgdG8gZWFjaCA4MDIuMTUuNCBmcmFtZS48L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtUaGlzIGNhdXNlcyB0aGUgZW5kLXRvLWVuZCB0cmFu c3BvcnQgdG8gYmUgaW50aW1hdGVseSBhd2FyZSBvZiB0aGU8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDtkZWxpdmVyeSBwcm9wZXJ0aWVzIG9mIHRoZSB1bmRlcmxheWluZyBMTE4s IHdoaWNoIGlzIGEgbGF5ZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt2aW9s YXRpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDtBbiBhbHRlcm5hdGl2ZSBtZWNoYW5pc20gdXNlcyA2TG9XUEFOIGZyYWdt ZW50YXRpb24gaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthZGRpdGlvbiB0 byB0cmFuc3BvcnQgb3IgYXBwbGljYXRpb24tbGF5ZXIgc2VnbWVudGF0aW9uLiZuYnNwOyBJbmNy ZWFzaW5nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dGhlIE1heGltdW0gU2Vn bWVudCBTaXplIHJlZHVjZXMgaGVhZGVyIG92ZXJoZWFkIGJ5IHRoZSBlbmQtdG8tZW5kPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dHJhbnNwb3J0IHByb3RvY29sLiZuYnNwOyBJ dCBhbHNvIGVuY291cmFnZXMgdGhlIHRyYW5zcG9ydCBwcm90b2NvbCB0bzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO3JlZHVjZSB0aGUgbnVtYmVyIG9mIG91dHN0YW5kaW5nIGRh dGFncmFtcywgaWRlYWxseSB0byBhIHNpbmdsZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwO2RhdGFncmFtLCB0aHVzIHJlZHVjaW5nIHRoZSBuZWVkIHRvIHN1cHBvcnQgb3V0LW9m LW9yZGVyIGRlbGl2ZXJ5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Y29tbW9u IHRvIExMTnMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDtbUkZDNDk0NF0gZGVmaW5lcyBhIGRhdGFncmFtIGZyYWdtZW50YXRp b24gbWVjaGFuaXNtIGZvciBMTE5zLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw O0hvd2V2ZXIsIGJlY2F1c2UgW1JGQzQ5NDRdIGRvZXMgbm90IGRlZmluZSBhIG1lY2hhbmlzbSBm b3IgcmVjb3ZlcmluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2ZyYWdtZW50 cyB0aGF0IGFyZSBsb3N0LCBkYXRhZ3JhbSBmb3J3YXJkaW5nIGZhaWxzIGlmIGV2ZW4gb25lPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnQgaXMgbm90IGRlbGl2ZXJl ZCBwcm9wZXJseSB0byB0aGUgbmV4dCBJUCBob3AuJm5ic3A7IEVuZC10by1lbmQ8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt0cmFuc3BvcnQgbWVjaGFuaXNtcyB3aWxsIHJlcXVp cmUgcmV0cmFuc21pc3Npb24gb2YgYWxsIGZyYWdtZW50cyw8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDt3YXN0aW5nIHJlc291cmNlcyBpbiBhbiBhbHJlYWR5IHJlc291cmNlLWNv bnN0cmFpbmVkIG5ldHdvcmsuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtQYXN0IGV4cGVyaWVuY2Ugd2l0aCBmcmFnbWVudGF0 aW9uIGhhcyBzaG93biB0aGF0IG1pcy1hc3NvY2lhdGVkIG9yPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7bG9zdCBmcmFnbWVudHMgY2FuIGxlYWQgdG8gcG9vciBuZXR3b3JrIGJl aGF2aW9yIGFuZCwgZXZlbnR1YWxseSw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJz cDt0cm91YmxlIGF0IGFwcGxpY2F0aW9uIGxheWVyLiZuYnNwOyBUaGUgcmVhZGVyIGlzIGVuY291 cmFnZWQgdG8gcmVhZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1tSRkM0OTYz XSBhbmQgZm9sbG93IHRoZSByZWZlcmVuY2VzIGZvciBtb3JlIGluZm9ybWF0aW9uLiZuYnNwOyBU aGF0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZXhwZXJpZW5jZSBsZWQgdG8g dGhlIGRlZmluaXRpb24gb2YgdGhlIFBhdGggTVRVIGRpc2NvdmVyeSBbUkZDMTE5MV08L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtwcm90b2NvbCB0aGF0IGxpbWl0cyBmcmFnbWVu dGF0aW9uIG92ZXIgdGhlIEludGVybmV0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Rm9yIG9uZS1ob3AgY29tbXVuaWNhdGlv bnMsIGEgbnVtYmVyIG9mIG1lZGlhIHByb3Bvc2UgYSBsb2NhbDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO2Fja25vd2xlZGdtZW50IG1lY2hhbmlzbSB0aGF0IGlzIGVub3VnaCB0 byBwcm90ZWN0IHRoZSBmcmFnbWVudHMuJm5ic3A7IEluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7YSBtdWx0aWhvcCBlbnZpcm9ubWVudCwgYW4gZW5kLXRvLWVuZCBmcmFnbWVu dCByZWNvdmVyeSBtZWNoYW5pc208L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtt aWdodCBiZSBhIGdvb2QgY29tcGxlbWVudCB0byBhIGhvcC1ieS1ob3AgTUFDIGxldmVsIHJlY292 ZXJ5LiZuYnNwOyBUaGlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZHJhZnQg aW50cm9kdWNlcyBhIHNpbXBsZSBwcm90b2NvbCB0byByZWNvdmVyIGluZGl2aWR1YWwgZnJhZ21l bnRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7YmV0d2VlbiA2TG9XUEFOIGVu ZHBvaW50cy4mbmJzcDsgU3BlY2lmaWNhbGx5IGluIHRoZSBjYXNlIG9mIFVEUCwgdmFsdWFibGU8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthZGRpdGlvbmFsIGluZm9ybWF0aW9u IGNhbiBiZSBmb3VuZCBpbiBVRFAgVXNhZ2UgR3VpZGVsaW5lcyBmb3I8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDtBcHBsaWNhdGlvbiBEZXNpZ25lcnMgW1JGQzU0MDVdLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4yLiZuYnNwOyBU ZXJtaW5vbG9neTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7VGhlIGtleSB3b3JkcyAmcXVvdDtNVVNUJnF1b3Q7LCAmcXVvdDtN VVNUIE5PVCZxdW90OywgJnF1b3Q7UkVRVUlSRUQmcXVvdDssICZxdW90O1NIQUxMJnF1b3Q7LCAm cXVvdDtTSEFMTCBOT1QmcXVvdDssPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 JnF1b3Q7U0hPVUxEJnF1b3Q7LCAmcXVvdDtTSE9VTEQgTk9UJnF1b3Q7LCAmcXVvdDtSRUNPTU1F TkRFRCZxdW90OywgJnF1b3Q7TUFZJnF1b3Q7LCBhbmQgJnF1b3Q7T1BUSU9OQUwmcXVvdDsgaW4g dGhpczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2RvY3VtZW50IGFyZSB0byBi ZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gW1JGQzIxMTldLjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7UmVhZGVycyBh cmUgZXhwZWN0ZWQgdG8gYmUgZmFtaWxpYXIgd2l0aCBhbGwgdGhlIHRlcm1zIGFuZCBjb25jZXB0 czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3RoYXQgYXJlIGRpc2N1c3NlZCBp biAmcXVvdDtJUHY2IG92ZXIgTG93LVBvd2VyIFdpcmVsZXNzIFBlcnNvbmFsIEFyZWE8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtOZXR3b3JrcyAoNkxvV1BBTnMpOiBPdmVydmll dywgQXNzdW1wdGlvbnMsIFByb2JsZW0gU3RhdGVtZW50LCBhbmQ8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+VGh1YmVydCAmYW1wOyBIdWkgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgW1BhZ2UgM108L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPkludGVybmV0LURyYWZ0ICZuYnNwOyAmbmJzcDtMTE4gRnJhZ21lbnQgRm9yd2FyZGluZyBh bmQgUmVjb3ZlcnkgJm5ic3A7ICZuYnNwOyAmbmJzcDtKYW51YXJ5IDIwMTc8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7R29hbHMmcXVvdDsgW1JGQzQ5MTldIGFuZCAmcXVvdDtU cmFuc21pc3Npb24gb2YgSVB2NiBQYWNrZXRzIG92ZXIgSUVFRSA4MDIuMTUuNDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO05ldHdvcmtzJnF1b3Q7IFtSRkM0OTQ0XS48L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw O0VSUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7ICZuYnNwOyBFcnJvciBSZWNvdmVyeSBQcm9jZWR1cmUuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDs2TG9X UEFOIGVuZHBvaW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBUaGUgTExOIG5vZGVzIGluIGNoYXJnZSBvZiBn ZW5lcmF0aW5nIG9yIGV4cGFuZGluZyBhIDZMb1dQQU48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDsgJm5ic3A7IGhlYWRlciBmcm9tL3RvIGEgZnVsbCBJUHY2IHBhY2tldC4mbmJz cDsgVGhlIDZMb1dQQU4gZW5kcG9pbnRzIGFyZSB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDsgJm5ic3A7IHBvaW50cyB3aGVyZSBmcmFnbWVudGF0aW9uIGFuZCByZWFzc2Vt Ymx5IHRha2UgcGxhY2UuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UVyZndDsgc2hvdWxkIHdlIGFk ZCBhIHNlbnRlbmNlIHRoYXQgc3RhdGVzIHRoYXQgb25lIG9mIHRob3NlIHBvaW50IGlzIE5PVCBu ZWNlc3NhcmlseSB0aGUgTEJSPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXU5vdCBzdXJlIHRoZXJlIGlzIGEgbmVlZDsg dGhpcyBpcyBub3QgYSBST0xMIGRvY3VtZW50LCB0aGVyZSBpcyBub3QgbmVjZXNzYXJ5IHN1Y2gg YSB0aGluZyBhcyBhIDZMQlI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4zLiZuYnNwOyBSYXRpb25hbGU8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1RoZXJl IGFyZSBhIG51bWJlciBvZiB1c2UgY2FzZXMgZm9yIGxhcmdlIHBhY2tldHMgaW4gV2lyZWxlc3Mg U2Vuc29yPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7TmV0d29ya3MuJm5ic3A7 IFN1Y2ggdXNhZ2VzIG1heSBub3QgYmUgdGhlIG1vc3QgdHlwaWNhbCBvciByZXByZXNlbnQgdGhl PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7bGFyZ2VzdCBhbW91bnQgb2YgdHJh ZmZpYyBvdmVyIHRoZSBMTE47IGhvd2V2ZXIsIHRoZSBhc3NvY2lhdGVkPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnVuY3Rpb25hbGl0eSBjYW4gYmUgY3JpdGljYWwgZW5vdWdo IHRvIGp1c3RpZnkgZXh0cmEgY2FyZSBmb3I8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDtlbnN1cmluZyBlZmZlY3RpdmUgdHJhbnNwb3J0IG9mIGxhcmdlIHBhY2tldHMgYWNyb3Nz IHRoZSBMTE4uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDtUaGUgbGlzdCBvZiB0aG9zZSB1c2UgY2FzZXMgaW5jbHVkZXM6PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDtUb3dhcmRzIHRoZSBMTE4gbm9kZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgUGFja2FnZXMgb2YgQ29t bWFuZHM6ICZuYnNwO0EgbnVtYmVyIG9mIGNvbW1hbmRzIG9yIGEgZnVsbDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2NvbmZpZ3VyYXRpb24g Y2FuIGJlIHBhY2thZ2VkIGFzIGEgc2luZ2xlIG1lc3NhZ2UgdG8gZW5zdXJlPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y29uc2lzdGVuY3kg YW5kIGVuYWJsZSBhdG9taWMgZXhlY3V0aW9uIG9yIGNvbXBsZXRlIHJvbGxiYWNrLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1VudGlsIHN1 Y2ggY29tbWFuZHMgYXJlIGZ1bGx5IHJlY2VpdmVkIGFuZCBpbnRlcnByZXRlZCwgdGhlPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aW50ZW5k ZWQgb3BlcmF0aW9uIHdpbGwgbm90IHRha2UgZWZmZWN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBGaXJtd2Fy ZSB1cGRhdGU6ICZuYnNwO0ZvciBleGFtcGxlLCBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBMTE4gbm9k ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3NvZnR3YXJlIGlzIGRvd25sb2FkZWQgZnJvbSBhIHN5c3RlbSBtYW5hZ2VyIG92ZXIgdW5pY2Fz dCBvcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO211bHRpY2FzdCBzZXJ2aWNlcy4mbmJzcDsgU3VjaCBhIHJlZmxhc2hpbmcgb3BlcmF0aW9u IHR5cGljYWxseTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO2ludm9sdmVzIHVwZGF0aW5nIGEgbGFyZ2UgbnVtYmVyIG9mIHNpbWlsYXIgTExO IG5vZGVzIG92ZXIgYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3JlbGF0aXZlbHkgc2hvcnQgcGVyaW9kIG9mIHRpbWUuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtGcm9t IHRoZSBMTE4gbm9kZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgV2F2ZWZvcm0gY2FwdHVyZXM6ICZuYnNwO0Eg bnVtYmVyIG9mIGNvbnNlY3V0aXZlIHNhbXBsZXMgYXJlIG1lYXN1cmVkPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YXQgYSBoaWdoIHJhdGUg Zm9yIGEgc2hvcnQgdGltZSBhbmQgdGhlbiB0cmFuc2ZlcnJlZCBmcm9tIGE8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtzZW5zb3IgdG8gYSBn YXRld2F5IG9yIGFuIGVkZ2Ugc2VydmVyIGFzIGEgc2luZ2xlIGxhcmdlIHJlcG9ydC48L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgRGF0YSBsb2dzOiAmbmJzcDtMTE4gbm9kZXMgbWF5IGdlbmVyYXRlIGxhcmdlIGxv Z3Mgb2Ygc2FtcGxlZCBkYXRhIGZvcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO2xhdGVyIGV4dHJhY3Rpb24uJm5ic3A7IExMTiBub2RlcyBt YXkgYWxzbyBnZW5lcmF0ZSBzeXN0ZW0gbG9ncyB0bzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Fzc2lzdCBpbiBkaWFnbm9zaW5nIHByb2Js ZW1zIG9uIHRoZSBub2RlIG9yIG5ldHdvcmsuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VGh1YmVydCAmYW1wOyBIdWkgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgW1BhZ2UgNF08 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPkludGVybmV0LURyYWZ0ICZuYnNwOyAmbmJzcDtMTE4gRnJh Z21lbnQgRm9yd2FyZGluZyBhbmQgUmVjb3ZlcnkgJm5ic3A7ICZuYnNwOyAmbmJzcDtKYW51YXJ5 IDIwMTc8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBMYXJnZSBk YXRhIHBhY2tldHM6ICZuYnNwO1JpY2ggZGF0YSB0eXBlcyBtaWdodCByZXF1aXJlIG1vcmUgdGhh biBvbmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtmcmFnbWVudC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO1VuY29udHJvbGxlZCBmaXJtd2FyZSBkb3dubG9hZCBvciB3 YXZlZm9ybSB1cGxvYWQgY2FuIGVhc2lseSByZXN1bHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDtpbiBhIG1hc3NpdmUgaW5jcmVhc2Ugb2YgdGhlIHRyYWZmaWMgYW5kIHNhdHVy YXRlIHRoZSBuZXR3b3JrLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7V2hlbiBhIGZyYWdtZW50IGlzIGxvc3QgaW4gdHJhbnNt aXNzaW9uLCBhbGwgZnJhZ21lbnRzIGFyZSByZXNlbnQsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7ZnVydGhlciBjb250cmlidXRpbmcgdG8gdGhlIGNvbmdlc3Rpb24gdGhhdCBj YXVzZWQgdGhlIGluaXRpYWwgbG9zcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJz cDthbmQgcG90ZW50aWFsbHkgbGVhZGluZyB0byBjb25nZXN0aW9uIGNvbGxhcHNlLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 VGhpcyBzYXR1cmF0aW9uIG1heSBsZWFkIHRvIGV4Y2Vzc2l2ZSByYWRpbyBpbnRlcmZlcmVuY2Us IG9yIHJhbmRvbTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2Vhcmx5IGRpc2Nh cmQgKGxlYWt5IGJ1Y2tldCkgaW4gcmVsYXlpbmcgbm9kZXMuJm5ic3A7IEFkZGl0aW9uYWwgcXVl dWluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2FuZCBtZW1vcnkgY29uZ2Vz dGlvbiBtYXkgcmVzdWx0IHdoaWxlIHdhaXRpbmcgZm9yIGEgbG93IHBvd2VyIG5leHQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtob3AgdG8gZW1lcmdlIGZyb20gaXRzIHNsZWVw aW5nIHN0YXRlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7VG8gZGVtb25zdHJhdGUgdGhlIHNldmVyaXR5IG9mIHRoZSBwcm9i bGVtLCBjb25zaWRlciBhIGZhaXJseTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw O3JlbGlhYmxlIDgwMi4xNS40IGZyYW1lIGRlbGl2ZXJ5IHJhdGUgb2YgOTkuOSUgb3ZlciBhIHNp bmdsZSA4MDIuMTUuNDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2hvcC4mbmJz cDsgVGhlIGV4cGVjdGVkIGRlbGl2ZXJ5IHJhdGUgb2YgYSA1LWZyYWdtZW50IGRhdGFncmFtIHdv dWxkIGJlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7YWJvdXQgOTkuNSUgb3Zl ciBhIHNpbmdsZSA4MDIuMTUuNCBob3AuJm5ic3A7IEhvd2V2ZXIsIHRoZSBleHBlY3RlZDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2RlbGl2ZXJ5IHJhdGUgd291bGQgZHJvcCB0 byA5NS4xJSBvdmVyIDEwIGhvcHMsIGEgcmVhc29uYWJsZSBuZXR3b3JrPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZGlhbWV0ZXIgZm9yIExMTiBhcHBsaWNhdGlvbnMuJm5ic3A7 IFRoZSBleHBlY3RlZCBkZWxpdmVyeSByYXRlIGZvciBhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7MTI4MC1ieXRlIGRhdGFncmFtIGlzIDk4LjQlIG92ZXIgYSBzaW5nbGUgaG9w IGFuZCA4NS4yJSBvdmVyIDEwIGhvcHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UVyZndDsgSSBk b24ndCB0aGluayB0aGlzIHBhcmFncmFwaCBtYWtlcyBtdWNoIHNlbnNlLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+VFcmZ3Q7IFlvdSB3b3VsZCBoYXZlIGxpbmstbGF5ZXIgQUNLcyBhbmQgcmV0cmll cyB0byBlbnN1cmUgdGhhdCBhbGwgZnJhZ21lbnRzIHJlYWNoIHRoZSBuZXh0IGhvcC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltQYXNjYWxdIEluIG9yZGVy IHRvIGZpdCB3aXRoaW4gdHJhbnNwb3J0IHRpbWUgb3V0cywgeW91IHdhbnQgdG8gbGltaXQgdGhl IG51bWJlciBvZiByZXRyaWVzIHRvIGFuIGFjY2VwdGFibGUgdGltZS4gSW4gdGhlIDk5LjklIEkg YXNzdW1lIDkwJSBkZWxpdmVyeSwgMyB0cmllcywNCiBhbmQgY29tcGxldGUgaW5kZXBlbmRlbmNl IG9mIHRoZSAzIHRyaWVzLiBBbGwgb2YgdGhlc2UgYXNzdW1wdGlvbnMgYXJlIGNvbXBsZXRlbHkg d3JvbmcsIGJ1dCB0aGF0IGdpdmVzIGFuIGlkZWEgb2YgaG93IHRoZSBwcm9ibGVtcyBhZGRzIHVw IGluIGEgbWVzaC4gU3RpbGwgSSBjYW4gcmVtb3ZlIHRoZSBwYXJhZ3JhcGgsIHNpbmNlLCBhZnRl ciBhbGwgLCBpdCBpcyBub3QgbmVlZGVkIGluIGEgc29sdXRpb24gZHJhZnQuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO0NvbnNpZGVyaW5nIHRoYXQgW1JGQzQ5NDRdIGRlZmluZXMgYW4gTVRVIGlzIDEy ODAgYnl0ZXMgYW5kIHRoYXQgaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtt b3N0IGluY2FybmF0aW9ucyAoYnV0IDgwMi4xNS40RykgYSA4MDIuMTUuNCBmcmFtZSBjYW4gbGlt aXQgdGhlIE1BQzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3BheWxvYWQgdG8g YXMgZmV3IGFzIDc0IGJ5dGVzLCBhIHBhY2tldCBtaWdodCBiZSBmcmFnbWVudGVkIGludG8gYXQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtsZWFzdCAxOCBmcmFnbWVudHMgYnkg NkxvV1BBTi4mbmJzcDsgVGFraW5nIGludG8gYWNjb3VudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO3RoZSB3b3JzdC1jYXNlIGhlYWRlciBvdmVyaGVhZCBmb3IgNkxvV1BBTiBG cmFnbWVudGF0aW9uIGFuZCBNZXNoPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 QWRkcmVzc2luZyBoZWFkZXJzIHdpbGwgaW5jcmVhc2UgdGhlIG51bWJlciBvZiByZXF1aXJlZCBm cmFnbWVudHMgdG88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthcm91bmQgMzIu Jm5ic3A7IFRoaXMgbGV2ZWwgb2YgZnJhZ21lbnRhdGlvbiBpcyBtdWNoIGhpZ2hlciB0aGFuIHRo YXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt0cmFkaXRpb25hbGx5IGV4cGVy aWVuY2VkIG92ZXIgdGhlIEludGVybmV0IHdpdGggSVB2NCBmcmFnbWVudHMuJm5ic3A7IEF0PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dGhlIHNhbWUgdGltZSwgdGhlIHVzZSBv ZiByYWRpb3MgaW5jcmVhc2VzIHRoZSBwcm9iYWJpbGl0eSBvZjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO3RyYW5zbWlzc2lvbiBsb3NzIGFuZCBNZXNoLVVuZGVyIHRlY2huaXF1 ZXMgY29tcG91bmQgdGhhdCByaXNrIG92ZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDttdWx0aXBsZSBob3BzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+NC4mbmJzcDsgUmVxdWlyZW1lbnRzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtUaGlzIHNw ZWNpZmljYXRpb24gcHJvcG9zZXMgYSBtZXRob2QgdG8gcmVjb3ZlciBpbmRpdmlkdWFsIGZyYWdt ZW50cyBiZXR3ZWVuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7TExOIGVuZHBv aW50cy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRXJmd0OyBhZGQgdGhhdCBlbmRwb2ludHMgY2Fu IGJlIG11bHRpcGxlIGhvcHMgYXdheSBmcm9tIG9uZSBhbm90aGVyPzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gRXhhY3RseSwgSeKAmWxsIGFk ZCB0aGUgd29yZHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO1RoZSBtZXRob2QgaXMgZGVzaWduZWQgdG8gZml0IHRoZSBmb2xsb3dpbmc8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtyZXF1aXJlbWVudHMgb2YgYSBMTE4gKHdpdGggb3Ig d2l0aG91dCBhIE1lc2gtVW5kZXIgcm91dGluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwO3Byb3RvY29sKTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO051bWJlciBvZiBmcmFnbWVudHM8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgVGhlIHJlY292ZXJ5IG1lY2hhbmlzbSBtdXN0IHN1cHBvcnQgaGlnaGx5IGZyYWdtZW50ZWQg cGFja2V0cyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IHdpdGgg YSBtYXhpbXVtIG9mIDMyIGZyYWdtZW50cyBwZXIgcGFja2V0Ljwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+VFcmZ3Q7IHJlc3VsdGluZyBsZW5ndGggb2YgdGhlIHBhY2tldD8gVGhlIGFic3RyYWN0IGlt cGxpZXMgYSAzMio3ND0yMzY4IGJ5dGUgbGltaXQuIElzIHRoYXQgY29ycmVjdD88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXSBZZXMsIGRlcGVuZHMgb24gdGhlIHNlY3Vy aXR5IG92ZXJoZWFkIHdoaWNoIGlzIHZhcmlhYmxlLiBCdXQgSeKAmWQgc2F5IHRoYXQgdGhlIHJl YXNvbmFibGUgZ29hbCBvZiBNVFU9MjA0OCwgd2hpY2ggaXMgdGhlIHVzdWFsIElFRUUgYmFyLCBp cyBlYXNpbHkgYWNoaWV2ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO01pbmltdW0gYWNrbm93bGVk Z21lbnQgb3ZlcmhlYWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPlRodWJlcnQgJmFtcDsgSHVpICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IEV4cGlyZXMgSnVseSAxNCwgMjAxNyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFtQYWdlIDVdPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5JbnRlcm5ldC1EcmFmdCAmbmJzcDsgJm5ic3A7TExOIEZyYWdtZW50IEZvcndhcmRp bmcgYW5kIFJlY292ZXJ5ICZuYnNwOyAmbmJzcDsgJm5ic3A7SmFudWFyeSAyMDE3PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgQmVjYXVzZSB0aGUgcmFkaW8gaXMg aGFsZiBkdXBsZXgsIGFuZCBiZWNhdXNlIG9mIHNpbGVudCB0aW1lIHNwZW50PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBpbiB0aGUgdmFyaW91cyBtZWRpdW0gYWNj ZXNzIG1lY2hhbmlzbXMsIGFuIGFja25vd2xlZGdtZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7ICZuYnNwOyBjb25zdW1lcyByb3VnaGx5IGFzIG1hbnkgcmVzb3VyY2VzIGFz IGRhdGEgZnJhZ21lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFRoZSByZWNvdmVyeSBtZWNoYW5pc20gc2hv dWxkIGJlIGFibGUgdG8gYWNrbm93bGVkZ2UgbXVsdGlwbGU8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDsgJm5ic3A7IGZyYWdtZW50cyBpbiBhIHNpbmdsZSBtZXNzYWdlIGFuZCBu b3QgcmVxdWlyZSBhbiBhY2tub3dsZWRnbWVudCBhdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgYWxsIGlmIGZyYWdtZW50cyBhcmUgYWxyZWFkeSBwcm90ZWN0ZWQg YXQgYSBsb3dlciBsYXllci48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+VFcmZ3Q7IG1heWJlIHNwZWNpZnkgaGVyZSB0aGF0IHdlIGFyZSB0YWxraW5n IGFib3V0IGVuZC10by1lbmQgQUNLcyBiZXR3ZWVuIGVuZHBvaW50cywgbm90IEwyIEFDS3M8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltQYXNjYWxdIFdpbGwg ZG88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Q29udHJvbGxlZCBsYXRlbmN5PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7 IFRoZSByZWNvdmVyeSBtZWNoYW5pc20gbXVzdCBzdWNjZWVkIG9yIGdpdmUgdXAgd2l0aGluIHRo ZSB0aW1lPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBib3VuZGFy eSBpbXBvc2VkIGJ5IHRoZSByZWNvdmVyeSBwcm9jZXNzIG9mIHRoZSBVcHBlciBMYXllcjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgUHJvdG9jb2xzLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 U3VwcG9ydCBmb3Igb3V0LW9mLW9yZGVyIGZyYWdtZW50IGRlbGl2ZXJ5PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7 IEEgTWVzaC1VbmRlciBsb2FkIGJhbGFuY2luZyBtZWNoYW5pc20gc3VjaCBhcyB0aGUgSVNBMTAw IERhdGEgTGluazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgTGF5 ZXIgY2FuIGludHJvZHVjZSBvdXQtb2Ytc2VxdWVuY2UgcGFja2V0cy48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IEkgZG9uJ3QgZnVsbHkgdW5kZXJzdGFuZCB3aHkg d2UgZm9jdXMgc28gbXVjaCBvbiBtZXNoLXVuZGVyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcm Z3Q7IElmIHlvdSBoYXZlIGEgZnVsbHkgbWVzaC11bmRlciBuZXR3b3JrLCA0OTQ0IGZyYWdtZW50 YXRpb24gcmVzdWx0cyBpbiBmcmFnbWVudCBmb3J3YXJkaW5nLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+VFcmZ3Q7IEkgd291bGQgcmVtb3ZlIHRoZSByZXBlYXRlZCBtZW50aW9uaW5nIG9uIG1lc2gt dW5kZXIgKGFzIHdlbGwgYXMgSVNBMTAwKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gSeKAmWxsIG1vdmUgdGhlIHdob2xlIHNlY3Rpb24gdG8g YXBwZW5kaXg7IHRoZSBkcmFmdCBpcyBtb3JlIG5lZWRlZCBpbiByb3V0ZSBvdmVyIGJ1dCBzdGls bCBiZW5lZmljaWFsIHRvIG1lc2ggdW5kZXIsIGZvciB0aGUgYmVuZWZpdHMgdGhhdCBhcmUgbm90 IHRoZQ0KIGJ1ZmZlciBibG9hdC4gVGhlc2UgaW5jbHVkZSBmbG93IGNvbnRyb2wsIGxvc3MgZGV0 ZWN0aW9uLCBhbmQgcmVjb3ZlcnkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgVGhlIHJl Y292ZXJ5IG1lY2hhbmlzbSBtdXN0IGFjY291bnQgZm9yIHBhY2tldHMgdGhhdCBhcHBlYXIgbG9z dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgYnV0IGFyZSBhY3R1 YWxseSBvbmx5IGRlbGF5ZWQgb3ZlciBhIGRpZmZlcmVudCBwYXRoLjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7T3B0aW9uYWwg Y29uZ2VzdGlvbiBjb250cm9sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFRoZSBhZ2dyZWdhdGlvbiBvZiBtdWx0 aXBsZSBjb25jdXJyZW50IGZsb3dzIG1heSBsZWFkIHRvIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgc2F0dXJhdGlvbiBvZiB0aGUgcmFkaW8gbmV0d29yayBh bmQgY29uZ2VzdGlvbiBjb2xsYXBzZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgVGhlIHJlY292ZXJ5IG1lY2hh bmlzbSBzaG91bGQgcHJvdmlkZSBtZWFucyBmb3IgY29udHJvbGxpbmcgdGhlPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBudW1iZXIgb2YgZnJhZ21lbnRzIGluIHRy YW5zaXQgb3ZlciB0aGUgTExOLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij41LiZuYnNwOyBPdmVydmlldzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Q29uc2lkZXJpbmcgdGhhdCBh IG11bHRpLWhvcCBMTE4gY2FuIGJlIGEgdmVyeSBzZW5zaXRpdmUgZW52aXJvbm1lbnQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtkdWUgdG8gdGhlIGxpbWl0ZWQgcXVldWluZyBj YXBhYmlsaXRpZXMgb2YgYSBsYXJnZSBwb3B1bGF0aW9uIG9mIGl0czwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwO25vZGVzLCB0aGlzIHNwZWNpZmljYXRpb24gcmVjb21tZW5kcyBh IHNpbXBsZSBhbmQgY29uc2VydmF0aXZlIGFwcHJvYWNoIHRvPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7Y29uZ2VzdGlvbiBjb250cm9sLCBiYXNlZCBvbiBUQ1AgY29uZ2VzdGlv biBhdm9pZGFuY2UuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UVyZndDsgJnF1b3Q7YmFzZWQgb24m cXVvdDsgb3IgJnF1b3Q7aW5zcGlyZWQgYnkmcXVvdDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IFRoZSAmcXVvdDtvdmVydmlldyZxdW90 OyBzZWN0aW9uIGRlbHZlcyBpbW1lZGlhdGVseSBpbnRvIHN1YnRsZSBkaXNjdXNzaW9ucyBhYm91 dCBjb25nZXN0aW9uIGNvbnRyb2wuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UVyZndDsgQXQgdGhp cyBwb2ludCwgdGhlIHJlYWRlciAoZS5nLiBtZSkgaGF2ZSBubyBpZGVhIHdoYXQgdGhlIGJhc2lj IHByaW5jaXBsZSBpcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRXJmd0OyBEaXNjdXNzaW9ucyBh Ym91dCBzdWJ0bGV0aWVzIHN1Y2ggYXMgY29uZ2VzdGlvbiBjb250cm9sIHNlZW0gb3V0IG9mIHBs YWNlIGhlcmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPltQYXNjYWxdIFVuZGVyc3Rvb2QsIHdpbGwgcmVzdHJ1Y3R1cmUsIGFkZCB3 b3JkczsgdGhhdOKAmXMgYSBiaXQgb2Ygd29yayBzbyBwbGVhc2UgZ2l2ZSBtZSBzb21lIHRpbWUu ICZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtDb25nZXN0aW9uIG9uIHRoZSBmb3J3YXJkIHBh dGggaXMgYXNzdW1lZCBpbiBjYXNlIG9mIHBhY2tldCBsb3NzLCBhbmQ8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDtwYWNrZXQgbG9zcyBpcyBhc3N1bWVkIHVwb24gdGltZSBvdXQu Jm5ic3A7IFRoaXMgc3BlY2lmaWNhdGlvbiBhbGxvd3MgdG8gY29udHJvbDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO3RoZSBudW1iZXIgb2Ygb3V0c3RhbmRpbmcgZnJhZ21lbnRz LCB0aGF0IGhhdmUgYmVlbiB0cmFuc21pdHRlZCBidXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDtmb3Igd2hpY2ggYW4gYWNrbm93bGVkZ21lbnQgd2FzIG5vdCByZWNlaXZlZCB5 ZXQuJm5ic3A7IEl0IG11c3QgYmUgbm90ZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDt0aGF0IHRoZSBudW1iZXIgb2Ygb3V0c3RhbmRpbmcgZnJhZ21lbnRzIHNob3VsZCBub3Qg ZXhjZWVkIHRoZSBudW1iZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtvZiBo b3BzIGluIHRoZSBuZXR3b3JrLCBidXQgdGhlIHdheSB0byBmaWd1cmUgdGhlIG51bWJlciBvZiBo b3BzIGlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7b3V0IG9mIHNjb3BlIGZv ciB0aGlzIGRvY3VtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Q29uZ2VzdGlvbiBvbiB0aGUgZm9yd2FyZCBwYXRoIGNh biBhbHNvIGJlIGluZGljYXRlZCBieSBhbiBFeHBsaWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO0Nvbmdlc3Rpb24gTm90aWZpY2F0aW9uIChFQ04pIG1lY2hhbmlzbS4mbmJz cDsgVGhvdWdoIHdoZXRoZXIgYW5kIGhvdyBFQ048L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDtbUkZDMzE2OF0gaXMgY2FycmllZCBvdXQgb3ZlciB0aGUgTG9XUEFOIGlzIG91dCBv ZiBzY29wZSwgdGhpcyBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+VGh1YmVydCAmYW1wOyBIdWkgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgW1BhZ2UgNl08L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPkludGVybmV0LURyYWZ0ICZuYnNwOyAmbmJzcDtMTE4gRnJhZ21lbnQgRm9y d2FyZGluZyBhbmQgUmVjb3ZlcnkgJm5ic3A7ICZuYnNwOyAmbmJzcDtKYW51YXJ5IDIwMTc8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7cHJvdmlkZXMgYSB3YXkgZm9yIHRoZSBk ZXN0aW5hdGlvbiBlbmRwb2ludCB0byBlY2hvIGFuIEVDTiBpbmRpY2F0aW9uPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7YmFjayB0byB0aGUgc291cmNlIGVuZHBvaW50IGluIGFu IGFja25vd2xlZGdtZW50IG1lc3NhZ2UgYXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDtyZXByZXNlbnRlZCBpbiBGaWd1cmUgNSBpbiBTZWN0aW9uIDYuMi48L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IFRoZSBmb2xsb3dp bmcgcGFyYWdyYXBoIHRhbGtzIGFib3V0IGhvdyBhIGxpbmstbGF5ZXIgdHJhbnNtaXRzIG11bHRp cGxlIGZyYW1lcyBpbiBhIHJvdy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRXJmd0OyBUaGUgbGlu ay1sYXllciBkb2VzIHNvIHdoZXRoZXIgdGhvc2UgZnJhbWVzIGFyZSBmcmFnbWVudHMgb3IgcmVn dWxhciBwYWNrZXRzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IEkgd291bGQgcmVtb3Zl IHRoaXMgZGlzY3Vzc2lvbiwgd2hpY2ggc2VlbXMgdG8gYmUgbGluay1sYXllciBvbmx5LCBhbmQg bm90IHNwZWNpZmljIHRvIGZyYWdtZW50IGZvcndhcmRpbmcuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+W1Bhc2NhbF0gSSBjYW4gcmVtb3ZlIHRoZSB0ZXh0LCBidXQgdGhlIHByb2Js ZW0gcmVtYWlucywgYW5kIHlvdXIgcG9pbnQsIHdoaWxlIGxhcmdlbHkgY29ycmVjdCwgaXMgbm90 IGZ1bGx5IHNvLiBUaGUgdHJhbnNwb3J0IGxheWVyIG1heSBkbyBzb21lIGZsb3cgY29udHJvbA0K IGJhc2VkIG9uIGNvbW1hbmQgcmVzcG9uc2UsIHdpbmRvd2luZyBhbmQgRUNOLCBhbmQgdGh1cyBw cm90ZWN0IGFnYWluc3QgYnVyc3RzIG9mIHBhY2tldHMsIGJ1dCBpdCBjYW5ub3QgZG8gYSB0aGlu ZyBhZ2FpbnN0IGJ1cnN0cyBvZiBmcmFnbWVudHMuIFNvIGVzc2VudGlhbGx5LCB3ZSBhcmUgZWNo b2luZyBzb21lIG9mIHRoZSB0cmFuc3BvcnQgZnVuY3Rpb25hbGl0eSBhdCBMMiYjNDM7IHRvIHBy b3ZpZGUgdGhvc2Ugc2VydmljZSB0byB0aGUgZnJhZ21lbnRzLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsgJm5ic3A7SXQgbXVzdCBiZSBub3RlZCB0aGF0IGNvbmdlc3Rpb24gYW5kIGNvbGxpc2lvbiBh cmUgZGlmZmVyZW50IHRvcGljcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtJ biBwYXJ0aWN1bGFyLCB3aGVuIGEgbWVzaCBvcGVyYXRlcyBvbiBhIHNhbWUgY2hhbm5lbCBvdmVy IG11bHRpcGxlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7aG9wcywgdGhlbiB0 aGUgZm9yd2FyZGluZyBvZiBhIGZyYWdtZW50IG92ZXIgYSBjZXJ0YWluIGhvcCBtYXk8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtjb2xsaWRlIHdpdGggdGhlIGZvcndhcmRpbmcg b2YgYSBuZXh0IGZyYWdtZW50IHRoYXQgaXMgZm9sbG93aW5nIG92ZXI8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDthIHByZXZpb3VzIGhvcCBidXQgaW4gYSBzYW1lIGludGVyZmVy ZW5jZSBkb21haW4uJm5ic3A7IFRoaXMgZHJhZnQgZW5hYmxlczwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO2FuIGVuZC10by1lbmQgZmxvdyBjb250cm9sLCBidXQgbGVhdmVzIGl0 IHRvIHRoZSBzZW5kZXIgc3RhY2sgdG8gcGFjZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwO2luZGl2aWR1YWwgZnJhZ21lbnRzIHdpdGhpbiBhIHRyYW5zbWl0IHdpbmRvdywgc28g dGhhdCBhIGdpdmVuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnQg aXMgc2VudCBvbmx5IHdoZW4gdGhlIHByZXZpb3VzIGZyYWdtZW50IGhhcyBoYWQgYSBjaGFuY2Ug dG88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtwcm9ncmVzcyBiZXlvbmQgdGhl IGludGVyZmVyZW5jZSBkb21haW4gb2YgdGhpcyBob3AuJm5ic3A7IEluIHRoZSBjYXNlIG9mPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7NlRpU0NIIFtJLUQuaWV0Zi02dGlzY2gt YXJjaGl0ZWN0dXJlXSwgd2hpY2ggb3BlcmF0ZXMgb3ZlciB0aGU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDtUaW1lU2xvdHRlZCBDaGFubmVsIEhvcHBpbmcgW0ktRC5pZXRmLTZ0 aXNjaC10c2NoXSAoVFNDSCkgbW9kZSBvZjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO29wZXJhdGlvbiBvZiBJRUVFODAyLjE0LjUsIGEgZnJhZ21lbnQgaXMgZm9yd2FyZGVkIG92 ZXIgYSBkaWZmZXJlbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtjaGFubmVs IGF0IGEgZGlmZmVyZW50IHRpbWUgYW5kIGl0IG1ha2UgZnVsbCBzZW5zZSB0byBmaXJlIGEgbmV4 dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2ZyYWdtZW50IGFzIHNvb24gYXMg dGhlIHByZXZpb3VzIGZyYWdtZW50IGhhcyBoYWQgaXRzIGNoYW5jZSB0byBiZTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2ZvcndhcmRlZCBhdCB0aGUgbmV4dCBob3AsIHJldHJ5 IChBUlEpIG9wZXJhdGlvbnMgaW5jbHVkZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtGcm9tIHRoZSBzdGFuZHBvaW50IG9m IGEgc291cmNlIDZMb1dQQU4gZW5kcG9pbnQsIGFuIG91dHN0YW5kaW5nPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnQgaXMgYSBmcmFnbWVudCB0aGF0IHdhcyBzZW50 IGJ1dCBmb3Igd2hpY2ggbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDthY2tub3dsZWRnbWVudCB3YXMgcmVjZWl2ZWQgeWV0LiZuYnNwOyBUaGlzIG1lYW5zIHRo YXQgdGhlIGZyYWdtZW50IG1pZ2h0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 YmUgb24gdGhlIHdheSwgcmVjZWl2ZWQgYnV0IG5vdCB5ZXQgYWNrbm93bGVkZ2VkLCBvciB0aGU8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthY2tub3dsZWRnbWVudCBtaWdodCBi ZSBvbiB0aGUgd2F5IGJhY2suJm5ic3A7IEl0IGlzIGFsc28gcG9zc2libGUgdGhhdDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2VpdGhlciB0aGUgZnJhZ21lbnQgb3IgdGhlIGFj a25vd2xlZGdtZW50IHdhcyBsb3N0IG9uIHRoZSB3YXkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtCZWNhdXNlIGEgbWVzaGVk IExMTiBtaWdodCBkZWxpdmVyIGZyYW1lcyBvdXQgb2Ygb3JkZXIsIGl0IGlzPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dmlydHVhbGx5IGltcG9zc2libGUgdG8gZGlmZmVyZW50 aWF0ZSB0aGVzZSBzaXR1YXRpb25zLiZuYnNwOyBJbiBvdGhlcjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO3dvcmRzLCBmcm9tIHRoZSBzZW5kZXIncyBzdGFuZHBvaW50LCBhbGwg b3V0c3RhbmRpbmcgZnJhZ21lbnRzIG1pZ2h0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7c3RpbGwgYmUgaW4gdGhlIG5ldHdvcmsgYW5kIGNvbnRyaWJ1dGUgdG8gaXRzIGNvbmdl c3Rpb24uJm5ic3A7IFRoZXJlIGlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 YW4gYXNzdW1wdGlvbiwgdGhvdWdoLCB0aGF0IGFmdGVyIGEgY2VydGFpbiBhbW91bnQgb2YgdGlt ZSwgYSBmcmFtZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2lzIGVpdGhlciBy ZWNlaXZlZCBvciBsb3N0LCBzbyBpdCBpcyBub3QgY2F1c2luZyBjb25nZXN0aW9uIGFueW1vcmUu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7VGhpcyBhbW91bnQgb2YgdGltZSBj YW4gYmUgZXN0aW1hdGVkIGJhc2VkIG9uIHRoZSByb3VuZCB0cmlwIGRlbGF5PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7YmV0d2VlbiB0aGUgNkxvV1BBTiBlbmRwb2ludHMuJm5i c3A7IFRoZSBtZXRob2QgZGV0YWlsZWQgaW4gW1JGQzYyOThdIGlzPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7cmVjb21tZW5kZWQgZm9yIHRoYXQgY29tcHV0YXRpb24uPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJz cDtUaGUgcmVhZGVyIGlzIGVuY291cmFnZWQgdG8gcmVhZCB0aHJvdWdoICZxdW90O0Nvbmdlc3Rp b24gQ29udHJvbDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1ByaW5jaXBsZXMm cXVvdDsgW1JGQzI5MTRdLiZuYnNwOyBBZGRpdGlvbmFsbHkgW1JGQzIzMDldIGFuZCBbUkZDNTY4 MV0gcHJvdmlkZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2RlZXBlciBpbmZv cm1hdGlvbiBvbiB3aHkgdGhpcyBtZWNoYW5pc20gaXMgbmVlZGVkIGFuZCBob3cgVENQPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7aGFuZGxlcyBDb25nZXN0aW9uIENvbnRyb2wu Jm5ic3A7IEJhc2ljYWxseSwgdGhlIGdvYWwgaGVyZSBpcyB0byBtYW5hZ2U8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt0aGUgYW1vdW50IG9mIGZyYWdtZW50cyBwcmVzZW50IGlu IHRoZSBuZXR3b3JrOyB0aGlzIGlzIGFjaGlldmVkIGJ5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7dG8gcmVkdWNpbmcgdGhlIG51bWJlciBvZiBvdXRzdGFuZGluZyBmcmFnbWVu dHMgb3ZlciBhIGNvbmdlc3RlZCBwYXRoPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5i c3A7YnkgdGhyb3R0bGluZyB0aGUgc291cmNlcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1NlY3Rpb24gNyBkZXNjcmliZXMg aG93IHRoZSBzZW5kZXIgZGVjaWRlcyBob3cgbWFueSBmcmFnbWVudHMgYXJlPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7KHJlKXNlbnQgYmVmb3JlIGFuIGFja25vd2xlZGdtZW50 IGlzIHJlcXVpcmVkLCBhbmQgaG93IHRoZSBzZW5kZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDthZGFwdHMgdGhhdCBudW1iZXIgdG8gdGhlIG5ldHdvcmsgY29uZGl0aW9ucy48 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRodWJl cnQgJmFtcDsgSHVpICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEV4 cGlyZXMgSnVseSAxNCwgMjAxNyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IFtQYWdlIDddPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5JbnRlcm5l dC1EcmFmdCAmbmJzcDsgJm5ic3A7TExOIEZyYWdtZW50IEZvcndhcmRpbmcgYW5kIFJlY292ZXJ5 ICZuYnNwOyAmbmJzcDsgJm5ic3A7SmFudWFyeSAyMDE3PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Ni4mbmJzcDsgTmV3IERpc3BhdGNoIHR5cGVzIGFuZCBoZWFkZXJzPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtUaGlzIHNwZWNp ZmljYXRpb24gZXh0ZW5kcyAmcXVvdDtUcmFuc21pc3Npb24gb2YgSVB2NiBQYWNrZXRzIG92ZXIg SUVFRTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOzgwMi4xNS40IE5ldHdvcmtz JnF1b3Q7IFtSRkM0OTQ0XSB3aXRoIDQgbmV3IGRpc3BhdGNoIHR5cGVzLCBmb3I8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtSZWNvdmVyYWJsZSBGcmFnbWVudHMgKFJGUkFHKSBo ZWFkZXJzIHdpdGggb3Igd2l0aG91dCBBY2tub3dsZWRnbWVudDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO1JlcXVlc3QsIGFuZCBmb3IgdGhlIEFja25vd2xlZGdtZW50IGJhY2ss IHdpdGggb3Igd2l0aG91dCBFQ04gRWNoby48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgUGF0dGVybiAmbmJzcDsgJm5ic3A7SGVhZGVyIFR5cGU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJiM0MzstLS0tLS0tLS0tLS0m IzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJiM0Mzs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg fCAxMSAmbmJzcDsxMDEwMDAgfCBSRlJBRyAmbmJzcDsgJm5ic3A7ICZuYnNwOy0gUmVjb3ZlcmFi bGUgRnJhZ21lbnQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8 IDExICZuYnNwOzEwMTAwMSB8IFJGUkFHLUFSICZuYnNwOyAtIFJGUkFHIHdpdGggQWNrIFJlcXVl c3QgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHwgMTEgJm5ic3A7MTAxMDEw IHwgUkZSQUctQUNLICZuYnNwOy0gUkZSQUcgQWNrbm93bGVkZ21lbnQgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8IDExICZuYnNwOzEwMTAxMSB8IFJGUkFHLUFF QyAmbmJzcDstIFJGUkFHIEFjayB3aXRoIEVDTiBFY2hvICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDt8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICYjNDM7LS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO0ZpZ3VyZSAxOiBBZGRpdGlvbmFsIERpc3BhdGNoIFZhbHVlIEJpdCBQ YXR0ZXJuczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7SW4gdGhlIGZvbGxvd2luZyBzZWN0aW9ucywgdGhlIHNlbWFudGljcyBv ZiAmcXVvdDtkYXRhZ3JhbV90YWcmcXVvdDssPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7JnF1b3Q7ZGF0YWdyYW1fb2Zmc2V0JnF1b3Q7IGFuZCAmcXVvdDtkYXRhZ3JhbV9zaXpl JnF1b3Q7IGFuZCB0aGUgcmVhc3NlbWJseSBwcm9jZXNzIGFyZTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO2NoYW5nZWQgZnJvbSBbUkZDNDk0NF0gU2VjdGlvbiA1LjMuICZuYnNw OyZxdW90O0ZyYWdtZW50YXRpb24gVHlwZSBhbmQgSGVhZGVyJnF1b3Q7Ljwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO1RoZSBzaXplIGFuZCBvZmZzZXQgYXJlIGV4cHJlc3NlZCBv biB0aGUgY29tcHJlc3NlZCBwYWNrZXQgcGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7W1JGQzYyODJdIGFzIG9wcG9zZWQgdG8gdGhlIHVuY29tcHJlc3NlZCAtIG5hdGl2ZSBw YWNrZXQgLSBmb3JtLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij42LjEuJm5ic3A7IFJlY292ZXJhYmxlIEZyYWdtZW50IERpc3BhdGNoIHR5cGUgYW5k IEhlYWRlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDEgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fDEgMSAxIDAgMSAwIDAgWHxkYXRhZ3JhbV9vZmZzZXR8ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBkYXRhZ3JhbV90YWcgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO3w8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8U2VxdWVuY2UgfCAmbmJzcDsgJm5ic3A7ZGF0YWdyYW1f c2l6ZSAmbmJzcDsgJm5ic3A7fDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0 MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBYIHNldCA9PSBBY2sgUmVxdWVzdGVkPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlndXJlIDI6IFJlY292ZXJhYmxlIEZyYWdtZW50IERpc3Bh dGNoIHR5cGUgYW5kIEhlYWRlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7WDogMSBiaXQ7IFdoZW4gc2V0LCB0aGUgc2VuZGVy IHJlcXVpcmVzIGFuIEFja25vd2xlZGdtZW50IGZyb20gdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyByZWNlaXZlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7U2VxdWVuY2U6ICZuYnNwOzUg Yml0czsgVGhlIHNlcXVlbmNlIG51bWJlciBvZiB0aGUgZnJhZ21lbnQuJm5ic3A7IEZyYWdtZW50 czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgYXJlIG51bWJlcmVk IFswLi5OXSB3aGVyZSBOIGlzIGluIFswLi4zMV0uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjYuMi4mbmJzcDsgRnJhZ21lbnQgYWNrbm93bGVkZ21l bnQgRGlzcGF0Y2ggdHlwZSBhbmQgSGVhZGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtUaGUgc3BlY2lmaWNhdGlvbiBhbHNv IGRlZmluZXMgYSA0LW9jdGV0IGFja25vd2xlZGdtZW50IGJpdG1hcCB0aGF0PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7aXMgdXNlZCB0byBjYXJyeSBzZWxlY3RpdmUgYWNrbm93 bGVkZ21lbnRzIGZvciB0aGUgcmVjZWl2ZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDtmcmFnbWVudHMuJm5ic3A7IEEgZ2l2ZW4gb2Zmc2V0IGluIHRoZSBiaXRtYXAgbWFwcyBv bmUgdG8gb25lIHdpdGggYSBnaXZlbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw O3NlcXVlbmNlIG51bWJlci48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPlRodWJlcnQgJmFtcDsgSHVpICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IEV4cGlyZXMgSnVseSAxNCwgMjAxNyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFtQYWdlIDhdPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij5JbnRlcm5ldC1EcmFmdCAmbmJzcDsgJm5ic3A7TExOIEZyYWdtZW50IEZvcndh cmRpbmcgYW5kIFJlY292ZXJ5ICZuYnNwOyAmbmJzcDsgJm5ic3A7SmFudWFyeSAyMDE3PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1RoZSBvZmZzZXQgb2YgdGhlIGJpdCBpbiB0 aGUgYml0bWFwIGluZGljYXRlcyB3aGljaCBmcmFnbWVudCBpczwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO2Fja25vd2xlZGdlZCBhcyBmb2xsb3dzOjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IDEgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEFja25vd2xlZGdtZW50IEJpdG1hcCAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IF4g Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgXjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IHwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgfCAmbmJzcDsgJm5ic3A7Yml0bWFwIGluZGljYXRpbmcgd2hldGhlcjo8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICYjNDM7 LS0tIEZyYWdtZW50IHdpdGggc2VxdWVuY2UgMTAgd2FzIHJlY2VpdmVkPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJiM0MzstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSBGcmFnbWVudCB3aXRoIHNlcXVlbmNlIDAwIHdhcyByZWNlaXZlZDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpZ3VyZSAzOiBB Y2tub3dsZWRnbWVudCBiaXRtYXAgZW5jb2Rpbmc8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRXJmd0OyByZXdyb3RlIHRoZSBwYXJhZ3Jh cGggYmVsb3c8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXSBDb29sLCB0 aGFua3MhIFdpbGwgdXNlIHRoYXQgdGV4dC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7RmlndXJlIDQgc2hvd3MgYW4gZXhhbXBsZSBBY2tub3dsZWRnbWVu dCBiaXRtYXAgd2hpY2ggaW5kaWNhdGVzIHRoYXQgYWxsIGZyYWdtZW50cyBmcm9tPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7c2VxdWVuY2UgMCB0byAyMCB3ZXJlIHJlY2VpdmVk LCBleGNlcHQgZm9yIGZyYWdtZW50cyAxLCAyIGFuZCAxNiB0aGF0IHdlcmU8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtlaXRoZXIgbG9zdCBvciBhcmUgc3RpbGwgaW4gdGhlIG5l dHdvcmsgb3ZlciBhIHNsb3dlciBwYXRoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IDEgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgMiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDEgMCAwIDEgMSAxIDEgMXwxIDEgMSAx IDEgMSAxIDF8MCAxIDEgMSAxIDAgMCAwfDAgMCAwIDAgMCAwIDAgMHw8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO0ZpZ3VyZSA0OiBFeGFtcGxlIGFja25vd2xlZGdtZW50IGJpdG1hcDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 VGhlIGFja25vd2xlZGdtZW50IGJpdG1hcCBpcyBjYXJyaWVkIGluIGEgRnJhZ21lbnQgQWNrbm93 bGVkZ21lbnQgYXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtmb2xsb3dzOjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDEgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMiAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAxIDIgMyA0IDUg NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3wxIDEgMSAwIDEgMCAxIFl8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyBkYXRhZ3JhbV90YWcgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3w8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDt8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtBY2tub3dsZWRnbWVudCBC aXRtYXAgKDMyIGJpdHMpICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlndXJlIDU6IEZyYWdtZW50IEFja25vd2xlZGdtZW50IERp c3BhdGNoIHR5cGUgYW5kIEhlYWRlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkZSIiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlk6IDEgYml0OyBFeHBsaWNp dCBDb25nZXN0aW9uIE5vdGlmaWNhdGlvbiAoRUNOKSBzaWduYWxpbmc8L3NwYW4+PHNwYW4gbGFu Zz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkZSIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOw0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ V2hlbiBzZXQsIHRoZSBzZW5kZXIgaW5kaWNhdGVzIHRoYXQgYXQgbGVhc3Qgb25lIG9mIHRoZTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgYWNrbm93bGVkZ2VkIGZy YWdtZW50cyB3YXMgcmVjZWl2ZWQgd2l0aCBhbiBFeHBsaWNpdCBDb25nZXN0aW9uPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBOb3RpZmljYXRpb24sIGluZGljYXRp bmcgdGhhdCB0aGUgcGF0aCBmb2xsb3dlZCBieSB0aGUgZnJhZ21lbnRzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBpcyBzdWJqZWN0IHRvIGNvbmdlc3Rpb24uPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDtBY2tub3dsZWRnbWVudCBCaXRtYXA8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPlRodWJlcnQgJmFtcDsgSHVpICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEV4cGlyZXMgSnVseSAxNCwgMjAxNyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFtQYWdlIDldPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij5JbnRlcm5ldC1EcmFmdCAmbmJzcDsgJm5ic3A7TExOIEZyYWdt ZW50IEZvcndhcmRpbmcgYW5kIFJlY292ZXJ5ICZuYnNwOyAmbmJzcDsgJm5ic3A7SmFudWFyeSAy MDE3PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgQW4gYWNrbm93 bGVkZ21lbnQgYml0bWFwLCB3aGVyZWJ5IGJ1dCBhdCBvZmZzZXQgeCBpbmRpY2F0ZXMgdGhhdDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgZnJhZ21lbnQgeCB3YXMg cmVjZWl2ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjcuJm5ic3A7IEZyYWdtZW50cyBSZWNvdmVyeTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7VGhlIFJlY292ZXJhYmxlIEZy YWdtZW50cyBoZWFkZXIgUkZSQUcgYW5kIFJGUkFHLUFSIGRlcHJlY2F0ZSB0aGU8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtvcmlnaW5hbCBmcmFnbWVudCBoZWFkZXJzIGZyb20g W1JGQzQ5NDRdIGFuZCByZXBsYWNlIHRoZW0gaW4gdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7ZnJhZ21lbnRlZCBwYWNrZXRzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcm Z3Q7IGFyZSB3ZSByZWFsbHkgZGVwcmVjYXRpbmcgNDk0NCBmcmFnbWVudGF0aW9uLCBvciBhZGRp bmcgYW5vdGhlciBvcHRpb24/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2Nh bF0gVGhlIGdvYWwgaXMgZGVwcmVjYXRpb24sIHdoaWNoIG1lYW5zIGEgc2xvdyByZXBsYWNlbWVu dC4gV2hhdCBjb3VsZCBiZSB0aGUgcG9pbnQgb2Yga2VlcGluZyB0aGUgb2xkIHdheT88L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1RoZSBGcmFnbWVudCBB Y2tub3dsZWRnbWVudCBSRlJBRy1BQ0sgaXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDtpbnRyb2R1Y2VkIGFzIGEgc3RhbmRhbG9uZSBoZWFkZXIgaW4gYSBtZXNzYWdlIHRoYXQg aXMgc2VudCBiYWNrIHRvIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2Zy YWdtZW50IHNvdXJjZSBlbmRwb2ludCBhcyBrbm93biBieSBpdHMgTUFDIGFkZHJlc3MuJm5ic3A7 IFRoaXMgYXNzdW1lczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3RoYXQgdGhl IHNvdXJjZSBNQUMgYWRkcmVzcyBpbiB0aGUgZnJhZ21lbnQgKGlmIGFueSkgYW5kIGRhdGFncmFt X3RhZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2FyZSBlbm91Z2ggaW5mb3Jt YXRpb24gdG8gc2VuZCB0aGUgRnJhZ21lbnQgQWNrbm93bGVkZ21lbnQgYmFjayB0bzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3RoZSBzb3VyY2UgZnJhZ21lbnRhdGlvbiBlbmRw b2ludC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IEkgZ2V0IGNv bmZ1c2VkLiBJc24ndCB0aGUgc291cmNlIE1BQyBhZGRyZXNzIGNoYW5nZWQgYXQgZWFjaCBob3A/ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXSBI b3BlZnVsbHkgeWVzLiBZb3Ugc2VuZCB0aGUgYWNrIHRvIHRoZSBNQUMgZnJvbSB3aGljaCB5b3Ug Z290IHRoZSBmcmFnbWVudCBmcm9tLiBUaGF04oCZcyB0aGUgZ3V5IHJpZ2h0IGJlZm9yZSB5b3Ug aW4gdGhlIHBhdGggb2YgdGhhdCBwYWNrZXQuIEFuZCB0aGUNCiBkYXRhZ3JhbS10YWcgaXMgdW5p cXVlIG9ubHkgd2hlbiBhc3NvY2lhdGVkIHdpdGggdGhhdCBNQUMgYWRkcmVzcy48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsgJm5ic3A7VGhlIDZMb1dQQU4gZW5kcG9pbnQgdGhhdCBmcmFnbWVudHMgdGhlIHBhY2tl dHMgYXQgdGhlIDZMb1dQQU4gbGV2ZWwgKHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwO3NlbmRlcikgY29udHJvbHMgdGhlIEZyYWdtZW50IEFja25vd2xlZGdtZW50cy4mbmJz cDsgSWYgbWF5IGRvIHRoYXQgYXQgYW55PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5i c3A7ZnJhZ21lbnQgdG8gaW1wbGVtZW50IGl0cyBvd24gcG9saWN5IG9yIHBlcmZvcm0gY29uZ2Vz dGlvbiBjb250cm9sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7d2hpY2ggaXMg b3V0IG9mIHNjb3BlIGZvciB0aGlzIGRvY3VtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcm Z3Q7IEkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgcHJldmlvdXMgc2VudGVuY2UuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gTWVhbnQgdG8gc2F5IHRoYXQgdGhlIHNvdXJj ZSBvZiB0aGUgZnJhZ21lbnRzIG1heSBhc2sgZm9yIGFuIGFjayBvbiBhbnkgZnJhZ21lbnQgaXQg bGlrZXMgcGVyIGl0cyBvd24gcG9saWN5Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtXaGVuIHRoZSBzZW5kZXIgb2YgdGhlPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnQga25vd3MgdGhhdCBhbiB1 bmRlcmx5aW5nIG1lY2hhbmlzbSBwcm90ZWN0czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7 ICZxdW90O3Byb3RlY3RzJnF1b3Q7IC0mZ3Q7ICZxdW90O2Vuc3VyZXMgZGVsaXZlcnkgb2YmcXVv dDs/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gT0suPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt0aGUgRnJhZ21lbnRzPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7YWxyZWFkeSBpdCBNQVkgcmVmcmFpbiBm cm9tIHVzaW5nIHRoZSBBY2tub3dsZWRnbWVudCBtZWNoYW5pc20sIGFuZDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO25ldmVyIHNldCB0aGUgQUNLIFJlcXVlc3RlZCBiaXQuJm5i c3A7IFRoZSA2TG9XUEFOIGVuZHBvaW50IHRoYXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDtyZWNvbXBvc2VzIHRoZSBwYWNrZXRzIGF0IDZMb1dQQU4gbGV2ZWwgKHRoZSByZWNl aXZlcikgTVVTVDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2Fja25vd2xlZGdl IHRoZSBmcmFnbWVudHMgaXQgaGFzIHJlY2VpdmVkIHdoZW4gYXNrZWQgdG8sIGFuZCBNQVk8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtzbGlnaHRseSBkZWZlciB0aGF0IGFja25v d2xlZGdtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1RoZSBzZW5kZXIgdHJhbnNmZXJzIGEgY29udHJvbGxl ZCBudW1iZXIgb2YgZnJhZ21lbnRzIGFuZCBNQVkgZmxhZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO3RoZSBsYXN0IGZyYWdtZW50IG9mIGEgc2VyaWVzIHdpdGggYW4gYWNrbm93 bGVkZ21lbnQgcmVxdWVzdC4mbmJzcDsgVGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7cmVjZWl2ZWQgTVVTVCBhY2tub3dsZWRnZSBhIGZyYWdtZW50IHdpdGggdGhlIGFja25v d2xlZGdtZW50IHJlcXVlc3Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtiaXQg c2V0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IHJld29yZCB0byAmcXVvdDt0aGUgcmVj ZWl2ZXIgd2hpY2ggcmVjZWl2ZXMgYSBmcmFnbWVudCB3aXRoIHRoZSBBQ0sgUmVxdWVzdCBiaXQg c2V0IE1VU1Qgc2VuZCBiYWNrIGFuIGFja25vd2xlZGdtZW50JnF1b3Q7PzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5bUGFzY2FsXSBPSy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO0lmIGFueSBmcmFnbWVudCBpbW1lZGlhdGVseSBwcmVjZWRpbmcgYW4gYWNrbm93 bGVkZ21lbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtyZXF1ZXN0IGlzIHN0 aWxsIG1pc3NpbmcsIHRoZSByZWNlaXZlciBNQVkgaW50ZW50aW9uYWxseSBkZWxheSBpdHM8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthY2tub3dsZWRnbWVudCB0byBhbGxvdyBp bi10cmFuc2l0IGZyYWdtZW50cyB0byBhcnJpdmUuIERlbGF5aW5nIHRoZTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO2Fja25vd2xlZGdtZW50IG1pZ2h0IGRlZmVhdCB0aGUgcm91 bmQgdHJpcCBkZWxheSBjb21wdXRhdGlvbiBzbyBpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO3Nob3VsZCBiZSBjb25maWd1cmFibGUgYW5kIG5vdCBlbmFibGVkIGJ5IGRlZmF1 bHQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDtUaGUgcmVjZWl2ZXIgaW50ZXJhY3RzIHdpdGggdGhlIHNlbmRlciB1c2luZyBh biBBY2tub3dsZWRnbWVudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO21lc3Nh Z2Ugd2l0aCBhIGJpdG1hcCB0aGF0IGluZGljYXRlcyB3aGljaCBmcmFnbWVudHMgd2VyZSBhY3R1 YWxseTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3JlY2VpdmVkLiZuYnNwOyBU aGUgYml0bWFwIGlzIGEgMzIgYml0IFNXT1JEPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UVyZndDsg d2h5IFNXT1JEPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltQYXNjYWxdIFR5cG8s IERXT1JELiAmbmJzcDtNYXliZSByZXBsYWNlIGJ5IGJpdCBmaWVsZD88L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOywgd2hpY2ggYWNjb21tb2RhdGVzIHVw IHRvIDMyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnRzIGFuZCBp cyBzdWZmaWNpZW50IGZvciB0aGUgNkxvV1BBTiBNVFUuJm5ic3A7IEZvciBhbGwgbiBpbjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1swLi4zMV0sIGJpdCBuIGlzIHNldCB0byAx IGluIHRoZSBiaXRtYXAgdG8gaW5kaWNhdGUgdGhhdCBmcmFnbWVudDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwO3dpdGggc2VxdWVuY2UgbiB3YXMgcmVjZWl2ZWQsIG90aGVyd2lz ZSB0aGUgYml0IGlzIHNldCB0byAwLiZuYnNwOyBBbGw8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDt6ZXJvcyBpcyBhIE5VTEwgYml0bWFwIHRoYXQgaW5kaWNhdGVzIHRoYXQgdGhl IGZyYWdtZW50YXRpb24gcHJvY2Vzczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNw O3dhcyBjYW5jZWxlZCBieSB0aGUgcmVjZWl2ZXIgZm9yIHRoYXQgZGF0YWdyYW0uPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtU aGUgcmVjZWl2ZXIgTUFZIGlzc3VlIHVuc29saWNpdGVkIGFja25vd2xlZGdtZW50cy4mbmJzcDsg QW4gdW5zb2xpY2l0ZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthY2tub3ds ZWRnbWVudCBlbmFibGVzIHRoZSBzZW5kZXIgZW5kcG9pbnQgdG8gcmVzdW1lIHNlbmRpbmcgaWYg aXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtoYWQgcmVhY2hlZCBpdHMgbWF4 aW11bSBudW1iZXIgb2Ygb3V0c3RhbmRpbmcgZnJhZ21lbnRzIG9yIGluZGljYXRlPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dGhhdCB0aGUgcmVjZWl2ZXIgaGFzIGNhbmNlbGVk IHRoZSBwcm9jZXNzIG9mIGFuIGluZGl2aWR1YWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDtkYXRhZ3JhbS4mbmJzcDsgTm90ZSB0aGF0IGFja25vd2xlZGdtZW50cyBtaWdodCBj b25zdW1lIHByZWNpb3VzIHJlc291cmNlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+VGh1YmVydCAmYW1wOyBIdWkgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRXhwaXJlcyBKdWx5IDE0LCAyMDE3ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtbUGFnZSAxMF08L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPkludGVybmV0LURyYWZ0ICZuYnNwOyAmbmJzcDtMTE4gRnJhZ21l bnQgRm9yd2FyZGluZyBhbmQgUmVjb3ZlcnkgJm5ic3A7ICZuYnNwOyAmbmJzcDtKYW51YXJ5IDIw MTc8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7c28gdGhlIHVzZSBvZiB1bnNv bGljaXRlZCBhY2tub3dsZWRnbWVudHMgc2hvdWxkIGJlIGNvbmZpZ3VyYWJsZSBhbmQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtub3QgZW5hYmxlZCBieSBkZWZhdWx0Ljwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5i c3A7VGhlIHNlbmRlciBhcm1zIGEgcmV0cnkgdGltZXIgdG8gY292ZXIgdGhlIGZyYWdtZW50IHRo YXQgY2FycmllcyB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtBY2tub3ds ZWRnbWVudCByZXF1ZXN0LiZuYnNwOyBVcG9uIHRpbWUgb3V0LCB0aGUgc2VuZGVyIGFzc3VtZXMg dGhhdCBhbGw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDt0aGUgZnJhZ21lbnRz IG9uIHRoZSB3YXkgYXJlIHJlY2VpdmVkIG9yIGxvc3QuJm5ic3A7IFRoZSBwcm9jZXNzIG11c3Qg aGF2ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2NvbXBsZXRlZCB3aXRoaW4g YW4gYWNjZXB0YWJsZSB0aW1lIHRoYXQgaXMgd2l0aGluIHRoZSBib3VuZGFyaWVzIG9mPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dXBwZXIgbGF5ZXIgcmV0cmllcy4mbmJzcDsg VGhlIG1ldGhvZCBkZXRhaWxlZCBpbiBbUkZDNjI5OF0gaXMgcmVjb21tZW5kZWQ8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtmb3IgdGhlIGNvbXB1dGF0aW9uIG9mIHRoZSByZXRy eSB0aW1lci4mbmJzcDsgSXQgaXMgZXhwZWN0ZWQgdGhhdCB0aGU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDt1cHBlciBsYXllciByZXRyaWVzIG9iZXkgdGhlIHNhbWUgb3IgZnJp ZW5kbHkgcnVsZXMgaW4gd2hpY2ggY2FzZSBhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7c2luZ2xlIHJvdW5kIG9mIGZyYWdtZW50IHJlY292ZXJ5IHNob3VsZCBmaXQgd2l0aGlu IHRoZSB1cHBlciBsYXllcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO3JlY292 ZXJ5IHRpbWVycy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwO0ZyYWdtZW50cyBhcmUgc2VudCBpbiBhIHJvdW5kIHJvYmluIGZh c2hpb246IHRoZSBzZW5kZXIgc2VuZHMgYWxsIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO2ZyYWdtZW50cyBmb3IgYSBmaXJzdCB0aW1lIGJlZm9yZSBpdCByZXRyaWVzIGFu eSBsb3N0IGZyYWdtZW50OyBsb3N0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 ZnJhZ21lbnRzIGFyZSByZXRyaWVkIGluIHNlcXVlbmNlLCBvbGRlc3QgZmlyc3QuJm5ic3A7IFRo aXMgbWVjaGFuaXNtPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZW5hYmxlcyB0 aGUgcmVjZWl2ZXIgdG8gYWNrbm93bGVkZ2UgZnJhZ21lbnRzIHRoYXQgd2VyZSBkZWxheWVkIGlu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7dGhlIG5ldHdvcmsgYmVmb3JlIHRo ZXkgYXJlIGFjdHVhbGx5IHJldHJpZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtXaGVuIHRoZSBzZW5kZXIgZGVjaWRlcyB0 aGF0IGEgcGFja2V0IHNob3VsZCBiZSBkcm9wcGVkIGFuZCB0aGU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDtmcmFnbWVudGF0aW9uIHByb2Nlc3MgY2FuY2VsZWQsIGl0IHNlbmRz IGEgcHNldWRvIGZyYWdtZW50IHdpdGggdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7ZGF0YWdyYW1fb2Zmc2V0LCBzZXF1ZW5jZSBhbmQgZGF0YWdyYW1fc2l6ZSBhbGwgc2V0 IHRvIHplcm8sIGFuZCBubzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2RhdGEu Jm5ic3A7IFVwb24gcmVjZXB0aW9uIG9mIHRoaXMgbWVzc2FnZSwgdGhlIHJlY2VpdmVyIHNob3Vs ZCBjbGVhbiB1cDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2FsbCByZXNvdXJj ZXMgZm9yIHRoZSBwYWNrZXQgYXNzb2NpYXRlZCB0byB0aGUgZGF0YWdyYW1fdGFnLiZuYnNwOyBJ ZiBhbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2Fja25vd2xlZGdtZW50IGlz IHJlcXVlc3RlZCwgdGhlIHJlY2VpdmVyIHJlc3BvbmRzIHdpdGggYSBOVUxMPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Yml0bWFwLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7VGhlIHJlY2VpdmVyIG1pZ2h0 IG5lZWQgdG8gY2FuY2VsIHRoZSBwcm9jZXNzIG9mIGEgZnJhZ21lbnRlZCBwYWNrZXQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtmb3IgaW50ZXJuYWwgcmVhc29ucywgZm9yIGlu c3RhbmNlIGlmIGl0IGlzIG91dCBvZiByZWNvbXBvc2l0aW9uPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgJm5ic3A7YnVmZmVycywgb3IgY29uc2lkZXJzIHRoYXQgdGhpcyBwYWNrZXQgaXMg YWxyZWFkeSBmdWxseSByZWNvbXBvc2VkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5i c3A7YW5kIHBhc3NlZCB0byB0aGUgdXBwZXIgbGF5ZXIuJm5ic3A7IEluIHRoYXQgY2FzZSwgdGhl IHJlY2VpdmVyIFNIT1VMRDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2luZGlj YXRlIHNvIHRvIHRoZSBzZW5kZXIgd2l0aCBhIE5VTEwgYml0bWFwLiZuYnNwOyBVcG9uIGFuIGFj a25vd2xlZGdtZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7d2l0aCBhIE5V TEwgYml0bWFwLCB0aGUgc2VuZGVyIE1VU1QgZHJvcCB0aGUgZGF0YWdyYW0uPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjguJm5ic3A7IEZvcndhcmRp bmcgRnJhZ21lbnRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDtUaGlzIHNwZWNpZmljYXRpb24gZW5hYmxlcyBpbnRlcm1lZGlh dGUgcm91dGVycyB0byBmb3J3YXJkIGZyYWdtZW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO3dpdGggbm8gaW50ZXJtZWRpYXRlIHJlY29uc3RydWN0aW9uIG9mIHRoZSBlbnRp cmUgcGFja2V0LiZuYnNwOyBVcG9uIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwO2ZpcnN0IGZyYWdtZW50LCB0aGUgcm91dGVycyBsYXkgYSBsYWJlbCBhbG9uZyB0aGUgcGF0 aCB0aGF0IGlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Zm9sbG93ZWQgYnkg dGhhdCBmcmFnbWVudCAodGhhdCBpcyBJUCByb3V0ZWQpLCBhbmQgYWxsIGZ1cnRoZXI8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtmcmFnbWVudHMgYXJlIGxhYmVsIHN3aXRjaGVk IGFsb25nIHRoYXQgcGF0aC4mbmJzcDsgQXMgYSBjb25zZXF1ZW5jZSw8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDthbHRlcm5hdGUgcm91dGVzIGFyZSBub3QgcG9zc2libGUgZm9y IGluZGl2aWR1YWwgZnJhZ21lbnRzLiZuYnNwOyBUaGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyAmbmJzcDtkYXRhZ3JhbV90YWcgaXMgdXNlZCB0byBjYXJyeSB0aGUgbGFiZWwsIHRoYXQg aXMgc3dhcHBlZCBhdCBlYWNoIGhvcC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaHViZXJ0 ICZhbXA7IEh1aSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBFeHBp cmVzIEp1bHkgMTQsIDIwMTcgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO1tQYWdlIDExXTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SW50ZXJuZXQt RHJhZnQgJm5ic3A7ICZuYnNwO0xMTiBGcmFnbWVudCBGb3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAm bmJzcDsgJm5ic3A7ICZuYnNwO0phbnVhcnkgMjAxNzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjgu MS4mbmJzcDsgVXBvbiB0aGUgZmlyc3QgZnJhZ21lbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO0luIHJvdXRlIG92ZXIgdGhl IEwyIHNvdXJjZSBjaGFuZ2VzIGF0IGVhY2ggaG9wLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcm Z3Q7IHNvbWV0aGluZydzIHdyb25nIHdpdGggdGhlIHByZXZpb3VzIHNlbnRlbmNlPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUGFzY2FsXSBpcyB0aGlzIGJl dHRlcjogJm5ic3A7SW4gcm91dGUgb3ZlciBtb2RlLCB0aGUgTUFDIGFkZHJlc3MgY2hhbmdlcyBh dCBlYWNoIGhvcC4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7VGhlIGxhYmVsIHRoYXQgaXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJz cDtmb3JtZWQgYW5kIHBsYWNlZCBpbiB0aGUgZGF0YWdyYW1fdGFnIGlzIGFzc29jaWF0ZWQgdG8g dGhlIHNvdXJjZSBNQUM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthbmQgb25s eSB2YWxpZCAoYW5kIHVuaXF1ZSkgZm9yIHRoYXQgc291cmNlIE1BQy4mbmJzcDsgU2F5IHRoZSBm aXJzdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2ZyYWdtZW50IGhhczo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgU291cmNlIElQdjYgYWRkcmVzcyA9IElQX0EgKG1heSBiZSBtdWx0aXBsZSBo b3BzIGF3YXkpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IERlc3RpbmF0aW9uIElQdjYgYWRkcmVzcyA9IElQX0Ig KG1heWJlIGJlIG11bHRpcGxlIGhvcHMgYXdheSk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgU291cmNlIE1BQyA9 IE1BQ19wcnYgKHBydiBhcyBwcmV2aW91cyk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRGF0YWdyYW1fdGFnPSBE VF9wcnY8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO1RoZSBpbnRlcm1lZGlhdGUgcm91dGVyIHRoYXQgZm9yd2FyZHMgaW5kaXZp ZHVhbCBmcmFnbWVudHMgZG9lcyB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJz cDtmb2xsb3dpbmc6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IGEgcm91dGUgbG9va3VwIHRvIGdldCBOZXh0IGhv cCBJUHY2IHRvd2FyZHMgSVBfQiwgd2hpY2ggcmVzb2x2ZXM8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDsgJm5ic3A7IGFzIElQX254dCAobnh0IGFzIG5leHQpPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5i c3A7IGEgTUFDIGFkZHJlc3MgcmVzb2x1dGlvbiB0byBnZXQgdGhlIE1BQyBhZGRyZXNzIGFzc29j aWF0ZWQgdG88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IElQX254 dCwgd2hpY2ggcmVzb2x2ZXMgYXMgTUFDX254dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7U2luY2UgaXQgaXMgYSBmaXJzdCBm cmFnbWVudCBvZiBhIHBhY2tldCBmcm9tIHRoYXQgc291cmNlIE1BQyBhZGRyZXNzPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7TUFDX3BydiBmb3IgdGhhdCB0YWcgRFRfcHJ2LCB0 aGUgcm91dGVyOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBjbGVhbnMgdXAgYW55IGxlZnRvdmVyIHJlc291cmNl IGFzc29jaWF0ZWQgdG8gdGhlIHR1cGxlIChNQUNfcHJ2LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRFRfcHJ2KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBhbGxvY2F0ZXMgYSBu ZXcgbGFiZWwgZm9yIHRoYXQgZmxvdywgRFRfbnh0LCBmcm9tIGEgTGVhc3QgUmVjZW50bHk8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFVzZWQgcG9vbCBvciBzb21l IHNpbWlsYXIgcHJvY2VkdXJlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBhbGxvY2F0ZXMgYSBMYWJlbCBzd2Fw IHN0cnVjdHVyZSBpbmRleGVkIGJ5IChNQUNfcHJ2LCBEVF9wcnYpIHRoYXQ8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IGNvbnRhaW5zIChNQUNfbnh0LCBEVF9ueHQp PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDsgJm5ic3A7IGFsbG9jYXRlcyBhIExhYmVsIHN3YXAgc3RydWN0dXJlIGluZGV4ZWQg YnkgKE1BQ19ueHQsIERUX254dCkgdGhhdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgY29udGFpbnMgKE1BQ19wcnYsIERUX3Bydik8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgc3dh cHMgdGhlIE1BQyBpbmZvIHRvIGZyb20gc2VsZiB0byBNQUNfbnh0PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFN3 YXBzIHRoZSBkYXRhZ3JhbV90YWcgdG8gRFRfbnh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtBdCB0aGlzIHBvaW50IHRoZSBy b3V0ZXIgaXMgYWxsIHNldCBhbmQgY2FuIGZvcndhcmQgdGhlIHBhY2tldCB0bzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO254dC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyAmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRXJmd0OyB0aGlzIGFzc3VtZXMgdGhlIGZp cnN0IGZyYWdtZW50IGlzIGxvbmcgZW5vdWdoIHRvIGNvbnRhaW4gdGhlIHNvdXJjZS9kZXN0aW5h dGlvbiBJUCBhZGRyZXNzZXMsIHJpZ2h0Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Bhc2NhbF0gUmln aHQuIFRoaXMgY291bGQgYmUgc2FpZCBpbiBhIHJ1bGUgdG8gZHJvcCB0aGUgcGFja2V0IGlmIG5v dC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaHViZXJ0ICZhbXA7IEh1 aSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBFeHBpcmVzIEp1bHkg MTQsIDIwMTcgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO1tQYWdlIDEyXTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SW50ZXJuZXQtRHJhZnQgJm5i c3A7ICZuYnNwO0xMTiBGcmFnbWVudCBGb3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAmbmJzcDsgJm5i c3A7ICZuYnNwO0phbnVhcnkgMjAxNzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjguMi4mbmJzcDsg VXBvbiB0aGUgbmV4dCBmcmFnbWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO1Vwb24gbmV4dCBmcmFnbWVudHMgKHRoYXQg YXJlIG5vdCBmaXJzdCBmcmFnbWVudCksIHRoZSByb3V0ZXIgZXhwZWN0czwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO3RvIGhhdmUgYWxyZWFkeSBMYWJlbCBzd2FwIHN0cnVjdHVy ZSBpbmRleGVkIGJ5IChNQUNfcHJ2LCBEVF9wcnYpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7ICZuYnNwO1RoZSByb3V0ZXI6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IGxvb2tzIHVwIHRoZSBMYWJlbCBz d2FwIGVudHJ5IGZvciAoTUFDX3BydiwgRFRfcHJ2KSwgd2hpY2g8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IHJlc29sdmVzIGFzIChNQUNfbnh0LCBEVF9ueHQpPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAm bmJzcDsgJm5ic3A7IHN3YXBzIHRoZSBNQUMgaW5mbyB0byBmcm9tIHNlbGYgdG8gTUFDX254dDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgU3dhcHMgdGhlIGRhdGFncmFtX3RhZyB0byBEVF9ueHQ8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO0F0 IHRoaXMgcG9pbnQgdGhlIHJvdXRlciBpcyBhbGwgc2V0IGFuZCBjYW4gZm9yd2FyZCB0aGUgcGFj a2V0IHRvPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7bnh0Ljwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7aWYg dGhlIExhYmVsIHN3YXAgZW50cnkgZm9yIChNQUNfc3JjLCBEVF9zcmMpIGlzIG5vdCBmb3VuZCwg dGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7cm91dGVyIGJ1aWxkcyBhbiBS RlJBRy1BQ0sgdG8gaW5kaWNhdGUgdGhlIGVycm9yLiZuYnNwOyBUaGUgYWNrbm93bGVkZ21lbnQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDttZXNzYWdlIGhhcyB0aGUgZm9sbG93 aW5nIGluZm9ybWF0aW9uOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBNQUMgaW5mbyBzZXQgdG8gZnJvbSBzZWxm IHRvIE1BQ19wcnYgYXMgZm91bmQgaW4gdGhlIGZyYWdtZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij5UVyZndDsgJnF1b3Q7dG8gZnJvbSZxdW90Oz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPltQYXNjYWxdDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij50aGUgTGFiZWwgc3dhcCBlbnRyeSBmb3IgKE1B Q19zcmMsIERUX3NyYykgLSZndDsgdGhlIExhYmVsIHN3YXAgZW50cnkgZm9yIChNQUNfcHJ2LCBE VF9wcnYpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgU3dhcHMgdGhlIGRhdGFncmFtX3Rh ZyBzZXQgdG8gRFRfcHJ2PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IEJpdG1hcCBvZiBhbGwgemVyb2VzIHRvIGlu ZGljYXRlIHRoZSBlcnJvcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7QXQgdGhpcyBwb2ludCB0aGUgcm91dGVyIGlzIGFsbCBz ZXQgYW5kIGNhbiBzZW5kIHRoZSBSRlJBRy1BQ0sgYmFjazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICZuYnNwO3RvIHRoZSBwcmV2aW91cyByb3V0ZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjguMy4mbmJzcDsgVXBvbiB0aGUgZnJhZ21l bnQgYWNrbm93bGVkZ21lbnRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtVcG9uIGZyYWdtZW50IGFja25vd2xlZGdtZW50cyBu ZXh0IGZyYWdtZW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VFcmZ3Q7IHJlYWRzIHN0cmFuZ2U8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDsodGhhdCBhcmUgbm90IGZpcnN0PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnJhZ21lbnQpLCB0aGUgcm91dGVyIGV4 cGVjdHMgdG8gaGF2ZSBhbHJlYWR5IExhYmVsIHN3YXAgc3RydWN0dXJlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7aW5kZXhlZCBieSAoTUFDX254dCwgRFRfbnh0KS4mbmJzcDsg VGhlIHJvdXRlcjo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgbG9va3MgdXAgdGhlIExhYmVsIHN3YXAgZW50cnkg Zm9yIChNQUNfbnh0LCBEVF9ueHQpLCB3aGljaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgcmVzb2x2ZXMgYXMgKE1BQ19wcnYsIERUX3Bydik8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgc3dhcHMgdGhlIE1BQyBpbmZvIHRvIGZyb20gc2VsZiB0byBNQUNfcHJ2Ozwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZu YnNwOyBzd2FwcyB0aGUgZGF0YWdyYW1fdGFnIHRvIERUX3Bydjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7QXQgdGhpcyBwb2lu dCB0aGUgcm91dGVyIGlzIGFsbCBzZXQgYW5kIGNhbiBmb3J3YXJkIHRoZSBSRlJBRy1BQ0sgdG88 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtwcnYuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtJZiB0aGUgTGFi ZWwgc3dhcCBlbnRyeSBmb3IgKE1BQ19ueHQsIERUX254dCkgaXMgbm90IGZvdW5kLCBpdCBzaW1w bHk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtkcm9wcyB0aGUgcGFja2V0Ljwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaHViZXJ0ICZhbXA7IEh1aSAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBFeHBpcmVzIEp1bHkgMTQsIDIwMTcgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1tQYWdlIDEzXTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+SW50ZXJuZXQtRHJhZnQgJm5ic3A7ICZuYnNwO0xMTiBGcmFn bWVudCBGb3J3YXJkaW5nIGFuZCBSZWNvdmVyeSAmbmJzcDsgJm5ic3A7ICZuYnNwO0phbnVhcnkg MjAxNzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtJZiB0aGUgUkZSQUctQUNL IGluZGljYXRlcyBlaXRoZXIgYW4gZXJyb3Igb3IgdGhhdCB0aGUgZnJhZ21lbnQgd2FzPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ZnVsbHkgcmVjZWl2ZSwgdGhlIHJvdXRlciBz Y2hlZHVsZXMgdGhlIExhYmVsIHN3YXAgZW50cmllcyBmb3I8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyAmbmJzcDtyZWN5Y2xpbmcuJm5ic3A7IElmIHRoZSBSRlJBRy1BQ0sgaXMgbG9zdCBv biB0aGUgd2F5IGJhY2ssIHRoZSBzb3VyY2UgbWF5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsgJm5ic3A7cmV0cnkgdGhlIGxhc3QgZnJhZ21lbnRzLCB3aGljaCB3aWxsIHJlc3VsdCBhcyBh biBlcnJvciBSRlJBRy1BQ0s8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtmcm9t IHRoZSBmaXJzdCByb3V0ZXIgb24gdGhlIHdheSB0aGF0IGhhcyBhbHJlYWR5IGNsZWFuZWQgdXAu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjkuJm5i c3A7IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtUaGUgcHJvY2VzcyBvZiByZWNvdmVy aW5nIGZyYWdtZW50cyBkb2VzIG5vdCBhcHBlYXIgdG8gY3JlYXRlIGFueTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ICZuYnNwO29wZW5pbmcgZm9yIG5ldyB0aHJlYXQgY29tcGFyZWQgdG8g JnF1b3Q7VHJhbnNtaXNzaW9uIG9mIElQdjYgUGFja2V0cyBvdmVyPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgJm5ic3A7SUVFRSA4MDIuMTUuNCBOZXR3b3JrcyZxdW90OyBbUkZDNDk0NF0u PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjEwLiZu YnNwOyBJQU5BIENvbnNpZGVyYXRpb25zPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDtOZWVkIGV4dGVuc2lvbnMgZm9yIGZvcm1h dHMgZGVmaW5lZCBpbiAmcXVvdDtUcmFuc21pc3Npb24gb2YgSVB2NiBQYWNrZXRzPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7b3ZlciBJRUVFIDgwMi4xNS40IE5ldHdvcmtzJnF1 b3Q7IFtSRkM0OTQ0XS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+MTEuJm5ic3A7IEFja25vd2xlZGdtZW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7VGhlIGF1dGhvciB3aXNo ZXMgdG8gdGhhbmsgSmF5IFdlcmIsIENocmlzdG9zIFBvbHl6b2lzLCBTb3VtaXRyaTwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO0tvbGF2ZW5udSwgUGF0IEtpbm5leSwgTWFyZ2Fy ZXQgV2Fzc2VybWFuLCBSaWNoYXJkIEtlbHNleSwgQ2Fyc3Rlbjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ICZuYnNwO0Jvcm1hbm4gYW5kIEhhcnJ5IENvdXJ0aWNlIGZvciB0aGVpciBjb250 cmlidXRpb25zIGFuZCByZXZpZXcuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjEyLiZuYnNwOyBSZWZlcmVuY2VzPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_23d281df0e12472b91791f6173485f75XCHRCD001ciscocom_-- From nobody Wed Apr 5 08:55:40 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8A3712948F; Wed, 5 Apr 2017 08:55:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9m-VrxGSKBbe; Wed, 5 Apr 2017 08:55:31 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EBB9126CD8; Wed, 5 Apr 2017 08:55:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v35FtSLe029465; Wed, 5 Apr 2017 17:55:28 +0200 (CEST) Received: from [192.168.217.124] (p5DCCCDC2.dip0.t-ipconnect.de [93.204.205.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3vyr5r43kZzDHq9; Wed, 5 Apr 2017 17:55:28 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: Date: Wed, 5 Apr 2017 17:55:27 +0200 Cc: "6lo@ietf.org" <6lo@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org> X-Mao-Original-Outgoing-Id: 513100527.735655-e49880f02a7e1f75825f782cf2895eae Content-Transfer-Encoding: quoted-printable Message-Id: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> References: To: Thomas Watteyne X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 15:55:34 -0000 > The major rationale IMO for this draft is that it doesn't require = intermediary nodes to reassemble! As I said in the WG meeting (and pointed out in the 6LoWPAN book), this = has not really been necessary even in the original 6LoWPAN. However, to = make =E2=80=9Cvirtual reassembly buffers=E2=80=9D work in multi-track = environments, the first fragment (which provides the routing info) has = to be sent on all tracks. > The label switching mechanism is elegant as the labels are locally = significant only, with no need to maintain a network-wide label = registry. The document should state so. Yes, that is the idea behind datagram tags in RFC 4944 =E2=80=94 they = are local to the hop. Viewing the set of =E2=80=9Cvirtual reassembly = buffers=E2=80=9D as a label switching table is certainly one way to = describe it. Still, this is an implementation technique for RFC 4944 = 6LoWPAN fragmentation, not a new protocol. Gr=C3=BC=C3=9Fe, Carsten From nobody Wed Apr 5 10:21:02 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96DD61287A7; Wed, 5 Apr 2017 10:21:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DlV-VrTjCgyR; Wed, 5 Apr 2017 10:20:58 -0700 (PDT) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 957A3128DF6; Wed, 5 Apr 2017 10:20:55 -0700 (PDT) Received: by mail-qk0-x229.google.com with SMTP id g195so17014075qke.2; Wed, 05 Apr 2017 10:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=9qhl3hzvX86iZrI3KE9ucAdlA68HrE6oEv1zCljh714=; b=EzbFrQXS5z0/bAimLah3VMYpuFWaNqz8+Ew+YCnOM2aFtrzBG8YeTmqKuLLpYFNCkN zWn8pRcKIs6swDnCIcUTXX6+UseXaNpAEBQAjhSVvv0xRZucjnK/vsVLdO/fvF54XUbc RDJmLWdUUUvx8mpv2tsYqg4l17HgaK3gvNRk4XQklgC8BgKmWGVqrQWXmyBVHDhS8Q4v 0ldY3nKPy87loNmJi+aVkWSDR4V/6o44f5lFHTLJsbJQJ3VoXUvn/j1KAOtZ6sTcbxjU ZCvRQsSnW0Wk1OT7TG17jpH3uyoAvVVWbbvuLkHxzh3pPS0hT17cC9SgBsBubMtidsec hzVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=9qhl3hzvX86iZrI3KE9ucAdlA68HrE6oEv1zCljh714=; b=gyqjPpZxa/c78NtN0cyfeU6TyUSzbESpjDeBhUlinxZk3IJv8q9+TTeCEZyQkkWyF2 xsI03zCqNLrNvt2sOPw48zCgqfQmRLvVqRi7h6yuQIj9TPo1+3x+TGYZWv+vYt24/1/2 S19P8JMuqXfuilRjlvZqi8hGekFVjjZOoctC14lloz7XhkKp8CKomRl95qdaqqmpm2Y2 yOhKA5i+tk0uz0o/fP2djm3SYWlrGi4+Yp1fwvXtO4tBcTDwkJ2Sd0AuovxblrawJid9 FPfOaf990f0b0vx66m2t6LdNC3SdWOabZVo1QGRRVlTJMHxsN95rYkUDlROK/RupFVPh Acxw== X-Gm-Message-State: AFeK/H0e7kXmAjANa9LXZZKUrz5hm20IE+9cOdHEJJuzV6fG+azWUzPns0Th2ihB44TORA== X-Received: by 10.55.42.169 with SMTP id q41mr21689207qkq.67.1491412854745; Wed, 05 Apr 2017 10:20:54 -0700 (PDT) Received: from ?IPv6:2601:18f:801:600:d557:7d20:6614:d715? ([2601:18f:801:600:d557:7d20:6614:d715]) by smtp.gmail.com with ESMTPSA id o190sm14349383qkc.65.2017.04.05.10.20.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Apr 2017 10:20:54 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Ralph Droms In-Reply-To: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> Date: Wed, 5 Apr 2017 13:20:50 -0400 Cc: Thomas Watteyne , "6tisch@ietf.org" <6tisch@ietf.org>, "6lo@ietf.org" <6lo@ietf.org> Content-Transfer-Encoding: quoted-printable Message-Id: <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> To: Carsten Bormann X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:21:01 -0000 Carsten... > On Apr 5, 2017, at 11:55 AM, Carsten Bormann wrote: >=20 >=20 >> The major rationale IMO for this draft is that it doesn't require = intermediary nodes to reassemble! >=20 > As I said in the WG meeting (and pointed out in the 6LoWPAN book), = this has not really been necessary even in the original 6LoWPAN. = However, to make =E2=80=9Cvirtual reassembly buffers=E2=80=9D work in = multi-track environments, the first fragment (which provides the routing = info) has to be sent on all tracks. I think I understand the technique you are describing. Is there a = written guideline or specification for the technique somewhere? I don't recognize the term "multi-track environment". Can you define it = for me? >=20 >> The label switching mechanism is elegant as the labels are locally = significant only, with no need to maintain a network-wide label = registry. The document should state so. >=20 > Yes, that is the idea behind datagram tags in RFC 4944 =E2=80=94 they = are local to the hop. Viewing the set of =E2=80=9Cvirtual reassembly = buffers=E2=80=9D as a label switching table is certainly one way to = describe it. Still, this is an implementation technique for RFC 4944 = 6LoWPAN fragmentation, not a new protocol. In particular, I think I can infer how datagram tags would be used in a = hop-scoped way with virtual reassembly buffers. It would be good to = have text to work through the details. =20 - Ralph =20 >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo From nobody Wed Apr 5 22:26:55 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81663129417; Wed, 5 Apr 2017 22:26:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e9PczVpVJTL2; Wed, 5 Apr 2017 22:26:51 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF7F1129410; Wed, 5 Apr 2017 22:26:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v365QjMA009978; Thu, 6 Apr 2017 07:26:45 +0200 (CEST) Received: from [192.168.217.124] (p5DCCCDC2.dip0.t-ipconnect.de [93.204.205.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3vzB5x4KV7zDJ07; Thu, 6 Apr 2017 07:26:45 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> Date: Thu, 6 Apr 2017 07:26:43 +0200 Cc: Thomas Watteyne , "6tisch@ietf.org" <6tisch@ietf.org>, "6lo@ietf.org" <6lo@ietf.org> X-Mao-Original-Outgoing-Id: 513149203.054561-1c595ead8fd5cdf941aa3cc786c26df0 Content-Transfer-Encoding: quoted-printable Message-Id: <3B537334-FAFC-42BF-B8B8-30827BDAAEC6@tzi.org> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> To: Ralph Droms X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 05:26:54 -0000 >>> The major rationale IMO for this draft is that it doesn't require = intermediary nodes to reassemble! >>=20 >> As I said in the WG meeting (and pointed out in the 6LoWPAN book), = this has not really been necessary even in the original 6LoWPAN. = However, to make =E2=80=9Cvirtual reassembly buffers=E2=80=9D work in = multi-track environments, the first fragment (which provides the routing = info) has to be sent on all tracks. >=20 > I think I understand the technique you are describing. Is there a = written guideline or specification for the technique somewhere? Apart from the brief description in section 2.5.2 of the 6LoWPAN book, = I=E2=80=99m not aware of a writeup. As I said at the meeting, maybe we should do that (food for lwig?). > I don't recognize the term "multi-track environment". Can you define = it for me? I was thinking about an environment where your routing protocol might = cause different fragments to go different paths, or even to send copies = of some fragments along multiple paths. >>> The label switching mechanism is elegant as the labels are locally = significant only, with no need to maintain a network-wide label = registry. The document should state so. >>=20 >> Yes, that is the idea behind datagram tags in RFC 4944 =E2=80=94 they = are local to the hop. Viewing the set of =E2=80=9Cvirtual reassembly = buffers=E2=80=9D as a label switching table is certainly one way to = describe it. Still, this is an implementation technique for RFC 4944 = 6LoWPAN fragmentation, not a new protocol. >=20 > In particular, I think I can infer how datagram tags would be used in = a hop-scoped way with virtual reassembly buffers. It would be good to = have text to work through the details. =20 Basically, a virtual reassembly buffer maps a incoming neighbor MAC = address and an incoming datagram tag to an outgoing neighbor MAC address = and an outgoing datagram tag. It is created when an initial fragment is being processed and forwarded. = It could be deleted on forwarding the final fragment and/or on a = timeout and/or on displacement. (It could record more information, such as the target IP address that = went into selecting the outgoing MAC address.) It may also be useful to keep some management information (as in RFC = 7388). Finally, in certain cases it may keep fragments of a fragment in order = to optimize re-fragmenting (but it generally is better to have the = original fragmenter minimize the size of the *initial* fragment so no = re-fragmenting is necessary even if header compression rates change). Gr=C3=BC=C3=9Fe, Carsten From nobody Thu Apr 6 00:26:13 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D085A1292AE; Thu, 6 Apr 2017 00:26:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s8a4XGRb2Q5e; Thu, 6 Apr 2017 00:26:01 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52F48120726; Thu, 6 Apr 2017 00:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5460; q=dns/txt; s=iport; t=1491463559; x=1492673159; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=/nRIbmLlCZi9fkc2kC3W1YjhmSNro8mDedEmWXZuCu4=; b=em1Bn7pphUg7ayRyebmk81469VvW9x5zsixvOSJZ61wE+a4uFA3Asvbh lqYDIxe8fbtazXuBDpZ0A+Bl24yKvVpjb36GecRzie1m2qrcU4IJ217Xw 9yhI9VjMH5lCDG65XbGxncqF7mwOMxQGTtJFUHgj37DHMQZv18zoKvW6O I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DwAQB27OVY/4sNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB4NcihKRPJVVgg8fD4V0AhqDOD8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEBAQEBAQEBASEROgsFBwQCAQYCDgMEAQEBAgIjAwICAiULFAEICAIEAQ0FC?= =?us-ascii?q?Il+CA6MOp1dgiaKagEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQuFQ4NngQmHXIJ?= =?us-ascii?q?fBZxwAYZ9i0yRRZN1AR84gQVbFUGEWx2BY3UBiAOBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,283,1488844800"; d="scan'208";a="11517111" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Apr 2017 07:25:58 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v367Pw2q028729 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 6 Apr 2017 07:25:58 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 6 Apr 2017 02:25:57 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 6 Apr 2017 02:25:57 -0500 From: "Pascal Thubert (pthubert)" To: Ralph Droms , Carsten Bormann , PWK CC: "6tisch@ietf.org" <6tisch@ietf.org>, Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 Thread-Index: AQHSriUTYI1tCTxG6kG28gDZqKAQkqG3WXgAgACRMpA= Date: Thu, 6 Apr 2017 07:25:49 +0000 Deferred-Delivery: Thu, 6 Apr 2017 07:25:34 +0000 Message-ID: <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> In-Reply-To: <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 07:26:04 -0000 SGVsbG8gUmFscGg6DQoNCkEgbGFiZWwgc3dpdGNoaW5nIHRlY2huaXF1ZSB0byBwcm9wZXJseSBm b3J3YXJkIGZyYWdtZW50cyB0byBkZXN0aW5hdGlvbiBhdCBMMyB3aXRob3V0IHJlY29tcG9zaW5n IHRoZSBmdWxsIHBhY2tldCBhdCBlYWNoIGhvcCBpcyBkaXNjdXNzZWQgaW4gaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LXRodWJlcnQtNmxvLWZvcndhcmRpbmctZnJhZ21lbnRzIC4g DQpBcmd1YWJseSwgdGhlIHRlY2huaXF1ZSB0aGF0IGlzIHByb3Bvc2VkIHRoZXJlIGNvdWxkIHdv cmsgd2l0aCBSRkMgNDk0NCBkYXRhZ3JhbSB0YWdzIGFzIHdlbGwsIGFuZCBhcyBDYXJzdGVuIHNh eXMsIHRoYXQgY2FuIGJlIGRvbmUgYnkgYW55IDZMb1BXQU4gbm9kZSBpbiB0aGUgcGF0aCBpbmRl cGVuZGVudGx5IG9mIHdoYXQgb3RoZXIgbm9kZXMgZG8uDQoNCkFuZCBJTUhPIGtlZXBpbmcgaXQg YXQgdGhhdCBhbmQgd2FzaGluZyBvdXIgaGFuZHMgd291bGQgYmUgaW5jcmVkaWJseSBzaG9ydC1z aWdodGVkIGluIHRoZSBsaWdodCBvZiB0aGUgb3RoZXIgcHJvYmxlbXMgdGhhdCB3ZSBmYWNlIHdp dGggNkxvV1BBTiBmcmFnbWVudHMgYXMgdGhleSBleGlzdCB0b2RheS4gRXhhbXBsZXMgb2Ygc3Vj aCBwcm9ibGVtcyBhcmUgaGFuZGxpbmcgb2YgZnJhZ21lbnQgbG9zcyBhbmQgbGFjayBvZiBjYXBh YmlsaXR5IHRvIGFib3J0IGEgdHJhbnNtaXNzaW9uIGFuZCBjbGVhbiB1cCBzdGF0ZSBpbiB0aGUg bmV0d29yaywgYnV0IHRoZXJlJ3MgbW9yZSwgbGlrZSBoYW5kbGluZyBvZiBjb25nZXN0aW9uIGlu IHRoZSBtZXNoIG5ldHdvcmsgYW5kIHNvIG9uLg0KDQpJIHByZXNlbnRlZCB0aGUgaXNzdWVzIEkn bSBhd2FyZSBvZiBhdCA2bG8gYXQgSUVURiA5OCwgYW5kIGhvcGVmdWxseSB0aGUgc2xpZGVzIGFy ZSBzZWxmLWV4cGxhbmF0b3J5IGVub3VnaCBzbyB0aGF0IHBlb3BsZSB3aG8gZGlkIG5vdCBmb2xs b3cgdGhlIHByZXNlbnRhdGlvbiBjYW4gc3RpbGwgZGVyaXZlIGVub3VnaCBpbmZvcm1hdGlvbiB0 byBtYWtlIHRoZWlyIG93biBtaW5kOiAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3Mv OTgvc2xpZGVzL3NsaWRlcy05OC02bG8tZnJhZ21lbnRhdGlvbi1mb3J3YXJkaW5nLWlzc3Vlcy1p bi02bG93cGFuLTAwLnBkZiANCg0KSUVFRSA4MDIuNS40IHVuZGVyc3Rvb2QgYW5kIHN0YXJ0ZWQg YWRkcmVzc2luZyB0aG9zZSBpc3N1ZXMgaW4gdGhlaXIgcHJvdG9jb2xzIHllYXJzIGFnbywgY29u c2lkZXIgZm9yIGluc3RhbmNlIGhvdyB0aGlzIGlzIGRvbmUgYXQgUEhZIGxheWVyIGluIDgwMi4x NS40SyBMRUNJTSAtIExQLVdBTiAoY2MnaW5nIFBhdCkuIEluIHRoZSBsaWdodCBvZiB0aGF0IGFy dCwgdGhlIGxlZ2FjeSA2TG9XUEFOIHRlY2huaXF1ZSBpcyBzaGFtZWZ1bGx5IGluYWRlcXVhdGUu DQoNCk15IHN1Z2dlc3Rpb24gdG8gdGhlIGdyb3VwIGlzIHRvIHRha2UgYSBob2xpc3RpYyB2aWV3 IG9mIHRoZXNlIGlzc3VlcywgYW5kIHJlZGVzaWduIG9yIGZyYWdtZW50IHN1cHBvcnQuIFRoaXMg aXMgd2hhdCBteSBkcmFmdCBkb2VzLiANCg0KRWxzZSB3ZSdkIGJldHRlciBiZSB2ZXJ5IGNsZWFy IHRvIHRoZSB3b3JsZCB0aGF0IG91ciBmcmFnbWVudCBzdXBwb3J0IGlzIG9ubHkgZm9yIHRoZSBz aG93LCBhbmQgdGhhdCBhbnkgbGluayBsYXllciB0aGF0IGV4cGVjdHMgYSB3b3JraW5nIElQdjYg KGxldmVyYWdpbmcgNkxvV1BBTikgb3ZlciBpdCBzaG91bGQgaGF2ZSBpdHMgb3duIHdlbGwtZGVz aWduZWQgc3VwcG9ydCBmb3IgbGFyZ2UgZnJhbWVzIGFuZCBwcmVzZW50IE1UVSBvZiAxMjgwIG9y IGFib3ZlIHRvIHRoZSB1cHBlciBsYXllci4gVGhlIElFRUUgYXBwZWFycyB0byBiZSB0YWtpbmcg dGhhdCBwYXRoIGFueXdheSwgZ2VuZXJhbGl6aW5nIE1UVXMgb2YgMjA0OC4NCg0KVGFrZSBjYXJl LA0KDQpQYXNjYWwNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiA2bG8g W21haWx0bzo2bG8tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJhbHBoIERyb21zDQpT ZW50OiBtZXJjcmVkaSA1IGF2cmlsIDIwMTcgMTk6MjENClRvOiBDYXJzdGVuIEJvcm1hbm4gPGNh Ym9AdHppLm9yZz4NCkNjOiA2dGlzY2hAaWV0Zi5vcmc7IFRob21hcyBXYXR0ZXluZSA8dGhvbWFz LndhdHRleW5lQGlucmlhLmZyPjsgNmxvQGlldGYub3JnDQpTdWJqZWN0OiBSZTogWzZsb10gWzZ0 aXNjaF0gVGhvbWFzJyByZXZpZXcgb2YgZHJhZnQtdGh1YmVydC02bG8tZm9yd2FyZGluZy1mcmFn bWVudHMtMDQNCg0KQ2Fyc3Rlbi4uLg0KDQo+IE9uIEFwciA1LCAyMDE3LCBhdCAxMTo1NSBBTSwg Q2Fyc3RlbiBCb3JtYW5uIDxjYWJvQHR6aS5vcmc+IHdyb3RlOg0KPiANCj4gDQo+PiBUaGUgbWFq b3IgcmF0aW9uYWxlIElNTyBmb3IgdGhpcyBkcmFmdCBpcyB0aGF0IGl0IGRvZXNuJ3QgcmVxdWly ZSBpbnRlcm1lZGlhcnkgbm9kZXMgdG8gcmVhc3NlbWJsZSENCj4gDQo+IEFzIEkgc2FpZCBpbiB0 aGUgV0cgbWVldGluZyAoYW5kIHBvaW50ZWQgb3V0IGluIHRoZSA2TG9XUEFOIGJvb2spLCB0aGlz IGhhcyBub3QgcmVhbGx5IGJlZW4gbmVjZXNzYXJ5IGV2ZW4gaW4gdGhlIG9yaWdpbmFsIDZMb1dQ QU4uICBIb3dldmVyLCB0byBtYWtlIOKAnHZpcnR1YWwgcmVhc3NlbWJseSBidWZmZXJz4oCdIHdv cmsgaW4gbXVsdGktdHJhY2sgZW52aXJvbm1lbnRzLCB0aGUgZmlyc3QgZnJhZ21lbnQgKHdoaWNo IHByb3ZpZGVzIHRoZSByb3V0aW5nIGluZm8pIGhhcyB0byBiZSBzZW50IG9uIGFsbCB0cmFja3Mu DQoNCkkgdGhpbmsgSSB1bmRlcnN0YW5kIHRoZSB0ZWNobmlxdWUgeW91IGFyZSBkZXNjcmliaW5n LiAgSXMgdGhlcmUgYSB3cml0dGVuIGd1aWRlbGluZSBvciBzcGVjaWZpY2F0aW9uIGZvciB0aGUg dGVjaG5pcXVlIHNvbWV3aGVyZT8NCg0KSSBkb24ndCByZWNvZ25pemUgdGhlIHRlcm0gIm11bHRp LXRyYWNrIGVudmlyb25tZW50Ii4gIENhbiB5b3UgZGVmaW5lIGl0IGZvciBtZT8NCg0KPiANCj4+ IFRoZSBsYWJlbCBzd2l0Y2hpbmcgbWVjaGFuaXNtIGlzIGVsZWdhbnQgYXMgdGhlIGxhYmVscyBh cmUgbG9jYWxseSBzaWduaWZpY2FudCBvbmx5LCB3aXRoIG5vIG5lZWQgdG8gbWFpbnRhaW4gYSBu ZXR3b3JrLXdpZGUgbGFiZWwgcmVnaXN0cnkuIFRoZSBkb2N1bWVudCBzaG91bGQgc3RhdGUgc28u DQo+IA0KPiBZZXMsIHRoYXQgaXMgdGhlIGlkZWEgYmVoaW5kIGRhdGFncmFtIHRhZ3MgaW4gUkZD IDQ5NDQg4oCUIHRoZXkgYXJlIGxvY2FsIHRvIHRoZSBob3AuICBWaWV3aW5nIHRoZSBzZXQgb2Yg 4oCcdmlydHVhbCByZWFzc2VtYmx5IGJ1ZmZlcnPigJ0gYXMgYSBsYWJlbCBzd2l0Y2hpbmcgdGFi bGUgaXMgY2VydGFpbmx5IG9uZSB3YXkgdG8gZGVzY3JpYmUgaXQuICBTdGlsbCwgdGhpcyBpcyBh biBpbXBsZW1lbnRhdGlvbiB0ZWNobmlxdWUgZm9yIFJGQyA0OTQ0IDZMb1dQQU4gZnJhZ21lbnRh dGlvbiwgbm90IGEgbmV3IHByb3RvY29sLg0KDQpJbiBwYXJ0aWN1bGFyLCBJIHRoaW5rIEkgY2Fu IGluZmVyIGhvdyBkYXRhZ3JhbSB0YWdzIHdvdWxkIGJlIHVzZWQgaW4gYSBob3Atc2NvcGVkIHdh eSB3aXRoIHZpcnR1YWwgcmVhc3NlbWJseSBidWZmZXJzLiAgSXQgd291bGQgYmUgZ29vZCB0byBo YXZlIHRleHQgdG8gd29yayB0aHJvdWdoIHRoZSBkZXRhaWxzLiAgDQoNCi0gUmFscGgNCiANCj4g DQo+IEdyw7zDn2UsIENhcnN0ZW4NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+IDZsbyBtYWlsaW5nIGxpc3QNCj4gNmxvQGlldGYub3JnDQo+ IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo2bG8gbWFpbGluZyBsaXN0DQo2 bG9AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvDQo= From nobody Thu Apr 6 01:58:13 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A8E71200DF; Thu, 6 Apr 2017 01:58:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HevZq3Hc8IoR; Thu, 6 Apr 2017 01:57:59 -0700 (PDT) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B6D9128D40; Thu, 6 Apr 2017 01:57:56 -0700 (PDT) Received: by mail-vk0-x233.google.com with SMTP id s68so33229374vke.3; Thu, 06 Apr 2017 01:57:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mGs5wkZuXQf4hEWEOOQjPRUDeHlLXGle/jZciNtEuP8=; b=ipjNQqJFh4UE5UGPR0Z3g8BkYG3KIVggL7sql98B5dSqAPIc8GCvR33n1wnspyKmsf Hb2mXD/S/1T6dsb/c+AmXYUs5cvuTNNOjZKVsV6Lfw+NFxsmhWzIbdlcyfAwohTmzkhj K55fDae9tcIelUhahnZ3UbA4jKtBdw8ux9OrqhwmP4LXHLFqKLUmlqs7J07BrCsJzNlk rl+5qLSYqQGWvgovTTjAKe6hyZIwP0ACuX713mBNq7PydWYIit3/I/lPYwCBcjekjRFV UwoySQKNZYyeKngFiHTsc7hXV51K41Yd/IOWQbzGKHGNvG5mqpzMHZ/ncaZWMLmsLNw4 b24w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mGs5wkZuXQf4hEWEOOQjPRUDeHlLXGle/jZciNtEuP8=; b=gptLlY5+hWPB+08An83BJL4NOeCDqWFhO3f8mqNiGzIXD9je/SXJK1lb2HRPhEvHtE i97EFBlFiD8yvFWgzmEVvOQJH2XheG8gy+ilqVZkaS/lY9JbAvW5i5BRq6ASsTj8YnPV Ri1P8xsvIKsa1Mf5BHjWKLnH/9WkRGd94JE61K8yS8hyeTNY53BtsfGWBfCYdVdx+4my HKwYaJPb77uyF0+FtV2uMPsdpJ+i52kNstPsll5nzHTZvRznWfnUEeDfI0LHQOT/u6cm U3xjKZlR584lFQeG2o//lSfqrMhId1alVfv58p0kRYiEBh2y/cD9BhO3xXdot7ZlYIIP 5hbQ== X-Gm-Message-State: AFeK/H1C1eWdV4LqPj2LwIszphyeMASCKa37KQ5vs9fq91fqwyYzF6PEyc4jtXx2LGmsL789OSIOoKi1xDkb4A== X-Received: by 10.176.80.20 with SMTP id b20mr7680862uaa.132.1491469074760; Thu, 06 Apr 2017 01:57:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.74.2 with HTTP; Thu, 6 Apr 2017 01:57:53 -0700 (PDT) Received: by 10.103.74.2 with HTTP; Thu, 6 Apr 2017 01:57:53 -0700 (PDT) In-Reply-To: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> From: Rahul Jadhav Date: Thu, 6 Apr 2017 03:57:53 -0500 Message-ID: To: "Pascal Thubert, (pthubert)" Cc: "6tisch@ietf.org" <6tisch@ietf.org>, 6lo@ietf.org, Thomas Watteyne Content-Type: multipart/alternative; boundary=94eb2c1911f06506cc054c7bb454 Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 08:58:05 -0000 --94eb2c1911f06506cc054c7bb454 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Pascal, Since you checked regarding WG interest ... I for one, would definitely like to see the fragmentation problem getting worked upon. You have already presented the problem statement and few design considerations during IET98 and I fully agree with those slides. If there is some way to avoid buffer bloat on intermediate and end nodes during frag & reassembly, then it will be really great! Fragmentation at 6lo layer as it is today is almost unusable for a moderately sized network with lower MTUs such as 127B. If required, I can help to work on these issues from design as well as implementation point of view. Secondly, just want to add that during the relevant poll in 6lo meeting it was very evident that WG considers this as an important problem. Regards, Rahul On 5 Apr 2017 8:49 p.m., "Pascal Thubert (pthubert)" wrote: > Hello Thomas : > > > > All in all, your points are well understood, and I will restructure a bit > and add words. But, before I spend too much of my time on this draft, I= =E2=80=99d > like to see the WG interest clearly expressed. So far I saw you and Miche= l > expressing clear support. Is the group behind us? > > > > > > Please see below ; > > > > point 1: clearer intro needed > > > > from my understanding, this draft introduces two things: (1) a way of > forwarding fragments so as to avoid to have to reassemble at every hop an= d > (2) an end-to-end protocol to request lost fragments to be retransmitted.= I > think item (1) is really the main contribution of the draft, and (2) is a > necessary corollary to making (1) work. The abstract and intro, however, > seem to focus almost exclusively on (2), not clearly stating (1). A singl= e > sentence at the very beginning stressing the two contributions would go a > long way IMO. > > > > [Pascal] OK, I=E2=80=99ll improve that on the next revision. Note that th= e initial > title of the draft was draft-thubert-6lowpan-simple-fragment-recovery > > ; since then, I moved the focus on the capability to streamli,ne the > fragments over a mesh. But both are really important. Forwarding > fragments is now the title, and the draft improves the throughput by > streamlining while avoiding buffer bloat inside the network. > > Yet, recovering the missing frags is important as well, avoids the bloat > in the end point. Looking at the big picture, it=E2=80=99s very hard to d= o one > without the other, the techniques benefit from one another and are not > separable. > > > > --- > > > > point 2: justification > > > > Section 3 provides a rationale as to why this draft is needed. It focuses > almost exclusively on reliability: if the link is 99% reliable, then the > probability that 5 fragments, etc. IMO that doesn't make much sense as ea= ch > fragment will be link-layer ACK'ed and retransmitted (at the link layer, > i.e."transparently" to 6LoWPAN). There is of course a probability that al= l > retries fail, but justifying the draft by assuming there are no link-laye= r > ACKs make little sense. I may completely misunderstand, in which case, > please point that out. > > > > [Pascal] We want to make the transmission reliable over multihop. I agree > with what you are saying over one hop. But in the multihop scenario, if a > hop down the path temporarily fails, the retries there will exhaust, but > the node that did the fragmentation will not be aware (no nack all the wa= y > back), as opposed to the single hop case. So it will keep sending the nex= t > fragments, contributing to the problem, wasting time and network resource= s, > etc... > > > > The major rationale IMO for this draft is that it doesn't require > intermediary nodes to reassemble! Why not just say that? Reassembly at ea= ch > hop yields several problems, the biggest one in my experience is that of > memory management (if I'm missing one fragment from a packet, and a > fragment from a second packet arrive, and I have only one assembly buffer= , > what should I do?). > > > > [Pascal] Yes, this is one of the problems I illustrated the most at the > 6lo meeting, as you saw. Now, the bloat may happen in the receive end nod= e, > even when fragments are streamlined. It happens as soon as one fragment i= s > lost. So forwarding fragments protects the network, making the fragments > reliable protects the packet and the end point. > > > > I feel like I'm missing something, or even reading a draft that is not > what I expected it to be... > > > > [Pascal] Can=E2=80=99t say. But both are needed and help one another to t= he point > that they cannot be separated. The draft addresses all the points in my > presentation at 6lo (https://www.ietf.org/proceedings/98/slides/slides- > 98-6lo-fragmentation-forwarding-issues-in-6lowpan-00.pdf), but the hidden > terminal which is not an issue for 6TiSCH and is only alleviated by the > proposed flow control and the window of one fragment. The value that you > focus on is discussed slides 9-12, and was a focus of the discussion. > > --- > > > > point 3: Section 5 Overview is not an overview > > > > Section 5 is called "Overview" and appears before the actual proposal is > described. From the title, I was expecting a couple of paragraphs with th= e > main idea, maybe a diagram or two to make the big picture clear. Instead, > the section contains a discussion about very subtle points, including > congestion control, interaction with link-layer protocols, timeout > calculation and security. > > > > To summarize, the text in this section is interesting and should certainl= y > appear in the specification, but as discussion points AFTER the main idea > is presented. > > > > [Pascal] Ack > > --- > > > > point 4: the confusing use of the word "acknowledgment" > > > > While understandable, the use of acknowledgment which can refer to L2 ACK= s > or RFRAG-ACK messages is confused. I suggest to use the term "RFRAG-ACK" > rather than the generic "Acknowledgement". > > > > [Pascal] Ack > > > > > > --- > > > > point 5: label switching > > > > The label switching mechanism is elegant as the labels are locally > significant only, with no need to maintain a network-wide label registry. > The document should state so. > > > > [Pascal] Ack > > > > For the rest I answered in line, please see below. > > > > Take care, > > > > Pascal > > > > > > =3D=3D=3D > > > > 6lo P. Thubert, Ed. > > Internet-Draft Cisco Systems > > Intended status: Standards Track J. Hui > > Expires: July 14, 2017 Nest Labs > > January 10, 2017 > > > > > > LLN Fragment Forwarding and Recovery > > draft-thubert-6lo-forwarding-fragments-04 > > > > Abstract > > > > In order to be routed, a fragmented 6LoWPAN packet must be > > reassembled at every hop of a multihop link where lower layer > > fragmentation occurs. Considering that the IPv6 minimum MTU is 1280 > > bytes, and that an 802.15.4 frame can have a payload limited to 74 > > bytes in the worst case, a packet might end up fragmented into as > > many as 18 fragments by 6LoWPAN. > > TW> not sure the term "shim layer" is widely used. I suggest to replace > simply by "6LoWPAN" (done already) > > If a single one of > > those fragments is lost in transmission, all fragments must be > > resent, further contributing to the congestion that might have caused > > the initial packet loss. This specification introduces a simple > protocol to > > forward and recover individual fragments that might be lost over > > multiple hops between 6LoWPAN endpoints. > > > > Status of This Memo > > > > This Internet-Draft is submitted in full conformance with the > > provisions of BCP 78 and BCP 79. > > > > Internet-Drafts are working documents of the Internet Engineering > > Task Force (IETF). Note that other groups may also distribute > > working documents as Internet-Drafts. The list of current Internet- > > Drafts is at http://datatracker.ietf.org/drafts/current/. > > > > Internet-Drafts are draft documents valid for a maximum of six months > > and may be updated, replaced, or obsoleted by other documents at any > > time. It is inappropriate to use Internet-Drafts as reference > > material or to cite them other than as "work in progress." > > > > This Internet-Draft will expire on July 14, 2017. > > > > Copyright Notice > > > > Copyright (c) 2017 IETF Trust and the persons identified as the > > document authors. All rights reserved. > > > > This document is subject to BCP 78 and the IETF Trust's Legal > > Provisions Relating to IETF Documents > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 1] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > (http://trustee.ietf.org/license-info) in effect on the date of > > publication of this document. Please review these documents > > carefully, as they describe your rights and restrictions with respect > > to this document. Code Components extracted from this document must > > include Simplified BSD License text as described in Section 4.e of > > the Trust Legal Provisions and are provided without warranty as > > described in the Simplified BSD License. > > > > Table of Contents > > > > 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 > > 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 > > 3. Rationale . . . . . . . . . . . . . . . . . . . . . . . . . . 4 > > 4. Requirements . . . . . . . . . . . . . . . . . . . . . . . . 5 > > 5. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . 6 > > 6. New Dispatch types and headers . . . . . . . . . . . . . . . 8 > > 6.1. Recoverable Fragment Dispatch type and Header . . . . . . 8 > > 6.2. Fragment acknowledgment Dispatch type and Header . . . . 8 > > 7. Fragments Recovery . . . . . . . . . . . . . . . . . . . . . 10 > > 8. Forwarding Fragments . . . . . . . . . . . . . . . . . . . . 11 > > 8.1. Upon the first fragment . . . . . . . . . . . . . . . . . 12 > > 8.2. Upon the next fragments . . . . . . . . . . . . . . . . . 13 > > 8.3. Upon the fragment acknowledgments . . . . . . . . . . . . 13 > > 9. Security Considerations . . . . . . . . . . . . . . . . . . . 14 > > 10. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14 > > 11. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 14 > > 12. References . . . . . . . . . . . . . . . . . . . . . . . . . 14 > > 12.1. Normative References . . . . . . . . . . . . . . . . . . 14 > > 12.2. Informative References . . . . . . . . . . . . . . . . . 15 > > Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 16 > > > > 1. Introduction > > > > In most Low Power and Lossy Network (LLN) applications, the bulk of > > the traffic consists of small chunks of data (in the order few bytes > > to a few tens of bytes) at a time. Given that an 802.15.4 frame can > > carry 74 bytes or more in all cases, fragmentation is usually not > > required. However, and though this happens only occasionally, a > > number of mission-critical applications do require the capability to > > transfer larger chunks of data, for instance to support firmware > > update of the LLN nodes, or an extraction of logs from LLN nodes. > > In the former case, the large chunk of data is transferred to the LLN > > node, whereas in the latter, the large chunk flows away from the LLN > > node. In both cases, the size can be on the order of 10 kB or > > more, and an end-to-end reliable transport is required. > > > > Mechanisms such as TCP or application-layer segmentation will be used > > to support end-to-end reliable transport. One option to support bulk > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 2] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > data transfer over a frame-size-constrained LLN is to set the Maximum > > Segment Size to fit within the link maximum frame size. Doing so, > > however, can add significant header overhead to each 802.15.4 frame. > > This causes the end-to-end transport to be intimately aware of the > > delivery properties of the underlaying LLN, which is a layer > > violation. > > > > An alternative mechanism uses 6LoWPAN fragmentation in > > addition to transport or application-layer segmentation. Increasing > > the Maximum Segment Size reduces header overhead by the end-to-end > > transport protocol. It also encourages the transport protocol to > > reduce the number of outstanding datagrams, ideally to a single > > datagram, thus reducing the need to support out-of-order delivery > > common to LLNs. > > > > [RFC4944] defines a datagram fragmentation mechanism for LLNs. > > However, because [RFC4944] does not define a mechanism for recovering > > fragments that are lost, datagram forwarding fails if even one > > fragment is not delivered properly to the next IP hop. End-to-end > > transport mechanisms will require retransmission of all fragments, > > wasting resources in an already resource-constrained network. > > > > Past experience with fragmentation has shown that mis-associated or > > lost fragments can lead to poor network behavior and, eventually, > > trouble at application layer. The reader is encouraged to read > > [RFC4963] and follow the references for more information. That > > experience led to the definition of the Path MTU discovery [RFC1191] > > protocol that limits fragmentation over the Internet. > > > > For one-hop communications, a number of media propose a local > > acknowledgment mechanism that is enough to protect the fragments. In > > a multihop environment, an end-to-end fragment recovery mechanism > > might be a good complement to a hop-by-hop MAC level recovery. This > > draft introduces a simple protocol to recover individual fragments > > between 6LoWPAN endpoints. Specifically in the case of UDP, valuable > > additional information can be found in UDP Usage Guidelines for > > Application Designers [RFC5405]. > > > > 2. Terminology > > > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > > "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this > > document are to be interpreted as described in [RFC2119]. > > > > Readers are expected to be familiar with all the terms and concepts > > that are discussed in "IPv6 over Low-Power Wireless Personal Area > > Networks (6LoWPANs): Overview, Assumptions, Problem Statement, and > > > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 3] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > Goals" [RFC4919] and "Transmission of IPv6 Packets over IEEE 802.15.4 > > Networks" [RFC4944]. > > > > ERP > > > > Error Recovery Procedure. > > > > 6LoWPAN endpoints > > > > The LLN nodes in charge of generating or expanding a 6LoWPAN > > header from/to a full IPv6 packet. The 6LoWPAN endpoints are the > > points where fragmentation and reassembly take place. > > TW> should we add a sentence that states that one of those point is NOT > necessarily the LBR? > > > > > > > > [Pascal]Not sure there is a need; this is not a ROLL document, there is > not necessary such a thing as a 6LBR > > > > > > 3. Rationale > > > > There are a number of use cases for large packets in Wireless Sensor > > Networks. Such usages may not be the most typical or represent the > > largest amount of traffic over the LLN; however, the associated > > functionality can be critical enough to justify extra care for > > ensuring effective transport of large packets across the LLN. > > > > The list of those use cases includes: > > > > Towards the LLN node: > > > > Packages of Commands: A number of commands or a full > > configuration can be packaged as a single message to ensure > > consistency and enable atomic execution or complete rollback. > > Until such commands are fully received and interpreted, the > > intended operation will not take effect. > > > > Firmware update: For example, a new version of the LLN node > > software is downloaded from a system manager over unicast or > > multicast services. Such a reflashing operation typically > > involves updating a large number of similar LLN nodes over a > > relatively short period of time. > > > > From the LLN node: > > > > Waveform captures: A number of consecutive samples are measured > > at a high rate for a short time and then transferred from a > > sensor to a gateway or an edge server as a single large report. > > > > Data logs: LLN nodes may generate large logs of sampled data for > > later extraction. LLN nodes may also generate system logs to > > assist in diagnosing problems on the node or network. > > > > > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 4] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > Large data packets: Rich data types might require more than one > > fragment. > > > > Uncontrolled firmware download or waveform upload can easily result > > in a massive increase of the traffic and saturate the network. > > > > When a fragment is lost in transmission, all fragments are resent, > > further contributing to the congestion that caused the initial loss, > > and potentially leading to congestion collapse. > > > > This saturation may lead to excessive radio interference, or random > > early discard (leaky bucket) in relaying nodes. Additional queuing > > and memory congestion may result while waiting for a low power next > > hop to emerge from its sleeping state. > > > > To demonstrate the severity of the problem, consider a fairly > > reliable 802.15.4 frame delivery rate of 99.9% over a single 802.15.4 > > hop. The expected delivery rate of a 5-fragment datagram would be > > about 99.5% over a single 802.15.4 hop. However, the expected > > delivery rate would drop to 95.1% over 10 hops, a reasonable network > > diameter for LLN applications. The expected delivery rate for a > > 1280-byte datagram is 98.4% over a single hop and 85.2% over 10 hops. > > TW> I don't think this paragraph makes much sense. > > TW> You would have link-layer ACKs and retries to ensure that all > fragments reach the next hop. > > > > > > [Pascal] In order to fit within transport time outs, you want to limit th= e > number of retries to an acceptable time. In the 99.9% I assume 90% > delivery, 3 tries, and complete independence of the 3 tries. All of these > assumptions are completely wrong, but that gives an idea of how the > problems adds up in a mesh. Still I can remove the paragraph, since, afte= r > all , it is not needed in a solution draft. > > > > > > Considering that [RFC4944] defines an MTU is 1280 bytes and that in > > most incarnations (but 802.15.4G) a 802.15.4 frame can limit the MAC > > payload to as few as 74 bytes, a packet might be fragmented into at > > least 18 fragments by 6LoWPAN. Taking into account > > the worst-case header overhead for 6LoWPAN Fragmentation and Mesh > > Addressing headers will increase the number of required fragments to > > around 32. This level of fragmentation is much higher than that > > traditionally experienced over the Internet with IPv4 fragments. At > > the same time, the use of radios increases the probability of > > transmission loss and Mesh-Under techniques compound that risk over > > multiple hops. > > > > 4. Requirements > > > > This specification proposes a method to recover individual fragments > between > > LLN endpoints. > > TW> add that endpoints can be multiple hops away from one another? > > > > > > [Pascal] Exactly, I=E2=80=99ll add the words > > > > The method is designed to fit the following > > requirements of a LLN (with or without a Mesh-Under routing > > protocol): > > > > Number of fragments > > > > The recovery mechanism must support highly fragmented packets, > > with a maximum of 32 fragments per packet. > > TW> resulting length of the packet? The abstract implies a 32*74=3D2368 b= yte > limit. Is that correct? > > > > [Pascal] Yes, depends on the security overhead which is variable. But I= =E2=80=99d > say that the reasonable goal of MTU=3D2048, which is the usual IEEE bar, = is > easily achieved. > > > > > > Minimum acknowledgment overhead > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 5] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > Because the radio is half duplex, and because of silent time spent > > in the various medium access mechanisms, an acknowledgment > > consumes roughly as many resources as data fragment. > > > > The recovery mechanism should be able to acknowledge multiple > > fragments in a single message and not require an acknowledgment at > > all if fragments are already protected at a lower layer. > > > > TW> maybe specify here that we are talking about end-to-end ACKs between > endpoints, not L2 ACKs > > > > > > [Pascal] Will do > > > > > > Controlled latency > > > > The recovery mechanism must succeed or give up within the time > > boundary imposed by the recovery process of the Upper Layer > > Protocols. > > > > Support for out-of-order fragment delivery > > > > A Mesh-Under load balancing mechanism such as the ISA100 Data Link > > Layer can introduce out-of-sequence packets. > > > > TW> I don't fully understand why we focus so much on mesh-under. > > TW> If you have a fully mesh-under network, 4944 fragmentation results in > fragment forwarding. > > TW> I would remove the repeated mentioning on mesh-under (as well as > ISA100) > > > > > > [Pascal] I=E2=80=99ll move the whole section to appendix; the draft is mo= re needed > in route over but still beneficial to mesh under, for the benefits that a= re > not the buffer bloat. These include flow control, loss detection, and > recovery. > > > > > > The recovery mechanism must account for packets that appear lost > > but are actually only delayed over a different path. > > > > Optional congestion control > > > > The aggregation of multiple concurrent flows may lead to the > > saturation of the radio network and congestion collapse. > > > > The recovery mechanism should provide means for controlling the > > number of fragments in transit over the LLN. > > > > 5. Overview > > > > Considering that a multi-hop LLN can be a very sensitive environment > > due to the limited queuing capabilities of a large population of its > > nodes, this specification recommends a simple and conservative approac= h > to > > congestion control, based on TCP congestion avoidance. > > TW> "based on" or "inspired by" > > > > TW> The "overview" section delves immediately into subtle discussions > about congestion control. > > TW> At this point, the reader (e.g. me) have no idea what the basic > principle is. > > TW> Discussions about subtleties such as congestion control seem out of > place here. > > > > > > > > [Pascal] Understood, will restructure, add words; that=E2=80=99s a bit of= work so > please give me some time. > > > > > > Congestion on the forward path is assumed in case of packet loss, and > > packet loss is assumed upon time out. This specification allows to > control > > the number of outstanding fragments, that have been transmitted but > > for which an acknowledgment was not received yet. It must be noted > > that the number of outstanding fragments should not exceed the number > > of hops in the network, but the way to figure the number of hops is > > out of scope for this document. > > > > Congestion on the forward path can also be indicated by an Explicit > > Congestion Notification (ECN) mechanism. Though whether and how ECN > > [RFC3168] is carried out over the LoWPAN is out of scope, this draft > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 6] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > provides a way for the destination endpoint to echo an ECN indication > > back to the source endpoint in an acknowledgment message as > > represented in Figure 5 in Section 6.2. > > > > TW> The following paragraph talks about how a link-layer transmits > multiple frames in a row. > > TW> The link-layer does so whether those frames are fragments or regular > packets. > > TW> I would remove this discussion, which seems to be link-layer only, an= d > not specific to fragment forwarding. > > > > [Pascal] I can remove the text, but the problem remains, and your point, > while largely correct, is not fully so. The transport layer may do some > flow control based on command response, windowing and ECN, and thus prote= ct > against bursts of packets, but it cannot do a thing against bursts of > fragments. So essentially, we are echoing some of the transport > functionality at L2+ to provide those service to the fragments. > > > > > > It must be noted that congestion and collision are different topics. > > In particular, when a mesh operates on a same channel over multiple > > hops, then the forwarding of a fragment over a certain hop may > > collide with the forwarding of a next fragment that is following over > > a previous hop but in a same interference domain. This draft enables > > an end-to-end flow control, but leaves it to the sender stack to pace > > individual fragments within a transmit window, so that a given > > fragment is sent only when the previous fragment has had a chance to > > progress beyond the interference domain of this hop. In the case of > > 6TiSCH [I-D.ietf-6tisch-architecture], which operates over the > > TimeSlotted Channel Hopping [I-D.ietf-6tisch-tsch] (TSCH) mode of > > operation of IEEE802.14.5, a fragment is forwarded over a different > > channel at a different time and it make full sense to fire a next > > fragment as soon as the previous fragment has had its chance to be > > forwarded at the next hop, retry (ARQ) operations included. > > > > From the standpoint of a source 6LoWPAN endpoint, an outstanding > > fragment is a fragment that was sent but for which no explicit > > acknowledgment was received yet. This means that the fragment might > > be on the way, received but not yet acknowledged, or the > > acknowledgment might be on the way back. It is also possible that > > either the fragment or the acknowledgment was lost on the way. > > > > Because a meshed LLN might deliver frames out of order, it is > > virtually impossible to differentiate these situations. In other > > words, from the sender's standpoint, all outstanding fragments might > > still be in the network and contribute to its congestion. There is > > an assumption, though, that after a certain amount of time, a frame > > is either received or lost, so it is not causing congestion anymore. > > This amount of time can be estimated based on the round trip delay > > between the 6LoWPAN endpoints. The method detailed in [RFC6298] is > > recommended for that computation. > > > > The reader is encouraged to read through "Congestion Control > > Principles" [RFC2914]. Additionally [RFC2309] and [RFC5681] provide > > deeper information on why this mechanism is needed and how TCP > > handles Congestion Control. Basically, the goal here is to manage > > the amount of fragments present in the network; this is achieved by > > to reducing the number of outstanding fragments over a congested path > > by throttling the sources. > > > > Section 7 describes how the sender decides how many fragments are > > (re)sent before an acknowledgment is required, and how the sender > > adapts that number to the network conditions. > > > > > > > > Thubert & Hui Expires July 14, 2017 [Page 7] > > Internet-Draft LLN Fragment Forwarding and Recovery January 2017 > > > > > > 6. New Dispatch types and headers > > > > This specification extends "Transmission of IPv6 Packets over IEEE > > 802.15.4 Networks" [RFC4944] with 4 new dispatch types, for > > Recoverable Fragments (RFRAG) headers with or without Acknowledgment > > Request, and for the Acknowledgment back, with or without ECN Echo. > > > > Pattern Header Type > > +------------+-----------------------------------------------+ > > | 11 101000 | RFRAG - Recoverable Fragment | > > | 11 101001 | RFRAG-AR - RFRAG with Ack Request | > > | 11 101010 | RFRAG-ACK - RFRAG Acknowledgment | > > | 11 101011 | RFRAG-AEC - RFRAG Ack with ECN Echo | > > +------------+-----------------------------------------------+ > > > > Figure 1: Additional Dispatch Value Bit Patterns > > > > In the following sections, the semantics of "datagram_tag", > > "datagram_offset" and "datagram_size" and the reassembly process are > > changed from [RFC4944] Section 5.3. "Fragmentation Type and Header". > > The size and offset are expressed on the compressed packet per > > [RFC6282] as opposed to the uncompressed - native packet - form. > > > > 6.1. Recoverable Fragment Dispatch type and Header > > > > 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |1 1 1 0 1 0 0 X|datagram_offset| datagram_tag | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Sequence | datagram_size | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > X set =3D=3D Ack Reques= ted > > > > Figure 2: Recoverable Fragment Dispatch type and Header > > > > X: 1 bit; When set, the sender requires an Acknowledgment from the > > receiver > > > > Sequence: 5 bits; The sequence number of the fragment. Fragments > > are numbered [0..N] where N is in [0..31]. > > > > 6.2. Fragment acknowledgment Dispatch type and Header > > > > The specification also defines a 4-octet ackn > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > > ... --94eb2c1911f06506cc054c7bb454 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Pascal,=C2=A0

Since you checked regarding WG interest ... I for one, would definitel= y like to see the fragmentation problem getting worked upon. You have alrea= dy presented the problem statement and few design considerations during IET= 98 and I fully agree with those slides. If there is some way to avoid buffe= r bloat on intermediate and end nodes during frag & reassembly, then it= will be really great!

F= ragmentation at 6lo layer as it is today is almost unusable for a moderatel= y sized network with lower MTUs such as 127B.
If req= uired, I can help to work on these issues from design as well as implementa= tion point of view.
Secondly, just want to add that = during the relevant poll in 6lo meeting it was very evident that WG conside= rs this as an important problem.

Regards,
Rahul

=

On 5 = Apr 2017 8:49 p.m., "Pascal Thubert (pthubert)" <pthubert@cisco.com> wrote:

Hello Thomas=C2=A0:

=C2=A0

All in all, your points are well unde= rstood, and I will restructure a bit and add words. But, before I spend too= much of my time on this draft, I=E2=80=99d like to see the WG interest clearly expressed. So far I saw you and Michel expressing = clear support. Is the group behind us?

=C2=A0

=C2=A0

Please see below=C2=A0;=

=C2=A0

point 1: clearer intro = needed

=C2=A0

from my understanding, = this draft introduces two things: (1) a way of forwarding fragments so as t= o avoid to have to reassemble at every hop and (2) an end-to-end protocol t= o request lost fragments to be retransmitted. I think item (1) is really the main contribution of the draft, and (2) is = a necessary corollary to making (1) work. The abstract and intro, however, = seem to focus almost exclusively on (2), not clearly stating (1). A single = sentence at the very beginning stressing the two contributions would go a long way IMO.

=C2=A0

[Pascal] OK, I=E2=80=99ll improve tha= t on the next revision. Note that the initial title of the draft was draft-thubert-6lowpan-simple-fragment-recovery ; since then, I moved the focus on the capability to streamli,ne the fragm= ents over a mesh. But both are really important. Forwarding fragments i= s now the title, and the draft improves the throughput by streamlining whil= e avoiding buffer bloat inside the network.

Yet, recovering the missing frags is = important as well, avoids the bloat in the end point. Looking at the big pi= cture, it=E2=80=99s very hard to do one without the other, the techniques benefit from one another and are not separable. <= /u>

=C2=A0

---

=C2=A0

point 2: justification<= u>

=C2=A0

Section 3 provides a ra= tionale as to why this draft is needed. It focuses almost exclusively on re= liability: if the link is 99% reliable, then the probability that 5 fragmen= ts, etc. IMO that doesn't make much sense as each fragment will be link-layer ACK'ed and retransmitted (at= the link layer, i.e."transparently" to 6LoWPAN). There is of cou= rse a probability that all retries fail, but justifying the draft by assumi= ng there are no link-layer ACKs make little sense. I may completely misunderstand, in which case, please point that out.

=C2=A0

[Pascal] We want to make the transmis= sion reliable over multihop. I agree with what you are saying over one hop.= But in the multihop scenario, if a hop down the path temporarily fails, the retries there will exhaust, but the node that = did the fragmentation will not be aware (no nack all the way back), as oppo= sed to the single hop case. So it will keep sending the next fragments, con= tributing to the problem, wasting time and network resources, etc...

=C2=A0

The major rationale IMO= for this draft is that it doesn't require intermediary nodes to reasse= mble! Why not just say that? Reassembly at each hop yields several problems= , the biggest one in my experience is that of memory management (if I'm missing one fragment from a packet, and a= fragment from a second packet arrive, and I have only one assembly buffer,= what should I do?).

=C2=A0

[Pascal] Yes, this is one of the prob= lems I illustrated the most at the 6lo meeting, as you saw. Now, the bloat = may happen in the receive end node, even when fragments are streamlined. It happens as soon as one fragment is lost. So = forwarding fragments protects the network, making the fragments reliable pr= otects the packet and the end point.

=C2=A0

I feel like I'm mis= sing something, or even reading a draft that is not what I expected it to b= e...

=C2=A0

[Pascal] Can=E2=80=99t say. But both = are needed and help one another to the point that they cannot be separated.= The draft addresses all the points in my presentation at 6lo (http= s://www.ietf.org/proceedings/98/slides/slides-98-6lo-fragmentatio= n-forwarding-issues-in-6lowpan-00.pdf), but the hidden termin= al which is not an issue for 6TiSCH and is only alleviated by the proposed = flow control and the window of one fragment. The value that you focus on is discussed slides 9-12, and was a focus of t= he discussion.

---

=C2=A0

point 3: Section 5 Over= view is not an overview

=C2=A0

Section 5 is called &qu= ot;Overview" and appears before the actual proposal is described. From= the title, I was expecting a couple of paragraphs with the main idea, mayb= e a diagram or two to make the big picture clear. Instead, the section contains a discussion about very subtle points, inclu= ding congestion control, interaction with link-layer protocols, timeout cal= culation and security.

=C2=A0

To summarize, the text = in this section is interesting and should certainly appear in the specifica= tion, but as discussion points AFTER the main idea is presented.<= /u>

=C2=A0

[Pascal] Ack

---

=C2=A0

point 4: the confusing = use of the word "acknowledgment"

=C2=A0

While understandable, t= he use of acknowledgment which can refer to L2 ACKs or=C2=A0RFRAG-ACK messa= ges is confused. I suggest to use the term "RFRAG-ACK" rather tha= n the generic "Acknowledgement".

=C2=A0

[Pascal] Ack

=C2=A0

=C2=A0

---

=C2=A0

point 5: label switchin= g

=C2=A0

The label switching mec= hanism is elegant as the labels are locally significant only, with no need = to maintain a network-wide label registry. The document should state so.

=C2=A0

[Pascal] Ack

=C2=A0

For the rest I answered in line, plea= se see below.

=C2=A0

Take care,

=C2=A0

Pascal

=C2=A0

=C2=A0

=3D=3D=3D=

=C2=A0

6lo =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0P.= Thubert, Ed.

Internet-Draft =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Cisco Systems

Intended status: Standards Track =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0J. Hui

Expires: July 14, 2017 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Nest Labs

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 January 10, 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 LLN Fragment Forwarding and Recovery=

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0draft-thubert-6lo-forwarding-fragments-04

=C2=A0

Abstract

=C2=A0

=C2=A0 =C2=A0In order to be routed, a fragment= ed 6LoWPAN packet must be

=C2=A0 =C2=A0reassembled at every hop of a mul= tihop link where lower layer

=C2=A0 =C2=A0fragmentation occurs.=C2=A0 Consi= dering that the IPv6 minimum MTU is 1280

=C2=A0 =C2=A0bytes, and that an 802.15.4 frame= can have a payload limited to 74

=C2=A0 =C2=A0bytes in the worst case, a packet= might end up fragmented into as

=C2=A0 =C2=A0many as 18 fragments by 6LoWPAN.<= /span>

TW> not sure the term "shim layer"= ; is widely used. I suggest to replace simply by "6LoWPAN" (done = already)

=C2=A0 =C2=A0If a single one of<= u>

=C2=A0 =C2=A0those fragments is lost in transm= ission, all fragments must be

=C2=A0 =C2=A0resent, further contributing to t= he congestion that might have caused

=C2=A0 =C2=A0the initial packet loss.=C2=A0 Th= is specification introduces a simple protocol to

=C2=A0 =C2=A0forward and recover individual fr= agments that might be lost over

=C2=A0 =C2=A0multiple hops between 6LoWPAN end= points.

=C2=A0

Status of This Memo

=C2=A0

=C2=A0 =C2=A0This Internet-Draft is submitted = in full conformance with the

=C2=A0 =C2=A0provisions of BCP 78 and BCP 79.<= /span>

=C2=A0

=C2=A0 =C2=A0Internet-Drafts are working docum= ents of the Internet Engineering

=C2=A0 =C2=A0Task Force (IETF).=C2=A0 Note tha= t other groups may also distribute

=C2=A0 =C2=A0working documents as Internet-Dra= fts.=C2=A0 The list of current Internet-

=C2=A0

=C2=A0 =C2=A0Internet-Drafts are draft documen= ts valid for a maximum of six months

=C2=A0 =C2=A0and may be updated, replaced, or = obsoleted by other documents at any

=C2=A0 =C2=A0time.=C2=A0 It is inappropriate t= o use Internet-Drafts as reference

=C2=A0 =C2=A0material or to cite them other th= an as "work in progress."

=C2=A0

=C2=A0 =C2=A0This Internet-Draft will expire o= n July 14, 2017.

=C2=A0

Copyright Notice

=C2=A0

=C2=A0 =C2=A0Copyright (c) 2017 IETF Trust and= the persons identified as the

=C2=A0 =C2=A0document authors.=C2=A0 All right= s reserved.

=C2=A0

=C2=A0 =C2=A0This document is subject to BCP 7= 8 and the IETF Trust's Legal

=C2=A0 =C2=A0Provisions Relating to IETF Docum= ents

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 1]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0(http://trustee.ietf.org/license-info) in effect on the date of

=C2=A0 =C2=A0publication of this document.=C2= =A0 Please review these documents

=C2=A0 =C2=A0carefully, as they describe your = rights and restrictions with respect

=C2=A0 =C2=A0to this document.=C2=A0 Code Comp= onents extracted from this document must

=C2=A0 =C2=A0include Simplified BSD License te= xt as described in Section 4.e of

=C2=A0 =C2=A0the Trust Legal Provisions and ar= e provided without warranty as

=C2=A0 =C2=A0described in the Simplified BSD L= icense.

=C2=A0

Table of Contents

=C2=A0

=C2=A0 =C2=A01.=C2=A0 Introduction =C2=A0. . .= . . . . . . . . . . . . . . . . . . . . . =C2=A0 2

=C2=A0 =C2=A02.=C2=A0 Terminology . . . . . . = . . . . . . . . . . . . . . . . . . . =C2=A0 3

=C2=A0 =C2=A03.=C2=A0 Rationale . . . . . . . = . . . . . . . . . . . . . . . . . . . =C2=A0 4

=C2=A0 =C2=A04.=C2=A0 Requirements =C2=A0. . .= . . . . . . . . . . . . . . . . . . . . . =C2=A0 5

=C2=A0 =C2=A05.=C2=A0 Overview =C2=A0. . . . .= . . . . . . . . . . . . . . . . . . . . . =C2=A0 6

=C2=A0 =C2=A06.=C2=A0 New Dispatch types and h= eaders =C2=A0. . . . . . . . . . . . . . . =C2=A0 8

=C2=A0 =C2=A0 =C2=A06.1.=C2=A0 Recoverable Fra= gment Dispatch type and Header . . . . . . =C2=A0 8

=C2=A0 =C2=A0 =C2=A06.2.=C2=A0 Fragment acknow= ledgment Dispatch type and Header =C2=A0. . . . =C2=A0 8

=C2=A0 =C2=A07.=C2=A0 Fragments Recovery =C2= =A0. . . . . . . . . . . . . . . . . . . . . =C2=A010<= /p>

=C2=A0 =C2=A08.=C2=A0 Forwarding Fragments =C2= =A0. . . . . . . . . . . . . . . . . . . . =C2=A011

=C2=A0 =C2=A0 =C2=A08.1.=C2=A0 Upon the first = fragment . . . . . . . . . . . . . . . . . =C2=A012

=C2=A0 =C2=A0 =C2=A08.2.=C2=A0 Upon the next f= ragments . . . . . . . . . . . . . . . . . =C2=A013

=C2=A0 =C2=A0 =C2=A08.3.=C2=A0 Upon the fragme= nt acknowledgments . . . . . . . . . . . . =C2=A013

=C2=A0 =C2=A09.=C2=A0 Security Considerations = . . . . . . . . . . . . . . . . . . . =C2=A014

=C2=A0 =C2=A010. IANA Considerations . . . . .= . . . . . . . . . . . . . . . . =C2=A014

=C2=A0 =C2=A011. Acknowledgments . . . . . . .= . . . . . . . . . . . . . . . . =C2=A014

=C2=A0 =C2=A012. References =C2=A0. . . . . . = . . . . . . . . . . . . . . . . . . . =C2=A014

=C2=A0 =C2=A0 =C2=A012.1.=C2=A0 Normative Refe= rences . . . . . . . . . . . . . . . . . . =C2=A014

=C2=A0 =C2=A0 =C2=A012.2.=C2=A0 Informative Re= ferences . . . . . . . . . . . . . . . . . =C2=A015

=C2=A0 =C2=A0Authors' Addresses =C2=A0. . = . . . . . . . . . . . . . . . . . . . . . =C2=A016

=C2=A0

1.=C2=A0 Introduction

=C2=A0

=C2=A0 =C2=A0In most Low Power and Lossy Netwo= rk (LLN) applications, the bulk of

=C2=A0 =C2=A0the traffic consists of small chu= nks of data (in the order few bytes

=C2=A0 =C2=A0to a few tens of bytes) at a time= .=C2=A0 Given that an 802.15.4 frame can

=C2=A0 =C2=A0carry 74 bytes or more in all cas= es, fragmentation is usually not

=C2=A0 =C2=A0required.=C2=A0 However, and thou= gh this happens only occasionally, a

=C2=A0 =C2=A0number of mission-critical applic= ations do require the capability to

=C2=A0 =C2=A0transfer larger chunks of data, f= or instance to support firmware

=C2=A0 =C2=A0update of the LLN nodes, or an ex= traction of logs from LLN nodes.

=C2=A0 =C2=A0In the former case, the large chu= nk of data is transferred to the LLN

=C2=A0 =C2=A0node, whereas in the latter, the = large chunk flows away from the LLN

=C2=A0 =C2=A0node.=C2=A0 In both cases, the si= ze can be on the order of 10 kB or

=C2=A0 =C2=A0more, and an end-to-end reliable = transport is required.

=C2=A0

=C2=A0 =C2=A0Mechanisms such as TCP or applica= tion-layer segmentation will be used

=C2=A0 =C2=A0to support end-to-end reliable tr= ansport.=C2=A0 One option to support bulk

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 2]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0data transfer over a frame-size-c= onstrained LLN is to set the Maximum

=C2=A0 =C2=A0Segment Size to fit within the li= nk maximum frame size.=C2=A0 Doing so,

=C2=A0 =C2=A0however, can add significant head= er overhead to each 802.15.4 frame.

=C2=A0 =C2=A0This causes the end-to-end transp= ort to be intimately aware of the

=C2=A0 =C2=A0delivery properties of the underl= aying LLN, which is a layer

=C2=A0 =C2=A0violation.

=C2=A0

=C2=A0 =C2=A0An alternative mechanism uses 6Lo= WPAN fragmentation in

=C2=A0 =C2=A0addition to transport or applicat= ion-layer segmentation.=C2=A0 Increasing

=C2=A0 =C2=A0the Maximum Segment Size reduces = header overhead by the end-to-end

=C2=A0 =C2=A0transport protocol.=C2=A0 It also= encourages the transport protocol to

=C2=A0 =C2=A0reduce the number of outstanding = datagrams, ideally to a single

=C2=A0 =C2=A0datagram, thus reducing the need = to support out-of-order delivery

=C2=A0 =C2=A0common to LLNs.<= /u>

=C2=A0

=C2=A0 =C2=A0[RFC4944] defines a datagram frag= mentation mechanism for LLNs.

=C2=A0 =C2=A0However, because [RFC4944] does n= ot define a mechanism for recovering

=C2=A0 =C2=A0fragments that are lost, datagram= forwarding fails if even one

=C2=A0 =C2=A0fragment is not delivered properl= y to the next IP hop.=C2=A0 End-to-end

=C2=A0 =C2=A0transport mechanisms will require= retransmission of all fragments,

=C2=A0 =C2=A0wasting resources in an already r= esource-constrained network.

=C2=A0

=C2=A0 =C2=A0Past experience with fragmentatio= n has shown that mis-associated or

=C2=A0 =C2=A0lost fragments can lead to poor n= etwork behavior and, eventually,

=C2=A0 =C2=A0trouble at application layer.=C2= =A0 The reader is encouraged to read

=C2=A0 =C2=A0[RFC4963] and follow the referenc= es for more information.=C2=A0 That

=C2=A0 =C2=A0experience led to the definition = of the Path MTU discovery [RFC1191]

=C2=A0 =C2=A0protocol that limits fragmentatio= n over the Internet.

=C2=A0

=C2=A0 =C2=A0For one-hop communications, a num= ber of media propose a local

=C2=A0 =C2=A0acknowledgment mechanism that is = enough to protect the fragments.=C2=A0 In

=C2=A0 =C2=A0a multihop environment, an end-to= -end fragment recovery mechanism

=C2=A0 =C2=A0might be a good complement to a h= op-by-hop MAC level recovery.=C2=A0 This

=C2=A0 =C2=A0draft introduces a simple protoco= l to recover individual fragments

=C2=A0 =C2=A0between 6LoWPAN endpoints.=C2=A0 = Specifically in the case of UDP, valuable

=C2=A0 =C2=A0additional information can be fou= nd in UDP Usage Guidelines for

=C2=A0 =C2=A0Application Designers [RFC5405].<= /span>

=C2=A0

2.=C2=A0 Terminology

=C2=A0

=C2=A0 =C2=A0The key words "MUST", &= quot;MUST NOT", "REQUIRED", "SHALL", "SHALL N= OT",

=C2=A0 =C2=A0"SHOULD", "SHOULD = NOT", "RECOMMENDED", "MAY", and "OPTIONAL&quo= t; in this

=C2=A0 =C2=A0document are to be interpreted as= described in [RFC2119].

=C2=A0

=C2=A0 =C2=A0Readers are expected to be famili= ar with all the terms and concepts

=C2=A0 =C2=A0that are discussed in "IPv6 = over Low-Power Wireless Personal Area

=C2=A0 =C2=A0Networks (6LoWPANs): Overview, As= sumptions, Problem Statement, and

=C2=A0

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 3]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0Goals" [RFC4919] and "T= ransmission of IPv6 Packets over IEEE 802.15.4

=C2=A0 =C2=A0Networks" [RFC4944].<= u>

=C2=A0

=C2=A0 =C2=A0ERP

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Error Recovery Procedure.=

=C2=A0

=C2=A0 =C2=A06LoWPAN endpoints

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The LLN nodes in charge o= f generating or expanding a 6LoWPAN

=C2=A0 =C2=A0 =C2=A0 header from/to a full IPv= 6 packet.=C2=A0 The 6LoWPAN endpoints are the

=C2=A0 =C2=A0 =C2=A0 points where fragmentatio= n and reassembly take place.

TW> should we add a sentence that states th= at one of those point is NOT necessarily the LBR?

=C2=A0

=C2=A0

=C2=A0

[Pascal]Not sure there is a need; thi= s is not a ROLL document, there is not necessary such a thing as a 6LBR

=C2=A0

=C2=A0

3.=C2=A0 Rationale

=C2=A0

=C2=A0 =C2=A0There are a number of use cases f= or large packets in Wireless Sensor

=C2=A0 =C2=A0Networks.=C2=A0 Such usages may n= ot be the most typical or represent the

=C2=A0 =C2=A0largest amount of traffic over th= e LLN; however, the associated

=C2=A0 =C2=A0functionality can be critical eno= ugh to justify extra care for

=C2=A0 =C2=A0ensuring effective transport of l= arge packets across the LLN.

=C2=A0

=C2=A0 =C2=A0The list of those use cases inclu= des:

=C2=A0

=C2=A0 =C2=A0Towards the LLN node:

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Packages of Commands: =C2= =A0A number of commands or a full

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0configuratio= n can be packaged as a single message to ensure

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0consistency = and enable atomic execution or complete rollback.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Until such c= ommands are fully received and interpreted, the

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0intended ope= ration will not take effect.

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Firmware update: =C2=A0Fo= r example, a new version of the LLN node

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0software is = downloaded from a system manager over unicast or

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0multicast se= rvices.=C2=A0 Such a reflashing operation typically

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0involves upd= ating a large number of similar LLN nodes over a

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0relatively s= hort period of time.

=C2=A0

=C2=A0 =C2=A0From the LLN node:<= u>

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Waveform captures: =C2=A0= A number of consecutive samples are measured

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at a high ra= te for a short time and then transferred from a

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sensor to a = gateway or an edge server as a single large report.

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Data logs: =C2=A0LLN node= s may generate large logs of sampled data for

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0later extrac= tion.=C2=A0 LLN nodes may also generate system logs to=

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0assist in di= agnosing problems on the node or network.

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 4]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Large data packets: =C2= =A0Rich data types might require more than one

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0fragment.

=C2=A0

=C2=A0 =C2=A0Uncontrolled firmware download or= waveform upload can easily result

=C2=A0 =C2=A0in a massive increase of the traf= fic and saturate the network.

=C2=A0

=C2=A0 =C2=A0When a fragment is lost in transm= ission, all fragments are resent,

=C2=A0 =C2=A0further contributing to the conge= stion that caused the initial loss,

=C2=A0 =C2=A0and potentially leading to conges= tion collapse.

=C2=A0

=C2=A0 =C2=A0This saturation may lead to exces= sive radio interference, or random

=C2=A0 =C2=A0early discard (leaky bucket) in r= elaying nodes.=C2=A0 Additional queuing

=C2=A0 =C2=A0and memory congestion may result = while waiting for a low power next

=C2=A0 =C2=A0hop to emerge from its sleeping s= tate.

=C2=A0

=C2=A0 =C2=A0To demonstrate the severity of th= e problem, consider a fairly

=C2=A0 =C2=A0reliable 802.15.4 frame delivery = rate of 99.9% over a single 802.15.4

=C2=A0 =C2=A0hop.=C2=A0 The expected delivery = rate of a 5-fragment datagram would be

=C2=A0 =C2=A0about 99.5% over a single 802.15.= 4 hop.=C2=A0 However, the expected

=C2=A0 =C2=A0delivery rate would drop to 95.1%= over 10 hops, a reasonable network

=C2=A0 =C2=A0diameter for LLN applications.=C2= =A0 The expected delivery rate for a

=C2=A0 =C2=A01280-byte datagram is 98.4% over = a single hop and 85.2% over 10 hops.

TW> I don't think this paragraph makes = much sense.

TW> You would have link-layer ACKs and retr= ies to ensure that all fragments reach the next hop.

=C2=A0

=C2=A0

[Pascal] In order to fit within trans= port time outs, you want to limit the number of retries to an acceptable ti= me. In the 99.9% I assume 90% delivery, 3 tries, and complete independence of the 3 tries. All of these assumptions are com= pletely wrong, but that gives an idea of how the problems adds up in a mesh= . Still I can remove the paragraph, since, after all , it is not needed in = a solution draft.

=C2=A0

=C2=A0

=C2=A0 =C2=A0Considering that [RFC4944] define= s an MTU is 1280 bytes and that in

=C2=A0 =C2=A0most incarnations (but 802.15.4G)= a 802.15.4 frame can limit the MAC

=C2=A0 =C2=A0payload to as few as 74 bytes, a = packet might be fragmented into at

=C2=A0 =C2=A0least 18 fragments by 6LoWPAN.=C2= =A0 Taking into account

=C2=A0 =C2=A0the worst-case header overhead fo= r 6LoWPAN Fragmentation and Mesh

=C2=A0 =C2=A0Addressing headers will increase = the number of required fragments to

=C2=A0 =C2=A0around 32.=C2=A0 This level of fr= agmentation is much higher than that

=C2=A0 =C2=A0traditionally experienced over th= e Internet with IPv4 fragments.=C2=A0 At

=C2=A0 =C2=A0the same time, the use of radios = increases the probability of

=C2=A0 =C2=A0transmission loss and Mesh-Under = techniques compound that risk over

=C2=A0 =C2=A0multiple hops.

=C2=A0 =C2=A0

4.=C2=A0 Requirements

=C2=A0

=C2=A0 =C2=A0This specification proposes a met= hod to recover individual fragments between

=C2=A0 =C2=A0LLN endpoints.

TW> add that endpoints can be multiple hops= away from one another?

=C2=A0

=C2=A0

[Pascal] Exactly, I=E2=80=99ll add th= e words

=C2=A0

=C2=A0 =C2=A0The method is designed to fit the= following

=C2=A0 =C2=A0requirements of a LLN (with or wi= thout a Mesh-Under routing

=C2=A0 =C2=A0protocol):

=C2=A0

=C2=A0 =C2=A0Number of fragments=

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The recovery mechanism mu= st support highly fragmented packets,

=C2=A0 =C2=A0 =C2=A0 with a maximum of 32 frag= ments per packet.

TW> resulting length of the packet? The abs= tract implies a 32*74=3D2368 byte limit. Is that correct?

=C2=A0

[Pascal] Yes, depends on the security= overhead which is variable. But I=E2=80=99d say that the reasonable goal o= f MTU=3D2048, which is the usual IEEE bar, is easily achieved.

=C2=A0

=C2=A0

=C2=A0 =C2=A0Minimum acknowledgment overhead

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 5]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0 =C2=A0 Because the radio is half= duplex, and because of silent time spent

=C2=A0 =C2=A0 =C2=A0 in the various medium acc= ess mechanisms, an acknowledgment

=C2=A0 =C2=A0 =C2=A0 consumes roughly as many = resources as data fragment.

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The recovery mechanism sh= ould be able to acknowledge multiple

=C2=A0 =C2=A0 =C2=A0 fragments in a single mes= sage and not require an acknowledgment at

=C2=A0 =C2=A0 =C2=A0 all if fragments are alre= ady protected at a lower layer.

=C2=A0

TW> maybe specify here that we are talking = about end-to-end ACKs between endpoints, not L2 ACKs

=C2=A0

=C2=A0

[Pascal] Will do=

=C2=A0

=C2=A0

=C2=A0 =C2=A0Controlled latency<= u>

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The recovery mechanism mu= st succeed or give up within the time

=C2=A0 =C2=A0 =C2=A0 boundary imposed by the r= ecovery process of the Upper Layer

=C2=A0 =C2=A0 =C2=A0 Protocols.<= u>

=C2=A0

=C2=A0 =C2=A0Support for out-of-order fragment= delivery

=C2=A0

=C2=A0 =C2=A0 =C2=A0 A Mesh-Under load balanci= ng mechanism such as the ISA100 Data Link

=C2=A0 =C2=A0 =C2=A0 Layer can introduce out-o= f-sequence packets.

=C2=A0

TW> I don't fully understand why we foc= us so much on mesh-under.

TW> If you have a fully mesh-under network,= 4944 fragmentation results in fragment forwarding.

TW> I would remove the repeated mentioning = on mesh-under (as well as ISA100)

=C2=A0

=C2=A0

[Pascal] I=E2=80=99ll move the whole = section to appendix; the draft is more needed in route over but still benef= icial to mesh under, for the benefits that are not the buffer bloat. These include flow control, loss detection, and recovery.

=C2=A0

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The recovery mechanism mu= st account for packets that appear lost

=C2=A0 =C2=A0 =C2=A0 but are actually only del= ayed over a different path.

=C2=A0

=C2=A0 =C2=A0Optional congestion control

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The aggregation of multip= le concurrent flows may lead to the

=C2=A0 =C2=A0 =C2=A0 saturation of the radio n= etwork and congestion collapse.

=C2=A0

=C2=A0 =C2=A0 =C2=A0 The recovery mechanism sh= ould provide means for controlling the

=C2=A0 =C2=A0 =C2=A0 number of fragments in tr= ansit over the LLN.

=C2=A0

5.=C2=A0 Overview

=C2=A0

=C2=A0 =C2=A0Considering that a multi-hop LLN = can be a very sensitive environment

=C2=A0 =C2=A0due to the limited queuing capabi= lities of a large population of its

=C2=A0 =C2=A0nodes, this specification recomme= nds a simple and conservative approach to

=C2=A0 =C2=A0congestion control, based on TCP = congestion avoidance.

TW> "based on" or "inspired = by"

=C2=A0

TW> The "overview" section delves= immediately into subtle discussions about congestion control.

TW> At this point, the reader (e.g. me) hav= e no idea what the basic principle is.

TW> Discussions about subtleties such as co= ngestion control seem out of place here.

=C2=A0

=C2=A0

=C2=A0

[Pascal] Understood, will restructure= , add words; that=E2=80=99s a bit of work so please give me some time. =C2= =A0

=C2=A0

=C2=A0

=C2=A0 =C2=A0Congestion on the forward path is= assumed in case of packet loss, and

=C2=A0 =C2=A0packet loss is assumed upon time = out.=C2=A0 This specification allows to control

=C2=A0 =C2=A0the number of outstanding fragmen= ts, that have been transmitted but

=C2=A0 =C2=A0for which an acknowledgment was n= ot received yet.=C2=A0 It must be noted

=C2=A0 =C2=A0that the number of outstanding fr= agments should not exceed the number

=C2=A0 =C2=A0of hops in the network, but the w= ay to figure the number of hops is

=C2=A0 =C2=A0out of scope for this document.

=C2=A0

=C2=A0 =C2=A0Congestion on the forward path ca= n also be indicated by an Explicit

=C2=A0 =C2=A0Congestion Notification (ECN) mec= hanism.=C2=A0 Though whether and how ECN

=C2=A0 =C2=A0[RFC3168] is carried out over the= LoWPAN is out of scope, this draft

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 6]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

=C2=A0 =C2=A0provides a way for the destinatio= n endpoint to echo an ECN indication

=C2=A0 =C2=A0back to the source endpoint in an= acknowledgment message as

=C2=A0 =C2=A0represented in Figure 5 in Sectio= n 6.2.

=C2=A0

TW> The following paragraph talks about how= a link-layer transmits multiple frames in a row.

TW> The link-layer does so whether those fr= ames are fragments or regular packets.

TW> I would remove this discussion, which s= eems to be link-layer only, and not specific to fragment forwarding.=

=C2=A0

[Pascal] I can remove the text, but t= he problem remains, and your point, while largely correct, is not fully so.= The transport layer may do some flow control based on command response, windowing and ECN, and thus protect against bur= sts of packets, but it cannot do a thing against bursts of fragments. So es= sentially, we are echoing some of the transport functionality at L2+ to pro= vide those service to the fragments.

=C2=A0

=C2=A0 =C2=A0

=C2=A0 =C2=A0It must be noted that congestion = and collision are different topics.

=C2=A0 =C2=A0In particular, when a mesh operat= es on a same channel over multiple

=C2=A0 =C2=A0hops, then the forwarding of a fr= agment over a certain hop may

=C2=A0 =C2=A0collide with the forwarding of a = next fragment that is following over

=C2=A0 =C2=A0a previous hop but in a same inte= rference domain.=C2=A0 This draft enables

=C2=A0 =C2=A0an end-to-end flow control, but l= eaves it to the sender stack to pace

=C2=A0 =C2=A0individual fragments within a tra= nsmit window, so that a given

=C2=A0 =C2=A0fragment is sent only when the pr= evious fragment has had a chance to

=C2=A0 =C2=A0progress beyond the interference = domain of this hop.=C2=A0 In the case of

=C2=A0 =C2=A06TiSCH [I-D.ietf-6tisch-architect= ure], which operates over the

=C2=A0 =C2=A0TimeSlotted Channel Hopping [I-D.= ietf-6tisch-tsch] (TSCH) mode of

=C2=A0 =C2=A0operation of IEEE802.14.5, a frag= ment is forwarded over a different

=C2=A0 =C2=A0channel at a different time and i= t make full sense to fire a next

=C2=A0 =C2=A0fragment as soon as the previous = fragment has had its chance to be

=C2=A0 =C2=A0forwarded at the next hop, retry = (ARQ) operations included.

=C2=A0

=C2=A0 =C2=A0From the standpoint of a source 6= LoWPAN endpoint, an outstanding

=C2=A0 =C2=A0fragment is a fragment that was s= ent but for which no explicit

=C2=A0 =C2=A0acknowledgment was received yet.= =C2=A0 This means that the fragment might

=C2=A0 =C2=A0be on the way, received but not y= et acknowledged, or the

=C2=A0 =C2=A0acknowledgment might be on the wa= y back.=C2=A0 It is also possible that

=C2=A0 =C2=A0either the fragment or the acknow= ledgment was lost on the way.

=C2=A0

=C2=A0 =C2=A0Because a meshed LLN might delive= r frames out of order, it is

=C2=A0 =C2=A0virtually impossible to different= iate these situations.=C2=A0 In other

=C2=A0 =C2=A0words, from the sender's stan= dpoint, all outstanding fragments might

=C2=A0 =C2=A0still be in the network and contr= ibute to its congestion.=C2=A0 There is

=C2=A0 =C2=A0an assumption, though, that after= a certain amount of time, a frame

=C2=A0 =C2=A0is either received or lost, so it= is not causing congestion anymore.

=C2=A0 =C2=A0This amount of time can be estima= ted based on the round trip delay

=C2=A0 =C2=A0between the 6LoWPAN endpoints.=C2= =A0 The method detailed in [RFC6298] is

=C2=A0 =C2=A0recommended for that computation.=

=C2=A0

=C2=A0 =C2=A0The reader is encouraged to read = through "Congestion Control

=C2=A0 =C2=A0Principles" [RFC2914].=C2=A0= Additionally [RFC2309] and [RFC5681] provide

=C2=A0 =C2=A0deeper information on why this me= chanism is needed and how TCP

=C2=A0 =C2=A0handles Congestion Control.=C2=A0= Basically, the goal here is to manage

=C2=A0 =C2=A0the amount of fragments present i= n the network; this is achieved by

=C2=A0 =C2=A0to reducing the number of outstan= ding fragments over a congested path

=C2=A0 =C2=A0by throttling the sources.=

=C2=A0

=C2=A0 =C2=A0Section 7 describes how the sende= r decides how many fragments are

=C2=A0 =C2=A0(re)sent before an acknowledgment= is required, and how the sender

=C2=A0 =C2=A0adapts that number to the network= conditions.

=C2=A0

=C2=A0

=C2=A0

Thubert & Hui =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 Expires July 14, 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 [Page 7]

Internet-Draft =C2=A0 =C2=A0LLN Fragment Forwa= rding and Recovery =C2=A0 =C2=A0 =C2=A0January 2017

=C2=A0

=C2=A0

6.=C2=A0 New Dispatch types and headers=

=C2=A0

=C2=A0 =C2=A0This specification extends "= Transmission of IPv6 Packets over IEEE

=C2=A0 =C2=A0802.15.4 Networks" [RFC4944]= with 4 new dispatch types, for

=C2=A0 =C2=A0Recoverable Fragments (RFRAG) hea= ders with or without Acknowledgment

=C2=A0 =C2=A0Request, and for the Acknowledgme= nt back, with or without ECN Echo.

=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Patt= ern =C2=A0 =C2=A0Header Type

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +----------= --+-----------------------------------------------+=

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 11 =C2=A0= 101000 | RFRAG =C2=A0 =C2=A0 =C2=A0- Recoverable Fragment =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 |

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 11 =C2=A0= 101001 | RFRAG-AR =C2=A0 - RFRAG with Ack Request =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 |

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 11 =C2=A0= 101010 | RFRAG-ACK =C2=A0- RFRAG Acknowledgment =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 |

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 11 =C2=A0= 101011 | RFRAG-AEC =C2=A0- RFRAG Ack with ECN Echo =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +----------= --+-----------------------------------------------+=

=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0Figure 1: Additional Dispatch Value Bit Patterns

=C2=A0

=C2=A0 =C2=A0In the following sections, the se= mantics of "datagram_tag",

=C2=A0 =C2=A0"datagram_offset" and &= quot;datagram_size" and the reassembly process are

=C2=A0 =C2=A0changed from [RFC4944] Section 5.= 3. =C2=A0"Fragmentation Type and Header".

=C2=A0 =C2=A0The size and offset are expressed= on the compressed packet per

=C2=A0 =C2=A0[RFC6282] as opposed to the uncom= pressed - native packet - form.

=C2=A0

6.1.=C2=A0 Recoverable Fragment Dispatch type = and Header

=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3

=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 1 2 3 4 5 6 7 8 = 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

=C2=A0 =C2=A0 =C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0 =C2=A0 =C2=A0 =C2=A0|1 1 1 0 1 0 0 X|da= tagram_offset| =C2=A0 =C2=A0 =C2=A0 =C2=A0 datagram_tag =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|

=C2=A0 =C2=A0 =C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0 =C2=A0 =C2=A0 =C2=A0|Sequence | =C2=A0 = =C2=A0datagram_size =C2=A0 =C2=A0|

=C2=A0 =C2=A0 =C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 X set =3D=3D Ack Re= quested

=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Figure 2: R= ecoverable Fragment Dispatch type and Header

=C2=A0

=C2=A0 =C2=A0X: 1 bit; When set, the sender re= quires an Acknowledgment from the

=C2=A0 =C2=A0 =C2=A0 receiver=

=C2=A0

=C2=A0 =C2=A0Sequence: =C2=A05 bits; The seque= nce number of the fragment.=C2=A0 Fragments

=C2=A0 =C2=A0 =C2=A0 are numbered [0..N] where= N is in [0..31].

=C2=A0

6.2.=C2=A0 Fragment acknowledgment Dispatch ty= pe and Header

=C2=A0

=C2=A0 =C2=A0The specification also defines a = 4-octet ackn


__________________= _____________________________
6tisch mailing list
6tisch@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch
...
--94eb2c1911f06506cc054c7bb454-- From nobody Thu Apr 6 03:44:37 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40F6A12778D; Thu, 6 Apr 2017 03:44:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fl8pdhIAU53C; Thu, 6 Apr 2017 03:44:26 -0700 (PDT) Received: from mailsender.cdac.in (mailsender.cdac.in [196.1.113.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 872BB126C23; Thu, 6 Apr 2017 03:44:22 -0700 (PDT) Received: from ims.pune.cdac.in (ims.pune.cdac.in [10.208.1.15]) by mailsender.cdac.in (8.14.2/8.14.2) with ESMTP id v36Ahqlh013691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Apr 2017 16:13:57 +0530 Received: from mailgw.pune.cdac.in ([10.208.1.4]) by ims.pune.cdac.in (8.14.4/8.14.4) with ESMTP id v36AhGbQ008161; Thu, 6 Apr 2017 16:13:19 +0530 X-AuthUser: lijo Received: from CIGLIJO (cig_lijo.tvm.cdac.in [10.176.11.63]) (authenticated bits=0) by mailgw.pune.cdac.in (8.14.2/8.13.8) with ESMTP id v36AhC34011121 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Thu, 6 Apr 2017 16:13:13 +0530 From: "Lijo Thomas" To: "'Pascal Thubert \(pthubert\)'" , "'Thomas Watteyne'" , <6lo@ietf.org>, <6tisch@ietf.org> References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> In-Reply-To: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> Date: Thu, 6 Apr 2017 16:15:17 +0530 Message-ID: <007701d2aec2$e2c9a540$a85cefc0$@cdac.in> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0078_01D2AEF0.FC901210" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHcdyWOXiF6m4H53CG3UIxFQ9inXAEpp5iRoZtGWjA= Content-Language: en-in X-CDAC-PUNE-MailScanner-ID: v36AhGbQ008161 X-CDAC-PUNE-MailScanner: Found to be clean, Found to be clean X-CDAC-PUNE-MailScanner-MCPCheck-IMS: MCP-Clean, MCP-Checker (score=0, required 1) X-CDAC-PUNE-MailScanner-SpamCheck: not spam (too large), not spam (too large) X-CDAC-PUNE-MailScanner-Information: Please contact npsfhelp@cdac.in/mailadmin@cdac.in for more information X-MailScanner-ID: v36Ahqlh013691 X-CDAC-PUNE-MailScanner-From: lijo@cdac.in X-CDAC-MailScanner-Spam-Status: No Archived-At: Subject: Re: [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 10:44:36 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0078_01D2AEF0.FC901210 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Pascal, =20 I do agree the fragmentation problem is a real issue in 6LoWPAN, particular= ly when we play with bigger 802.15.4 networks .=20 =20 I extend my support to work on this issue and bring a good solution=20 =20 Thanks & Regards, Lijo Thomas=20 =20 =20 From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Pascal Thubert (pthube= rt) Sent: 05 April 2017 20:49 To: Thomas Watteyne; 6lo@ietf.org; 6tisch@ietf.org Subject: Re: [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments= -04 =20 Hello Thomas : =20 All in all, your points are well understood, and I will restructure a bit a= nd add words. But, before I spend too much of my time on this draft, I=E2= =80=99d like to see the WG interest clearly expressed. So far I saw you and= Michel expressing clear support. Is the group behind us?=20 =20 =20 Please see below ; =20 point 1: clearer intro needed =20 from my understanding, this draft introduces two things: (1) a way of forwa= rding fragments so as to avoid to have to reassemble at every hop and (2) a= n end-to-end protocol to request lost fragments to be retransmitted. I thin= k item (1) is really the main contribution of the draft, and (2) is a neces= sary corollary to making (1) work. The abstract and intro, however, seem to= focus almost exclusively on (2), not clearly stating (1). A single sentenc= e at the very beginning stressing the two contributions would go a long way= IMO. =20 [Pascal] OK, I=E2=80=99ll improve that on the next revision. Note that the = initial title of the draft was draft-thubert-6lowpan-simple-fragment-= recovery ; since then, I moved the focus on the capability to streamli,ne t= he fragments over a mesh. But both are really important. Forwarding fragmen= ts is now the title, and the draft improves the throughput by streamlining = while avoiding buffer bloat inside the network.=20 Yet, recovering the missing frags is important as well, avoids the bloat in= the end point. Looking at the big picture, it=E2=80=99s very hard to do on= e without the other, the techniques benefit from one another and are not se= parable.=20 =20 --- =20 point 2: justification =20 Section 3 provides a rationale as to why this draft is needed. It focuses a= lmost exclusively on reliability: if the link is 99% reliable, then the pro= bability that 5 fragments, etc. IMO that doesn't make much sense as each fr= agment will be link-layer ACK'ed and retransmitted (at the link layer, i.e.= "transparently" to 6LoWPAN). There is of course a probability that all retr= ies fail, but justifying the draft by assuming there are no link-layer ACKs= make little sense. I may completely misunderstand, in which case, please p= oint that out. =20 [Pascal] We want to make the transmission reliable over multihop. I agree w= ith what you are saying over one hop. But in the multihop scenario, if a ho= p down the path temporarily fails, the retries there will exhaust, but the = node that did the fragmentation will not be aware (no nack all the way back= ), as opposed to the single hop case. So it will keep sending the next frag= ments, contributing to the problem, wasting time and network resources, etc= ... =20 The major rationale IMO for this draft is that it doesn't require intermedi= ary nodes to reassemble! Why not just say that? Reassembly at each hop yiel= ds several problems, the biggest one in my experience is that of memory man= agement (if I'm missing one fragment from a packet, and a fragment from a s= econd packet arrive, and I have only one assembly buffer, what should I do?= ). =20 [Pascal] Yes, this is one of the problems I illustrated the most at the 6lo= meeting, as you saw. Now, the bloat may happen in the receive end node, ev= en when fragments are streamlined. It happens as soon as one fragment is lo= st. So forwarding fragments protects the network, making the fragments reli= able protects the packet and the end point. =20 I feel like I'm missing something, or even reading a draft that is not what= I expected it to be... =20 [Pascal] Can=E2=80=99t say. But both are needed and help one another to the= point that they cannot be separated. The draft addresses all the points in= my presentation at 6lo (https://www.ietf.org/proceedings/98/slides/slides-= 98-6lo-fragmentation-forwarding-issues-in-6lowpan-00.pdf), but the hidden t= erminal which is not an issue for 6TiSCH and is only alleviated by the prop= osed flow control and the window of one fragment. The value that you focus = on is discussed slides 9-12, and was a focus of the discussion. --- =20 point 3: Section 5 Overview is not an overview =20 Section 5 is called "Overview" and appears before the actual proposal is de= scribed. From the title, I was expecting a couple of paragraphs with the ma= in idea, maybe a diagram or two to make the big picture clear. Instead, the= section contains a discussion about very subtle points, including congesti= on control, interaction with link-layer protocols, timeout calculation and = security. =20 To summarize, the text in this section is interesting and should certainly = appear in the specification, but as discussion points AFTER the main idea i= s presented. =20 [Pascal] Ack --- =20 point 4: the confusing use of the word "acknowledgment" =20 While understandable, the use of acknowledgment which can refer to L2 ACKs = or RFRAG-ACK messages is confused. I suggest to use the term "RFRAG-ACK" ra= ther than the generic "Acknowledgement". =20 [Pascal] Ack =20 =20 --- =20 point 5: label switching =20 The label switching mechanism is elegant as the labels are locally signific= ant only, with no need to maintain a network-wide label registry. The docum= ent should state so.=20 =20 [Pascal] Ack =20 For the rest I answered in line, please see below. =20 Take care, =20 Pascal =20 =20 =3D=3D=3D =20 6lo P. Thubert, Ed. Internet-Draft Cisco Systems Intended status: Standards Track J. Hui Expires: July 14, 2017 Nest Labs January 10, 2017 =20 =20 LLN Fragment Forwarding and Recovery draft-thubert-6lo-forwarding-fragments-04 =20 Abstract =20 In order to be routed, a fragmented 6LoWPAN packet must be reassembled at every hop of a multihop link where lower layer fragmentation occurs. Considering that the IPv6 minimum MTU is 1280 bytes, and that an 802.15.4 frame can have a payload limited to 74 bytes in the worst case, a packet might end up fragmented into as many as 18 fragments by 6LoWPAN. TW> not sure the term "shim layer" is widely used. I suggest to replace sim= ply by "6LoWPAN" (done already) If a single one of those fragments is lost in transmission, all fragments must be resent, further contributing to the congestion that might have caused the initial packet loss. This specification introduces a simple protoco= l to forward and recover individual fragments that might be lost over multiple hops between 6LoWPAN endpoints. =20 Status of This Memo =20 This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. =20 Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datat= racker.ietf.org/drafts/current/. =20 Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." =20 This Internet-Draft will expire on July 14, 2017. =20 Copyright Notice =20 Copyright (c) 2017 IETF Trust and the persons identified as the document authors. All rights reserved. =20 This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 1] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 ( http://trustee.ietf.org/license= -info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. =20 Table of Contents =20 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. Rationale . . . . . . . . . . . . . . . . . . . . . . . . . . 4 4. Requirements . . . . . . . . . . . . . . . . . . . . . . . . 5 5. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . 6 6. New Dispatch types and headers . . . . . . . . . . . . . . . 8 6.1. Recoverable Fragment Dispatch type and Header . . . . . . 8 6.2. Fragment acknowledgment Dispatch type and Header . . . . 8 7. Fragments Recovery . . . . . . . . . . . . . . . . . . . . . 10 8. Forwarding Fragments . . . . . . . . . . . . . . . . . . . . 11 8.1. Upon the first fragment . . . . . . . . . . . . . . . . . 12 8.2. Upon the next fragments . . . . . . . . . . . . . . . . . 13 8.3. Upon the fragment acknowledgments . . . . . . . . . . . . 13 9. Security Considerations . . . . . . . . . . . . . . . . . . . 14 10. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14 11. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 14 12. References . . . . . . . . . . . . . . . . . . . . . . . . . 14 12.1. Normative References . . . . . . . . . . . . . . . . . . 14 12.2. Informative References . . . . . . . . . . . . . . . . . 15 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 16 =20 1. Introduction =20 In most Low Power and Lossy Network (LLN) applications, the bulk of the traffic consists of small chunks of data (in the order few bytes to a few tens of bytes) at a time. Given that an 802.15.4 frame can carry 74 bytes or more in all cases, fragmentation is usually not required. However, and though this happens only occasionally, a number of mission-critical applications do require the capability to transfer larger chunks of data, for instance to support firmware update of the LLN nodes, or an extraction of logs from LLN nodes. In the former case, the large chunk of data is transferred to the LLN node, whereas in the latter, the large chunk flows away from the LLN node. In both cases, the size can be on the order of 10 kB or more, and an end-to-end reliable transport is required. =20 Mechanisms such as TCP or application-layer segmentation will be used to support end-to-end reliable transport. One option to support bulk =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 2] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 data transfer over a frame-size-constrained LLN is to set the Maximum Segment Size to fit within the link maximum frame size. Doing so, however, can add significant header overhead to each 802.15.4 frame. This causes the end-to-end transport to be intimately aware of the delivery properties of the underlaying LLN, which is a layer violation. =20 An alternative mechanism uses 6LoWPAN fragmentation in addition to transport or application-layer segmentation. Increasing the Maximum Segment Size reduces header overhead by the end-to-end transport protocol. It also encourages the transport protocol to reduce the number of outstanding datagrams, ideally to a single datagram, thus reducing the need to support out-of-order delivery common to LLNs. =20 [RFC4944] defines a datagram fragmentation mechanism for LLNs. However, because [RFC4944] does not define a mechanism for recovering fragments that are lost, datagram forwarding fails if even one fragment is not delivered properly to the next IP hop. End-to-end transport mechanisms will require retransmission of all fragments, wasting resources in an already resource-constrained network. =20 Past experience with fragmentation has shown that mis-associated or lost fragments can lead to poor network behavior and, eventually, trouble at application layer. The reader is encouraged to read [RFC4963] and follow the references for more information. That experience led to the definition of the Path MTU discovery [RFC1191] protocol that limits fragmentation over the Internet. =20 For one-hop communications, a number of media propose a local acknowledgment mechanism that is enough to protect the fragments. In a multihop environment, an end-to-end fragment recovery mechanism might be a good complement to a hop-by-hop MAC level recovery. This draft introduces a simple protocol to recover individual fragments between 6LoWPAN endpoints. Specifically in the case of UDP, valuable additional information can be found in UDP Usage Guidelines for Application Designers [RFC5405]. =20 2. Terminology =20 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. =20 Readers are expected to be familiar with all the terms and concepts that are discussed in "IPv6 over Low-Power Wireless Personal Area Networks (6LoWPANs): Overview, Assumptions, Problem Statement, and =20 =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 3] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 Goals" [RFC4919] and "Transmission of IPv6 Packets over IEEE 802.15.4 Networks" [RFC4944]. =20 ERP =20 Error Recovery Procedure. =20 6LoWPAN endpoints =20 The LLN nodes in charge of generating or expanding a 6LoWPAN header from/to a full IPv6 packet. The 6LoWPAN endpoints are the points where fragmentation and reassembly take place. TW> should we add a sentence that states that one of those point is NOT nec= essarily the LBR? =20 =20 =20 [Pascal]Not sure there is a need; this is not a ROLL document, there is not= necessary such a thing as a 6LBR =20 =20 3. Rationale =20 There are a number of use cases for large packets in Wireless Sensor Networks. Such usages may not be the most typical or represent the largest amount of traffic over the LLN; however, the associated functionality can be critical enough to justify extra care for ensuring effective transport of large packets across the LLN. =20 The list of those use cases includes: =20 Towards the LLN node: =20 Packages of Commands: A number of commands or a full configuration can be packaged as a single message to ensure consistency and enable atomic execution or complete rollback. Until such commands are fully received and interpreted, the intended operation will not take effect. =20 Firmware update: For example, a new version of the LLN node software is downloaded from a system manager over unicast or multicast services. Such a reflashing operation typically involves updating a large number of similar LLN nodes over a relatively short period of time. =20 From the LLN node: =20 Waveform captures: A number of consecutive samples are measured at a high rate for a short time and then transferred from a sensor to a gateway or an edge server as a single large report. =20 Data logs: LLN nodes may generate large logs of sampled data for later extraction. LLN nodes may also generate system logs to assist in diagnosing problems on the node or network. =20 =20 =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 4] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 Large data packets: Rich data types might require more than one fragment. =20 Uncontrolled firmware download or waveform upload can easily result in a massive increase of the traffic and saturate the network. =20 When a fragment is lost in transmission, all fragments are resent, further contributing to the congestion that caused the initial loss, and potentially leading to congestion collapse. =20 This saturation may lead to excessive radio interference, or random early discard (leaky bucket) in relaying nodes. Additional queuing and memory congestion may result while waiting for a low power next hop to emerge from its sleeping state. =20 To demonstrate the severity of the problem, consider a fairly reliable 802.15.4 frame delivery rate of 99.9% over a single 802.15.4 hop. The expected delivery rate of a 5-fragment datagram would be about 99.5% over a single 802.15.4 hop. However, the expected delivery rate would drop to 95.1% over 10 hops, a reasonable network diameter for LLN applications. The expected delivery rate for a 1280-byte datagram is 98.4% over a single hop and 85.2% over 10 hops. TW> I don't think this paragraph makes much sense. TW> You would have link-layer ACKs and retries to ensure that all fragments= reach the next hop. =20 =20 [Pascal] In order to fit within transport time outs, you want to limit the = number of retries to an acceptable time. In the 99.9% I assume 90% delivery= , 3 tries, and complete independence of the 3 tries. All of these assumptio= ns are completely wrong, but that gives an idea of how the problems adds up= in a mesh. Still I can remove the paragraph, since, after all , it is not = needed in a solution draft. =20 =20 Considering that [RFC4944] defines an MTU is 1280 bytes and that in most incarnations (but 802.15.4G) a 802.15.4 frame can limit the MAC payload to as few as 74 bytes, a packet might be fragmented into at least 18 fragments by 6LoWPAN. Taking into account the worst-case header overhead for 6LoWPAN Fragmentation and Mesh Addressing headers will increase the number of required fragments to around 32. This level of fragmentation is much higher than that traditionally experienced over the Internet with IPv4 fragments. At the same time, the use of radios increases the probability of transmission loss and Mesh-Under techniques compound that risk over multiple hops. =20=20=20 4. Requirements =20 This specification proposes a method to recover individual fragments bet= ween LLN endpoints. TW> add that endpoints can be multiple hops away from one another? =20 =20 [Pascal] Exactly, I=E2=80=99ll add the words =20 The method is designed to fit the following requirements of a LLN (with or without a Mesh-Under routing protocol): =20 Number of fragments =20 The recovery mechanism must support highly fragmented packets, with a maximum of 32 fragments per packet. TW> resulting length of the packet? The abstract implies a 32*74=3D2368 byt= e limit. Is that correct? =20 [Pascal] Yes, depends on the security overhead which is variable. But I=E2= =80=99d say that the reasonable goal of MTU=3D2048, which is the usual IEEE= bar, is easily achieved. =20 =20 Minimum acknowledgment overhead =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 5] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 Because the radio is half duplex, and because of silent time spent in the various medium access mechanisms, an acknowledgment consumes roughly as many resources as data fragment. =20 The recovery mechanism should be able to acknowledge multiple fragments in a single message and not require an acknowledgment at all if fragments are already protected at a lower layer. =20 TW> maybe specify here that we are talking about end-to-end ACKs between en= dpoints, not L2 ACKs =20 =20 [Pascal] Will do =20 =20 Controlled latency =20 The recovery mechanism must succeed or give up within the time boundary imposed by the recovery process of the Upper Layer Protocols. =20 Support for out-of-order fragment delivery =20 A Mesh-Under load balancing mechanism such as the ISA100 Data Link Layer can introduce out-of-sequence packets. =20 TW> I don't fully understand why we focus so much on mesh-under. TW> If you have a fully mesh-under network, 4944 fragmentation results in f= ragment forwarding. TW> I would remove the repeated mentioning on mesh-under (as well as ISA100) =20 =20 [Pascal] I=E2=80=99ll move the whole section to appendix; the draft is more= needed in route over but still beneficial to mesh under, for the benefits = that are not the buffer bloat. These include flow control, loss detection, = and recovery. =20 =20 The recovery mechanism must account for packets that appear lost but are actually only delayed over a different path. =20 Optional congestion control =20 The aggregation of multiple concurrent flows may lead to the saturation of the radio network and congestion collapse. =20 The recovery mechanism should provide means for controlling the number of fragments in transit over the LLN. =20 5. Overview =20 Considering that a multi-hop LLN can be a very sensitive environment due to the limited queuing capabilities of a large population of its nodes, this specification recommends a simple and conservative approach = to congestion control, based on TCP congestion avoidance. TW> "based on" or "inspired by" =20 TW> The "overview" section delves immediately into subtle discussions about= congestion control. TW> At this point, the reader (e.g. me) have no idea what the basic princip= le is. TW> Discussions about subtleties such as congestion control seem out of pla= ce here. =20 =20 =20 [Pascal] Understood, will restructure, add words; that=E2=80=99s a bit of w= ork so please give me some time.=20=20 =20 =20 Congestion on the forward path is assumed in case of packet loss, and packet loss is assumed upon time out. This specification allows to cont= rol the number of outstanding fragments, that have been transmitted but for which an acknowledgment was not received yet. It must be noted that the number of outstanding fragments should not exceed the number of hops in the network, but the way to figure the number of hops is out of scope for this document. =20 Congestion on the forward path can also be indicated by an Explicit Congestion Notification (ECN) mechanism. Though whether and how ECN [RFC3168] is carried out over the LoWPAN is out of scope, this draft =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 6] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 provides a way for the destination endpoint to echo an ECN indication back to the source endpoint in an acknowledgment message as represented in Figure 5 in Section 6.2. =20 TW> The following paragraph talks about how a link-layer transmits multiple= frames in a row. TW> The link-layer does so whether those frames are fragments or regular pa= ckets. TW> I would remove this discussion, which seems to be link-layer only, and = not specific to fragment forwarding. =20 [Pascal] I can remove the text, but the problem remains, and your point, wh= ile largely correct, is not fully so. The transport layer may do some flow = control based on command response, windowing and ECN, and thus protect agai= nst bursts of packets, but it cannot do a thing against bursts of fragments= . So essentially, we are echoing some of the transport functionality at L2+= to provide those service to the fragments. =20 =20=20=20 It must be noted that congestion and collision are different topics. In particular, when a mesh operates on a same channel over multiple hops, then the forwarding of a fragment over a certain hop may collide with the forwarding of a next fragment that is following over a previous hop but in a same interference domain. This draft enables an end-to-end flow control, but leaves it to the sender stack to pace individual fragments within a transmit window, so that a given fragment is sent only when the previous fragment has had a chance to progress beyond the interference domain of this hop. In the case of 6TiSCH [I-D.ietf-6tisch-architecture], which operates over the TimeSlotted Channel Hopping [I-D.ietf-6tisch-tsch] (TSCH) mode of operation of IEEE802.14.5, a fragment is forwarded over a different channel at a different time and it make full sense to fire a next fragment as soon as the previous fragment has had its chance to be forwarded at the next hop, retry (ARQ) operations included. =20 From the standpoint of a source 6LoWPAN endpoint, an outstanding fragment is a fragment that was sent but for which no explicit acknowledgment was received yet. This means that the fragment might be on the way, received but not yet acknowledged, or the acknowledgment might be on the way back. It is also possible that either the fragment or the acknowledgment was lost on the way. =20 Because a meshed LLN might deliver frames out of order, it is virtually impossible to differentiate these situations. In other words, from the sender's standpoint, all outstanding fragments might still be in the network and contribute to its congestion. There is an assumption, though, that after a certain amount of time, a frame is either received or lost, so it is not causing congestion anymore. This amount of time can be estimated based on the round trip delay between the 6LoWPAN endpoints. The method detailed in [RFC6298] is recommended for that computation. =20 The reader is encouraged to read through "Congestion Control Principles" [RFC2914]. Additionally [RFC2309] and [RFC5681] provide deeper information on why this mechanism is needed and how TCP handles Congestion Control. Basically, the goal here is to manage the amount of fragments present in the network; this is achieved by to reducing the number of outstanding fragments over a congested path by throttling the sources. =20 Section 7 describes how the sender decides how many fragments are (re)sent before an acknowledgment is required, and how the sender adapts that number to the network conditions. =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 7] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 6. New Dispatch types and headers =20 This specification extends "Transmission of IPv6 Packets over IEEE 802.15.4 Networks" [RFC4944] with 4 new dispatch types, for Recoverable Fragments (RFRAG) headers with or without Acknowledgment Request, and for the Acknowledgment back, with or without ECN Echo. =20 Pattern Header Type +------------+-----------------------------------------------+ | 11 101000 | RFRAG - Recoverable Fragment | | 11 101001 | RFRAG-AR - RFRAG with Ack Request | | 11 101010 | RFRAG-ACK - RFRAG Acknowledgment | | 11 101011 | RFRAG-AEC - RFRAG Ack with ECN Echo | +------------+-----------------------------------------------+ =20 Figure 1: Additional Dispatch Value Bit Patterns =20 In the following sections, the semantics of "datagram_tag", "datagram_offset" and "datagram_size" and the reassembly process are changed from [RFC4944] Section 5.3. "Fragmentation Type and Header". The size and offset are expressed on the compressed packet per [RFC6282] as opposed to the uncompressed - native packet - form. =20 6.1. Recoverable Fragment Dispatch type and Header =20 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1 1 1 0 1 0 0 X|datagram_offset| datagram_tag | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Sequence | datagram_size | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ X set =3D=3D Ack Requested =20 Figure 2: Recoverable Fragment Dispatch type and Header =20 X: 1 bit; When set, the sender requires an Acknowledgment from the receiver =20 Sequence: 5 bits; The sequence number of the fragment. Fragments are numbered [0..N] where N is in [0..31]. =20 6.2. Fragment acknowledgment Dispatch type and Header =20 The specification also defines a 4-octet acknowledgment bitmap that is used to carry selective acknowledgments for the received fragments. A given offset in the bitmap maps one to one with a given sequence number. =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 8] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 The offset of the bit in the bitmap indicates which fragment is acknowledged as follows: =20 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Acknowledgment Bitmap | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ^ ^ | | bitmap indicating whether: | +--- Fragment with sequence 10 was received +----------------------- Fragment with sequence 00 was received =20 Figure 3: Acknowledgment bitmap encoding =20=20=20 TW> rewrote the paragraph below =20 [Pascal] Cool, thanks! Will use that text. =20 =20 =20=20=20=20 Figure 4 shows an example Acknowledgment bitmap which indicates that all= fragments from sequence 0 to 20 were received, except for fragments 1, 2 and 16 that we= re either lost or are still in the network over a slower path. =20 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1 0 0 1 1 1 1 1|1 1 1 1 1 1 1 1|0 1 1 1 1 0 0 0|0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 Figure 4: Example acknowledgment bitmap =20 The acknowledgment bitmap is carried in a Fragment Acknowledgment as follows: =20 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1 1 1 0 1 0 1 Y| datagram_tag | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Acknowledgment Bitmap (32 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 Figure 5: Fragment Acknowledgment Dispatch type and Header =20 Y: 1 bit; Explicit Congestion Notification (ECN) signaling =20 When set, the sender indicates that at least one of the acknowledged fragments was received with an Explicit Congestion Notification, indicating that the path followed by the fragments is subject to congestion. =20 Acknowledgment Bitmap =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 9] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 An acknowledgment bitmap, whereby but at offset x indicates that fragment x was received. =20 7. Fragments Recovery =20 The Recoverable Fragments header RFRAG and RFRAG-AR deprecate the original fragment headers from [RFC4944] and replace them in the fragmented packets. TW> are we really deprecating 4944 fragmentation, or adding another option? =20 [Pascal] The goal is deprecation, which means a slow replacement. What coul= d be the point of keeping the old way? =20 The Fragment Acknowledgment RFRAG-ACK is introduced as a standalone header in a message that is sent back to the fragment source endpoint as known by its MAC address. This assumes that the source MAC address in the fragment (if any) and datagram_tag are enough information to send the Fragment Acknowledgment back to the source fragmentation endpoint. =20 TW> I get confused. Isn't the source MAC address changed at each hop? =20 =20 [Pascal] Hopefully yes. You send the ack to the MAC from which you got the = fragment from. That=E2=80=99s the guy right before you in the path of that = packet. And the datagram-tag is unique only when associated with that MAC a= ddress. =20 =20 The 6LoWPAN endpoint that fragments the packets at the 6LoWPAN level (the sender) controls the Fragment Acknowledgments. If may do that at any fragment to implement its own policy or perform congestion control which is out of scope for this document. TW> I don't understand the previous sentence. =20 [Pascal] Meant to say that the source of the fragments may ask for an ack o= n any fragment it likes per its own policy. =20 =20 When the sender of the fragment knows that an underlying mechanism protects TW> "protects" -> "ensures delivery of"? =20 [Pascal] OK. =20 the Fragments already it MAY refrain from using the Acknowledgment mechanism, and never set the ACK Requested bit. The 6LoWPAN endpoint that recomposes the packets at 6LoWPAN level (the receiver) MUST acknowledge the fragments it has received when asked to, and MAY slightly defer that acknowledgment. =20=20=20 The sender transfers a controlled number of fragments and MAY flag the last fragment of a series with an acknowledgment request. The received MUST acknowledge a fragment with the acknowledgment request bit set. TW> reword to "the receiver which receives a fragment with the ACK Request = bit set MUST send back an acknowledgment"? [Pascal] OK. =20 If any fragment immediately preceding an acknowledgment request is still missing, the receiver MAY intentionally delay its acknowledgment to allow in-transit fragments to arrive. Delaying the acknowledgment might defeat the round trip delay computation so it should be configurable and not enabled by default. =20 The receiver interacts with the sender using an Acknowledgment message with a bitmap that indicates which fragments were actually received. The bitmap is a 32 bit SWORD TW> why SWORD? =20 [Pascal] Typo, DWORD. Maybe replace by bit field? =20 , which accommodates up to 32 fragments and is sufficient for the 6LoWPAN MTU. For all n in [0..31], bit n is set to 1 in the bitmap to indicate that fragment with sequence n was received, otherwise the bit is set to 0. All zeros is a NULL bitmap that indicates that the fragmentation process was canceled by the receiver for that datagram. =20 The receiver MAY issue unsolicited acknowledgments. An unsolicited acknowledgment enables the sender endpoint to resume sending if it had reached its maximum number of outstanding fragments or indicate that the receiver has canceled the process of an individual datagram. Note that acknowledgments might consume precious resources =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 10] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 so the use of unsolicited acknowledgments should be configurable and not enabled by default. =20 The sender arms a retry timer to cover the fragment that carries the Acknowledgment request. Upon time out, the sender assumes that all the fragments on the way are received or lost. The process must have completed within an acceptable time that is within the boundaries of upper layer retries. The method detailed in [RFC6298] is recommended for the computation of the retry timer. It is expected that the upper layer retries obey the same or friendly rules in which case a single round of fragment recovery should fit within the upper layer recovery timers. =20 Fragments are sent in a round robin fashion: the sender sends all the fragments for a first time before it retries any lost fragment; lost fragments are retried in sequence, oldest first. This mechanism enables the receiver to acknowledge fragments that were delayed in the network before they are actually retried. =20 When the sender decides that a packet should be dropped and the fragmentation process canceled, it sends a pseudo fragment with the datagram_offset, sequence and datagram_size all set to zero, and no data. Upon reception of this message, the receiver should clean up all resources for the packet associated to the datagram_tag. If an acknowledgment is requested, the receiver responds with a NULL bitmap. =20 The receiver might need to cancel the process of a fragmented packet for internal reasons, for instance if it is out of recomposition buffers, or considers that this packet is already fully recomposed and passed to the upper layer. In that case, the receiver SHOULD indicate so to the sender with a NULL bitmap. Upon an acknowledgment with a NULL bitmap, the sender MUST drop the datagram. =20 8. Forwarding Fragments =20 This specification enables intermediate routers to forward fragments with no intermediate reconstruction of the entire packet. Upon the first fragment, the routers lay a label along the path that is followed by that fragment (that is IP routed), and all further fragments are label switched along that path. As a consequence, alternate routes are not possible for individual fragments. The datagram_tag is used to carry the label, that is swapped at each hop. =20 =20 =20 =20 =20 =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 11] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 8.1. Upon the first fragment =20 In route over the L2 source changes at each hop. TW> something's wrong with the previous sentence =20 =20 [Pascal] is this better: In route over mode, the MAC address changes at ea= ch hop.=20 =20 The label that is formed and placed in the datagram_tag is associated to the source MAC and only valid (and unique) for that source MAC. Say the first fragment has: =20 Source IPv6 address =3D IP_A (may be multiple hops away) =20 Destination IPv6 address =3D IP_B (maybe be multiple hops away) =20 Source MAC =3D MAC_prv (prv as previous) =20 Datagram_tag=3D DT_prv =20 The intermediate router that forwards individual fragments does the following: =20 a route lookup to get Next hop IPv6 towards IP_B, which resolves as IP_nxt (nxt as next) =20 a MAC address resolution to get the MAC address associated to IP_nxt, which resolves as MAC_nxt =20 Since it is a first fragment of a packet from that source MAC address MAC_prv for that tag DT_prv, the router: =20 cleans up any leftover resource associated to the tuple (MAC_prv, DT_prv) =20 allocates a new label for that flow, DT_nxt, from a Least Recently Used pool or some similar procedure. =20 allocates a Label swap structure indexed by (MAC_prv, DT_prv) that contains (MAC_nxt, DT_nxt) =20 allocates a Label swap structure indexed by (MAC_nxt, DT_nxt) that contains (MAC_prv, DT_prv) =20 swaps the MAC info to from self to MAC_nxt =20 Swaps the datagram_tag to DT_nxt =20 At this point the router is all set and can forward the packet to nxt. =20=20=20 TW> this assumes the first fragment is long enough to contain the source/de= stination IP addresses, right? =20 =20 [Pascal] Right. This could be said in a rule to drop the packet if not. =20 =20 =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 12] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 8.2. Upon the next fragments =20 Upon next fragments (that are not first fragment), the router expects to have already Label swap structure indexed by (MAC_prv, DT_prv). The router: =20 looks up the Label swap entry for (MAC_prv, DT_prv), which resolves as (MAC_nxt, DT_nxt) =20 swaps the MAC info to from self to MAC_nxt; =20 Swaps the datagram_tag to DT_nxt =20 At this point the router is all set and can forward the packet to nxt. =20 if the Label swap entry for (MAC_src, DT_src) is not found, the router builds an RFRAG-ACK to indicate the error. The acknowledgment message has the following information: =20 MAC info set to from self to MAC_prv as found in the fragment TW> "to from"? =20 =20 [Pascal] the Label swap entry for (MAC_src, DT_src) -> the Label swap entry= for (MAC_prv, DT_prv) =20 =20 Swaps the datagram_tag set to DT_prv =20 Bitmap of all zeroes to indicate the error =20 At this point the router is all set and can send the RFRAG-ACK back to the previous router. =20 8.3. Upon the fragment acknowledgments =20 Upon fragment acknowledgments next fragments TW> reads strange (that are not first fragment), the router expects to have already Label swap structure indexed by (MAC_nxt, DT_nxt). The router: =20 looks up the Label swap entry for (MAC_nxt, DT_nxt), which resolves as (MAC_prv, DT_prv) =20 swaps the MAC info to from self to MAC_prv; =20 swaps the datagram_tag to DT_prv =20 At this point the router is all set and can forward the RFRAG-ACK to prv. =20 If the Label swap entry for (MAC_nxt, DT_nxt) is not found, it simply drops the packet. =20 =20 =20 =20 Thubert & Hui Expires July 14, 2017 [Page 13] Internet-Draft LLN Fragment Forwarding and Recovery January 2017 =20 =20 If the RFRAG-ACK indicates either an error or that the fragment was fully receive, the router schedules the Label swap entries for recycling. If the RFRAG-ACK is lost on the way back, the source may retry the last fragments, which will result as an error RFRAG-ACK from the first router on the way that has already cleaned up. =20 9. Security Considerations =20 The process of recovering fragments does not appear to create any opening for new threat compared to "Transmission of IPv6 Packets over IEEE 802.15.4 Networks" [RFC4944]. =20 10. IANA Considerations =20 Need extensions for formats defined in "Transmission of IPv6 Packets over IEEE 802.15.4 Networks" [RFC4944]. =20 11. Acknowledgments =20 The author wishes to thank Jay Werb, Christos Polyzois, Soumitri Kolavennu, Pat Kinney, Margaret Wasserman, Richard Kelsey, Carsten Bormann and Harry Courtice for their contributions and review. =20 12. References =20 =20 ---------------------------------------------------------------------------= ---------------------------------------------------- [ C-DAC is on Social-Media too. Kindly follow us at: Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ] This e-mail is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email is strictly prohibited and appropriate legal action will be taken. ---------------------------------------------------------------------------= ---------------------------------------------------- ------=_NextPart_000_0078_01D2AEF0.FC901210 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi Pascal,

 

I do agree the fragmentation problem = is a real issue in 6LoWPAN, particularly when we play with bigger 802.15.4 = networks .

 

I extend my support to work on this issue and bring = a good solution

 

Thanks & Regard= s,

<= span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F= 497D'>Lijo Thomas

=  

 

From: 6lo [mailto:6lo-bounces@ietf.org] = On Behalf Of Pascal Thubert (pthubert)
Sent: 05 April 2017 20= :49
To: Thomas Watteyne; 6lo@ietf.org; 6tisch@ietf.org
Subj= ect: Re: [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments= -04

 =

Hello Thomas :=

 

All in all, your points are w= ell understood, and I will restructure a bit and add words. But, before I s= pend too much of my time on this draft, I=E2=80=99d like to see the WG inte= rest clearly expressed. So far I saw you and Michel expressing clear suppor= t. Is the group behind us?

=

 

 

Please see below ;

 

point 1: clea= rer intro needed

 

from my understanding, this draft introduces two things: (1) a way of forw= arding fragments so as to avoid to have to reassemble at every hop and (2) = an end-to-end protocol to request lost fragments to be retransmitted. I thi= nk item (1) is really the main contribution of the draft, and (2) is a nece= ssary corollary to making (1) work. The abstract and intro, however, seem t= o focus almost exclusively on (2), not clearly stating (1). A single senten= ce at the very beginning stressing the two contributions would go a long wa= y IMO.

 

[Pascal] OK, I=E2=80=99ll improve that on the ne= xt revision. Note that the initial title of the draft was draft-thubert-6lowpan-simple-fragment-recovery<= /span> ; since then, I moved the focus on the capability to streamli,ne= the fragments over a mesh. But both are really important. Forwarding fragm= ents is now the title, and the draft improves the throughput by streamlinin= g while avoiding buffer bloat inside the network.

Yet, recovering the missing frags is = important as well, avoids the bloat in the end point. Looking at the big pi= cture, it=E2=80=99s very hard to do one without the other, the techniques b= enefit from one another and are not separable.

 

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>---

 

point 2: justificat= ion

 

Section 3 pr= ovides a rationale as to why this draft is needed. It focuses almost exclus= ively on reliability: if the link is 99% reliable, then the probability tha= t 5 fragments, etc. IMO that doesn't make much sense as each fragment will = be link-layer ACK'ed and retransmitted (at the link layer, i.e."transp= arently" to 6LoWPAN). There is of course a probability that all retrie= s fail, but justifying the draft by assuming there are no link-layer ACKs m= ake little sense. I may completely misunderstand, in which case, please poi= nt that out.

 

[Pascal] We want to make the transmission = reliable over multihop. I agree with what you are saying over one hop. But = in the multihop scenario, if a hop down the path temporarily fails, the ret= ries there will exhaust, but the node that did the fragmentation will not b= e aware (no nack all the way back), as opposed to the single hop case. So i= t will keep sending the next fragments, contributing to the problem, wastin= g time and network resources, etc...

 

The major rational= e IMO for this draft is that it doesn't require intermediary nodes to reass= emble! Why not just say that? Reassembly at each hop yields several problem= s, the biggest one in my experience is that of memory management (if I'm mi= ssing one fragment from a packet, and a fragment from a second packet arriv= e, and I have only one assembly buffer, what should I do?).

 

[Pascal] Yes, this is one of the problems I illustrated the most at th= e 6lo meeting, as you saw. Now, the bloat may happen in the receive end nod= e, even when fragments are streamlined. It happens as soon as one fragment = is lost. So forwarding fragments protects the network, making the fragments= reliable protects the packet and the end point.

 

=

I feel= like I'm missing something, or even reading a draft that is not what I exp= ected it to be...

 

[Pascal] Can=E2=80=99t say. But both = are needed and help one another to the point that they cannot be separated.= The draft addresses all the points in my presentation at 6lo (https://www.ietf.org/proceedings/98/slides/= slides-98-6lo-fragmentation-forwarding-issues-in-6lowpan-00.pdf), but t= he hidden terminal which is not an issue for 6TiSCH and is only alleviated = by the proposed flow control and the window of one fragment. The value that= you focus on is discussed slides 9-12, and was a focus of the discussion.<= /span>

---

 

point 3: Section 5 Overview is n= ot an overview

 

Section 5 is called "Overview" and appears before the actual pro= posal is described. From the title, I was expecting a couple of paragraphs = with the main idea, maybe a diagram or two to make the big picture clear. I= nstead, the section contains a discussion about very subtle points, includi= ng congestion control, interaction with link-layer protocols, timeout calcu= lation and security.

 

=

To summarize, the text in this section is interesting and should certa= inly appear in the specification, but as discussion points AFTER the main i= dea is presented.

 

[Pascal] Ack

---

 =

point 4: the confusing use of the word "acknowledgment= "

 

While und= erstandable, the use of acknowledgment which can refer to L2 ACKs or R= FRAG-ACK messages is confused. I suggest to use the term "RFRAG-ACK&qu= ot; rather than the generic "Acknowledgement".<= /p>

&nb= sp;

[Pascal] = Ack

 

 

---

&nbs= p;

point 5: label switching

=  

The label switching mechanism is elegant a= s the labels are locally significant only, with no need to maintain a netwo= rk-wide label registry. The document should state so.

 = ;

[Pascal] Ac= k

 =

For the rest I an= swered in line, please see below.

 

Take care,

 

Pascal

 

 

=3D=3D=3D

 

6lo                   =                      = ;              P. Thubert, Ed.

Internet-Draft                 =                      = ;       Cisco Systems

Intended status: Standard= s Track                   &nbs= p;              J. Hui

Exp= ires: July 14, 2017                =                     &nbs= p;   Nest Labs

            =                      = ;                     &nb= sp; January 10, 2017

<= div>

 

 

              &= nbsp;   LLN Fragment Forwarding and Recovery=

   = ;            draft-thubert-6lo-forwarding-fra= gments-04

 

Abstract

 

   In order to be routed, a = fragmented 6LoWPAN packet must be

   reassembled at = every hop of a multihop link where lower layer

   fr= agmentation occurs.  Considering that the IPv6 minimum MTU is 1280

   bytes, and that an 802.15.4 frame can have a payload= limited to 74

   bytes in the worst case, a packet = might end up fragmented into as=

   many as 18 fragme= nts by 6LoWPAN.

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>TW> not sure the term "shim layer&qu= ot; is widely used. I suggest to replace simply by "6LoWPAN" (don= e already)

   If a single one of

 =  those fragments is lost in transmission, all fragments must be

   resent, further contributing to the congestion that mi= ght have caused

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>   the initial packet loss.  = This specification introduces a simple protocol to

  &nbs= p;forward and recover individual fragments that might be lost over

   multiple hops between 6LoWPAN endpoints.

 

=

Status of This Memo

 

   This Internet-Draft is submitted in full= conformance with the

=

   provisions of BCP 78 and BC= P 79.

 =

   Internet-D= rafts are working documents of the Internet Engineering

 =  Task Force (IETF).  Note that other groups may also distribute<= /span>

   working documents as Internet-Drafts.  The l= ist of current Internet-

 =

   Internet-D= rafts are draft documents valid for a maximum of six months

&n= bsp;  and may be updated, replaced, or obsoleted by other documents at= any

   time.  It is inappropriate to use Inter= net-Drafts as reference

   material or to cite them = other than as "work in progress."<= /o:p>

 

   This Internet-Draft will expire on July 14, 201= 7.

 

Copyright Notice

 

   Copyright (c) 2017 IETF T= rust and the persons identified as the=

   document a= uthors.  All rights reserved.

 

   This document is subject to BCP 78 and the IETF Trust's = Legal

   Provisions Relating to IETF Documents

 

=

 

 

Thubert & Hui       &nbs= p;     Expires July 14, 2017           &= nbsp;     [Page 1]

Internet-Draft    LLN F= ragment Forwarding and Recovery      January 2017

 

 

 = ;  (http://trustee.ietf.org/= license-info) in effect on the date of

   publication = of this document.  Please review these documents

  &= nbsp;carefully, as they describe your rights and restrictions with respect<= /span>

   to this document.  Code Components extracted= from this document must

   include Simplified BSD L= icense text as described in Section 4.e of

   the Tr= ust Legal Provisions and are provided without warranty as

&nb= sp;  described in the Simplified BSD License.

 

Table of Contents

 

   1.  Introduction  . . . . . . . . . . . .= . . . . . . . . . . . .   2

   2.  Termin= ology . . . . . . . . . . . . . . . . . . . . . . . . .   3

   3.  Rationale . . . . . . . . . . . . . . . . . . . .= . . . . . .   4

=

   4.  Requirements  = ;. . . . . . . . . . . . . . . . . . . . . . . .   5

&nb= sp;  5.  Overview  . . . . . . . . . . . . . . . . . . . . .= . . . . .   6

   6.  New Dispatch types a= nd headers  . . . . . . . . . . . . . . .   8

 =    6.1.  Recoverable Fragment Dispatch type and Header . . = . . . .   8

=

     6.2.  Fragment ackn= owledgment Dispatch type and Header  . . . .   8

&nb= sp;  7.  Fragments Recovery  . . . . . . . . . . . . . . . .= . . . . .  10

   8.  Forwarding Fragments=  . . . . . . . . . . . . . . . . . . . .  11

 =    8.1.  Upon the first fragment . . . . . . . . . . . . . = . . . .  12

=

     8.2.  Upon the next= fragments . . . . . . . . . . . . . . . . .  13

  &= nbsp;  8.3.  Upon the fragment acknowledgments . . . . . . . . . = . . .  13

   9.  Security Considerations .= . . . . . . . . . . . . . . . . . .  14

   10.= IANA Considerations . . . . . . . . . . . . . . . . . . . . .  14

   11. Acknowledgments . . . . . . . . . . . . . . . . = . . . . . . .  14

   12. References  . . .= . . . . . . . . . . . . . . . . . . . . . .  14

  &= nbsp;  12.1.  Normative References . . . . . . . . . . . . . . . = . . .  14

     12.2.  Informative Ref= erences . . . . . . . . . . . . . . . . .  15

  &nbs= p;Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . . &n= bsp;16

 

= 1.  Introductio= n

 

   In most Low Po= wer and Lossy Network (LLN) applications, the bulk of

  &= nbsp;the traffic consists of small chunks of data (in the order few bytes

   to a few tens of bytes) at a time.  Given tha= t an 802.15.4 frame can

   carry 74 bytes or more in= all cases, fragmentation is usually not

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>   required= .  However, and though this happens only occasionally, a

=    number of mission-critical applications do require the capabil= ity to

   transfer larger chunks of data, for inst= ance to support firmware

   update of the LLN nodes,= or an extraction of logs from LLN nodes.

=    In the = former case, the large chunk of data is transferred to the LLN

   node, whereas in the latter, the large chunk flows away from = the LLN

   node.  In both cases, the size can = be on the order of 10 kB or

=

   more, and an end-to-e= nd reliable transport is required.

 

   Mechanisms such as TCP or application-layer segmentation= will be used

   to support end-to-end reliable tran= sport.  One option to support bulk

 

 <= /p>

 

Thubert & Hui             Expires Jul= y 14, 2017                 [Page 2]=

Internet-Draft    LLN Fragment Forwarding and Recov= ery      January 2017

 

 

=

   data transfer over a = frame-size-constrained LLN is to set the Maximum<= o:p>

   = Segment Size to fit within the link maximum frame size.  Doing so,

   however, can add significant header overhead to each= 802.15.4 frame.

=

   This causes the end-to-end tran= sport to be intimately aware of the

   delivery prop= erties of the underlaying LLN, which is a layer

   v= iolation.

 

   An alt= ernative mechanism uses 6LoWPAN fragmentation in<= o:p>

   = addition to transport or application-layer segmentation.  Increasing

   the Maximum Segment Size reduces header overhead b= y the end-to-end

=

   transport protocol.  It al= so encourages the transport protocol to

   reduce th= e number of outstanding datagrams, ideally to a single

  =  datagram, thus reducing the need to support out-of-order delivery

   common to LLNs.=

 

   [RFC4944] defines a datagram fragmentation mechanism= for LLNs.

   However, because [RFC4944] does not de= fine a mechanism for recovering=

   fragments that ar= e lost, datagram forwarding fails if even one

   fra= gment is not delivered properly to the next IP hop.  End-to-end=

   transport mechanisms will require retransmission of all= fragments,

   wasting resources in an already resou= rce-constrained network.

 

&nbs= p;  Past experience with fragmentation has shown that mis-associated o= r

   lost fragments can lead to poor network behavio= r and, eventually,

   trouble at application layer.&= nbsp; The reader is encouraged to read=

   [RFC4963] = and follow the references for more information.  That

&nb= sp;  experience led to the definition of the Path MTU discovery [RFC11= 91]

   protocol that limits fragmentation over the I= nternet.

 

=    For one= -hop communications, a number of media propose a local

  =  acknowledgment mechanism that is enough to protect the fragments.&nbs= p; In

   a multihop environment, an end-to-end fragm= ent recovery mechanism

   might be a good complement= to a hop-by-hop MAC level recovery.  This

   d= raft introduces a simple protocol to recover individual fragments

   between 6LoWPAN endpoints.  Specifically in the case = of UDP, valuable

=

   additional information can be f= ound in UDP Usage Guidelines for

   Application Desi= gners [RFC5405].

=

&= nbsp;

2.  Ter= minology

 

=    The key= words "MUST", "MUST NOT", "REQUIRED", "= SHALL", "SHALL NOT",

   "SHOULD&= quot;, "SHOULD NOT", "RECOMMENDED", "MAY", an= d "OPTIONAL" in this<= /p>

   document are to b= e interpreted as described in [RFC2119].

<= span lang=3DEN-US> 

   Readers are expected to be familiar with all the t= erms and concepts

   that are discussed in "IPv= 6 over Low-Power Wireless Personal Area

   Networks = (6LoWPANs): Overview, Assumptions, Problem Statement, and

 

=

&= nbsp;

 

 

= Thubert & Hui &n= bsp;           Expires July 14, 2017    =             [Page 3]

Internet-D= raft    LLN Fragment Forwarding and Recovery      = January 2017

 = ;

 

   Goals" [RFC4919] and "Transmission = of IPv6 Packets over IEEE 802.15.4

   Networks"= [RFC4944].

 =

   ERP<= /span>

 

      Error Re= covery Procedure.

=  

  &nbs= p;6LoWPAN endpoints

 

  &n= bsp;   The LLN nodes in charge of generating or expanding a 6LoWPAN

      header from/to a full IPv6 packet.  Th= e 6LoWPAN endpoints are the

=

      points where = fragmentation and reassembly take place.

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>TW> should we add = a sentence that states that one of those point is NOT necessarily the LBR?<= o:p>

 =

 

 

[Pascal]Not sure there is a need; this is not a ROLL document= , there is not necessary such a thing as a 6LBR

 

 

=

3.  Rationale

 

   There are a number of use cases= for large packets in Wireless Sensor<= /span>

   Networks.&n= bsp; Such usages may not be the most typical or represent the

=    largest amount of traffic over the LLN; however, the associate= d

   functionality can be critical enough to justify= extra care for

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>   ensuring effective transport of= large packets across the LLN.<= /p>

 

   The list of those use cases includes:

 

   Towards the LLN node:

 

      Packages of Commands: =  A number of commands or a full

      &nbs= p;  configuration can be packaged as a single message to ensure=

         consistency and enable atomic exec= ution or complete rollback.

=

         = Until such commands are fully received and interpreted, the

&n= bsp;        intended operation will not take effect.

 <= /p>

      Firmware = update:  For example, a new version of the LLN node

&nb= sp;        software is downloaded from a system manager= over unicast or

=

         multicast = services.  Such a reflashing operation typically

  &= nbsp;      involves updating a large number of similar LLN n= odes over a

         relatively short= period of time.

=

&= nbsp;

   = ;From the LLN node:

 

  &n= bsp;   Waveform captures:  A number of consecutive samples are me= asured

         at a high rate for = a short time and then transferred from a

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>      =    sensor to a gateway or an edge server as a single large report= .

 

      Data l= ogs:  LLN nodes may generate large logs of sampled data for

         later extraction.  LLN nodes may= also generate system logs to

        &n= bsp;assist in diagnosing problems on the node or network.

 

=

&= nbsp;

 

 

=  

Thubert & Hui             Ex= pires July 14, 2017                = [Page 4]

Internet-Draft    LLN Fragment Forwarding = and Recovery      January 2017

 

 

      Larg= e data packets:  Rich data types might require more than one

         fragment.

 

   Uncontrolled firmware download or waveform = upload can easily result

   in a massive increase of= the traffic and saturate the network.=

 

   When a fragment is lost in transmission, all fragmen= ts are resent,

   further contributing to the conges= tion that caused the initial loss,

   and potentiall= y leading to congestion collapse.

 

   This saturation may lead to excessive radio interference,= or random

   early discard (leaky bucket) in relayi= ng nodes.  Additional queuing

   and memory con= gestion may result while waiting for a low power next

  &= nbsp;hop to emerge from its sleeping state.<= /o:p>

 

   To demonstrate the severity of the problem, con= sider a fairly

   reliable 802.15.4 frame delivery r= ate of 99.9% over a single 802.15.4

   hop.  Th= e expected delivery rate of a 5-fragment datagram would be

&nb= sp;  about 99.5% over a single 802.15.4 hop.  However, the expect= ed

   delivery rate would drop to 95.1% over 10 hops= , a reasonable network

   diameter for LLN applicati= ons.  The expected delivery rate for a<= /o:p>

   1280-= byte datagram is 98.4% over a single hop and 85.2% over 10 hops.

TW> I don't think this paragraph makes much sense.

TW&= gt; You would have link-layer ACKs and retries to ensure that all fragments= reach the next hop.

 

=  

[Pascal] In order to fit within transport time outs, you want = to limit the number of retries to an acceptable time. In the 99.9% I assume= 90% delivery, 3 tries, and complete independence of the 3 tries. All of th= ese assumptions are completely wrong, but that gives an idea of how the pro= blems adds up in a mesh. Still I can remove the paragraph, since, after all= , it is not needed in a solution draft.

 

 

   Considering that [RFC4944= ] defines an MTU is 1280 bytes and that in

   most i= ncarnations (but 802.15.4G) a 802.15.4 frame can limit the MAC

   payload to as few as 74 bytes, a packet might be fragmented i= nto at

   least 18 fragments by 6LoWPAN.  Tak= ing into account

=

   the worst-case header overhead = for 6LoWPAN Fragmentation and Mesh

   Addressing hea= ders will increase the number of required fragments to

  =  around 32.  This level of fragmentation is much higher than that=

   traditionally experienced over the Internet with= IPv4 fragments.  At

   the same time, the use = of radios increases the probability of=

   transmissi= on loss and Mesh-Under techniques compound that risk over

&nb= sp;  multiple hops.

   

4.  R= equirements

 =

   This= specification proposes a method to recover individual fragments between

   LLN endpoints.=

TW> add that endpoin= ts can be multiple hops away from one another?

 

 

[Pascal] Exactly, I=E2=80=99ll add t= he words

 <= /p>

   The method is des= igned to fit the following

<= /div>

   requirements of a LLN = (with or without a Mesh-Under routing<= /span>

   protocol):<= /span>

 

   Number of fragme= nts

 

      The = recovery mechanism must support highly fragmented packets,

&nb= sp;     with a maximum of 32 fragments per packet.

T= W> resulting length of the packet? The abstract implies a 32*74=3D2368 b= yte limit. Is that correct?

 

[Pascal] Yes, depends on the security = overhead which is variable. But I=E2=80=99d say that the reasonable goal of= MTU=3D2048, which is the usual IEEE bar, is easily achieved.

 

 

=    Minimum= acknowledgment overhead

 

 

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>&n= bsp;

Thubert &= Hui             Expires July 14, 2017  =               [Page 5]

Int= ernet-Draft    LLN Fragment Forwarding and Recovery    =  January 2017

 

 

      Because the radio is half dupl= ex, and because of silent time spent

      in t= he various medium access mechanisms, an acknowledgment

  =     consumes roughly as many resources as data fragment.

 

      The recovery mec= hanism should be able to acknowledge multiple

    &n= bsp; fragments in a single message and not require an acknowledgment at

      all if fragments are already protected at a = lower layer.

 = ;

TW> maybe spe= cify here that we are talking about end-to-end ACKs between endpoints, not = L2 ACKs

 

 

= [Pascal] Will do

 =

 

   Controlled latency

=  

      The recovery mechanism must succeed or gi= ve up within the time

=

      boundary imposed by= the recovery process of the Upper Layer

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>      = Protocols.

 <= /o:p>

   Suppo= rt for out-of-order fragment delivery<= /span>

 

      A Mesh-Under load balancing mechanism such as= the ISA100 Data Link

=

      Layer can introduce= out-of-sequence packets.

 

TW> I don't fully understand why we= focus so much on mesh-under.

TW> If you have a fully mes= h-under network, 4944 fragmentation results in fragment forwarding.<= span lang=3DEN-US>

TW> I would remove the repeated mentioning on mesh-under (as well = as ISA100)

 

 

[Pascal] I=E2=80=99ll move the whole section to appendix; the draft is m= ore needed in route over but still beneficial to mesh under, for the benefi= ts that are not the buffer bloat. These include flow control, loss detectio= n, and recovery.

 =

 

      The recovery mechanism must account for pack= ets that appear lost

<= div>

      but are actually onl= y delayed over a different path.

 

   Optional congestion control=

 

      The aggregation of multiple concurrent= flows may lead to the

      saturation of the = radio network and congestion collapse.=

 

      The recovery mechanism should provide means = for controlling the

      number of fragments i= n transit over the LLN.

 

5.&nb= sp; Overview

 = ;

   Con= sidering that a multi-hop LLN can be a very sensitive environment

   due to the limited queuing capabilities of a large populat= ion of its

   nodes, this specification recommends a= simple and conservative approach to

   congestion c= ontrol, based on TCP congestion avoidance.

TW> "based = on" or "inspired by"

 

TW> The "overview" section delves immediately into subt= le discussions about congestion control.

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>TW> At this point,= the reader (e.g. me) have no idea what the basic principle is.

TW> Discussions about subtleties such as congestion control seem out= of place here.

&nb= sp;

 <= /p>

 

[Pascal] = Understood, will restructure, add words; that=E2=80=99s a bit of work so pl= ease give me some time.  <= /p>

 

 

   Congestion on the forward path is assu= med in case of packet loss, and=

   packet loss is as= sumed upon time out.  This specification allows to control

   the number of outstanding fragments, that have been transm= itted but

   for which an acknowledgment was not rec= eived yet.  It must be noted

   that the number= of outstanding fragments should not exceed the number

  =  of hops in the network, but the way to figure the number of hops is

   out of scope for this document.

 

=

   Congestion on the forward path = can also be indicated by an Explicit

   Congestion N= otification (ECN) mechanism.  Though whether and how ECN

=    [RFC3168] is carried out over the LoWPAN is out of scope, this= draft

 

=  

 

Thubert & Hui   &nbs= p;         Expires July 14, 2017       &= nbsp;         [Page 6]

Internet-Draft &nbs= p;  LLN Fragment Forwarding and Recovery      January 2= 017

 

 

   provides a way for the destination endpoint to echo an= ECN indication

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>   back to the source endpoint in = an acknowledgment message as

   represented in Figur= e 5 in Section 6.2.

 

TW> Th= e following paragraph talks about how a link-layer transmits multiple frame= s in a row.

TW> The link-layer does so whether those frames= are fragments or regular packets.

TW> I would remove this = discussion, which seems to be link-layer only, and not specific to fragment= forwarding.

 =

[Pascal] I can re= move the text, but the problem remains, and your point, while largely corre= ct, is not fully so. The transport layer may do some flow control based on = command response, windowing and ECN, and thus protect against bursts of pac= kets, but it cannot do a thing against bursts of fragments. So essentially,= we are echoing some of the transport functionality at L2+ to provide those= service to the fragments.

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>&n= bsp;

   =

   It must be noted that congestion and collision a= re different topics.

<= div>

   In particular, when a mesh o= perates on a same channel over multiple

   hops, the= n the forwarding of a fragment over a certain hop may

  &= nbsp;collide with the forwarding of a next fragment that is following over<= /span>

   a previous hop but in a same interference domain.=   This draft enables

   an end-to-end flow cont= rol, but leaves it to the sender stack to pace

   in= dividual fragments within a transmit window, so that a given

&= nbsp;  fragment is sent only when the previous fragment has had a chan= ce to

   progress beyond the interference domain of = this hop.  In the case of<= /p>

   6TiSCH [I-D.ietf-= 6tisch-architecture], which operates over the

   Tim= eSlotted Channel Hopping [I-D.ietf-6tisch-tsch] (TSCH) mode of

   operation of IEEE802.14.5, a fragment is forwarded over a dif= ferent

   channel at a different time and it make = full sense to fire a next

   fragment as soon as the= previous fragment has had its chance to be<= /o:p>

   forwa= rded at the next hop, retry (ARQ) operations included.

 

   From the standpoint of a source 6LoW= PAN endpoint, an outstanding

   fragment is a fragme= nt that was sent but for which no explicit

   acknow= ledgment was received yet.  This means that the fragment might<= span lang=3DEN-US>

   be on the way, received but not yet acknowledged, or the=

   acknowledgment might be on the way back.  I= t is also possible that

   either the fragment or th= e acknowledgment was lost on the way.<= /span>

 

   Because a meshed LLN might deliver frames out of orde= r, it is

   virtually impossible to differentiate th= ese situations.  In other<= /p>

   words, from the s= ender's standpoint, all outstanding fragments might

  &nb= sp;still be in the network and contribute to its congestion.  There is=

   an assumption, though, that after a certain amou= nt of time, a frame

   is either received or lost, s= o it is not causing congestion anymore.

   This amou= nt of time can be estimated based on the round trip delay

&nb= sp;  between the 6LoWPAN endpoints.  The method detailed in [RFC6= 298] is

   recommended for that computation.=

 

<= /div>

   The reader is encourag= ed to read through "Congestion Control<= /o:p>

   Princ= iples" [RFC2914].  Additionally [RFC2309] and [RFC5681] provide

   deeper information on why this mechanism is needed= and how TCP

   handles Congestion Control.  Ba= sically, the goal here is to manage

   the amount of= fragments present in the network; this is achieved by

  =  to reducing the number of outstanding fragments over a congested path=

   by throttling the sources.

 

   Section 7 describes how the sender de= cides how many fragments are

   (re)sent before an a= cknowledgment is required, and how the sender

   ada= pts that number to the network conditions.

 

 

 

Thubert & Hui             Expires Ju= ly 14, 2017                 [Page 7= ]

Internet-Draft    LLN Fragment Forwarding and Reco= very      January 2017<= /span>

 

 

6.  New Dispatch types and h= eaders

 

=    This sp= ecification extends "Transmission of IPv6 Packets over IEEE

   802.15.4 Networks" [RFC4944] with 4 new dispatch type= s, for

   Recoverable Fragments (RFRAG) headers wi= th or without Acknowledgment

   Request, and for the= Acknowledgment back, with or without ECN Echo.

 

            Pattern  =  Header Type

          +-------= -----+-----------------------------------------------+

  =         | 11  101000 | RFRAG      -= Recoverable Fragment             |

          | 11  101001 | RFRAG-AR   = - RFRAG with Ack Request           |

=           | 11  101010 | RFRAG-ACK  - RF= RAG Acknowledgment             |

          | 11  101011 | RFRAG-AEC  - R= FRAG Ack with ECN Echo          |

&nb= sp;         +------------+-----------------------------= ------------------+

 

  &n= bsp;          Figure 1: Additional Dispatch Value = Bit Patterns

 = ;

   In = the following sections, the semantics of "datagram_tag",

   "datagram_offset" and "datagram_size"= and the reassembly process are=

   changed from [RFC= 4944] Section 5.3.  "Fragmentation Type and Header".<= span lang=3DEN-US>

   The size and offset are expressed on the compressed pack= et per

   [RFC6282] as opposed to the uncompressed= - native packet - form.

 

6.1.=   Recoverable Fragment Dispatch type and Header

 

              &n= bsp;             1        = ;           2           &= nbsp;       3

        0 1 2= 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

&nb= sp;      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+

       |1 1 1 0 1 0 0 X|dat= agram_offset|         datagram_tag      =    |

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>       +-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= o:p>

   =    |Sequence |    datagram_size    |<= span lang=3DEN-US>

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                    =                      = ;         X set =3D=3D Ack Requested

 

=

          Figure 2:= Recoverable Fragment Dispatch type and Header

 

   X: 1 bit; When set, the sender requires an A= cknowledgment from the

      receiver

 

   Sequence:  5 bits; T= he sequence number of the fragment.  Fragments

  &nb= sp;   are numbered [0..N] where N is in [0..31].

 

6.2.  Fragment acknowledgment Dispatch type a= nd Header

 

   The sp= ecification also defines a 4-octet acknowledgment bitmap that

=    is used to carry selective acknowledgments for the received

   fragments.  A given offset in the bitmap maps = one to one with a given

   sequence number.

 

 

 

<= p class=3DMsoNormal style=3D'margin-left:36.0pt'>Thubert & Hui        = ;     Expires July 14, 2017           &n= bsp;     [Page 8]

=

Internet-Draft    LLN Fr= agment Forwarding and Recovery      January 2017

 

 

 = ;  The offset of the bit in the bitmap indicates which fragment is

   acknowledged as follows:

 

                =             1         &nb= sp;         2            =       3

        0 1 2 3 4 = 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

  &= nbsp;    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+

       |       &n= bsp;   Acknowledgment Bitmap            =                   |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+

=

        ^   &nb= sp;               ^

  =       |               &nb= sp;   |    bitmap indicating whether:

  &n= bsp;     |                = ;   +--- Fragment with sequence 10 was received

  &n= bsp;     +----------------------- Fragment with sequence 00 was r= eceived

 

=      =            Figure 3: Acknowledgment bitmap e= ncoding

   

TW> rewrote the paragra= ph below

 

[Pascal] Cool, thanks= ! Will use that text.

 

 

<= /div>

    

&n= bsp;  Figure 4 shows an example Acknowledgment bitmap which indicates = that all fragments from

   sequence 0 to 20 were rec= eived, except for fragments 1, 2 and 16 that were=

   = ;either lost or are still in the network over a slower path.

 

            &= nbsp;               1     &nbs= p;             2         =           3

      &nbs= p; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+

       |1 0 0 1 1 1= 1 1|1 1 1 1 1 1 1 1|0 1 1 1 1 0 0 0|0 0 0 0 0 0 0 0|

  &= nbsp;    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+

 

     = ;              Figure 4: Example acknowl= edgment bitmap

&nb= sp;

   T= he acknowledgment bitmap is carried in a Fragment Acknowledgment as<= span lang=3DEN-US>

   follows:

=

 

&= nbsp;                    =       1               &n= bsp;   2                  = ; 3

        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

        =                +-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+

        &n= bsp;              |1 1 1 0 1 0 1 Y| &nbs= p;       datagram_tag          |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+

       | &nbs= p;        Acknowledgment Bitmap (32 bits)    =                  |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+

=

<= o:p> 

  =       Figure 5: Fragment Acknowledgment Dispatch type and He= ader

 <= /span>

   Y: 1 bit; Explicit Congesti= on Notification (ECN) signaling

 

 =     &nb= sp;     acknowledged fragments was received with an Explicit Cong= estion

      Notification, indicating that th= e path followed by the fragments

      is subje= ct to congestion.

=  

  &nbs= p;Acknowledgment Bitmap

 

 

&nb= sp;

Thubert & = Hui             Expires July 14, 2017   =               [Page 9]

Int= ernet-Draft    LLN Fragment Forwarding and Recovery    =  January 2017

 

 

      An acknowledgment bitmap, wher= eby but at offset x indicates that

      fragme= nt x was received.

 

7.  F= ragments Recovery

=  

  &nbs= p;The Recoverable Fragments header RFRAG and RFRAG-AR deprecate the<= span lang=3DEN-US>

   original fragment headers from [RFC4944] and replace the= m in the

   fragmented packets.

TW> = are we really deprecating 4944 fragmentation, or adding another option?

 

[Pascal] The goal is deprecation,= which means a slow replacement. What could be the point of keeping the old= way?

 

=

   The Fragment Acknowle= dgment RFRAG-ACK is

   introduced as a standalone he= ader in a message that is sent back to the

   fragme= nt source endpoint as known by its MAC address.  This assumes

   that the source MAC address in the fragment (if any) and = datagram_tag

   are enough information to send the F= ragment Acknowledgment back to<= /p>

   the source fragme= ntation endpoint.

 

TW> I get confused. Isn't the source MAC addr= ess changed at each hop?

 

 

[Pascal] Hopefully yes= . You send the ack to the MAC from which you got the fragment from. That=E2= =80=99s the guy right before you in the path of that packet. And the datagr= am-tag is unique only when associated with that MAC address.

 

 

=    The 6Lo= WPAN endpoint that fragments the packets at the 6LoWPAN level (the

   sender) controls the Fragment Acknowledgments.  If m= ay do that at any

   fragment to implement its own p= olicy or perform congestion control

   which is out = of scope for this document.

=

TW> I don't understand the prev= ious sentence.

&nbs= p;

[Pascal] Meant = to say that the source of the fragments may ask for an ack on any fragment = it likes per its own policy.

 

 

   When the sender= of the

   fragment knows that an underlying mechan= ism protects

TW> "protects" -> "ensures d= elivery of"?

&= nbsp;

[Pascal] OK.=

 

   the Fragments

   already it MAY refrain from using the Acknowledgment mecha= nism, and

   never set the ACK Requested bit.  = The 6LoWPAN endpoint that

   recomposes the packets = at 6LoWPAN level (the receiver) MUST

   acknowledge = the fragments it has received when asked to, and MAY

  &n= bsp;slightly defer that acknowledgment.

   

   The sender transfers a controlled number of fragments and= MAY flag

   the last fragment of a series with an a= cknowledgment request.  The

   received MUST ac= knowledge a fragment with the acknowledgment request

  &n= bsp;bit set.

TW> reword to "the receiver which receive= s a fragment with the ACK Request bit set MUST send back an acknowledgment&= quot;?

[Pas= cal] OK.

 <= /p>

   If any fragment i= mmediately preceding an acknowledgment=

   request is= still missing, the receiver MAY intentionally delay its

&nb= sp;  acknowledgment to allow in-transit fragments to arrive. Delaying = the

   acknowledgment might defeat the round trip de= lay computation so it

=

   should be configurable and = not enabled by default.

 

 = ;  The receiver interacts with the sender using an Acknowledgment

   message with a bitmap that indicates which fragments = were actually

   received.  The bitmap is a 32 = bit SWORD

TW> why SWORD?

 

[Pascal] Typo, DWORD.  Maybe replace by bit field?

 

   , which accommodates up to 32

   fragments and is sufficient for the 6LoWPAN MTU. = For all n in

   [0..31], bit n is set to 1 in the b= itmap to indicate that fragment=

   with sequence n w= as received, otherwise the bit is set to 0.  All

  &= nbsp;zeros is a NULL bitmap that indicates that the fragmentation process

   was canceled by the receiver for that datagram.

 <= /p>

   The receiver MAY = issue unsolicited acknowledgments.  An unsolicited

 =  acknowledgment enables the sender endpoint to resume sending if it

   had reached its maximum number of outstanding frag= ments or indicate

   that the receiver has canceled = the process of an individual

   datagram.  Note= that acknowledgments might consume precious resources

 

 = ;

 

Thubert & Hui            = ; Expires July 14, 2017               &n= bsp;[Page 10]

Internet-Draft    LLN Fragment Forward= ing and Recovery      January 2017=

 

 

=    so the = use of unsolicited acknowledgments should be configurable and

=    not enabled by default.

 

   The sender arms a retry timer to cover the fragment th= at carries the

   Acknowledgment request.  Upon= time out, the sender assumes that all=

   the fragme= nts on the way are received or lost.  The process must have

   completed within an acceptable time that is within the bou= ndaries of

   upper layer retries.  The method = detailed in [RFC6298] is recommended

   for the comp= utation of the retry timer.  It is expected that the

&nb= sp;  upper layer retries obey the same or friendly rules in which case= a

   single round of fragment recovery should fit w= ithin the upper layer

=

   recovery timers.

 

   Fragments are sent in a r= ound robin fashion: the sender sends all the=

   frag= ments for a first time before it retries any lost fragment; lost

   fragments are retried in sequence, oldest first.  Thi= s mechanism

   enables the receiver to acknowledge f= ragments that were delayed in

   the network befor= e they are actually retried.

 

=    When the sender decides that a packet should be dropped and th= e

   fragmentation process canceled, it sends a pseu= do fragment with the

<= div>

   datagram_offset, sequence an= d datagram_size all set to zero, and no

   data.&nbs= p; Upon reception of this message, the receiver should clean up

   all resources for the packet associated to the datagram_ta= g.  If an

   acknowledgment is requested, the r= eceiver responds with a NULL

   bitmap.

 

<= div>

   The receiver might need to c= ancel the process of a fragmented packet

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>   for inte= rnal reasons, for instance if it is out of recomposition

&nb= sp;  buffers, or considers that this packet is already fully recompose= d

   and passed to the upper layer.  In that ca= se, the receiver SHOULD

   indicate so to the sender= with a NULL bitmap.  Upon an acknowledgment=

   = ;with a NULL bitmap, the sender MUST drop the datagram.

 

8.  Forwarding Fragments

 

=

   This specification enables inte= rmediate routers to forward fragments<= /span>

   with no int= ermediate reconstruction of the entire packet.  Upon the

=    first fragment, the routers lay a label along the path that is=

   followed by that fragment (that is IP routed), a= nd all further

   fragments are label switched along= that path.  As a consequence,

   alternate rou= tes are not possible for individual fragments.  The

&nb= sp;  datagram_tag is used to carry the label, that is swapped at each = hop.

 <= /span>

 

 

 

 

 

 

 <= /o:p>

Thubert & Hui =             Expires July 14, 2017   &nbs= p;            [Page 11]

Internet= -Draft    LLN Fragment Forwarding and Recovery     &nbs= p;January 2017

&nb= sp;

 

8.1.  Upon the first fragment

 

   In route over the L2 source changes a= t each hop.

TW> something's wrong with the previous sentenc= e

 

 

[Pascal] is this better:  In route over = mode, the MAC address changes at each hop. <= /o:p>

 

   The label that is

   formed and pla= ced in the datagram_tag is associated to the source MAC

 =  and only valid (and unique) for that source MAC.  Say the first=

   fragment has:

<= span lang=3DEN-US> 

      Source IPv6 address =3D IP_A (may be multi= ple hops away)

&nb= sp;

    =   Destination IPv6 address =3D IP_B (maybe be multiple hops away)

 

      Source MAC = =3D MAC_prv (prv as previous)

 

      Datagram_tag=3D DT_prv

 

   The intermediate router that forwards indiv= idual fragments does the

   following:

 

      a route lookup to get= Next hop IPv6 towards IP_B, which resolves<= /o:p>

    &nbs= p; as IP_nxt (nxt as next)

<= /div>

 

&n= bsp;     a MAC address resolution to get the MAC address associat= ed to

      IP_nxt, which resolves as MAC_nxt

 =

   Since it is a fir= st fragment of a packet from that source MAC address

  &n= bsp;MAC_prv for that tag DT_prv, the router:=

 

      cleans up any leftover resource associ= ated to the tuple (MAC_prv,

=

      DT_prv)

 

=

      allocates a n= ew label for that flow, DT_nxt, from a Least Recently

  &= nbsp;   Used pool or some similar procedure.=

 

      allocates a Label swap structure= indexed by (MAC_prv, DT_prv) that

      contai= ns (MAC_nxt, DT_nxt)

<= div>

 

  &= nbsp;   allocates a Label swap structure indexed by (MAC_nxt, DT_nxt) = that

      contains (MAC_prv, DT_prv)

 

      swaps the MAC inf= o to from self to MAC_nxt

 

&nb= sp;     Swaps the datagram_tag to DT_nxt

 

   At this point the router is all set and = can forward the packet to

   nxt.

&nb= sp;  

TW> this assumes the first fragment is long enou= gh to contain the source/destination IP addresses, right?

 

=

 

[Pascal] Right. This could be said in a rule to dr= op the packet if not.

 <= /o:p>

 

 

 

 

Thubert & Hui     &nbs= p;       Expires July 14, 2017         &= nbsp;      [Page 12]

Internet-Draft   &nbs= p;LLN Fragment Forwarding and Recovery      January 2017

 

 

8.2.  Upon the next fragments=

 

   Upon next fragments (that are not first fragment), t= he router expects

   to have already Label swap stru= cture indexed by (MAC_prv, DT_prv).

   The router:

 =

      looks up = the Label swap entry for (MAC_prv, DT_prv), which=

   = ;   resolves as (MAC_nxt, DT_nxt)=

 

      swaps the MAC info to from self to MAC_nxt;<= /span>

 

      Swaps th= e datagram_tag to DT_nxt

 

&nbs= p;  At this point the router is all set and can forward the packet to<= /span>

   nxt.<= /p>

 

   if the Label swap entry for (MAC_src, DT_src) is not found= , the

   router builds an RFRAG-ACK to indicate the = error.  The acknowledgment=

   message has the f= ollowing information:

=

<= o:p> 

  =     MAC info set to from self to MAC_prv as found in the fragment=

TW> "to from"?

 

 

[Pas= cal] the Labe= l swap entry for (MAC_src, DT_src) -> the Label swap entry for (MAC_prv,= DT_prv)

 <= /p>

 

      Swaps the datagram_tag set to DT_prv

 

      Bitmap of all zeroes = to indicate the error

=

<= o:p> 

  =  At this point the router is all set and can send the RFRAG-ACK back

   to the previous router.<= o:p>

 

8.3.  Upon the fragment acknowledgments

 

   Upon fragment acknowledg= ments next fragments

<= div>

TW> reads strange

  =  (that are not first

   fragment), the router e= xpects to have already Label swap structure<= /o:p>

   index= ed by (MAC_nxt, DT_nxt).  The router:

 

      looks up the Label swap entry for (MAC_n= xt, DT_nxt), which

      resolves as (MAC_prv, = DT_prv)

 

=      = swaps the MAC info to from self to MAC_prv;=

 

      swaps the datagram_tag to DT_prv

 

=

   At this point the rou= ter is all set and can forward the RFRAG-ACK to

   p= rv.

 

   If the Label= swap entry for (MAC_nxt, DT_nxt) is not found, it simply

&nb= sp;  drops the packet.

=

 

 

 

 

Thubert & Hui          =   Expires July 14, 2017             &nb= sp;  [Page 13]

Internet-Draft    LLN Fragment F= orwarding and Recovery      January 2017

 

&nbs= p;

   If= the RFRAG-ACK indicates either an error or that the fragment was

   fully receive, the router schedules the Label swap entries= for

   recycling.  If the RFRAG-ACK is lost on= the way back, the source may

   retry the last fr= agments, which will result as an error RFRAG-ACK<= o:p>

   = from the first router on the way that has already cleaned up.

 

9.  Security Considerations

 

   The process of recovering= fragments does not appear to create any

<= span lang=3DEN-US style=3D'font-family:"Courier New"'>   opening = for new threat compared to "Transmission of IPv6 Packets over

   IEEE 802.15.4 Networks" [RFC4944].

 

=

10.  IANA Considerations

 

   Need extensions for formats de= fined in "Transmission of IPv6 Packets<= /o:p>

   over = IEEE 802.15.4 Networks" [RFC4944].

 

11.  Acknowledgments

 

   The author wishes to thank Jay Werb, Christos Polyzois= , Soumitri

   Kolavennu, Pat Kinney, Margaret Wasser= man, Richard Kelsey, Carsten

   Bormann and Harry Co= urtice for their contributions and review.

 

12.  References

 

 

<= /div>

----------------------------------------------------------= ---------------------------------------------------------------------
[ C-DAC is on Social-Media too. Kindly follow us at:=20
Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]

This e-mail is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. If you are not the
intended recipient, please contact the sender by reply e-mail and des= troy
all copies and the original message. Any unauthorized review, use,
disclosure, dissemination, forwarding, printing or copying of this em= ail
is strictly prohibited and appropriate legal action will be taken.
---------------------------------------------------------------------= ---------------------------------------------------------- ------=_NextPart_000_0078_01D2AEF0.FC901210-- From nobody Thu Apr 6 05:34:55 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D980D1294BF for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 05:34:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z15cSJC-2jT3 for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 05:34:47 -0700 (PDT) Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 847E61294CE for <6lo@ietf.org>; Thu, 6 Apr 2017 05:34:44 -0700 (PDT) Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id v36CYdxc010583 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Apr 2017 15:34:39 +0300 (EEST) Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id v36CYcWU029932; Thu, 6 Apr 2017 15:34:38 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22758.13790.469557.896809@fireball.acr.fi> Date: Thu, 6 Apr 2017 15:34:38 +0300 From: Tero Kivinen To: "Pascal Thubert \(pthubert\)" Cc: Ralph Droms , Carsten Bormann , PWK , "6tisch\@ietf.org" <6tisch@ietf.org>, Thomas Watteyne , "6lo\@ietf.org" <6lo@ietf.org> In-Reply-To: <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> X-Mailer: VM 8.2.0b under 25.1.1 (x86_64--netbsd) X-Edit-Time: 8 min X-Total-Time: 8 min Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 12:34:49 -0000 Pascal Thubert (pthubert) writes: > IEEE 802.5.4 understood and started addressing those issues in their > protocols years ago, consider for instance how this is done at PHY > layer in 802.15.4K LECIM - LP-WAN (cc'ing Pat). In the light of that > art, the legacy 6LoWPAN technique is shamefully inadequate. 802.15.4k is really only a phy level fragmentation, and the main issue there is that the max packet size in that PHY is extremely small (less than 30 octets). When designing the IEEE std 802.15.9 we checked 4k that and realized that it is not something that can be used in general case, and thats why the MAC level fragmentation in the 802.15.9 is using different method. Fragmentation was needed in the 802.15.9 as KMP payloads do not fit to the small frames of 802.15.4. This fragmentation method (and the multiplexing) from the 802.15.9 will most likely be adopted in the 802.15.12 later... Btw, the 802.15.9 is now available using the get IEEE 802 program, and you can download it from http://standards.ieee.org/getieee802/download/802.15.9-2016.pdf The fragmentation wire formats are described in the section 7, and state matchines are described in section 9. > My suggestion to the group is to take a holistic view of these > issues, and redesign or fragment support. This is what my draft > does. The 802.15.9 is hop by hop fragmentation, so if you want to be able to forward fragments, you need to specify your own way of doing that... -- kivinen@iki.fi From nobody Thu Apr 6 05:54:26 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA9211294BC; Thu, 6 Apr 2017 05:54:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3a_zFRO6-FJC; Thu, 6 Apr 2017 05:54:15 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3072124BFA; Thu, 6 Apr 2017 05:54:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v36CsACn015642; Thu, 6 Apr 2017 14:54:10 +0200 (CEST) Received: from [192.168.217.124] (p5DCCCDC2.dip0.t-ipconnect.de [93.204.205.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3vzN2B5XgGzDJH6; Thu, 6 Apr 2017 14:54:10 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: Date: Thu, 6 Apr 2017 14:54:10 +0200 Cc: "6tisch@ietf.org" <6tisch@ietf.org>, lo <6lo@ietf.org> X-Mao-Original-Outgoing-Id: 513176050.603938-21d1816a4727fdd4e531665cbe9ba911 Content-Transfer-Encoding: quoted-printable Message-Id: <9C5FC3F7-D2D8-4B0A-B642-9E92861C9E12@tzi.org> References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> To: Rahul Jadhav X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 12:54:18 -0000 On Apr 6, 2017, at 10:57, Rahul Jadhav wrote: >=20 > Fragmentation at 6lo layer as it is today is almost unusable for a = moderately sized network with lower MTUs such as 127B. Hi Rahul, please explain some more. What kind of problem do you experience? Is the load on your network predominantly composed of packets > 127 B? Are you using MAC-layer ACK? Do the problems you are seeing occur with Unicast or with Multicast? Are you already using fragment forwarding or are you reassembling hop by = hop? Gr=C3=BC=C3=9Fe, Carsten From nobody Thu Apr 6 06:36:35 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05C37129470; Thu, 6 Apr 2017 06:36:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.697 X-Spam-Level: X-Spam-Status: No, score=-4.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=livebournemouthac.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yo-rXCwGXAF2; Thu, 6 Apr 2017 06:36:29 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0100.outbound.protection.outlook.com [104.47.2.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 915B6128656; Thu, 6 Apr 2017 06:36:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=livebournemouthac.onmicrosoft.com; s=selector1-bournemouth-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=TJUZD/HzzWwJYcR1xmqMz/DwycXAXB5IWAXHU0vJkRo=; b=pIc7zhXOyMreak+OgYeLXQv0ZECiry71JVgVvoXnVS/iQ9voxJVJm2rxn5L3kf/5gwecDYhwOscHKRHU1DweX9UUOhJyDwmQqSi1q+wH4SqIunOvX8ILENFcXJJoKUn1Gh8soFwgOOyig0CflbvA5ac+yVld2IBo7oNpJz5+30E= Received: from AM4PR01CA0003.eurprd01.prod.exchangelabs.com (2a01:111:e400:59dd::13) by DB5PR01MB1446.eurprd01.prod.exchangelabs.com (2a01:111:e400:598f::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1019.17; Thu, 6 Apr 2017 13:36:25 +0000 Received: from AM1FFO11FD018.protection.gbl (2a01:111:f400:7e00::124) by AM4PR01CA0003.outlook.office365.com (2a01:111:e400:59dd::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1019.17 via Frontend Transport; Thu, 6 Apr 2017 13:36:25 +0000 Authentication-Results: spf=pass (sender IP is 194.80.70.234) smtp.mailfrom=bournemouth.ac.uk; kinneyconsultingllc.com; dkim=none (message not signed) header.d=none;kinneyconsultingllc.com; dmarc=bestguesspass action=none header.from=bournemouth.ac.uk; Received-SPF: Pass (protection.outlook.com: domain of bournemouth.ac.uk designates 194.80.70.234 as permitted sender) receiver=protection.outlook.com; client-ip=194.80.70.234; helo=taw.bournemouth.ac.uk; Received: from taw.bournemouth.ac.uk (194.80.70.234) by AM1FFO11FD018.mail.protection.outlook.com (10.174.64.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1005.5 via Frontend Transport; Thu, 6 Apr 2017 13:36:23 +0000 Received: from Mailand.bournemouth.ac.uk (10.254.36.10) by Tremail.bournemouth.ac.uk (10.254.37.11) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Thu, 6 Apr 2017 14:36:23 +0100 Received: from Mailand.bournemouth.ac.uk ([fe80::701b:f751:f42a:b146]) by Mailand.bournemouth.ac.uk ([fe80::701b:f751:f42a:b146%14]) with mapi id 15.00.1236.000; Thu, 6 Apr 2017 14:36:23 +0100 From: Muhammad Akbar To: Tero Kivinen , "Pascal Thubert (pthubert)" CC: PWK , Ralph Droms , Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org>, "Carsten Bormann" Thread-Topic: [6tisch] [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 Thread-Index: AQHSrjEGEvfkBbg24kmzCuasFE/ujqG34OGAgABWSACAACEpeg== Date: Thu, 6 Apr 2017 13:36:22 +0000 Message-ID: <1491485782757.90477@bournemouth.ac.uk> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com>, <22758.13790.469557.896809@fireball.acr.fi> In-Reply-To: <22758.13790.469557.896809@fireball.acr.fi> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.190.13.10] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:194.80.70.234; IPV:NLI; CTRY:GB; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39850400002)(39840400002)(39400400002)(39450400003)(2980300002)(438002)(57704003)(199003)(189002)(9170700003)(6306002)(54906002)(189998001)(966004)(47776003)(6246003)(53936002)(2950100002)(74482002)(54356999)(50986999)(76176999)(42882006)(117636001)(230783001)(36756003)(23756003)(50466002)(53416004)(106466001)(229853002)(2900100001)(93886004)(102836003)(6116002)(2906002)(4326008)(53546009)(3846002)(39060400002)(38730400002)(86362001)(5250100002)(5660300001)(356003)(8746002)(81166006)(8676002)(305945005)(8936002)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR01MB1446; H:taw.bournemouth.ac.uk; FPR:; SPF:Pass; MLV:ovrnspm; A:1; MX:1; PTR:ErrorRetry; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; AM1FFO11FD018; 1:hjjxs8Wyyky0W9BVgMivAMnd9fJtzEsUY5DHEb21w6G/MJh9leJlLSVdRwru/KAcOiUxkATAhnud1R+H7JstGqepFbZR58Lu9ZzYrNOLS7Ikwf3LYaHKx1gKHtYHxHCgfXT1aX52JwgMTTyJqts131TzxUa/ywdjv26GrSmXBW7aQSZaCCCm0FpHHrsch8ORR/qn50UkDWQZHmn14Yg6r1jOHRMyLF2KU1nweQmLfdroKhM3jD+wJ4abOxYyge4Jvmbw+RhMVU3OHACpuTDopAmYgbq3IVFlezMEfORwkJnRfWCfvjwmLZlvkTVUN88268QbYueD3WEon1m57MIBU5tS8eI/eNZeJ2L5yohk9axmnHHcGNWD4jh9mq9NjdRsjK6bL3LCyiajv5nwLKwPnTEc7NtTmK6mlEKOkBjyPS1xLkNJ+oLLIFDt3Y0DTcSEnwL0+m6LDWGQ78m8m/Cn5W5M3rNKMSjOVEQMW55awGmByknucWVH2CTfIC6I9I9/i5Ar0kNwa9scWX1LEC15iwmzP/MVFfgnWLVDqxUGVjA= X-MS-Office365-Filtering-Correlation-Id: 1e9947f2-c875-488e-86ac-08d47cf1eafd X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075)(201703131423075)(201703031133081); SRVR:DB5PR01MB1446; X-Microsoft-Exchange-Diagnostics: 1; DB5PR01MB1446; 3:8z8mcudnZE7Q4KT+E6UslDiCyfeUWDz5QPUeqkpV+ZJ2g8tmn0IlP6kmRvE3j6HX9tRldgSajBtUySyrwjj+Vh+lyysFX+uxnXhmXNTylj4tXswoIfxlK8R+ja0hB9OU+AHy4jUdLjMpO8Fqa9IZuoUw8U0ygqi4j1ohB7JGIegTbQ1I1K7LqAdJR9UpDSIpri7bN2WeE7RDDTVfjGGfJxaW+YjuFXh4fWrJUjzn7DXdB6O1e2e79Fa2Sfk9YF4GK2WiyNjvNF9sDMBiYVcIH3NgXMWotyxJoL5JZaqIa//YS45/vMI897WIPPTNrznWYNzd3WepJtmU/cL70rOBYttXCyxZzdo22X1suRWcBtbptHUsH8MDOQUgF5ZqPHZalbEn05SgQZhhsKTuCKTO5TfqI7q20DxqW0VKLuLk5JxFcwVt0qeqyn0LOuZLA5fFrVyakMzTbfk2mliE1SFqx2vp607fd4xV05/Y99KplE805W2Kuhvf277Fl/ECdvY6 X-Microsoft-Exchange-Diagnostics: 1; DB5PR01MB1446; 25:eH3mlQLilcPSMU5SkP5U+mnQYFavkZlUMICdoXkZ3Dan5MrnhwFPcofv+xkHi8Npe1PVhK06kpXXX6muGyekVCE93dOgh3i97ThGYKyMjewL4iVUCzWrlTAfvlAulR9Zc0mO6+ZAml/lf0I6yren7EDD6/9R30gCDBArQEjMh9YDdQK41E1RW9GCr2IixmDgJ+Abx9NRQ+2+vus/5J0B+A9R1QBFaVUCDBnTkcqyvg5lK/HqTx1dtQy1I35o3LvtRCdaMqFuTlgXFKATkFxlC5N+tFweQ3kF0Obbycy2cwTmGulWGvBK4fLN32U27KSIrUZMR5xKLhnhpNUUe0GK+rd1fsqjnQZhHnlefBWnJgY6hBFoowcg7v0p73rA5696vG2qVMFe+YmZ/JP6Co8Xnm7xs33TgrJsx201QK0rB/DfWZLB6C09g9QelxvYV3F40jx442iC8IiOFlUWS0sF8Q==; 31:Ehc1qZOwaCCs2eEcb+XZSV6PJcmNoLsCtTc9TaRXZY8NzwhkuGFzJtf06nJI2M/ZSAZZ1PsH6k2qnCFtkmU5xXlRdacZwGcjMmSjGM18QpTNqsp2XHTFwB+oUGUYkJUSk7Yf/akII7MQ3an8ae9tkpoeXlPRHAkTfdIVoNN/m5g6MbQaXhGyww2u4aiiSdpBC4a9nvoJutttZ9zhPRNLfchM7LNIQobCwlXaQjbZU2gsK7TypgTVlg49dwrpnz6P8UV08Va5JgENzm+FRo/pnvZ3ZivQ5IwJ1IAWKsLVcwo= X-Microsoft-Exchange-Diagnostics: 1; DB5PR01MB1446; 20:1uI3JNgz4n+niwGKSJZxgOCwv1n8y8c+XoO38uA0yTsNutO1Yg+zxf09VDY0sOxvEiuMcwaADQjPPyqeFIhHY57KFDe5L3+g12tE3KJabiqWecwB/ZkLtD7aCNGCX39MoVydbG++IV0fzePYSOhdRhj55YSOFMz473o3CUwb/uvGC4suHc9F6mZflEjT+w8dGaCB/FjuTu2NS8OwU6E8Q1EqRnmuRzFVmlVbYereSARtfPe/WZcsY1PcHxJ04HSW8n40i0ArSem+hgoiofsqItVPEfnh70xE1HzeavUV4G1El7Ixl+hldOrU27rTTOMojwny5xgetIwjATJuw6KvjunE5TqUw6zN/l8cDNfuHKiUQRImVJsiK8YEBs3Kca015sAkQ5oBDd8twbIWmuTL5sk4ZD0HqL4MzK5GAdF0r/bn2BqPjjUFH1uFBw6IrsZ9O4kgcX+eU4MBOkkbSnbr/S7i2Hb8ZSjELBW0ERzIoH9OCCEsOMwPpLHA7U+f6zJj X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(13016025)(13018025)(10201501046)(3002001)(93006095)(93004095)(6041248)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(20161123555025)(20161123562025)(20161123560025)(20161123564025)(6072148); SRVR:DB5PR01MB1446; BCL:0; PCL:0; RULEID:; SRVR:DB5PR01MB1446; X-Microsoft-Exchange-Diagnostics: 1; DB5PR01MB1446; 4:m4J5Xwe5gUNyF8BH4FPPvtUoaNolnL19q9qZos83dRXHBpRbmExHDc2bvm5lNsWT1DRLELGcXLpYztFY+lRdGIIHuG+A5QpYHjVsSvJ3qAcnFLLeJCF1SXobWoeNUNczMo9DlM0y+8n7oMvjdma7GforSfEBrjBItGGN55G6+dQHS6/b3WYi+PnbUYpCFxd428RjFZ/MWDY2HyEtP5CmdsyvznAHY2J90LY7GThy28km5/HpN0qnizwqF26ZtFmQ9BTSNwpvANnzIgxwNVCgkFWw1cQXyECnlq5NVCVh/UKcrR/ih30huWL7iGX+4uoKcDf4lp5awaYku2r2AyjnfWZjNY1vdj4BElUHs1IS+h2GsArmzvxAJ3lt8xMwaNoldSN/nKejTfWcwbtYy5JbArM7/gXJY2YFniVg0rW1cX13Zz3gA3Mq3uEzd4t3v5/1u8naRxvvQMb2CjReKopqzVE6NH6E+tJXZG4jjz6YJU4urM/MDpCzI4VEy6T70X5ISVA27GnfW/d2Lr4Y2ab/Kw+yH4/PM4P+8anGPef/V8Lwh/6UFM6bZVBjjFpWzC01tZawlb/VxYDPH1ZaUkwuz7Gp7D/CobCKrf+hx98iRfoK1zWx1da9TAbvwpl4eYXch0aTNDSjj4qi9IGEZ9T+G20S90cRf/l+TvoyK+McVySraKgyMi03ZjxNih70nTjI5cjq8dQRV6YPhEeSxkiThvME3KqqD/KRtFTKRypm+MHSEXbeork8zDQNXQ2CW4NL9Kc1x8LiMU/lBcC/zTlJ69Tl32mjVmSEFHDLKhSEUzc= X-Forefront-PRVS: 02698DF457 X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; DB5PR01MB1446; 23:qNu3NRk8lwz9ZO3cHPYI78Wm9qIyglL2uROguYS?= =?iso-8859-1?Q?wJ1/3D9kFSDXlMn+lI3fhfgc7+LekRbdTOUzAXVXPZwmnkq+/bsI0YLo+v?= =?iso-8859-1?Q?53d11C1vzV50n0HxQjFB1kgt83Ic26fBTAD27Ij0J0Jl/JPJl5jFIZ40k5?= =?iso-8859-1?Q?OKv74DA+Z3G5CUQh+KN0oFa6wMVlOMk2cBwHhGKcVe2i1FG7zzlu/KndGw?= =?iso-8859-1?Q?tRjiLYRvOSJ0uc95qzpa0aAUq+WP2R/CUTrYzgSOanhJxUkxKDNhTLol1z?= =?iso-8859-1?Q?wWbrLiQH/zmhHQ+XXhIe6xqXrImh03ryVD9rNAZAP7J4z2PXcM2MyVJkUg?= =?iso-8859-1?Q?8dliENgb1VsSxJwFzeGQeM+3li3CPs7MCn/GeKFDvHyjx80Hm273NCMLLv?= =?iso-8859-1?Q?mFWHAKhU3WjdIrmh9ZEOhzKJXD+ud8y+q/UyutibTMdtYZ8dvzrb7s+3Yb?= =?iso-8859-1?Q?vDYi3U8glPIHc45duxvK+eKnQAMyJ46NIaKbDqxUKxU97O1nXOEEeuY079?= =?iso-8859-1?Q?WpMySCdGH39nOPEpwwt9/GOWMPq2tI/GF8I7jkPA7zG2fc7Ec37ut9oYoz?= =?iso-8859-1?Q?jA+QCQWKKj5dW3zMUQ7SfL+7PHDiUE0XhHSv3yHyN6X+bVeVw/5fmhpJry?= =?iso-8859-1?Q?Uvd9nAFOs5oQRkSYAaWe9MEjyH3IR6AK1oTOn6CNYhszctZSrLPXFkmVtI?= =?iso-8859-1?Q?YyEUvfUwAQnLDz4aSIKJOke8vYF4Ow7/UcbG/giAqumCN7/2b7XG60XRIV?= =?iso-8859-1?Q?mXwMiTIeaMST5Fx/LLT0Sg/afhxzwSE+LbUbOGCZQoogitYbyoqDMM9PQB?= =?iso-8859-1?Q?ETWSP0kr/Hhhcv7e4QQ0wADAjpMP5VNPgaWK2BZ7d+fbff6ZcJVLJN2yCv?= =?iso-8859-1?Q?ybFfIoSxYay6OS/+Wg4clRxP6fzWoq+rLnhDnHjp3a8KyhIOxAcIQHJ3oB?= =?iso-8859-1?Q?546u5tnnhww7whXzxgTl0YG747QiFfH6IpEhMDeS8YjxDCDKzNkznZDNdm?= =?iso-8859-1?Q?7jll73r7N/LDra1pvR9ghL2FZ73/NAV88AGQed6WGp92y4aKUxd0tYDR7W?= =?iso-8859-1?Q?qev6dd9Gp0hm74jpQfNGjcXRZqgnlk243OC+BgmJi/g0LziHc899pD1pqr?= =?iso-8859-1?Q?tR/FZ5ZhZZwSme+Uv0RB1hDVb0KRz8bcNWwWwkJ+jlq7NrTIbjtawpHHQN?= =?iso-8859-1?Q?8IR6ON/vwucbypgpP1I63JrCeiDVEo2ylBdp3AVNRv9Vm9gvzFyXYtrmqH?= =?iso-8859-1?Q?ovLo82jTcBfkidp9DyqCVBgzcEc4fVWCL6A1SZrLK3vgm1YdtFArNyY34C?= =?iso-8859-1?Q?y8/dFvQciImhrUmbN85MHn/ZnwzaCJYDOPiQIO/mKf6tA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; DB5PR01MB1446; 6:1MW7cCMM+0pZo717SK8Rgd3D7MV63urLhHmvUOEGoEOerCNE5G3Rn4ISkJ1moHSLv5a03fpnOAyMszXAPrbUoEu1CT0njmyauQH7srUv0SLoYS4bhjATpiuZ0gFhBRJxhTEUx3ETgG03XypE5jrQJUYNfrUD11cJxjtE0ldiC0IghvKEQS6HlTApyCRWOcV5DRek5eBL6G7WPW7snqZMXCsBiYdiF9rXak5u+UHJShxrwo+lFJ3Q/PC8mg+f41NEQPe4C/jMQLTZ1EbtrW70NckiS5gwQXJxlQZpgrwOiWcO3JW4/tYbQlzJBtn+eWAWZov2oG5PdXhJ0c3Mgm6f5SelFxW+MWBYI58tlQOd23o/eMi6UqEgEgYUPasIrZp3Q2G5MnSuB88P7AzAy06orQ==; 5:xZApfIDyeMayqyOAw7sOt/V6ZidaXQrXSFcfw1aCrldJ/c+Z3v6x5m1BOrHG2elPeea8wC/KNJMBrRq9K1P72n0jPI+e5EAL+DHOmlAnTpdBPkYAC/yPROHg57lHytLSiQIec8ueCPzPk8PCZk91zw==; 24:fiMBXrBQz+1PAfZTkTqIZjlxc6LZH5n2Lmh7VCDk+LlF9dX9/cVp0CxcTOFhxTz+fzzB5lQgiXtM0ouOPP1dP/sjTFXq2j48zfSOjrpVZO8= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DB5PR01MB1446; 7:/ep0rli6ggqtfpUqLVWC1EoVQLTzU/8/2zsojMCWuxs8zp7d+WJfiNLRsS4SMQBKQfV8urvzFKNzToaAGDtWTt9P56I1mZMFsOgGoVbh5SNu3DtaL/SSMz0SN+X9mp1iSA+WOQyBjmwXtdqy3oQ/nVdr3eX4/F/Comx8EdDD7d217C+iJTbsxGDflo6kKpNPQbwhdQUN1A5oq/Cb/is4v8HNT0WuK4gIWcWyQFmITuWpmS1LnbRhKkqfTCm+Ngrxrs+t3/HgJ3rY/9Y3SBskgJJCKbv6N/VCaTT8oiAbEgI/IiYQqp2+9Amf83XyXxO4wBDMBjKO5nH4xqa1vjVJ/w== X-OriginatorOrg: bournemouth.ac.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Apr 2017 13:36:23.6748 (UTC) X-MS-Exchange-CrossTenant-Id: ede29655-d097-42e4-bbb5-f38d427fbfb8 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=ede29655-d097-42e4-bbb5-f38d427fbfb8; Ip=[194.80.70.234]; Helo=[taw.bournemouth.ac.uk] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR01MB1446 Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 13:36:33 -0000 Hi What about IEEE 802.15.12? I attended a presentation in IETF98, where a person from IEEE mentioned ab= out IEEE 802.15.12 with the packet size of 2048 (not sure the exact but its= more than 1280 MTU), do we need fragmentation then? Muhammad ________________________________________ From: 6tisch <6tisch-bounces@ietf.org> on behalf of Tero Kivinen Sent: 06 April 2017 13:34 To: Pascal Thubert (pthubert) Cc: PWK; Ralph Droms; Thomas Watteyne; 6lo@ietf.org; 6tisch@ietf.org; Carst= en Bormann Subject: Re: [6tisch] [6lo] Thomas' review of draft-thubert-6lo-forwarding-= fragments-04 Pascal Thubert (pthubert) writes: > IEEE 802.5.4 understood and started addressing those issues in their > protocols years ago, consider for instance how this is done at PHY > layer in 802.15.4K LECIM - LP-WAN (cc'ing Pat). In the light of that > art, the legacy 6LoWPAN technique is shamefully inadequate. 802.15.4k is really only a phy level fragmentation, and the main issue there is that the max packet size in that PHY is extremely small (less than 30 octets). When designing the IEEE std 802.15.9 we checked 4k that and realized that it is not something that can be used in general case, and thats why the MAC level fragmentation in the 802.15.9 is using different method. Fragmentation was needed in the 802.15.9 as KMP payloads do not fit to the small frames of 802.15.4. This fragmentation method (and the multiplexing) from the 802.15.9 will most likely be adopted in the 802.15.12 later... Btw, the 802.15.9 is now available using the get IEEE 802 program, and you can download it from http://standards.ieee.org/getieee802/download/802.15.9-2016.pdf The fragmentation wire formats are described in the section 7, and state matchines are described in section 9. > My suggestion to the group is to take a holistic view of these > issues, and redesign or fragment support. This is what my draft > does. The 802.15.9 is hop by hop fragmentation, so if you want to be able to forward fragments, you need to specify your own way of doing that... -- kivinen@iki.fi _______________________________________________ 6tisch mailing list 6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch BU is a Disability Two Ticks Employer and has signed up to the Mindful Empl= oyer charter. Information about the accessibility of University buildings c= an be found on the BU DisabledGo webpages. This email is intended only for = the person to whom it is addressed and may contain confidential information= . If you have received this email in error, please notify the sender and de= lete this email, which must not be copied, distributed or disclosed to any = other person. Any views or opinions presented are solely those of the autho= r and do not necessarily represent those of Bournemouth University or its s= ubsidiary companies. Nor can any contract be formed on behalf of the Univer= sity or its subsidiary companies via email. From nobody Thu Apr 6 06:39:50 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28A8F129415; Thu, 6 Apr 2017 06:39:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4H_C_PBhbqua; Thu, 6 Apr 2017 06:39:41 -0700 (PDT) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24785128D69; Thu, 6 Apr 2017 06:39:41 -0700 (PDT) Received: by mail-vk0-x232.google.com with SMTP id s68so40627679vke.3; Thu, 06 Apr 2017 06:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lWNpbT5qHUnP3YyIC9jwIEaXnkE2p+smV2uvbEbd5Us=; b=W/Cjld1OtL66wxkjem1tloVG4uSUVdr5gBFTRlIJ2jMxDvgG9NyE3ESKHAENs008w2 osMqaHIC2Xt20mIPS9Zsl6Mw075FciKwD13im1bg2uN6owEahKdfl3+DCIHK2ErkXyfi xIHMGIamMklMeDg5copth7lYT25zG2/cH2yzoSdwZB+LyCJTDXoZ0KOIMOskORY6wzsw GS4Vk+iyZjZaAcozfp4/F4tJG4zoOIJQpPPB0Hp4ssrjyv2wHIHmnj3mbIxKViSIVLMn 0a63nZSoENS9RV5zL2PT/PB4Cg2PmRy5y0byLZIZQYgPSDkk676rhLDRunsvhXXNFvP9 ixwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lWNpbT5qHUnP3YyIC9jwIEaXnkE2p+smV2uvbEbd5Us=; b=n7hLCbPQTzCSyBG/3gKonbLdOh+uJrbS3HKqdw11TnhbuVsu1L900gxNjDWf9MEaPy q/AHAOisGPUEaY3JWte7LLQ2N5Bkv4GyJTmhTUOgWvlySw7QKk3XjShP1Unc56KmG/Uj 3PTis+NiM0yW+D1bPaSQ8qnfOzAOaqvItgsHNyB7s+BynzOwy4h3xcqOucjrxikD7VQm 9suzKptRM1u8oKYKIWSiK8xFHVOisVz8ya1yRkTS3zSJHUzfQAUDLvvDxvEWh1yypym2 RV3vocE9ta0a2O7UeFRymyBlwp01WrHphPpDxVZm8cUS9ssIT1PUTuNMaIKlkmrw39w0 4icw== X-Gm-Message-State: AFeK/H3aRq4Avql4H9YeT6+CGmy/Q41mxeA/ahYcSOM4xVoEKLEqR3zxNOeKMMbJ17+bw/NsgnJnF9Bd7BchzQ== X-Received: by 10.176.84.193 with SMTP id q1mr15037261uaa.59.1491485980027; Thu, 06 Apr 2017 06:39:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.74.2 with HTTP; Thu, 6 Apr 2017 06:39:39 -0700 (PDT) In-Reply-To: <9C5FC3F7-D2D8-4B0A-B642-9E92861C9E12@tzi.org> References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> <9C5FC3F7-D2D8-4B0A-B642-9E92861C9E12@tzi.org> From: Rahul Jadhav Date: Thu, 6 Apr 2017 19:09:39 +0530 Message-ID: To: Carsten Bormann Cc: "6tisch@ietf.org" <6tisch@ietf.org>, lo <6lo@ietf.org> Content-Type: multipart/alternative; boundary=f403045dd36e06f01e054c7fa4a3 Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 13:39:43 -0000 --f403045dd36e06f01e054c7fa4a3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Carsten, Currently I m reassembling hop by hop. Problem begins with initial auth session itself!! I use PANA for network access in single channel (with no RDC) mesh and the payload in most PANA messages crosses 127B (especially considering the relay header overhead),,, its all unicast with MAC layer ACK. None of my mcast packets cross MTU boundary. Also an imp point is that the buffer space is only for one IPv6 datagram (i.e. 1280B). Some of the problems highlighted by Pascal such as, fragments getting discarded prematurely for e.g. because of high node density causing reception from different peers is hurting the end to end msg transmission badly. The failure rate and thus the retransmission rate at app is very high,, so much that we had to adopt a proprietary compressed PANA signalling mechanism to improve convergence time. Regards, Rahul On 6 April 2017 at 18:24, Carsten Bormann wrote: > On Apr 6, 2017, at 10:57, Rahul Jadhav wrote: > > > > Fragmentation at 6lo layer as it is today is almost unusable for a > moderately sized network with lower MTUs such as 127B. > > Hi Rahul, > > please explain some more. > > What kind of problem do you experience? > > Is the load on your network predominantly composed of packets > 127 B? > > Are you using MAC-layer ACK? > > Do the problems you are seeing occur with Unicast or with Multicast? > > Are you already using fragment forwarding or are you reassembling hop by > hop? > > Gr=C3=BC=C3=9Fe, Carsten > > --f403045dd36e06f01e054c7fa4a3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Carsten,

Currently I m reassembling = hop by hop.=C2=A0

Problem begins with initial auth= session itself!! I use PANA for network access in single channel (with no = RDC) mesh and the payload in most PANA messages crosses 127B (especially co= nsidering the relay header overhead),,, its all unicast with MAC layer ACK.= None of my mcast packets cross MTU boundary. Also an imp point is that the= buffer space is only for one IPv6 datagram (i.e. 1280B).
Some of= the problems highlighted by Pascal such as, fragments getting discarded pr= ematurely for e.g. because of high node density causing reception from diff= erent peers is hurting the end to end msg transmission badly. The failure r= ate and thus the retransmission rate at app is very high,, so much that we = had to adopt a proprietary compressed PANA signalling mechanism =C2=A0to im= prove convergence time.

Regards,
Rahul

On 6 Apr= il 2017 at 18:24, Carsten Bormann <cabo@tzi.org> wrote:
On Apr 6, 2017, at 10:57, Rahul Jadhav <<= a href=3D"mailto:rahul.ietf@gmail.com" target=3D"_blank">rahul.ietf@gmail.c= om> wrote:
>
> Fragmentation at 6lo layer as it is today is almost unusable for a mod= erately sized network with lower MTUs such as 127B.

Hi Rahul,

please explain some more.

What kind of problem do you experience?

Is the load on your network predominantly composed of packets > 127 B?
Are you using MAC-layer ACK?

Do the problems you are seeing occur with Unicast or with Multicast?

Are you already using fragment forwarding or are you reassembling hop by ho= p?

Gr=C3=BC=C3=9Fe, Carsten


--f403045dd36e06f01e054c7fa4a3-- From nobody Thu Apr 6 06:45:36 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61C0A129502 for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 06:45:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RLnh5_aFxcuL for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 06:45:17 -0700 (PDT) Received: from p3plsmtpa07-06.prod.phx3.secureserver.net (p3plsmtpa07-06.prod.phx3.secureserver.net [173.201.192.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49633129503 for <6lo@ietf.org>; Thu, 6 Apr 2017 06:45:15 -0700 (PDT) Received: from [10.0.1.5] ([24.13.37.133]) by :SMTPAUTH: with SMTP id w7iJcfpraHEy6w7iKcQmjw; Thu, 06 Apr 2017 06:44:44 -0700 From: PWK Message-Id: <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_69CDDD56-F3D5-4C4E-8C88-993418A1E3EE" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 6 Apr 2017 08:44:39 -0500 In-Reply-To: <22758.13790.469557.896809@fireball.acr.fi> Cc: Thubert Pascal , Ralph Droms , Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org>, Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org> To: Tero Kivinen References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> X-Mailer: Apple Mail (2.3273) X-CMAE-Envelope: MS4wfLQKYRfO5FQuJ7L4WPdIkHEDIlMVLydyuOmHkO64Bt7ksEd4fnA/2gdTWMtrUUsmXk5fQjA1NI2rtM09cv8ffixnmoI9s3i3H1Gd+bHoSXGqzI+8W/JZ S/Qdf8qkyAf6QGehAF1RgNBiUHDELZ+OzEBfP1bM1lAVf4/NjjzviYC2r6b6R6yoGJQ3/6rvFwnSGQPYyH80waA+kYosRi4uDn2cQhxqqXzgVPtBkbKON9OF sQqq7+dtZ22P1nQr8x+NrLf9BYk6hotvE8ilu46JzGlfVQl3eC5Nvx67XWT1czsryCPDdpMxa6DJmtxebM9dQM9A/1RaN5gtJ5S9G+OkMyg= Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 13:45:19 -0000 --Apple-Mail=_69CDDD56-F3D5-4C4E-8C88-993418A1E3EE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Tero makes some good points but perhaps I have a different view on the = Layer 1 fragmentation introduced with 802.15.4k. Firstly, the Layer 1 fragmentation was early on intended to be a general = function that could be used with any PHY, that was why it was in the MAC = section for 802.15.4k. During the 802.15.4-2015 revision effort we saw = that there were some PHYs that would require additional effort on the = mechanism (I cannot remember the specifics). Rather than delay the = revision further we chose the expedient way to move on which was to put = it into the LECIM section, since they were the PHYs (DSSS in particular) = that absolutely needed Layer 1 fragmentation. In the next revision I = will propose that, once again, we revisit the concept of extending the = Layer 1 fragmentation to more PHYs as well as change the moniker LECIM = to LPWAN. =20 One of the requirements that we placed on Layer 1 fragmentation was the = ability to abort the fragmentation/reassembly process at any point in = the process. This was achieved with minimal impact to the overhead by = setting the acknowledgment=E2=80=99s fragmentation number field and the = acknowledgment content set to zero (ie. no packets were received). While Layer 1 fragmentation has benefits over Layer 2 fragmentation, it = does have some disadvantages. Firstly, since the MAC will not accept = datagrams that are larger than the size dictated by = =E2=80=9CaMaxPhyPacketSize=E2=80=9D (a PHY constant that dictates the = largest frame that the PHY can transmit, currently either 127 or 2047 = octets), if this value is set to 127, a Layer 2 fragmentation method is = required for datagrams larger than 127 octets. The second that seems = important for mesh networks is that a Layer 1 fragmentation is solely = link-by-link/hop-by-hop, ie. the reassembly must occur at each receiver. = While this is no problem for star topologies, it is a concern for mesh = or multi-hop networks. Pat Pat Kinney Kinney Consulting LLC IEEE 802.15 WG vice chair, SC chair ISA100 co-chair, ISA100.20 chair O: +1.847.960.3715 pat.kinney@kinneyconsultingllc.com = On 6, Apr2017, at 7:34, Tero Kivinen wrote: Pascal Thubert (pthubert) writes: > IEEE 802.5.4 understood and started addressing those issues in their > protocols years ago, consider for instance how this is done at PHY > layer in 802.15.4K LECIM - LP-WAN (cc'ing Pat). In the light of that > art, the legacy 6LoWPAN technique is shamefully inadequate. 802.15.4k is really only a phy level fragmentation, and the main issue there is that the max packet size in that PHY is extremely small (less than 30 octets). When designing the IEEE std 802.15.9 we checked 4k that and realized that it is not something that can be used in general case, and thats why the MAC level fragmentation in the 802.15.9 is using different method. Fragmentation was needed in the 802.15.9 as KMP payloads do not fit to the small frames of 802.15.4. This fragmentation method (and the multiplexing) from the 802.15.9 will most likely be adopted in the 802.15.12 later... Btw, the 802.15.9 is now available using the get IEEE 802 program, and you can download it from http://standards.ieee.org/getieee802/download/802.15.9-2016.pdf The fragmentation wire formats are described in the section 7, and state matchines are described in section 9. > My suggestion to the group is to take a holistic view of these > issues, and redesign or fragment support. This is what my draft > does. The 802.15.9 is hop by hop fragmentation, so if you want to be able to forward fragments, you need to specify your own way of doing that...=20 --=20 kivinen@iki.fi --Apple-Mail=_69CDDD56-F3D5-4C4E-8C88-993418A1E3EE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Tero makes some good points but perhaps I have a different = view on the Layer 1 fragmentation introduced with 802.15.4k.

Firstly, the Layer 1 = fragmentation was early on intended to be a general function that could = be used with any PHY, that was why it was in the MAC section for = 802.15.4k.  During the 802.15.4-2015 revision effort we saw that = there were some PHYs that would require additional effort on the = mechanism (I cannot remember the specifics).  Rather than delay the = revision further we chose the expedient way to move on which was to put = it into the LECIM section, since they were the PHYs (DSSS in particular) =  that absolutely needed Layer 1 fragmentation.  In the next = revision I will propose that, once again, we revisit the concept of = extending the Layer 1 fragmentation to more PHYs as well as change the = moniker LECIM to LPWAN.  

One of the requirements that we placed = on Layer 1 fragmentation was the ability to abort the = fragmentation/reassembly process at any point in the process.  This = was achieved with minimal impact to the overhead by setting the = acknowledgment=E2=80=99s fragmentation number field and the = acknowledgment content set to zero (ie. no packets were = received).

While= Layer 1 fragmentation has benefits over Layer 2 fragmentation, it does = have some disadvantages.  Firstly, since the MAC will not accept = datagrams that are larger than the size dictated by = =E2=80=9CaMaxPhyPacketSize=E2=80=9D (a PHY constant that dictates the = largest frame that the PHY can transmit, currently either 127 or 2047 = octets), if this value is set to 127, a Layer 2 fragmentation method is = required for datagrams larger than 127 octets.  The second that = seems important for mesh networks is that a Layer 1 fragmentation is = solely link-by-link/hop-by-hop, ie. the reassembly must occur at each = receiver.  While this is no problem for star topologies, it is a = concern for mesh or multi-hop networks.

Pat

Pat = Kinney
Kinney Consulting LLC
IEEE 802.15 WG vice chair, SC = chair
ISA100 co-chair, ISA100.20 chair
O: +1.847.960.3715
pat.kinney@kinneyconsultingllc.com
<= /span>

On 6, Apr2017, at 7:34, Tero Kivinen = <kivinen@iki.fi> = wrote:

Pascal Thubert (pthubert) writes:
IEEE 802.5.4 understood and started addressing = those issues in their
protocols years ago, consider for = instance how this is done at PHY
layer in 802.15.4K LECIM = - LP-WAN (cc'ing Pat). In the light of that
art, the = legacy 6LoWPAN technique is shamefully inadequate.

802.15.4k is really only a phy = level fragmentation, and the main issue
there is that the = max packet size in that PHY is extremely small
(less than = 30 octets).

When designing the IEEE std = 802.15.9 we checked 4k that and realized
that it is not = something that can be used in general case, and thats
why = the MAC level fragmentation in the 802.15.9 is using different
method. Fragmentation was needed in the 802.15.9 as KMP = payloads do
not fit to the small frames of 802.15.4. This = fragmentation method
(and the multiplexing) from the = 802.15.9 will most likely be adopted
in the 802.15.12 = later...

Btw, the 802.15.9 is now available = using the get IEEE 802 program, and
you can download it = from

http://standards.ieee.org/getieee802/download/802.15.9-2016.pdf=

The fragmentation wire formats are = described in the section 7, and
state matchines are = described in section 9.

My suggestion to the group is to take a = holistic view of these
issues, and redesign or fragment = support. This is what my draft
does.

The 802.15.9 is hop by hop = fragmentation, so if you want to be able to
forward = fragments, you need to specify your own way of doing that...
--
kivinen@iki.fi

= --Apple-Mail=_69CDDD56-F3D5-4C4E-8C88-993418A1E3EE-- From nobody Thu Apr 6 06:57:12 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E26A61294FE; Thu, 6 Apr 2017 06:57:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VL4E0rGuGPQO; Thu, 6 Apr 2017 06:57:08 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDAF4126BF0; Thu, 6 Apr 2017 06:57:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v36Dv1Zp016723; Thu, 6 Apr 2017 15:57:01 +0200 (CEST) Received: from [192.168.217.124] (p5DCCCDC2.dip0.t-ipconnect.de [93.204.205.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3vzPQj1l91zDJJf; Thu, 6 Apr 2017 15:57:01 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: Date: Thu, 6 Apr 2017 15:57:00 +0200 Cc: "6tisch@ietf.org" <6tisch@ietf.org>, lo <6lo@ietf.org> X-Mao-Original-Outgoing-Id: 513179820.644458-4e14129e67a6bcf21d24c4f9a87718af Content-Transfer-Encoding: quoted-printable Message-Id: References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> <9C5FC3F7-D2D8-4B0A-B642-9E92861C9E12@tzi.org> To: Rahul Jadhav X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 13:57:11 -0000 Hi Rahul, this sounds as if fragment forwarding would help already? (Am I reading this right that the discards are buffer space discards, = not retransmission count packet losses?) Gr=C3=BC=C3=9Fe, Carsten > On Apr 6, 2017, at 15:39, Rahul Jadhav wrote: >=20 > Hi Carsten, >=20 > Currently I m reassembling hop by hop.=20 >=20 > Problem begins with initial auth session itself!! I use PANA for = network access in single channel (with no RDC) mesh and the payload in = most PANA messages crosses 127B (especially considering the relay header = overhead),,, its all unicast with MAC layer ACK. None of my mcast = packets cross MTU boundary. Also an imp point is that the buffer space = is only for one IPv6 datagram (i.e. 1280B). > Some of the problems highlighted by Pascal such as, fragments getting = discarded prematurely for e.g. because of high node density causing = reception from different peers is hurting the end to end msg = transmission badly. The failure rate and thus the retransmission rate at = app is very high,, so much that we had to adopt a proprietary compressed = PANA signalling mechanism to improve convergence time. >=20 > Regards, > Rahul >=20 > On 6 April 2017 at 18:24, Carsten Bormann wrote: > On Apr 6, 2017, at 10:57, Rahul Jadhav wrote: > > > > Fragmentation at 6lo layer as it is today is almost unusable for a = moderately sized network with lower MTUs such as 127B. >=20 > Hi Rahul, >=20 > please explain some more. >=20 > What kind of problem do you experience? >=20 > Is the load on your network predominantly composed of packets > 127 B? >=20 > Are you using MAC-layer ACK? >=20 > Do the problems you are seeing occur with Unicast or with Multicast? >=20 > Are you already using fragment forwarding or are you reassembling hop = by hop? >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 >=20 > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch From nobody Thu Apr 6 07:23:24 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 506C1129515 for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 07:23:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5S0rLTD2Z2oQ for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 07:23:14 -0700 (PDT) Received: from p3plsmtpa12-08.prod.phx3.secureserver.net (p3plsmtpa12-08.prod.phx3.secureserver.net [68.178.252.237]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B47C129514 for <6lo@ietf.org>; Thu, 6 Apr 2017 07:23:13 -0700 (PDT) Received: from [10.0.1.5] ([24.13.37.133]) by :SMTPAUTH: with SMTP id w8J6c8z8xt2OFw8J7cWLp5; Thu, 06 Apr 2017 07:22:42 -0700 From: PWK Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_0141F8A2-8E10-4E8A-A40A-8893D363E5C2" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 6 Apr 2017 09:22:40 -0500 In-Reply-To: <1491485782757.90477@bournemouth.ac.uk> Cc: Tero Kivinen , Thubert Pascal , Ralph Droms , Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org>, Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org> To: Muhammad Akbar References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <1491485782757.90477@bournemouth.ac.uk> X-Mailer: Apple Mail (2.3273) X-CMAE-Envelope: MS4wfInMgztsX0gX2dR/9xmAtYmWIr5Rd4+R2mD2z89a9auI9ZKaDVMtUtYBasGUIM+fUxDtYkdS5vm25vo1G/0qbGmyuJCwYpP5EeETnMvHgzZ7ijoDx5tY gBN1bY8NkJ3F85w1B9L51pg8VJ6eVPt5qBRCs1fqPyB6inPa9gHFS15zwqjdKZ+kuX7BKYcUeBo82UjGMFennSw5w/9VD158axsvyEk3fqzilye2nu+cdMqe VZY+nA+2ZUq+gy5a9ocdMfjSRDjgeicNcn4QTqjBAXrGFk0ymDfg7X43mYHC4MNg+/vi3fK6ue6RXnQSUyIlmLmOFUsiPoxZcfA8RUjflACvFFiAbzn4cv6L I+SuHEQm42DlB7h34pY8mIn5OMz8Cw== Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 14:23:18 -0000 --Apple-Mail=_0141F8A2-8E10-4E8A-A40A-8893D363E5C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi; I made that IETF98 presentation. Currently, the maximum frame size that = IEEE 802.15.4 can handle is either 127 octets or 2047 octets. The 2047 = octet limit is for Higher Rate 2 Mb/s PHY (802.15.4t), Smart Utility = Networks (SUN), Television white space (TVWS), railroad communications = and control (RCC), and Low energy critical infrastructure monitors = (LECIM) FSK PHYs and is 127 octets for all other PHYs. Pat Pat Kinney Kinney Consulting LLC IEEE 802.15 WG vice chair, SC chair ISA100 co-chair, ISA100.20 chair O: +1.847.960.3715 pat.kinney@kinneyconsultingllc.com = On 6, Apr2017, at 8:36, Muhammad Akbar wrote: Hi What about IEEE 802.15.12? I attended a presentation in IETF98, where a person from IEEE mentioned = about IEEE 802.15.12 with the packet size of 2048 (not sure the exact = but its more than 1280 MTU), do we need fragmentation then? Muhammad ________________________________________ From: 6tisch <6tisch-bounces@ietf.org> on behalf of Tero Kivinen = Sent: 06 April 2017 13:34 To: Pascal Thubert (pthubert) Cc: PWK; Ralph Droms; Thomas Watteyne; 6lo@ietf.org; 6tisch@ietf.org; = Carsten Bormann Subject: Re: [6tisch] [6lo] Thomas' review of = draft-thubert-6lo-forwarding-fragments-04 Pascal Thubert (pthubert) writes: > IEEE 802.5.4 understood and started addressing those issues in their > protocols years ago, consider for instance how this is done at PHY > layer in 802.15.4K LECIM - LP-WAN (cc'ing Pat). In the light of that > art, the legacy 6LoWPAN technique is shamefully inadequate. 802.15.4k is really only a phy level fragmentation, and the main issue there is that the max packet size in that PHY is extremely small (less than 30 octets). When designing the IEEE std 802.15.9 we checked 4k that and realized that it is not something that can be used in general case, and thats why the MAC level fragmentation in the 802.15.9 is using different method. Fragmentation was needed in the 802.15.9 as KMP payloads do not fit to the small frames of 802.15.4. This fragmentation method (and the multiplexing) from the 802.15.9 will most likely be adopted in the 802.15.12 later... Btw, the 802.15.9 is now available using the get IEEE 802 program, and you can download it from http://standards.ieee.org/getieee802/download/802.15.9-2016.pdf The fragmentation wire formats are described in the section 7, and state matchines are described in section 9. > My suggestion to the group is to take a holistic view of these > issues, and redesign or fragment support. This is what my draft > does. The 802.15.9 is hop by hop fragmentation, so if you want to be able to forward fragments, you need to specify your own way of doing that... -- kivinen@iki.fi _______________________________________________ 6tisch mailing list 6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch BU is a Disability Two Ticks Employer and has signed up to the Mindful = Employer charter. Information about the accessibility of University = buildings can be found on the BU DisabledGo webpages. This email is = intended only for the person to whom it is addressed and may contain = confidential information. If you have received this email in error, = please notify the sender and delete this email, which must not be = copied, distributed or disclosed to any other person. Any views or = opinions presented are solely those of the author and do not necessarily = represent those of Bournemouth University or its subsidiary companies. = Nor can any contract be formed on behalf of the University or its = subsidiary companies via email. _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo --Apple-Mail=_0141F8A2-8E10-4E8A-A40A-8893D363E5C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi;

I = made that IETF98 presentation.  Currently, the maximum frame size = that IEEE 802.15.4 can handle is either 127 octets or 2047 octets. =  The 2047 octet limit is for Higher Rate 2 Mb/s PHY (802.15.4t), = Smart Utility Networks (SUN), Television white space (TVWS), railroad = communications and control (RCC), and Low energy critical infrastructure = monitors (LECIM) FSK PHYs and is 127 octets for all other PHYs.

Pat

Pat Kinney
Kinney = Consulting LLC
IEEE 802.15 WG vice chair, SC chair
ISA100 co-chair, ISA100.20 chair
O: = +1.847.960.3715
pat.kinney@kinneyconsultingllc.com
<= /span>

On 6, Apr2017, at 8:36, Muhammad Akbar <makbar@bournemouth.ac.uk> wrote:

Hi

What about IEEE 802.15.12?

I attended a presentation in IETF98, where a person from = IEEE mentioned about IEEE 802.15.12 with the packet size of 2048 (not = sure the exact but its more than 1280 MTU), do we need fragmentation = then?

Muhammad
________________________________________
From: = 6tisch <6tisch-bounces@ietf.org> on behalf of Tero Kivinen = <kivinen@iki.fi>Sent: 06 April 2017 13:34
To: Pascal Thubert = (pthubert)
Cc: PWK; Ralph Droms; Thomas Watteyne; 6lo@ietf.org; 6tisch@ietf.org; Carsten = Bormann
Subject: Re: [6tisch] [6lo] Thomas' review of = draft-thubert-6lo-forwarding-fragments-04

Pascal Thubert (pthubert) writes:
IEEE 802.5.4 understood and started addressing = those issues in their
protocols years ago, consider for = instance how this is done at PHY
layer in 802.15.4K LECIM = - LP-WAN (cc'ing Pat). In the light of that
art, the = legacy 6LoWPAN technique is shamefully inadequate.

802.15.4k is really only a phy = level fragmentation, and the main issue
there is that the = max packet size in that PHY is extremely small
(less than = 30 octets).

When designing the IEEE std = 802.15.9 we checked 4k that and realized
that it is not = something that can be used in general case, and thats
why = the MAC level fragmentation in the 802.15.9 is using different
method. Fragmentation was needed in the 802.15.9 as KMP = payloads do
not fit to the small frames of 802.15.4. This = fragmentation method
(and the multiplexing) from the = 802.15.9 will most likely be adopted
in the 802.15.12 = later...

Btw, the 802.15.9 is now available = using the get IEEE 802 program, and
you can download it = from

http://standards.ieee.org/getieee802/download/802.15.9-2016.pdf=

The fragmentation wire formats are = described in the section 7, and
state matchines are = described in section 9.

My suggestion to the group is to take a = holistic view of these
issues, and redesign or fragment = support. This is what my draft
does.

The 802.15.9 is hop by hop = fragmentation, so if you want to be able to
forward = fragments, you need to specify your own way of doing that...
--
kivinen@iki.fi

_______________________________________________
6tisch mailing list
6tisch@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch
BU = is a Disability Two Ticks Employer and has signed up to the Mindful = Employer charter. Information about the accessibility of University = buildings can be found on the BU DisabledGo webpages. This email is = intended only for the person to whom it is addressed and may contain = confidential information. If you have received this email in error, = please notify the sender and delete this email, which must not be = copied, distributed or disclosed to any other person. Any views or = opinions presented are solely those of the author and do not necessarily = represent those of Bournemouth University or its subsidiary companies. = Nor can any contract be formed on behalf of the University or its = subsidiary companies via email.

_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo

= --Apple-Mail=_0141F8A2-8E10-4E8A-A40A-8893D363E5C2-- From nobody Thu Apr 6 07:34:31 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5100A12951A; Thu, 6 Apr 2017 07:34:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E61e0URwlavj; Thu, 6 Apr 2017 07:34:22 -0700 (PDT) Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88C8D129457; Thu, 6 Apr 2017 07:34:22 -0700 (PDT) Received: by mail-vk0-x22d.google.com with SMTP id s68so42710039vke.3; Thu, 06 Apr 2017 07:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tnLu2JNdqDDyFtqEuFIBtuq0KlzUcQKrWoJaGFdcSH0=; b=r84pHocsSMDX+cfuLkmvFYFW9KvtpEp88J8rxYF/42yXiHMv8zCP3TgSe/VRjNS1Ql zfE9kcNBknBOzzII7Vi95J79ZwxqNmV9XaCXFBZqtAF57OYuKXs21dpJ8eAyujJaBEa2 BeZf79BTZdQhphX585BnMKLhtdL9gpxwiNjBdxsiDI5WwqnTgiAyejgp9LW/aHLrXk5E +YNgsscpFYp3re8ygYsfCBM4eOCn1bQhSDMfQFojzucS11Q/w2uoD5Wz0UFwracI9oIv ZvvLrKjeusAiZxfQ2QPzgSwoFQ5tUgqDFZm7QBcOfawRcJBQN1hNVyolC0ob/hvGMmdH 3REg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tnLu2JNdqDDyFtqEuFIBtuq0KlzUcQKrWoJaGFdcSH0=; b=W+5HpFyjOPDmMeJUUsnDj5qbgUD/dxjATRv0sU17nsKTvKDFh4VMH51Libv+FYn8fa 4f296Jd6B3kOfOi8VMloeI08XWZQR0OJgubZscS4d9I08BDALZ6XgPqnLKlsZjPo/69O KKOnserdrv3mRaBiVzq52315UVhqW9Bsn5/h1zO/5d56jWKDs5455V3DPnn7+JEGqTEX L65pXBQUTalfXxw1un09A5Nv6fjS5BpaBLBJGkFVQzyPOaqehtJzTOgX59L8HDL+7na0 HPlfdiWiSwYbbl4+N8DyKbE+IUE1FrEQdOfTgU4jsTpWc+3OqgyzKQfS49u3I7aqdvGU 5vgw== X-Gm-Message-State: AN3rC/7RV+iLS9HGkR2AA4Q+4WG8FOnVbWCHwO0nkTvOtbC7YLNK9QlOIyvU9llt5+KTJx8Xmm0ZYY02W/vJ4g== X-Received: by 10.159.37.201 with SMTP id 67mr57362uaf.61.1491489261440; Thu, 06 Apr 2017 07:34:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.74.2 with HTTP; Thu, 6 Apr 2017 07:34:20 -0700 (PDT) In-Reply-To: References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> <9C5FC3F7-D2D8-4B0A-B642-9E92861C9E12@tzi.org> From: Rahul Jadhav Date: Thu, 6 Apr 2017 20:04:20 +0530 Message-ID: To: Carsten Bormann Cc: "6tisch@ietf.org" <6tisch@ietf.org>, lo <6lo@ietf.org> Content-Type: multipart/alternative; boundary=001a113c4f3c9d5b97054c80674b Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 14:34:25 -0000 --001a113c4f3c9d5b97054c80674b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Carsten, Prima facie, I think fragment forwarding might help, having said i need to still understand the implications of the revised design(and there are reservations i have). Implementation-wise, it may not be difficult to try out and would consider it ... Regardless, my point was, working on fragmentation would be well worth the time spent, be it fragment-forwarding or if there is a possibility of any thing more improved! Regards, Rahul p.s. pls chk inline as well. On 6 April 2017 at 19:27, Carsten Bormann wrote: > Hi Rahul, > > this sounds as if fragment forwarding would help already? > (Am I reading this right that the discards are buffer space discards, not > retransmission count packet losses?) > [RJ]: Yes buffer space discards, but it results in more retransmissions causing more mac send failures. > > Gr=C3=BC=C3=9Fe, Carsten > > > On Apr 6, 2017, at 15:39, Rahul Jadhav wrote: > > > > Hi Carsten, > > > > Currently I m reassembling hop by hop. > > > > Problem begins with initial auth session itself!! I use PANA for networ= k > access in single channel (with no RDC) mesh and the payload in most PANA > messages crosses 127B (especially considering the relay header overhead),= ,, > its all unicast with MAC layer ACK. None of my mcast packets cross MTU > boundary. Also an imp point is that the buffer space is only for one IPv6 > datagram (i.e. 1280B). > > Some of the problems highlighted by Pascal such as, fragments getting > discarded prematurely for e.g. because of high node density causing > reception from different peers is hurting the end to end msg transmission > badly. The failure rate and thus the retransmission rate at app is very > high,, so much that we had to adopt a proprietary compressed PANA > signalling mechanism to improve convergence time. > > > > Regards, > > Rahul > > > > On 6 April 2017 at 18:24, Carsten Bormann wrote: > > On Apr 6, 2017, at 10:57, Rahul Jadhav wrote: > > > > > > Fragmentation at 6lo layer as it is today is almost unusable for a > moderately sized network with lower MTUs such as 127B. > > > > Hi Rahul, > > > > please explain some more. > > > > What kind of problem do you experience? > > > > Is the load on your network predominantly composed of packets > 127 B? > > > > Are you using MAC-layer ACK? > > > > Do the problems you are seeing occur with Unicast or with Multicast? > > > > Are you already using fragment forwarding or are you reassembling hop b= y > hop? > > > > Gr=C3=BC=C3=9Fe, Carsten > > > > > > _______________________________________________ > > 6tisch mailing list > > 6tisch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tisch > > --001a113c4f3c9d5b97054c80674b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Carsten,=C2=A0

Prima facie, I = think fragment forwarding might help, having said i need to still understan= d the implications of the revised design(and there are reservations i have)= . Implementation-wise, it may not be difficult to try out and would conside= r it ...
Regardless, my point was, working on fragmentation would be we= ll worth the time spent, be it fragment-forwarding or if there is a possibi= lity of any thing more improved!

Regards,
Rahul
p.s. pls chk inline as well.

On 6 April 2017 at 19:27, Carsten Borman= n <c= abo@tzi.org> wrote:
Hi Rahu= l,

this sounds as if fragment forwarding would help already?
(Am I reading this right that the discards are buffer space discards, not r= etransmission count packet losses?)
[RJ]: Yes buffer s= pace discards, but it results in more retransmissions causing more mac send= failures.=C2=A0

Gr=C3=BC=C3=9Fe, Carsten

> On Apr 6, 2017, at 15:39, Rahul Jadhav <rahul.ietf@gmail.com> wrote:
>
> Hi Carsten,
>
> Currently I m reassembling hop by hop.
>
> Problem begins with initial auth session itself!! I use PANA for netwo= rk access in single channel (with no RDC) mesh and the payload in most PANA= messages crosses 127B (especially considering the relay header overhead),,= , its all unicast with MAC layer ACK. None of my mcast packets cross MTU bo= undary. Also an imp point is that the buffer space is only for one IPv6 dat= agram (i.e. 1280B).
> Some of the problems highlighted by Pascal such as, fragments getting = discarded prematurely for e.g. because of high node density causing recepti= on from different peers is hurting the end to end msg transmission badly. T= he failure rate and thus the retransmission rate at app is very high,, so m= uch that we had to adopt a proprietary compressed PANA signalling mechanism= =C2=A0 to improve convergence time.
>
> Regards,
> Rahul
>
> On 6 April 2017 at 18:24, Carsten Bormann <cabo@tzi.org> wrote:
> On Apr 6, 2017, at 10:57, Rahul Jadhav <rahul.ietf@gmail.com> wrote:
> >
> > Fragmentation at 6lo layer as it is today is almost unusable for = a moderately sized network with lower MTUs such as 127B.
>
> Hi Rahul,
>
> please explain some more.
>
> What kind of problem do you experience?
>
> Is the load on your network predominantly composed of packets > 127= B?
>
> Are you using MAC-layer ACK?
>
> Do the problems you are seeing occur with Unicast or with Multicast? >
> Are you already using fragment forwarding or are you reassembling hop = by hop?
>
> Gr=C3=BC=C3=9Fe, Carsten
>
>
> __________________= _____________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch


--001a113c4f3c9d5b97054c80674b-- From nobody Thu Apr 6 07:54:11 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68B3A128B38; Thu, 6 Apr 2017 07:54:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id buTflR4Om0QJ; Thu, 6 Apr 2017 07:54:08 -0700 (PDT) Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A4EC129452; Thu, 6 Apr 2017 07:54:05 -0700 (PDT) Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id v36ErpFc008522 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Apr 2017 17:53:51 +0300 (EEST) Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id v36Ero2j010146; Thu, 6 Apr 2017 17:53:50 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22758.22142.462720.334973@fireball.acr.fi> Date: Thu, 6 Apr 2017 17:53:50 +0300 From: Tero Kivinen To: Muhammad Akbar Cc: "Pascal Thubert \(pthubert\)" , PWK , Ralph Droms , Thomas Watteyne , "6lo\@ietf.org" <6lo@ietf.org>, Carsten Bormann , "6tisch\@ietf.org" <6tisch@ietf.org> In-Reply-To: <1491485782757.90477@bournemouth.ac.uk> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <1491485782757.90477@bournemouth.ac.uk> X-Mailer: VM 8.2.0b under 25.1.1 (x86_64--netbsd) X-Edit-Time: 2 min X-Total-Time: 2 min Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 14:54:09 -0000 Muhammad Akbar writes: > What about IEEE 802.15.12? 802.15.12 will bring fragmentation but I think it will be hop-by-hop fragmentation based on the 802.15.9. > I attended a presentation in IETF98, where a person from IEEE > mentioned about IEEE 802.15.12 with the packet size of 2048 (not > sure the exact but its more than 1280 MTU), do we need > fragmentation then? New PHY layers will usually support 2047 octet frames, and for example the new 2Mbit/s phy for the 2.4GHz band which is backward compatible with normal 2.4GHz phy will support 2047 octet frames. The old 2.4GHz PHY will still be limited for 127 octets. -- kivinen@iki.fi From nobody Thu Apr 6 08:05:30 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 484CA129437 for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 08:05:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cm_2wX3mAbHq for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 08:05:23 -0700 (PDT) Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94655127601 for <6lo@ietf.org>; Thu, 6 Apr 2017 08:05:21 -0700 (PDT) Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id v36F5ELs022731 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Apr 2017 18:05:14 +0300 (EEST) Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id v36F5DZ7016431; Thu, 6 Apr 2017 18:05:13 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22758.22825.803918.100803@fireball.acr.fi> Date: Thu, 6 Apr 2017 18:05:13 +0300 From: Tero Kivinen To: PWK Cc: Thubert Pascal , Ralph Droms , Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org>, Thomas Watteyne , "6lo\@ietf.org" <6lo@ietf.org> In-Reply-To: <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> X-Mailer: VM 8.2.0b under 25.1.1 (x86_64--netbsd) X-Edit-Time: 11 min X-Total-Time: 10 min Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 15:05:24 -0000 PWK writes: > Tero makes some good points but perhaps I have a different view on the Layer 1 > fragmentation introduced with 802.15.4k. > > Firstly, the Layer 1 fragmentation was early on intended to be a general > function that could be used with any PHY, that was why it was in the MAC > section for 802.15.4k. During the 802.15.4-2015 revision effort we saw that > there were some PHYs that would require additional effort on the mechanism (I > cannot remember the specifics). Like all other PHYs, as the LECIM PHY assumes that you know who is talking based on the frequency they are using, thus the fragments do not have addressing information in them. There is only two octet fragment header having 7-bit transaction ID and fragment number. If there are multiple senders sending fragments at the same time, they will get mixed up unless you can know it from somewhere else who is sending that fragment. With TSCH it could be possible to use it as if you use dedicated slot, then you know who is sending the frame. With normal 2.4GHz non-TSCH frame this is not really going to happen, as if there is multiple senders sending fragments at the same time, they will get mixed up. If you are using security then you can verify the MIC-32 in the each fragment, and if it does not match, then the fragment was corrupted, or was part of some other fragment transaction... > Rather than delay the revision further we chose the expedient way to > move on which was to put it into the LECIM section, since they were > the PHYs (DSSS in particular) that absolutely needed Layer 1 > fragmentation. In the next revision I will propose that, once again, > we revisit the concept of extending the Layer 1 fragmentation to > more PHYs as well as change the moniker LECIM to LPWAN. The problem there is that max frame size in LECIM is so small that you cannot include the things like source and destination addresses in each fragment, and leaving them out will cause issues on other PHYs, like normal 2.4GHz PHY, especially if there is lots of fragmented traffic. -- kivinen@iki.fi From nobody Thu Apr 6 08:28:04 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FDC0129535 for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 08:28:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2rCzXkXG4EwM for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 08:28:01 -0700 (PDT) Received: from p3plsmtpa12-01.prod.phx3.secureserver.net (p3plsmtpa12-01.prod.phx3.secureserver.net [68.178.252.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 591C0129531 for <6lo@ietf.org>; Thu, 6 Apr 2017 08:28:01 -0700 (PDT) Received: from [10.0.1.5] ([24.13.37.133]) by :SMTPAUTH: with SMTP id w9JocMmvy8iR3w9JpccbFJ; Thu, 06 Apr 2017 08:27:30 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: PWK In-Reply-To: <22758.22825.803918.100803@fireball.acr.fi> Date: Thu, 6 Apr 2017 10:27:28 -0500 Cc: Thubert Pascal , Ralph Droms , Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org>, Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org> Content-Transfer-Encoding: quoted-printable Message-Id: <956EDC0E-3671-4230-BF74-5C962437FD1C@kinneyconsultingllc.com> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> <22758.22825.803918.100803@fireball.acr.fi> To: Tero Kivinen X-Mailer: Apple Mail (2.3273) X-CMAE-Envelope: MS4wfIbPfpTWdjJgFNxJFv+gNRm7ci+j/Ms4aAuW6U0oXDlE5ptEMXtwD+b2CmRvMNVysINZxVclDO0uJ7tc0bvyxL6+j6hCOvw6kkmiVDYNHptm4t0PCEAl sOVV05YCpRTSUdEVZoxq2vn5ZyD4Y9P4y2io4+7QkTq9doAcx4aI11sdlahPah813lzScNQmVhAmKhxe7K3hiAcx3tCUXv1CeiZz1WLBvjrwYRqSlUz90iNY ZOfGuJ3WC+hcDenundghR30pjIKeoaeoQAkUEKJ0yGi4ULYDJ5yNyDfyhqO5hR1ht8aeDXuC5VHuM8JCWsHklwcm+Ot95XdZOCvjacEkz74= Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 15:28:04 -0000 Actually, with 802.15.4 Layer 1 fragmenting, the source device sends the = destination device a message containing the Fragment Sequence Context = Description which includes (among other information) the source and = destination addresses and a 6-bit transaction identifier which uniquely = defines this fragment sequence. The destination device must ACK this = message before the fragment sequence starts. After that ACK, the source = sends the fragments that include the transaction identifier but not the = source and destination addresses. Any device receiving a fragment = checks to see if the transaction identifier belongs to that device, if = it doesn=E2=80=99t, the fragment is discarded. In summary, multiple = fragment sequences will not get mixed up since the Fragment Sequence = Context Description maps the transaction identifier to the source and = destination addresses. Pat On 6, Apr2017, at 10:05, Tero Kivinen wrote: PWK writes: > Tero makes some good points but perhaps I have a different view on the = Layer 1 > fragmentation introduced with 802.15.4k. >=20 > Firstly, the Layer 1 fragmentation was early on intended to be a = general > function that could be used with any PHY, that was why it was in the = MAC > section for 802.15.4k. During the 802.15.4-2015 revision effort we = saw that > there were some PHYs that would require additional effort on the = mechanism (I > cannot remember the specifics). Like all other PHYs, as the LECIM PHY assumes that you know who is talking based on the frequency they are using, thus the fragments do not have addressing information in them. There is only two octet fragment header having 7-bit transaction ID and fragment number. If there are multiple senders sending fragments at the same time, they will get mixed up unless you can know it from somewhere else who is sending that fragment. With TSCH it could be possible to use it as if you use dedicated slot, then you know who is sending the frame. With normal 2.4GHz non-TSCH frame this is not really going to happen, as if there is multiple senders sending fragments at the same time, they will get mixed up. If you are using security then you can verify the MIC-32 in the each fragment, and if it does not match, then the fragment was corrupted, or was part of some other fragment transaction... > Rather than delay the revision further we chose the expedient way to > move on which was to put it into the LECIM section, since they were > the PHYs (DSSS in particular) that absolutely needed Layer 1 > fragmentation. In the next revision I will propose that, once again, > we revisit the concept of extending the Layer 1 fragmentation to > more PHYs as well as change the moniker LECIM to LPWAN. The problem there is that max frame size in LECIM is so small that you cannot include the things like source and destination addresses in each fragment, and leaving them out will cause issues on other PHYs, like normal 2.4GHz PHY, especially if there is lots of fragmented traffic.=20 --=20 kivinen@iki.fi From nobody Thu Apr 6 10:17:40 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55A6C129571 for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 10:17:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s_5yqO-4pc1y for <6lo@ietfa.amsl.com>; Thu, 6 Apr 2017 10:17:36 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71C90129488 for <6lo@ietf.org>; Thu, 6 Apr 2017 10:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2440; q=dns/txt; s=iport; t=1491499056; x=1492708656; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=s/OTLkLGvaQJr03krnv/FUTlwrGbJIvPkE3M0GmRoTI=; b=Z52KHadCCFGV3NoCT5XbseokX7Rz8K183bSuwOQRXNKguX0/o6DjUTlP nH3q2Wio7jQrTYcTNFEpbjjZO2+Kx7I0t9PqnNKfKX9KPkWOebAFjLYoY PPEBoEMV2BaBaWHdaBdBF117b/eeaDRA/gIMFYwdEVcHqaKJ3vGdbCalq o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CfAgBId+ZY/5hdJa1cGwEBAQMBAQEJA?= =?us-ascii?q?QEBg1RhgQsHg1yKEqcSgg8shXYCGoMrPxgBAgEBAQEBAQFrHQuFFgMDIxFDEgI?= =?us-ascii?q?BCBoCJgICAjAVBgEGAwIEG4oGDqo7giaKZwEBAQEBAQEBAQEBAQEBAQEBAQEfg?= =?us-ascii?q?QuFQ4RwgxeERYJfBY9pjQoBhn2LTIIHVYRZihGTdwEfOIEFWxUYhQEggWN1AYh?= =?us-ascii?q?RgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,160,1488844800"; d="scan'208";a="407892733" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2017 17:17:35 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v36HHZKh012007 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6lo@ietf.org>; Thu, 6 Apr 2017 17:17:35 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 6 Apr 2017 12:17:34 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 6 Apr 2017 12:17:34 -0500 From: "Pascal Thubert (pthubert)" To: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: New Version Notification for draft-thubert-6lo-forwarding-fragments-05.txt Thread-Index: AQHSrvlR+u/QwNjB40m8dUdyD98E7KG4lPDg Date: Thu, 6 Apr 2017 17:17:19 +0000 Deferred-Delivery: Thu, 6 Apr 2017 17:17:06 +0000 Message-ID: <48682a24f56745adab5d10cab08c6dad@XCH-RCD-001.cisco.com> References: <149149889451.22012.6754114764872651376.idtracker@ietfa.amsl.com> In-Reply-To: <149149889451.22012.6754114764872651376.idtracker@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [6lo] FW: New Version Notification for draft-thubert-6lo-forwarding-fragments-05.txt X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 17:17:38 -0000 DQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC10aHViZXJ0LTZsby1mb3J3YXJkaW5nLWZy YWdtZW50cy0wNS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUGFzY2Fs IFRodWJlcnQgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJh ZnQtdGh1YmVydC02bG8tZm9yd2FyZGluZy1mcmFnbWVudHMNClJldmlzaW9uOgkwNQ0KVGl0bGU6 CQlMTE4gRnJhZ21lbnQgRm9yd2FyZGluZyBhbmQgUmVjb3ZlcnkNCkRvY3VtZW50IGRhdGU6CTIw MTctMDQtMDYNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTE4DQpVUkw6 ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXRo dWJlcnQtNmxvLWZvcndhcmRpbmctZnJhZ21lbnRzLTA1LnR4dA0KU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRodWJlcnQtNmxvLWZvcndhcmRp bmctZnJhZ21lbnRzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC10aHViZXJ0LTZsby1mb3J3YXJkaW5nLWZyYWdtZW50cy0wNQ0KSHRtbGl6ZWQ6ICAg ICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtdGh1YmVydC02 bG8tZm9yd2FyZGluZy1mcmFnbWVudHMtMDUNCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtdGh1YmVydC02bG8tZm9yd2FyZGluZy1mcmFnbWVu dHMtMDUNCg0KQWJzdHJhY3Q6DQogICBDb25zaWRlcmluZyB0aGF0IGFuIExMTiBsaW5rLWxheWVy IGZyYW1lIGNhbiBoYXZlIGEgcGF5bG9hZCBiZWxvdyAxMDANCiAgIGJ5dGVzLCBhbiBJUHY2IHBh Y2tldCBtaWdodCBiZSBmcmFnbWVudGVkIG1vcmUgdGhhbiAxMCBmcmFnbWVudHMgYXQNCiAgIHRo ZSA2TG9XUEFOIGxheWVyLiAgSW4gYSA2TG9XUEFOIG1lc2gtdW5kZXIgbWVzaCBuZXR3b3JrLCB0 aGUNCiAgIGZyYWdtZW50cyBjYW4gYmUgZm9yd2FyZGVkIGluZGl2aWR1YWxseSBhY3Jvc3MgdGhl IG1lc2gsIHdoZXJlYXMgYQ0KICAgcm91dGUtb3ZlciBtZXNoIG5ldHdvcmssIGEgZnJhZ21lbnRl ZCA2TG9XUEFOIHBhY2tldCBtdXN0IGJlDQogICByZWFzc2VtYmxlZCBhdCBldmVyeSBob3AsIHdo aWNoIGNhdXNlcyBsYXRlbmN5IGFuZCBjb25nZXN0aW9uLiAgVGhpcw0KICAgZHJhZnQgaW50cm9k dWNlcyBhIHNpbXBsZSBwcm90b2NvbCB0byBmb3J3YXJkIGluZGl2aWR1YWwgZnJhZ21lbnRzDQog ICBhY3Jvc3MgYSByb3V0ZS1vdmVyIG1lc2ggbmV0d29yaywgYW5kLCByZWdhcmRsZXNzIG9mIHRo ZSB0eXBlIG9mDQogICBtZXNoLCByZWNvdmVyIHRoZSBsb3NzIG9mIGluZGl2aWR1YWwgZnJhZ21l bnRzIGFjcm9zcyB0aGUgbWVzaCBhbmQNCiAgIHByb3RlY3QgdGhlIG5ldHdvcmsgYWdhaW5zdCBi bG9hdCB3aXRoIGEgbWluaW1hbCBmbG93IGNvbnRyb2wuDQoNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0 ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNl Y3JldGFyaWF0DQoNCg== From nobody Thu Apr 6 10:17:51 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FC8F129488; Thu, 6 Apr 2017 10:17:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hoQX5sR_MkDw; Thu, 6 Apr 2017 10:17:37 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3752F1294A0; Thu, 6 Apr 2017 10:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13338; q=dns/txt; s=iport; t=1491499057; x=1492708657; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=iPPhh8gvHtPI11ZojByF2+h8EbpAI6OLecO640N1xgQ=; b=X9olmBM3NFTzVSx0/c9S1ZLfAAGKm8TVz0VZQWF5MGpjWA8AXz++riIg t5sPex7TnxjdBcpsfOJiKP7AjVHj05005imo8L0MAp4WiZMp21hBRK8QQ EqPzomSr37Rl5oUnUdmp6bEcI78FfVTZcHFQ5ViudQZca6GqxFLOl/Fjw g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ATAgB8d+ZY/5tdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYELB4NcihKRPYgaiAeFNIIPhiICGoMsPxgBAgEBAQEBAQF?= =?us-ascii?q?rKIUVAQEBAQMjCkwQAgEGAhEEAQEBJwMCAgIfERQJCAIEAQ0FCIluAxWMbJ1dg?= =?us-ascii?q?iaHLA2DLgEBAQEBAQEBAQEBAQEBAQEBAQEBAR2GToRwglGCO4JQgl8Flh2GGzs?= =?us-ascii?q?BjhmEMIIHhS6KEYp7iHwBHziBBVsVhxx1iFKBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,160,1488844800"; d="scan'208,217";a="227580666" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2017 17:17:36 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v36HHaWW026234 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 6 Apr 2017 17:17:36 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 6 Apr 2017 12:17:34 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 6 Apr 2017 12:17:35 -0500 From: "Pascal Thubert (pthubert)" To: Rahul Jadhav , Thomas Watteyne CC: "6tisch@ietf.org" <6tisch@ietf.org>, lo <6lo@ietf.org> Thread-Topic: [6tisch] [6lo] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 Thread-Index: AQHSpz1gbZRIvsYUX0eo4E0mrs/jUKG1SrIQgAMdW/yAADvWYA== Date: Thu, 6 Apr 2017 17:17:17 +0000 Deferred-Delivery: Thu, 6 Apr 2017 17:17:09 +0000 Message-ID: <71941304d1c741bb966a7bce533bf9b9@XCH-RCD-001.cisco.com> References: <23d281df0e12472b91791f6173485f75@XCH-RCD-001.cisco.com> <9C5FC3F7-D2D8-4B0A-B642-9E92861C9E12@tzi.org> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: multipart/alternative; boundary="_000_71941304d1c741bb966a7bce533bf9b9XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 17:17:39 -0000 --_000_71941304d1c741bb966a7bce533bf9b9XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhdCB1bHRyYSBjb29sIFJhaHVsLg0KDQpJIHB1Ymxpc2hlZCAwNSB0aGF0IGFkZHJlc3NlcyBU aG9tYXPigJkgY29tbWVudHMg4pi6DQoNCkFuZCB5ZXMsIHRoZXJl4oCZcyBhIGxvdCBtb3JlIHRo YW4gZm9yd2FyZGluZyBmcmFnbWVudHMgYmxpbmRseS4NCg0KVGFrZSBjYXJlLA0KDQpQYXNjYWwN Cg0KDQoNCkZyb206IDZ0aXNjaCBbbWFpbHRvOjZ0aXNjaC1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgUmFodWwgSmFkaGF2DQpTZW50OiBqZXVkaSA2IGF2cmlsIDIwMTcgMTU6NDANClRv OiBDYXJzdGVuIEJvcm1hbm4gPGNhYm9AdHppLm9yZz4NCkNjOiA2dGlzY2hAaWV0Zi5vcmc7IGxv IDw2bG9AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogWzZ0aXNjaF0gWzZsb10gVGhvbWFzJyByZXZp ZXcgb2YgZHJhZnQtdGh1YmVydC02bG8tZm9yd2FyZGluZy1mcmFnbWVudHMtMDQNCg0KSGkgQ2Fy c3RlbiwNCg0KQ3VycmVudGx5IEkgbSByZWFzc2VtYmxpbmcgaG9wIGJ5IGhvcC4NCg0KUHJvYmxl bSBiZWdpbnMgd2l0aCBpbml0aWFsIGF1dGggc2Vzc2lvbiBpdHNlbGYhISBJIHVzZSBQQU5BIGZv ciBuZXR3b3JrIGFjY2VzcyBpbiBzaW5nbGUgY2hhbm5lbCAod2l0aCBubyBSREMpIG1lc2ggYW5k IHRoZSBwYXlsb2FkIGluIG1vc3QgUEFOQSBtZXNzYWdlcyBjcm9zc2VzIDEyN0IgKGVzcGVjaWFs bHkgY29uc2lkZXJpbmcgdGhlIHJlbGF5IGhlYWRlciBvdmVyaGVhZCksLCwgaXRzIGFsbCB1bmlj YXN0IHdpdGggTUFDIGxheWVyIEFDSy4gTm9uZSBvZiBteSBtY2FzdCBwYWNrZXRzIGNyb3NzIE1U VSBib3VuZGFyeS4gQWxzbyBhbiBpbXAgcG9pbnQgaXMgdGhhdCB0aGUgYnVmZmVyIHNwYWNlIGlz IG9ubHkgZm9yIG9uZSBJUHY2IGRhdGFncmFtIChpLmUuIDEyODBCKS4NClNvbWUgb2YgdGhlIHBy b2JsZW1zIGhpZ2hsaWdodGVkIGJ5IFBhc2NhbCBzdWNoIGFzLCBmcmFnbWVudHMgZ2V0dGluZyBk aXNjYXJkZWQgcHJlbWF0dXJlbHkgZm9yIGUuZy4gYmVjYXVzZSBvZiBoaWdoIG5vZGUgZGVuc2l0 eSBjYXVzaW5nIHJlY2VwdGlvbiBmcm9tIGRpZmZlcmVudCBwZWVycyBpcyBodXJ0aW5nIHRoZSBl bmQgdG8gZW5kIG1zZyB0cmFuc21pc3Npb24gYmFkbHkuIFRoZSBmYWlsdXJlIHJhdGUgYW5kIHRo dXMgdGhlIHJldHJhbnNtaXNzaW9uIHJhdGUgYXQgYXBwIGlzIHZlcnkgaGlnaCwsIHNvIG11Y2gg dGhhdCB3ZSBoYWQgdG8gYWRvcHQgYSBwcm9wcmlldGFyeSBjb21wcmVzc2VkIFBBTkEgc2lnbmFs bGluZyBtZWNoYW5pc20gIHRvIGltcHJvdmUgY29udmVyZ2VuY2UgdGltZS4NCg0KUmVnYXJkcywN ClJhaHVsDQoNCk9uIDYgQXByaWwgMjAxNyBhdCAxODoyNCwgQ2Fyc3RlbiBCb3JtYW5uIDxjYWJv QHR6aS5vcmc8bWFpbHRvOmNhYm9AdHppLm9yZz4+IHdyb3RlOg0KT24gQXByIDYsIDIwMTcsIGF0 IDEwOjU3LCBSYWh1bCBKYWRoYXYgPHJhaHVsLmlldGZAZ21haWwuY29tPG1haWx0bzpyYWh1bC5p ZXRmQGdtYWlsLmNvbT4+IHdyb3RlOg0KPg0KPiBGcmFnbWVudGF0aW9uIGF0IDZsbyBsYXllciBh cyBpdCBpcyB0b2RheSBpcyBhbG1vc3QgdW51c2FibGUgZm9yIGEgbW9kZXJhdGVseSBzaXplZCBu ZXR3b3JrIHdpdGggbG93ZXIgTVRVcyBzdWNoIGFzIDEyN0IuDQoNCkhpIFJhaHVsLA0KDQpwbGVh c2UgZXhwbGFpbiBzb21lIG1vcmUuDQoNCldoYXQga2luZCBvZiBwcm9ibGVtIGRvIHlvdSBleHBl cmllbmNlPw0KDQpJcyB0aGUgbG9hZCBvbiB5b3VyIG5ldHdvcmsgcHJlZG9taW5hbnRseSBjb21w b3NlZCBvZiBwYWNrZXRzID4gMTI3IEI/DQoNCkFyZSB5b3UgdXNpbmcgTUFDLWxheWVyIEFDSz8N Cg0KRG8gdGhlIHByb2JsZW1zIHlvdSBhcmUgc2VlaW5nIG9jY3VyIHdpdGggVW5pY2FzdCBvciB3 aXRoIE11bHRpY2FzdD8NCg0KQXJlIHlvdSBhbHJlYWR5IHVzaW5nIGZyYWdtZW50IGZvcndhcmRp bmcgb3IgYXJlIHlvdSByZWFzc2VtYmxpbmcgaG9wIGJ5IGhvcD8NCg0KR3LDvMOfZSwgQ2Fyc3Rl bg0KDQo= --_000_71941304d1c741bb966a7bce533bf9b9XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNv bm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6 bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207 DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5UaGF0IHVsdHJhIGNvb2wgUmFodWwuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBwdWJsaXNoZWQgMDUgdGhhdCBhZGRyZXNz ZXMgVGhvbWFz4oCZIGNvbW1lbnRzJm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpXaW5nZGluZ3M7Y29sb3I6IzFGNDk3RCI+Sjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbmQgeWVzLCB0aGVyZeKAmXMgYSBsb3QgbW9yZSB0aGFu IGZvcndhcmRpbmcgZnJhZ21lbnRzIGJsaW5kbHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5UYWtlIGNhcmUsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiA2dGlzY2gg W21haWx0bzo2dGlzY2gtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+UmFo dWwgSmFkaGF2PGJyPg0KPGI+U2VudDo8L2I+IGpldWRpIDYgYXZyaWwgMjAxNyAxNTo0MDxicj4N CjxiPlRvOjwvYj4gQ2Fyc3RlbiBCb3JtYW5uICZsdDtjYWJvQHR6aS5vcmcmZ3Q7PGJyPg0KPGI+ Q2M6PC9iPiA2dGlzY2hAaWV0Zi5vcmc7IGxvICZsdDs2bG9AaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+ U3ViamVjdDo8L2I+IFJlOiBbNnRpc2NoXSBbNmxvXSBUaG9tYXMnIHJldmlldyBvZiBkcmFmdC10 aHViZXJ0LTZsby1mb3J3YXJkaW5nLWZyYWdtZW50cy0wNDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPkhpIENhcnN0ZW4sPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij5DdXJyZW50bHkgSSBtIHJlYXNzZW1ibGluZyBob3AgYnkgaG9wLiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5Qcm9ibGVt IGJlZ2lucyB3aXRoIGluaXRpYWwgYXV0aCBzZXNzaW9uIGl0c2VsZiEhIEkgdXNlIFBBTkEgZm9y IG5ldHdvcmsgYWNjZXNzIGluIHNpbmdsZSBjaGFubmVsICh3aXRoIG5vIFJEQykgbWVzaCBhbmQg dGhlIHBheWxvYWQgaW4gbW9zdCBQQU5BIG1lc3NhZ2VzIGNyb3NzZXMgMTI3QiAoZXNwZWNpYWxs eSBjb25zaWRlcmluZyB0aGUgcmVsYXkgaGVhZGVyDQogb3ZlcmhlYWQpLCwsIGl0cyBhbGwgdW5p Y2FzdCB3aXRoIE1BQyBsYXllciBBQ0suIE5vbmUgb2YgbXkgbWNhc3QgcGFja2V0cyBjcm9zcyBN VFUgYm91bmRhcnkuIEFsc28gYW4gaW1wIHBvaW50IGlzIHRoYXQgdGhlIGJ1ZmZlciBzcGFjZSBp cyBvbmx5IGZvciBvbmUgSVB2NiBkYXRhZ3JhbSAoaS5lLiAxMjgwQikuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij5Tb21lIG9mIHRoZSBwcm9ibGVtcyBoaWdobGlnaHRlZCBieSBQYXNjYWwgc3VjaCBh cywgZnJhZ21lbnRzIGdldHRpbmcgZGlzY2FyZGVkIHByZW1hdHVyZWx5IGZvciBlLmcuIGJlY2F1 c2Ugb2YgaGlnaCBub2RlIGRlbnNpdHkgY2F1c2luZyByZWNlcHRpb24gZnJvbSBkaWZmZXJlbnQg cGVlcnMgaXMgaHVydGluZyB0aGUgZW5kIHRvIGVuZCBtc2cgdHJhbnNtaXNzaW9uDQogYmFkbHku IFRoZSBmYWlsdXJlIHJhdGUgYW5kIHRodXMgdGhlIHJldHJhbnNtaXNzaW9uIHJhdGUgYXQgYXBw IGlzIHZlcnkgaGlnaCwsIHNvIG11Y2ggdGhhdCB3ZSBoYWQgdG8gYWRvcHQgYSBwcm9wcmlldGFy eSBjb21wcmVzc2VkIFBBTkEgc2lnbmFsbGluZyBtZWNoYW5pc20gJm5ic3A7dG8gaW1wcm92ZSBj b252ZXJnZW5jZSB0aW1lLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+UmFodWw8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5PbiA2IEFwcmlsIDIwMTcg YXQgMTg6MjQsIENhcnN0ZW4gQm9ybWFubiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNhYm9AdHppLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmNhYm9AdHppLm9yZzwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2lu LWxlZnQ6MzYuMHB0Ij4NCk9uIEFwciA2LCAyMDE3LCBhdCAxMDo1NywgUmFodWwgSmFkaGF2ICZs dDs8YSBocmVmPSJtYWlsdG86cmFodWwuaWV0ZkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5y YWh1bC5pZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCiZndDs8YnI+DQomZ3Q7IEZy YWdtZW50YXRpb24gYXQgNmxvIGxheWVyIGFzIGl0IGlzIHRvZGF5IGlzIGFsbW9zdCB1bnVzYWJs ZSBmb3IgYSBtb2RlcmF0ZWx5IHNpemVkIG5ldHdvcmsgd2l0aCBsb3dlciBNVFVzIHN1Y2ggYXMg MTI3Qi48YnI+DQo8YnI+DQpIaSBSYWh1bCw8YnI+DQo8YnI+DQpwbGVhc2UgZXhwbGFpbiBzb21l IG1vcmUuPGJyPg0KPGJyPg0KV2hhdCBraW5kIG9mIHByb2JsZW0gZG8geW91IGV4cGVyaWVuY2U/ PGJyPg0KPGJyPg0KSXMgdGhlIGxvYWQgb24geW91ciBuZXR3b3JrIHByZWRvbWluYW50bHkgY29t cG9zZWQgb2YgcGFja2V0cyAmZ3Q7IDEyNyBCPzxicj4NCjxicj4NCkFyZSB5b3UgdXNpbmcgTUFD LWxheWVyIEFDSz88YnI+DQo8YnI+DQpEbyB0aGUgcHJvYmxlbXMgeW91IGFyZSBzZWVpbmcgb2Nj dXIgd2l0aCBVbmljYXN0IG9yIHdpdGggTXVsdGljYXN0Pzxicj4NCjxicj4NCkFyZSB5b3UgYWxy ZWFkeSB1c2luZyBmcmFnbWVudCBmb3J3YXJkaW5nIG9yIGFyZSB5b3UgcmVhc3NlbWJsaW5nIGhv cCBieSBob3A/PGJyPg0KPGJyPg0KR3LDvMOfZSwgQ2Fyc3RlbjxvOnA+PC9vOnA+PC9wPg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_71941304d1c741bb966a7bce533bf9b9XCHRCD001ciscocom_-- From nobody Fri Apr 7 02:49:13 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0E671200DF for <6lo@ietfa.amsl.com>; Fri, 7 Apr 2017 02:49:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZldLw5Gh6l_2 for <6lo@ietfa.amsl.com>; Fri, 7 Apr 2017 02:49:04 -0700 (PDT) Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53264128B44 for <6lo@ietf.org>; Fri, 7 Apr 2017 02:49:02 -0700 (PDT) Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id v379muTE029719 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Apr 2017 12:48:56 +0300 (EEST) Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id v379mtFA003377; Fri, 7 Apr 2017 12:48:55 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <22759.24711.77992.225193@fireball.acr.fi> Date: Fri, 7 Apr 2017 12:48:55 +0300 From: Tero Kivinen To: PWK Cc: Thubert Pascal , Ralph Droms , Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org>, Thomas Watteyne , "6lo\@ietf.org" <6lo@ietf.org> In-Reply-To: <956EDC0E-3671-4230-BF74-5C962437FD1C@kinneyconsultingllc.com> References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> <22758.22825.803918.100803@fireball.acr.fi> <956EDC0E-3671-4230-BF74-5C962437FD1C@kinneyconsultingllc.com> X-Mailer: VM 8.2.0b under 25.1.1 (x86_64--netbsd) X-Edit-Time: 9 min X-Total-Time: 11 min Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 09:49:06 -0000 PWK writes: > Actually, with 802.15.4 Layer 1 fragmenting, the source device sends > the destination device a message containing the Fragment Sequence > Context Description which includes (among other information) the > source and destination addresses and a 6-bit transaction identifier > which uniquely defines this fragment sequence. The destination > device must ACK this message before the fragment sequence starts. > After that ACK, the source sends the fragments that include the > transaction identifier but not the source and destination addresses. > Any device receiving a fragment checks to see if the transaction > identifier belongs to that device, if it doesn=E2=80=99t, the fragmen= t is > discarded. In summary, multiple fragment sequences will not get > mixed up since the Fragment Sequence Context Description maps the > transaction identifier to the source and destination addresses.=20 That is only true if you have two nodes on the channel. If node A sends fragment sequence context description IE and sets up fragmentation context with node B with TID of 0x00, and at the same time node C decides to send fragmented packet to node D, the node C will send similar frame to setup the fragmentation context with D, but as those fragment sequence context description IE frames do have addressing fields, only the intended targets will see them, thus only B receives the FSCD from A and only D receives it from C. Thus C does not have any idea which TIDs are in use, and it might also pick TID of 0x00. Then when A sends a fragment with TID of 0x00, and without addressing fields, both B and D will receive it and they both think it belongs to them. Similar when C sends fragments with TID 0x00 both B and D receive it and both will add it to their reassembly queue. If security is enabled then the problem is not as bad, as the MIC-32 of the fragment is calculated using nonce, which includes the sender extended address, thus MIC-32 will fail if the sender is not the one device assumes it is, thus node B will only accept fragments from A, and all fragments sent by the C will have invalid MIC-32, thus they will fail the authentication and will be dropped. Similarly with node D. If no security is used then there is nothing protecting the fragments, thus they will get mixed up. In LECIM this is not problem (at least that was told to me), because there is only one sender in one channel, thus the recipient can know that frame is from that sender by just receiving it on that channel. Of course the security of the fragments was broken in the 4k, and it was fixed in the 802.15.4-2015 version. In 4k the fragment counters and the frame counters could overlap, thus it could generate same nonce twice in some cases (i.e. frame number 0x00000001, and fragment 0x01 of frame number 0x000000 had same nonce or so). --=20 kivinen@iki.fi From nobody Fri Apr 7 05:03:53 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0863612778D for <6lo@ietfa.amsl.com>; Fri, 7 Apr 2017 05:03:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PbCv_Jn7qeau for <6lo@ietfa.amsl.com>; Fri, 7 Apr 2017 05:03:49 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB1FA1270A7 for <6lo@ietf.org>; Fri, 7 Apr 2017 05:03:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=458; q=dns/txt; s=iport; t=1491566629; x=1492776229; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=4o6y8BC8Bi3PuSXct5zJKq/s/fCF8UfxUZnZf/q4Lik=; b=F1tGPIyrNd/rHWvEulK0HH6d//6KL3bla7FN6QmlRbn5rqDIztZ71+zp 0+lO4jGCBUvsVGMkcZBIgLgNStNJ4JWHgUhHHVvurqTEzZkwy9qaOf1Si 9kBnNPhPvUsPXa1TmV3jbv6jUAD6MueE8/zni+60A0TqdvCUYzHIQHrwD E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A+AQBvf+dY/4QNJK1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1OBc41wpxqCD4l5PxgBAgEBAQEBAQFrHQuFVlEBPkImAQQbigeaP5I?= =?us-ascii?q?uinQBAQgBAQEBASOGTo8rBZx4AYFUkHqBbwEXhS6KFIhjixsBHziBBVsVhxyJI?= =?us-ascii?q?IENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,164,1488844800"; d="scan'208";a="405043354" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Apr 2017 12:03:49 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v37C3nRq013125 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6lo@ietf.org>; Fri, 7 Apr 2017 12:03:49 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 7 Apr 2017 07:03:48 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Fri, 7 Apr 2017 07:03:48 -0500 From: "Pascal Thubert (pthubert)" To: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: Option to indicate support for EARO Thread-Index: AdKvlkpBBN/b0rKfQdiuUhPAqRK86Q== Date: Fri, 7 Apr 2017 12:03:20 +0000 Deferred-Delivery: Fri, 7 Apr 2017 12:03:05 +0000 Message-ID: <667665fce4a84564825742fb2f388868@XCH-RCD-001.cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.20] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [6lo] Option to indicate support for EARO X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 12:03:51 -0000 Dear all: There was one thing left TBD in rfc 6775 update, it's how we signal that th= e 6LR router supports EARO per RFC 6775. I suggest we leverage RFC 7400 LoWPAN Capability Indication Option (6CIO) a= nd add bits to indicate support for EARO, 6LR vs. 6LBR; and Proxy. For AP ND, it's a little bit less clear, I'd suspect that the bit should be= defined in that draft. Please let me know if you have issues with this; Take care, Pascal From nobody Fri Apr 7 05:42:37 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E375124281 for <6lo@ietfa.amsl.com>; Fri, 7 Apr 2017 05:42:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.694 X-Spam-Level: X-Spam-Status: No, score=-4.694 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6KndGdGDD7V5 for <6lo@ietfa.amsl.com>; Fri, 7 Apr 2017 05:42:28 -0700 (PDT) Received: from p3plsmtpa06-10.prod.phx3.secureserver.net (p3plsmtpa06-10.prod.phx3.secureserver.net [173.201.192.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84CC41274D2 for <6lo@ietf.org>; Fri, 7 Apr 2017 05:42:28 -0700 (PDT) Received: from [10.0.1.5] ([24.13.37.133]) by :SMTPAUTH: with SMTP id wTDAcz5cG3ptHwTDAc6BhX; Fri, 07 Apr 2017 05:41:57 -0700 From: PWK Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_F9D7EE27-732B-4D5A-BD62-10840E21F73E" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Fri, 7 Apr 2017 07:41:55 -0500 In-Reply-To: <22759.24711.77992.225193@fireball.acr.fi> Cc: Thubert Pascal , Ralph Droms , Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org>, Thomas Watteyne , "6lo@ietf.org" <6lo@ietf.org> To: Tero Kivinen References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> <22758.22825.803918.100803@fireball.acr.fi> <956EDC0E-3671-4230-BF74-5C962437FD1C@kinneyconsultingllc.com> <22759.24711.77992.225193@fireball.acr.fi> X-Mailer: Apple Mail (2.3273) X-CMAE-Envelope: MS4wfJViQyUw9qU/mGmZpVzxvy+0voLLvMT3xkOer7sn8vp+RkRdDVcEhOYVPnYN4zZjaRJPs8UKDnye3018wdgVRDO7OVj1uUolsP2+pGJmMbd1v+FpLvhM feWVDqXxrcsBGjBr7RoLBElaCjg80rcFE6HRUbIBapjJhyhAL3Tu1X3m7WpEDbEiUdSh8nLUPpczOc64GNimnAUa87lz98Rwa5N3TQaHjrLkOBlD6z1HtXjT O55Xzu4f8tV0y+37sBREi4NM2/U++hqhiVDt8zC4f8uLRs67E16nONIMSWNmZbuoQ9AZl/q08uNfCnWKZfzG74arpCxP7vug3J0TVXlXplw= Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 12:42:31 -0000 --Apple-Mail=_F9D7EE27-732B-4D5A-BD62-10840E21F73E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Tero; I understand your scenario, and I also believe that all = WAN/LAN/PAN wireless networks should always use security. =20 But to further analyze your scenario, since 802.15.4 LP-WAN is star = topology based, in your example A<=3D>B would be one network and C<=3D>D = would be another network. Prior to staring they would have looked to = see if there were other networks set up on the channel, therefore one = would have used another channel (as you noted). By the way, the = scenario you choose is similar to two networks choosing the same PAN ID = and allocating the same short addresses to nodes that are in range of = both networks.=20 Secondly, your scenario assumes that they both send the Fragment = Sequence Context Description at almost the same time, which is very = unlikely for two networks so close together. If they were = =E2=80=9Cout-of-sync=E2=80=9D then B or D would have received a fragment = out of sync, so if Frak policy zero was in use, reception of an = out-of-order fragment would have resulted in termination of the = transaction. The other two policies would have resulted in a condition = where B or D would have received a fragment out of sequence that was = already correctly received, so it would have discarded that fragment, = while the other would have received a fragment number ahead of its time = and would have accepted it. =20 Finally, for the last case, I will also propose a text change in the = next revision that when the frame is reassembled, the standard policy of = checking the FCS and sending ACKs is used. Pat Pat Kinney Kinney Consulting LLC IEEE 802.15 WG vice chair, SC chair ISA100 co-chair, ISA100.20 chair O: +1.847.960.3715 pat.kinney@kinneyconsultingllc.com = On 7, Apr2017, at 4:48, Tero Kivinen wrote: PWK writes: > Actually, with 802.15.4 Layer 1 fragmenting, the source device sends > the destination device a message containing the Fragment Sequence > Context Description which includes (among other information) the > source and destination addresses and a 6-bit transaction identifier > which uniquely defines this fragment sequence. The destination > device must ACK this message before the fragment sequence starts. > After that ACK, the source sends the fragments that include the > transaction identifier but not the source and destination addresses. > Any device receiving a fragment checks to see if the transaction > identifier belongs to that device, if it doesn=E2=80=99t, the fragment = is > discarded. In summary, multiple fragment sequences will not get > mixed up since the Fragment Sequence Context Description maps the > transaction identifier to the source and destination addresses.=20 That is only true if you have two nodes on the channel. If node A sends fragment sequence context description IE and sets up fragmentation context with node B with TID of 0x00, and at the same time node C decides to send fragmented packet to node D, the node C will send similar frame to setup the fragmentation context with D, but as those fragment sequence context description IE frames do have addressing fields, only the intended targets will see them, thus only B receives the FSCD from A and only D receives it from C. Thus C does not have any idea which TIDs are in use, and it might also pick TID of 0x00. Then when A sends a fragment with TID of 0x00, and without addressing fields, both B and D will receive it and they both think it belongs to them. Similar when C sends fragments with TID 0x00 both B and D receive it and both will add it to their reassembly queue. If security is enabled then the problem is not as bad, as the MIC-32 of the fragment is calculated using nonce, which includes the sender extended address, thus MIC-32 will fail if the sender is not the one device assumes it is, thus node B will only accept fragments from A, and all fragments sent by the C will have invalid MIC-32, thus they will fail the authentication and will be dropped. Similarly with node D. If no security is used then there is nothing protecting the fragments, thus they will get mixed up. In LECIM this is not problem (at least that was told to me), because there is only one sender in one channel, thus the recipient can know that frame is from that sender by just receiving it on that channel. Of course the security of the fragments was broken in the 4k, and it was fixed in the 802.15.4-2015 version. In 4k the fragment counters and the frame counters could overlap, thus it could generate same nonce twice in some cases (i.e. frame number 0x00000001, and fragment 0x01 of frame number 0x000000 had same nonce or so). --=20 kivinen@iki.fi --Apple-Mail=_F9D7EE27-732B-4D5A-BD62-10840E21F73E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Tero; I understand your scenario, and I also believe that all = WAN/LAN/PAN wireless networks should always use security.  

But to further analyze = your scenario, since 802.15.4 LP-WAN is star topology based, in your = example A<=3D>B would be one network and C<=3D>D would be = another network.  Prior to staring they would have looked to see if = there were other networks set up on the channel, therefore one would = have used another channel (as you noted).  By the way, the scenario = you choose is similar to two networks choosing the same PAN ID and = allocating the same short addresses to nodes that are in range of both = networks. 

Secondly, your scenario assumes that they both send the = Fragment Sequence Context Description at almost the same time, which is = very unlikely for two networks so close together.  If they were = =E2=80=9Cout-of-sync=E2=80=9D then B or D would have received a fragment = out of sync, so if Frak policy zero was in use, reception of an = out-of-order fragment would have resulted in termination of the = transaction. The other two policies would have resulted in a condition = where B or D would have received a fragment out of sequence that was = already correctly received, so it would have discarded that fragment, = while the other would have received a fragment number ahead of its time = and would have accepted it.  

Finally, for the last case, I will also = propose a text change in the next revision that when the frame is = reassembled, the standard policy of checking the FCS and sending ACKs is = used.

Pat

On 7, Apr2017, at 4:48, Tero Kivinen <kivinen@IKI.FI> = wrote:

PWK writes:
Actually, with 802.15.4 Layer 1 fragmenting, the source = device sends
the destination device a message containing = the Fragment Sequence
Context Description which includes = (among other information) the
source and destination = addresses and a 6-bit transaction identifier
which = uniquely defines this fragment sequence.  The destination
device must ACK this message before the fragment sequence = starts.
After that ACK, the source sends the fragments = that include the
transaction identifier but not the source = and destination addresses.
Any device receiving a fragment = checks to see if the transaction
identifier belongs to = that device, if it doesn=E2=80=99t, the fragment is
discarded.  In summary, multiple fragment sequences will = not get
mixed up since the Fragment Sequence Context = Description maps the
transaction identifier to the source = and destination addresses.

That= is only true if you have two nodes on the channel.

If node A sends fragment sequence context description IE and = sets up
fragmentation context with node B with TID of = 0x00, and at the same
time node C decides to send = fragmented packet to node D, the node C
will send similar = frame to setup the fragmentation context with D, but
as = those fragment sequence context description IE frames do have
addressing fields, only the intended targets will see them, = thus only
B receives the FSCD from A and only D receives = it from C. Thus C does
not have any idea which TIDs are in = use, and it might also pick TID of
0x00.

Then when A sends a fragment with TID of 0x00, and without = addressing
fields, both B and D will receive it and they = both think it belongs to
them.

Similar when C sends fragments with TID 0x00 both B and D = receive it
and both will add it to their reassembly = queue.

If security is enabled then the = problem is not as bad, as the MIC-32
of the fragment is = calculated using nonce, which includes the sender
extended = address, thus MIC-32 will fail if the sender is not the one
device assumes it is, thus node B will only accept fragments = from A,
and all fragments sent by the C will have invalid = MIC-32, thus they
will fail the authentication and will be = dropped. Similarly with node
D.

If no security is used then there is nothing protecting the = fragments,
thus they will get mixed up. In LECIM this is = not problem (at least
that was told to me), because there = is only one sender in one channel,
thus the recipient can = know that frame is from that sender by just
receiving it = on that channel.

Of course the security of = the fragments was broken in the 4k, and it
was fixed in = the 802.15.4-2015 version. In 4k the fragment counters
and = the frame counters could overlap, thus it could generate same
nonce twice in some cases (i.e. frame number 0x00000001, and = fragment
0x01 of frame number 0x000000 had same nonce or = so).
--
kivinen@iki.fi

= --Apple-Mail=_F9D7EE27-732B-4D5A-BD62-10840E21F73E-- From nobody Fri Apr 7 07:34:15 2017 Return-Path: X-Original-To: 6lo@ietf.org Delivered-To: 6lo@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B91F0126B72; Fri, 7 Apr 2017 07:34:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: 6lo@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149157565369.11252.4287163450218030439@ietfa.amsl.com> Date: Fri, 07 Apr 2017 07:34:13 -0700 Archived-At: Subject: [6lo] I-D Action: draft-ietf-6lo-rfc6775-update-02.txt X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 14:34:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over Networks of Resource-constrained Nodes of the IETF. Title : An Update to 6LoWPAN ND Authors : Pascal Thubert Erik Nordmark Samita Chakrabarti Filename : draft-ietf-6lo-rfc6775-update-02.txt Pages : 26 Date : 2017-04-07 Abstract: This specification updates 6LoWPAN Neighbor Discovery (RFC 6775), to clarify the role of the protocol as a registration technique, simplify the registration operation in 6LoWPAN routers, and provide enhancements to the registration capabilities, in particular for the registration to a Backbone Router for proxy ND operations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6lo-rfc6775-update/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6lo-rfc6775-update-02 https://datatracker.ietf.org/doc/html/draft-ietf-6lo-rfc6775-update-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6lo-rfc6775-update-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Apr 11 07:31:18 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1193612922E for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 07:31:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kjAcTbxL_xBO for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 07:31:08 -0700 (PDT) Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F60A126C23 for <6lo@ietf.org>; Tue, 11 Apr 2017 07:31:08 -0700 (PDT) Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id v3BEV11g026752 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 11 Apr 2017 17:31:01 +0300 (EEST) Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id v3BEV0h6022588; Tue, 11 Apr 2017 17:31:00 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <22764.59556.152613.433845@fireball.acr.fi> Date: Tue, 11 Apr 2017 17:31:00 +0300 From: Tero Kivinen To: PWK Cc: Thubert Pascal , Ralph Droms , Carsten Bormann , Palattella Maria Rita <6tisch@ietf.org>, Thomas Watteyne , "6lo\@ietf.org" <6lo@ietf.org> In-Reply-To: References: <4A946964-5BE9-449F-B9F1-798A3FB56B30@tzi.org> <7520BB3A-B30B-4E0B-8C84-600893C19E4A@gmail.com> <2323795c367f4aa88b178c1710187ad6@XCH-RCD-001.cisco.com> <22758.13790.469557.896809@fireball.acr.fi> <8C7F867A-B669-4681-9FD7-FCF85E675DAD@kinneyconsultingllc.com> <22758.22825.803918.100803@fireball.acr.fi> <956EDC0E-3671-4230-BF74-5C962437FD1C@kinneyconsultingllc.com> <22759.24711.77992.225193@fireball.acr.fi> X-Mailer: VM 8.2.0b under 25.1.1 (x86_64--netbsd) X-Edit-Time: 20 min X-Total-Time: 101 min Archived-At: Subject: Re: [6lo] [6tisch] Thomas' review of draft-thubert-6lo-forwarding-fragments-04 X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2017 14:31:10 -0000 PWK writes: > Tero; I understand your scenario, and I also believe that all WAN/LAN= /PAN > wireless networks should always use security. =20 Agree, but looking at the current usage that does not seem to be true, and looking at things like issues found while making revision there are not that many implementor who have implemented security, as they would have noticed those issues if they actually would have implemented them. Or they just implemented something, and didn't really care that the specification was not specifying things exatly...=20= > But to further analyze your scenario, since 802.15.4 LP-WAN is star > topology based, in your example A<=3D>B would be one network and C<=3D= >D > would be another network. Section 5.5 Network topologies of 802.15.4-2015 do say that IEEE 802.15.4 LR-WPAN operates in either of two topologies: the star topology or the peer-to-peer topology. So 802.15.4 is not only star topology... Also this is still issue with star topology, as two nodes might send fragments to the coordinator at the same time, and as TID is allocated by the sender only, and coordinator does not have ability to reject incoming FSCD IE. When the coordinator parses that FSCD IE it has most likely already sent an Ack back to the frame, and if the TID it got in the FSCD IE is overlapping with some other fragment exchange it has already going on, there is nothing it can do. Even if it parses the FSCD IE before sending the ACK, it is supposed to send ACK back because it did receive the frame properly.=20 > Prior to staring they would have looked to see if there were other > networks set up on the channel, therefore one would have used > another channel (as you noted). Not really. They would look for free enough channel. If there is not too much traffic on the channel they try when forming the network, they can pick that channel. And some other networks could also end up using the same channel. And there might even be some TSCH or similar channel hopping networks using the same channel.=20 > By the way, the scenario you choose is similar to two networks > choosing the same PAN ID and allocating the same short addresses to > nodes that are in range of both networks. PAN ID conflicts are handled by the 802.15.4 using the PAN ID Conflict notification command, which will cause the one of PANs to renumber to use some other PAN ID. The PAN does not necessarely move to the other channel, it can still stay on the same channel.=20 > Secondly, your scenario assumes that they both send the Fragment Sequ= ence > Context Description at almost the same time, which is very unlikely f= or two > networks so close together. They do not need start at the same time, it is enough if one of them is faster, and passes the other. I.e., A starts ending frames, but is very slow and can only send one frame every 500 ms, and it has 20 frames to send, so total time of sending the fragment will be 10 seconds. C is must faster and can send back to back frames, meaning it can send frames every 10 ms or so, so it can finish its 20 frame transaction in 200 ms. If the C starts its transaction while A is doing its fragment transaction, then both B and D will receive those frame, and B will reject the frames having the fragment number smaller than what A has already sent, but after C passes A it will accept rest of the fragments from the C. > If they were =E2=80=9Cout-of-sync=E2=80=9D then B or D would have > received a fragment out of sync, so if Frak policy zero was in use, r= eception > of an out-of-order fragment would have resulted in termination of the= > transaction. The other two policies would have resulted in a conditio= n where B > or D would have received a fragment out of sequence that was already = correctly > received, so it would have discarded that fragment, while the other w= ould have > received a fragment number ahead of its time and would have accepted = it. =20 >=20 > Finally, for the last case, I will also propose a text change in the = next > revision that when the frame is reassembled, the standard policy of c= hecking > the FCS and sending ACKs is used. That might help somewhat, but I think there is too much issues with the current LECIM fragmentation with the fact that it does not have addressing fields, that fixing it is not really worth of the effort. It is better to pick the fragmentation from the 802.15.9 and use that instead.=20 --=20 kivinen@iki.fi From nobody Tue Apr 11 21:18:34 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CFD81293DB; Tue, 11 Apr 2017 21:18:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kc_gLKp2vFSQ; Tue, 11 Apr 2017 21:18:25 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 879281292FC; Tue, 11 Apr 2017 21:18:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v3C4IMgq017941; Wed, 12 Apr 2017 06:18:22 +0200 (CEST) Received: from client-0052.vpn.uni-bremen.de (client-0052.vpn.uni-bremen.de [134.102.107.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3w2rJG0YTmzDHMp; Wed, 12 Apr 2017 06:18:22 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: <20170411231242.26A28B8115C@rfc-editor.org> Date: Wed, 12 Apr 2017 06:18:21 +0200 X-Mao-Original-Outgoing-Id: 513663501.45993-6d44ffb753b01b5e2e0692ad221c6fe9 Content-Transfer-Encoding: quoted-printable Message-Id: <6740391F-FA53-43A5-9A29-9823153B5A50@tzi.org> References: <20170411231242.26A28B8115C@rfc-editor.org> To: Routing Over Low power and Lossy networks , lo <6lo@ietf.org> X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] [Roll] RFC 8138 on IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Routing Header X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 04:18:27 -0000 Thank you. Pascal, for seeing this through =E2=80=94 this gives us a = much better way to encapsulate RPL-routed traffic (and in particular the = source routing in Non-Storing Mode) in all kinds of 6Lo-style networks. Now let=E2=80=99s get the information out on implementation efforts. Gr=C3=BC=C3=9Fe, Carsten > On Apr 12, 2017, at 01:12, rfc-editor@rfc-editor.org wrote: >=20 > A new Request for Comments is now available in online RFC libraries. >=20 >=20 > RFC 8138 >=20 > Title: IPv6 over Low-Power Wireless Personal=20 > Area Network (6LoWPAN) Routing Header=20 > Author: P. Thubert, Ed., > C. Bormann,=20 > L. Toutain, > R. Cragie > Status: Standards Track > Stream: IETF > Date: April 2017 > Mailbox: pthubert@cisco.com,=20 > cabo@tzi.org,=20 > Laurent.Toutain@IMT-Atlantique.fr, =20 > robert.cragie@arm.com > Pages: 37 > Characters: 81825 > Updates/Obsoletes/SeeAlso: None >=20 > I-D Tag: draft-ietf-roll-routing-dispatch-05.txt >=20 > URL: https://www.rfc-editor.org/info/rfc8138 >=20 > DOI: 10.17487/RFC8138 >=20 > This specification introduces a new IPv6 over Low-Power Wireless > Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN > route-over topologies, which initially covers the needs of Routing > Protocol for Low-Power and Lossy Networks (RPL) data packet > compression (RFC 6550). Using this dispatch type, this specification > defines a method to compress the RPL Option (RFC 6553) information > and Routing Header type 3 (RFC 6554), an efficient IP-in-IP > technique, and is extensible for more applications. >=20 > This document is a product of the Routing Over Low power and Lossy = networks Working Group of the IETF. >=20 > This is now a Proposed Standard. >=20 > STANDARDS TRACK: This document specifies an Internet Standards Track > protocol for the Internet community, and requests discussion and = suggestions > for improvements. Please refer to the current edition of the Official > Internet Protocol Standards (https://www.rfc-editor.org/standards) for = the=20 > standardization state and status of this protocol. Distribution of = this=20 > memo is unlimited. >=20 > This announcement is sent to the IETF-Announce and rfc-dist lists. > To subscribe or unsubscribe, see > https://www.ietf.org/mailman/listinfo/ietf-announce > https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist >=20 > For searching the RFC series, see https://www.rfc-editor.org/search > For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk >=20 > Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org. = Unless > specifically noted otherwise on the RFC itself, all RFCs are for > unlimited distribution. >=20 >=20 > The RFC Editor Team > Association Management Solutions, LLC >=20 >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll >=20 From nobody Tue Apr 11 21:33:44 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63A181293FD for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 21:33:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fzn1YVOFFGQe for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 21:33:42 -0700 (PDT) Received: from it-ipdr-01.silverspringnet.com (it-ipdr-01.silverspringnet.com [74.121.22.27]) by ietfa.amsl.com (Postfix) with ESMTP id 4C441124BFA for <6lo@ietf.org>; Tue, 11 Apr 2017 21:33:42 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DuBQDMre1Y/3MMOQpZAxwBAQQBAQoBAYJuIQGBJIELB4RWgVWdGwEDjByHQySGAIQ8AQIBAQEBAQJrKIVlQgEpHhYjFBMEE4oWmQeSLosnhlCJZyaFHgWNVYJZjFGBVZEJgX+FLooXlAFXgQUlFggYFYcbdYgggQ0BAQE X-IPAS-Result: A2DuBQDMre1Y/3MMOQpZAxwBAQQBAQoBAYJuIQGBJIELB4RWgVWdGwEDjByHQySGAIQ8AQIBAQEBAQJrKIVlQgEpHhYjFBMEE4oWmQeSLosnhlCJZyaFHgWNVYJZjFGBVZEJgX+FLooXlAFXgQUlFggYFYcbdYgggQ0BAQE X-IronPort-AV: E=Sophos;i="5.37,188,1488873600"; d="scan'208,217";a="5874888" Received: from sfo-barrlb-01.silverspringnet.com (HELO mail.silverspringnet.com) ([10.57.12.115]) by it-ipdr-01.silverspringnet.com with ESMTP/TLS/AES256-SHA; 11 Apr 2017 21:33:42 -0700 Received: from sfo-ex13-04.silverspringnet.com (fdc2:c2cd:d343:390c:ad41:c0b5:cbaf:e1d9) by sfo-ex13-02.silverspringnet.com (fdc2:c2cd:d343:390c:6976:c2e0:eaf2:8ec8) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Tue, 11 Apr 2017 21:33:40 -0700 Received: from sfo-ex13-04.silverspringnet.com ([fe80::9029:bd6b:1ebf:9baa]) by sfo-ex13-04.silverspringnet.com ([fe80::9029:bd6b:1ebf:9baa%14]) with mapi id 15.00.1178.000; Tue, 11 Apr 2017 21:33:40 -0700 From: Benjamin Damm To: lo <6lo@ietf.org> Thread-Topic: Adaption of ROLL for mesh-under Thread-Index: AQHSs0S/N994fnkl7kukcl5KuMBwhA== Date: Wed, 12 Apr 2017 04:33:40 +0000 Message-ID: <1491971619970.42705@ssni.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.57.12.115] Content-Type: multipart/alternative; boundary="_000_149197161997042705ssnicom_" MIME-Version: 1.0 Archived-At: Subject: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 04:33:43 -0000 --_000_149197161997042705ssnicom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi folks, I'm new here, so please steer me straight if this is not the righ= t forum. Is there any work under way that looks at how to use the ROLL-RPL data stru= ctures, algorithm, and messages, in a mesh-under network? The routing in a= mesh-under network can be very similar to ROLL-RPL but just one layer down= . Using similar but slightly smaller messages, adjusted for link-level ide= ntifiers instead of IP-level identifiers (and of course not supporting IPv6= features in the routing layer) seems like it would be possible, so I'm sea= rching to anyone or any document that might have already led the way for th= is kind of mapping. Regards, -Ben Benjamin Damm O: 669-770-4000 E: bdamm@ssni.com www.ssni.com --_000_149197161997042705ssnicom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi folks, I'm new here, so please steer me straight if this is not = the right forum.


Is there any work under way that looks at how to use the ROLL-RPL data s= tructures, algorithm, and messages, in a mesh-under network?  The rout= ing in a mesh-under network can be very similar to ROLL-RPL but just o= ne layer down.  Using similar but slightly smaller messages, adjusted for link-level identifiers instead of IP-level = identifiers (and of course not supporting IPv6 features in the routing laye= r) seems like it would be possible, so I'm searching to anyone or any docum= ent that might have already led the way for this kind of mapping.


Regards,

-Ben



Benjamin Damm

O: 669-770-4000

E: bdamm@ssni.com = ; www.ssni.com<= /font>


--_000_149197161997042705ssnicom_-- From nobody Tue Apr 11 21:47:14 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36CE91293F9 for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 21:47:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1JyGaPIQzS2B for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 21:47:11 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF6BD12EB00 for <6lo@ietf.org>; Tue, 11 Apr 2017 21:46:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v3C4kPtY028391; Wed, 12 Apr 2017 06:46:25 +0200 (CEST) Received: from client-0052.vpn.uni-bremen.de (client-0052.vpn.uni-bremen.de [134.102.107.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3w2rwc6zd3zDHN1; Wed, 12 Apr 2017 06:46:24 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: <1491971619970.42705@ssni.com> Date: Wed, 12 Apr 2017 06:46:24 +0200 Cc: lo <6lo@ietf.org> X-Mao-Original-Outgoing-Id: 513665184.334537-5afedfd87246bba3f904f6fa23716a5a Content-Transfer-Encoding: quoted-printable Message-Id: References: <1491971619970.42705@ssni.com> To: Benjamin Damm X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 04:47:13 -0000 Hi Benjamin, Just speculating here: In RPL itself, you could use "IP addresses" made up from MAC addresses = as IIDs. For the RPL-routed traffic, you could use 6LoRH-style encapsulation (RFC = 8138), which also would fit a mesh-under approach very well. So I think the total amount of messages that have to be = designed/redesigned to make RPL applicable to mesh-under is very low; = you=E2=80=99d mainly need a few new code points to make sure router-over = RPL/traffic and mesh-under RPL/traffic are not confused. But this also raises the question why you want to go mesh-under, if in = the end everything looks so similar to route-over. Gr=C3=BC=C3=9Fe, Carsten > On Apr 12, 2017, at 06:33, Benjamin Damm wrote: >=20 > Hi folks, I'm new here, so please steer me straight if this is not the = right forum. >=20 > Is there any work under way that looks at how to use the ROLL-RPL data = structures, algorithm, and messages, in a mesh-under network? The = routing in a mesh-under network can be very similar to ROLL-RPL but just = one layer down. Using similar but slightly smaller messages, adjusted = for link-level identifiers instead of IP-level identifiers (and of = course not supporting IPv6 features in the routing layer) seems like it = would be possible, so I'm searching to anyone or any document that might = have already led the way for this kind of mapping. >=20 > Regards, > -Ben >=20 >=20 > Benjamin Damm > O: 669-770-4000 > E: bdamm@ssni.com www.ssni.com >=20 > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo From nobody Tue Apr 11 22:17:04 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD9A91287A7 for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 22:17:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xTkbGMPgA5rZ for <6lo@ietfa.amsl.com>; Tue, 11 Apr 2017 22:17:01 -0700 (PDT) Received: from it-ipdr-01.silverspringnet.com (it-ipdr-01.silverspringnet.com [74.121.22.27]) by ietfa.amsl.com (Postfix) with ESMTP id 3E5071292FC for <6lo@ietf.org>; Tue, 11 Apr 2017 22:17:01 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2C2AwBBt+1Y/3MMOQpZAxkBAQEBAQEBAQEBAQcBAQEBAYMPAYEkgQsHhFaBVZkXhAQBA5NfIQuFeAKEOgECAQEBAQECayiFFQEBAQECAQEBRyULBQsCAQgOAwQBAQEJJQ8YCx0IAgQOBYoNCQ2rKIp1AQEBAQEBAQEBAQEBAQEBAQEBAQEehlCEcIRWISaFHgWcf5JegX+FLooXlAFXgQUlFggYFUGGWnWIIIENAQEB X-IPAS-Result: A2C2AwBBt+1Y/3MMOQpZAxkBAQEBAQEBAQEBAQcBAQEBAYMPAYEkgQsHhFaBVZkXhAQBA5NfIQuFeAKEOgECAQEBAQECayiFFQEBAQECAQEBRyULBQsCAQgOAwQBAQEJJQ8YCx0IAgQOBYoNCQ2rKIp1AQEBAQEBAQEBAQEBAQEBAQEBAQEehlCEcIRWISaFHgWcf5JegX+FLooXlAFXgQUlFggYFUGGWnWIIIENAQEB X-IronPort-AV: E=Sophos;i="5.37,188,1488873600"; d="scan'208";a="5874996" Received: from sfo-barrlb-01.silverspringnet.com (HELO mail.silverspringnet.com) ([10.57.12.115]) by it-ipdr-01.silverspringnet.com with ESMTP/TLS/AES256-SHA; 11 Apr 2017 22:17:00 -0700 Received: from sfo-ex13-04.silverspringnet.com (fdc2:c2cd:d343:390c:ad41:c0b5:cbaf:e1d9) by sfo-ex13-01.silverspringnet.com (fdc2:c2cd:d343:390c:5012:7970:8142:b39b) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Tue, 11 Apr 2017 22:16:59 -0700 Received: from sfo-ex13-04.silverspringnet.com ([fe80::9029:bd6b:1ebf:9baa]) by sfo-ex13-04.silverspringnet.com ([fe80::9029:bd6b:1ebf:9baa%14]) with mapi id 15.00.1178.000; Tue, 11 Apr 2017 22:17:00 -0700 From: Benjamin Damm To: Carsten Bormann CC: lo <6lo@ietf.org> Thread-Topic: [6lo] Adaption of ROLL for mesh-under Thread-Index: AQHSs0S/N994fnkl7kukcl5KuMBwhKHBnkgA//+P8Yc= Date: Wed, 12 Apr 2017 05:16:59 +0000 Message-ID: <1491974218584.69073@ssni.com> References: <1491971619970.42705@ssni.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.57.12.115] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 05:17:03 -0000 =0A= In my case, it's because the network I'm starting with already operates wel= l in a mesh-under regime. Small changes to fundamental mechanisms can have = very interesting consequences IRW, so adjusting fundamentals to RFC-defined= messages while keeping the same principle of operation would be a relative= ly low-touch way to move toward the benefits of standard vernacular, use of= extensions, etc. There is a marginal benefit of having possibly slightly = smaller messages due to 64-bit IIDs instead of 128-bit IPv6 addresses, whic= h on the whole is not important but out on the fringe of the network every = bit counts. Additionally, SSNI isn't the only company with large mesh-unde= r deployments, so I do believe it could be a shared interest and worthy of = taking up.=0A= =0A= Benjamin Damm=0A= O: 669-770-4000=0A= E: bdamm@ssni.com www.ssni.com=0A= =0A= =0A= ________________________________________=0A= From: Carsten Bormann =0A= Sent: Tuesday, April 11, 2017 9:46 PM=0A= To: Benjamin Damm=0A= Cc: lo=0A= Subject: Re: [6lo] Adaption of ROLL for mesh-under=0A= =0A= Hi Benjamin,=0A= =0A= Just speculating here:=0A= =0A= In RPL itself, you could use "IP addresses" made up from MAC addresses as I= IDs.=0A= For the RPL-routed traffic, you could use 6LoRH-style encapsulation (RFC 81= 38), which also would fit a mesh-under approach very well.=0A= So I think the total amount of messages that have to be designed/redesigned= to make RPL applicable to mesh-under is very low; you=92d mainly need a fe= w new code points to make sure router-over RPL/traffic and mesh-under RPL/t= raffic are not confused.=0A= =0A= But this also raises the question why you want to go mesh-under, if in the = end everything looks so similar to route-over.=0A= =0A= Gr=FC=DFe, Carsten=0A= =0A= =0A= > On Apr 12, 2017, at 06:33, Benjamin Damm wrote:=0A= >=0A= > Hi folks, I'm new here, so please steer me straight if this is not the ri= ght forum.=0A= >=0A= > Is there any work under way that looks at how to use the ROLL-RPL data st= ructures, algorithm, and messages, in a mesh-under network? The routing in= a mesh-under network can be very similar to ROLL-RPL but just one layer do= wn. Using similar but slightly smaller messages, adjusted for link-level i= dentifiers instead of IP-level identifiers (and of course not supporting IP= v6 features in the routing layer) seems like it would be possible, so I'm s= earching to anyone or any document that might have already led the way for = this kind of mapping.=0A= >=0A= > Regards,=0A= > -Ben=0A= >=0A= >=0A= > Benjamin Damm=0A= > O: 669-770-4000=0A= > E: bdamm@ssni.com www.ssni.com=0A= >=0A= > _______________________________________________=0A= > 6lo mailing list=0A= > 6lo@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/6lo=0A= =0A= From nobody Wed Apr 12 00:51:43 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7379128B8D for <6lo@ietfa.amsl.com>; Wed, 12 Apr 2017 00:51:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hqyho_gEUeGb for <6lo@ietfa.amsl.com>; Wed, 12 Apr 2017 00:51:28 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF5ED128896 for <6lo@ietf.org>; Wed, 12 Apr 2017 00:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2576; q=dns/txt; s=iport; t=1491983488; x=1493193088; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=qJ6bq/kZzXHqRNKdmaOhCLh6LycVvpI+W2DIwIFdH9I=; b=Abfbg+89FwxSdA4WuJk7LA4p4yhK6cORI1Yx4DkQgbQNTa1df5nUoFKj JuCRzFrd3S9AOsv3akfpdjE9bJ6fwSvtEJlSYe8kavl376vhN+1iqImAs g5pEHR95tuAt8oh+c7ajKBv5+SYpXAihrxWuOzo5YuVGJFCcS2bGLa9gl w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DWAgAu3O1Y/4cNJK1ZAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNTYYELhF2JHJExH5VYgg8hC4V4AoNsPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQIBAQFHJQsFCwIBCA4KLicLJQIEDgWKDQgOqy6KdgEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAR2GUIIFCYJihFYhJoJtgjEFnH8Bkl2Bf4UuiheUAAEfOIEFWxV?= =?us-ascii?q?BEQGGSHWJLQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,189,1488844800"; d="scan'208";a="221516156" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 12 Apr 2017 07:51:27 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3C7pRCv010832 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 12 Apr 2017 07:51:27 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 12 Apr 2017 02:51:27 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Wed, 12 Apr 2017 02:51:26 -0500 From: "Pascal Thubert (pthubert)" To: Carsten Bormann CC: Benjamin Damm , lo <6lo@ietf.org> Thread-Topic: [6lo] Adaption of ROLL for mesh-under Thread-Index: AQHSs0S/N994fnkl7kukcl5KuMBwhKHBfMEA///f4ig= Date: Wed, 12 Apr 2017 07:51:26 +0000 Message-ID: <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> References: <1491971619970.42705@ssni.com>, In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 07:51:33 -0000 +1 I came to IEEE 802.15.10 at the inception of the work telling them exactly = that. As opposed to IEEE work that would have been pure RPL based L2R, my 'natura= l' approach for an IETF work would be storing mode and Address Family. Use = IPv6 as signaling for all AFs and transport Short addresses as one AF in DA= O messages; that design opens to IPv4 and all sorts of MAC layers. We could also work in non-storing, enabling, potentially, a mixed mode wher= e some hops are IP and some others are L2. Note that the 6TiSCH backbone design is L2 in the backbone and routed at th= e IOT edge.=20 Regards, Pascal > Le 12 avr. 2017 =E0 06:47, Carsten Bormann a =E9crit : >=20 > Hi Benjamin, >=20 > Just speculating here: >=20 > In RPL itself, you could use "IP addresses" made up from MAC addresses as= IIDs. > For the RPL-routed traffic, you could use 6LoRH-style encapsulation (RFC = 8138), which also would fit a mesh-under approach very well. > So I think the total amount of messages that have to be designed/redesign= ed to make RPL applicable to mesh-under is very low; you=92d mainly need a = few new code points to make sure router-over RPL/traffic and mesh-under RPL= /traffic are not confused. >=20 > But this also raises the question why you want to go mesh-under, if in th= e end everything looks so similar to route-over. >=20 > Gr=FC=DFe, Carsten >=20 >=20 >> On Apr 12, 2017, at 06:33, Benjamin Damm wrote: >>=20 >> Hi folks, I'm new here, so please steer me straight if this is not the r= ight forum. >>=20 >> Is there any work under way that looks at how to use the ROLL-RPL data s= tructures, algorithm, and messages, in a mesh-under network? The routing i= n a mesh-under network can be very similar to ROLL-RPL but just one layer d= own. Using similar but slightly smaller messages, adjusted for link-level = identifiers instead of IP-level identifiers (and of course not supporting I= Pv6 features in the routing layer) seems like it would be possible, so I'm = searching to anyone or any document that might have already led the way for= this kind of mapping. >>=20 >> Regards, >> -Ben >>=20 >>=20 >> Benjamin Damm >> O: 669-770-4000 >> E: bdamm@ssni.com www.ssni.com >>=20 >> _______________________________________________ >> 6lo mailing list >> 6lo@ietf.org >> https://www.ietf.org/mailman/listinfo/6lo >=20 > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo From nobody Wed Apr 12 07:35:13 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6798C129BE8 for <6lo@ietfa.amsl.com>; Wed, 12 Apr 2017 07:35:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NpyFVeUDWYnw for <6lo@ietfa.amsl.com>; Wed, 12 Apr 2017 07:35:11 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A8AC129BAB for <6lo@ietf.org>; Wed, 12 Apr 2017 07:35:10 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 80FAE2055F for <6lo@ietf.org>; Wed, 12 Apr 2017 10:59:52 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 5E2C9636E0 for <6lo@ietf.org>; Wed, 12 Apr 2017 10:35:09 -0400 (EDT) From: Michael Richardson To: 6lo@ietf.org In-Reply-To: <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> References: <1491971619970.42705@ssni.com>, <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 14:35:12 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: > As opposed to IEEE work that would have been pure RPL based L2R, my > 'natural' approach for an IETF work would be storing mode and Address > Family. Use IPv6 as signaling for all AFs and transport Short addresses > as one AF in DAO messages; that design opens to IPv4 and all sorts of > MAC layers. I was thinking the same thing. Just do it with a different AF, such that routing tables are now L2 objects. > Note that the 6TiSCH backbone design is L2 in the backbone and routed > at the IOT edge. I would suggest that networks that want to move from mesh-under to route-over and are already running IPv6, would be best to use RPL in the way 6tisch uses it. Gather the topology with RPL, then establish 6tisch-like tracks at L2. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljuOx0ACgkQgItw+93Q 3WXTSQf9HyEju8/zn653dUDKkjwjoNvXNGBveABeWB+ykDtp/2Iu0KEB7/a0thjq cVUjQzEMFKq17Oa+H9Q3c1vAAhuJX0VHxBzfBk+e1MbawtOZ7NzUbP9XZ68i0Bin HVqkw07doAbnfYfxMDnY0sjrSr3Lmb7vDOTcim8R2btyj6po79x1az8Y/6fD8U1X MbBx3Q6bL+PbcdMUeCHlTD2/2Pb0lGe4YCDrzgyb8PeQRHw79nNjVWGg9JR8daxM rFZ61MrYsca4VPyr79+MdTUvrUFoW5/AUODUi6TEkWOh2yebW4PrCWEGNM46UbHl oYYHjqb7ysFmpfdaBN+P9QG/hKgF9g== =Ky3G -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Apr 12 08:06:11 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 163811294C9; Wed, 12 Apr 2017 08:06:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nMdCIw9QaeyX; Wed, 12 Apr 2017 08:06:06 -0700 (PDT) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7633131705; Wed, 12 Apr 2017 08:06:00 -0700 (PDT) Received: by mail-vk0-x235.google.com with SMTP id r69so15028122vke.2; Wed, 12 Apr 2017 08:06:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YZVGS2it38d4oHWJog4uUeV6heNU5ufHz5Z2ZdSGi/o=; b=EwiJNtGrf7fLQdY+Z2rQOMUaboEJNpghX00YyVwGLibGekFSBup/RjlBwBZeHLeihS SS3rWYXcoRMUXoJoIJ4YJIZkPqLOoMljSEm0Te8QphpchpdocYcQPiEK/Hv8JJDb4g5d 5rgMakuBm6/IEN4Us83SukESMaqhq4R4wIRtomWZlcH2kynSeYh20OcjftD/H1BxsgA6 SzH4ZtYqLVobG/66Php1EKIouqjYF3g4HGgwOg/ATK1y8B58cCJMVPeTtHqLhE6B+PNe cn9vF+TyFu42G9YhKCNaeJUnILWcNu6uFwcYxSseh9WiSnxqPQNOhvo/gyiCLXSaMMo8 MWMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YZVGS2it38d4oHWJog4uUeV6heNU5ufHz5Z2ZdSGi/o=; b=l+mm2SwoMC56IdXM9j0SFBs1MK01fpU3YLtx/yIdTQOjTridYvsG22d36MvZXqniIu MlJiLMpW1+FPCXtC7+Fm15k9MeVRA0LVI7L0zQeeGzayCOW9oNavkROF+u34gUx9YfSC 9fFqwGPa6c8d/QfbjA11wPiqb2P09QvnzyEnnL7Uuv35GGHKXhd76JnTIoy+Qk4mRwH9 OQ5/n7uppQ/8dXLe27vVAsGQvXqHBMzwbECRVnTD9V9qlrbRwVrVHCizvrhBTHGtf72H IG0nZH2j7R+ALvphsBiW0bJeDQwRHNS+SeRVU4szp4hPJLcwdqb7IxNhl6wixr12pG6G 2KyA== X-Gm-Message-State: AN3rC/40L75Hqh1gsndO+ggUXUBdZgqKyQFvOYiY76hTYJcsW440+IkaSYeHW7J7NkoqoVt+qqPhzKAH7Dg0Qg== X-Received: by 10.31.244.139 with SMTP id s133mr1424107vkh.1.1492009559641; Wed, 12 Apr 2017 08:05:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.16.18 with HTTP; Wed, 12 Apr 2017 08:05:59 -0700 (PDT) In-Reply-To: <6740391F-FA53-43A5-9A29-9823153B5A50@tzi.org> References: <20170411231242.26A28B8115C@rfc-editor.org> <6740391F-FA53-43A5-9A29-9823153B5A50@tzi.org> From: Ines Robles Date: Wed, 12 Apr 2017 12:05:59 -0300 Message-ID: To: Routing Over Low power and Lossy networks Cc: lo <6lo@ietf.org> Content-Type: multipart/alternative; boundary=94eb2c14a882cdd793054cf98b48 Archived-At: Subject: Re: [6lo] [Roll] RFC 8138 on IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Routing Header X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 15:06:09 -0000 --94eb2c14a882cdd793054cf98b48 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable +1 and many thanks to all authors for your work on this! Cheers, Ines. 2017-04-12 1:18 GMT-03:00 Carsten Bormann : > Thank you. Pascal, for seeing this through =E2=80=94 this gives us a much= better > way to encapsulate RPL-routed traffic (and in particular the source routi= ng > in Non-Storing Mode) in all kinds of 6Lo-style networks. > > Now let=E2=80=99s get the information out on implementation efforts. > > Gr=C3=BC=C3=9Fe, Carsten > > > > On Apr 12, 2017, at 01:12, rfc-editor@rfc-editor.org wrote: > > > > A new Request for Comments is now available in online RFC libraries. > > > > > > RFC 8138 > > > > Title: IPv6 over Low-Power Wireless Personal > > Area Network (6LoWPAN) Routing Header > > Author: P. Thubert, Ed., > > C. Bormann, > > L. Toutain, > > R. Cragie > > Status: Standards Track > > Stream: IETF > > Date: April 2017 > > Mailbox: pthubert@cisco.com, > > cabo@tzi.org, > > Laurent.Toutain@IMT-Atlantique.fr, > > robert.cragie@arm.com > > Pages: 37 > > Characters: 81825 > > Updates/Obsoletes/SeeAlso: None > > > > I-D Tag: draft-ietf-roll-routing-dispatch-05.txt > > > > URL: https://www.rfc-editor.org/info/rfc8138 > > > > DOI: 10.17487/RFC8138 > > > > This specification introduces a new IPv6 over Low-Power Wireless > > Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN > > route-over topologies, which initially covers the needs of Routing > > Protocol for Low-Power and Lossy Networks (RPL) data packet > > compression (RFC 6550). Using this dispatch type, this specification > > defines a method to compress the RPL Option (RFC 6553) information > > and Routing Header type 3 (RFC 6554), an efficient IP-in-IP > > technique, and is extensible for more applications. > > > > This document is a product of the Routing Over Low power and Lossy > networks Working Group of the IETF. > > > > This is now a Proposed Standard. > > > > STANDARDS TRACK: This document specifies an Internet Standards Track > > protocol for the Internet community, and requests discussion and > suggestions > > for improvements. Please refer to the current edition of the Official > > Internet Protocol Standards (https://www.rfc-editor.org/standards) for > the > > standardization state and status of this protocol. Distribution of thi= s > > memo is unlimited. > > > > This announcement is sent to the IETF-Announce and rfc-dist lists. > > To subscribe or unsubscribe, see > > https://www.ietf.org/mailman/listinfo/ietf-announce > > https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist > > > > For searching the RFC series, see https://www.rfc-editor.org/search > > For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk > > > > Requests for special distribution should be addressed to either the > > author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless > > specifically noted otherwise on the RFC itself, all RFCs are for > > unlimited distribution. > > > > > > The RFC Editor Team > > Association Management Solutions, LLC > > > > > > _______________________________________________ > > Roll mailing list > > Roll@ietf.org > > https://www.ietf.org/mailman/listinfo/roll > > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --94eb2c14a882cdd793054cf98b48 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
+1=C2=A0

and many thanks to all authors= for your work on this!

Cheers,

Ines.

2017-04-12 1:18 GMT-03:00 Carsten Bormann <cabo@tzi.org>:<= br>
Thank you. Pascal, for seeing this throug= h =E2=80=94 this gives us a much better way to encapsulate RPL-routed traff= ic (and in particular the source routing in Non-Storing Mode) in all kinds = of 6Lo-style networks.

Now let=E2=80=99s get the information out on implementation efforts.

Gr=C3=BC=C3=9Fe, Carsten


> On Apr 12, 2017, at 01:12, rfc-editor@rfc-editor.org wrote:
>
> A new Request for Comments is now available in online RFC libraries. >
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 8138
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 IPv6 over Low-Po= wer Wireless Personal
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A= rea Network (6LoWPAN) Routing Header
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0P. Thubert, Ed.,=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 C= . Bormann,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 L= . Toutain,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= . Cragie
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Standards Track<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0April 2017<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 pthubert@cisco.com,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <= a href=3D"mailto:cabo@tzi.org">cabo@tzi.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 L= aurent.Toutain@IMT-Atlantique.fr,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <= a href=3D"mailto:robert.cragie@arm.com">robert.cragie@arm.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 37
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Characters: 81825
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates/Obsoletes/SeeAlso:=C2=A0 =C2=A0None=
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-roll-routi= ng-dispatch-05.txt
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.rfc-editor.org/info/rfc8138
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI:=C2=A0 =C2=A0 =C2=A0 =C2=A0 10.17487/RF= C8138
>
> This specification introduces a new IPv6 over Low-Power Wireless
> Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN
> route-over topologies, which initially covers the needs of Routing
> Protocol for Low-Power and Lossy Networks (RPL) data packet
> compression (RFC 6550).=C2=A0 Using this dispatch type, this specifica= tion
> defines a method to compress the RPL Option (RFC 6553) information
> and Routing Header type 3 (RFC 6554), an efficient IP-in-IP
> technique, and is extensible for more applications.
>
> This document is a product of the Routing Over Low power and Lossy net= works Working Group of the IETF.
>
> This is now a Proposed Standard.
>
> STANDARDS TRACK: This document specifies an Internet Standards Track > protocol for the Internet community, and requests discussion and sugge= stions
> for improvements.=C2=A0 Please refer to the current edition of the Off= icial
> Internet Protocol Standards (https://www.rfc-editor.org/standards) for the
> standardization state and status of this protocol.=C2=A0 Distribution = of this
> memo is unlimited.
>
> This announcement is sent to the IETF-Announce and rfc-dist lists.
> To subscribe or unsubscribe, see
>=C2=A0 https://www.ietf.org/mailman/list= info/ietf-announce
>=C2=A0 https://mailman.rfc-editor.o= rg/mailman/listinfo/rfc-dist
>
> For searching the RFC series, see https://www.rfc-editor.org/<= wbr>search
> For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk
>
> Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org.=C2=A0 Unless
> specifically noted otherwise on the RFC itself, all RFCs are for
> unlimited distribution.
>
>
> The RFC Editor Team
> Association Management Solutions, LLC
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll >

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

--94eb2c14a882cdd793054cf98b48-- From nobody Thu Apr 13 02:18:30 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FBAE13186B for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 02:18:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FR5acz_eYBKU for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 02:18:27 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13E82131868 for <6lo@ietf.org>; Thu, 13 Apr 2017 02:18:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=588; q=dns/txt; s=iport; t=1492075106; x=1493284706; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=SfXXKFZykpyg8iqMND+biWqMHKsYsKsTz/ys3bqwdD0=; b=WDJrKDp07ht1mJg0MVc0YT4ZwNgfgKOo8qkrN+oSqufM8xnHnpbpbVns KsVy4DT0rAcWthPKRSK2eoDsRXqOZG9SSjZd3m9O42FK+dXzeSDD9crg6 +S423L9W/ouwwrQrfjPF8VEzDUaxfXClhOzTf2wrkie5a0SES2qTeppct c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A+AQAOQu9Y/5ldJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1OBc41ypy6CD4YkAoNyPxgBAgEBAQEBAQFrKIUWBjpPAgEINhAyJQI?= =?us-ascii?q?EARqKDqsSixMBAQEBAQEEAQEBAQEBIoZRgV2DF4o7BZ0QAZJXgXCPXZQEAR84g?= =?us-ascii?q?QVbFYcbiRiBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,194,1488844800"; d="scan'208";a="230580897" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2017 09:18:26 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3D9IQoe012095 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 13 Apr 2017 09:18:26 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 13 Apr 2017 04:18:25 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 13 Apr 2017 04:18:25 -0500 From: "Pascal Thubert (pthubert)" To: Michael Richardson , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Adaption of ROLL for mesh-under Thread-Index: AQHSs0S/N994fnkl7kukcl5KuMBwhKHBfMEA///f4iiAAMSdgP//8HCw Date: Thu, 13 Apr 2017 09:18:06 +0000 Deferred-Delivery: Wed, 12 Apr 2017 18:42:53 +0000 Message-ID: <355d3c67e7e64024961916debbaa4b6c@XCH-RCD-001.cisco.com> References: <1491971619970.42705@ssni.com>, <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> <11848.1492007709@obiwan.sandelman.ca> In-Reply-To: <11848.1492007709@obiwan.sandelman.ca> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.64.187] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 09:18:28 -0000 [Pascal] > > Note that the 6TiSCH backbone design is L2 in the backbone = and routed [Pascal] > > at the IOT edge. Mcr > I would suggest that networks that want to move from mesh-under to ro= ute-over and are already running IPv6, would be best to use RPL in the way = 6tisch uses it. Gather the topology with RPL, then establish 6tisch-like t= racks at L2. =20 [Pascal] In a green field, yes; maybe leveraging DAO projection, too. But t= hen if the goal is to use an existing forwarding plane, certainly that's no= t the same story. Cheers, [Pascal]=20 Pascal From nobody Thu Apr 13 02:18:40 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE23213186B for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 02:18:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YF6AuuOepRG8 for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 02:18:27 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFB4D12947A for <6lo@ietf.org>; Thu, 13 Apr 2017 02:18:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4016; q=dns/txt; s=iport; t=1492075106; x=1493284706; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=XZqG5Y8r0RY9bHsjEhZO1XCk/J8euANpJX1qvqnBf1E=; b=DY+7WxW6a/BOdSLNkIlscredxwUAnTzz/4I//TwDqMEDto0lA4fVaKnq QKdIUWWcC625TvBcFLNoQqbcm0v+GTU0h5h5Jb2Ojm33shEW3Yx6P4AMR V++M8SFTKFuS0BJm8+dzUUK0tun1xEylVArZbPwLjhMm3o9+6uLiUZp+Q U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAQCbQe9Y/5RdJa1ZAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNTYYELB41ykVaVWIIPIQuFeAKDcz8YAQIBAQEBAQEBayiFFQE?= =?us-ascii?q?BAQECAQEBRyULBQcEAgEIDgMEAQEBJwcnCxQJCAIEAQ0FCIoGCA6rBIsTAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBHYZRgV2DF4QiVSaFHgWQNIxcAZJXggiFLooXlAQ?= =?us-ascii?q?BHziBBVsVQYZadYgjgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,194,1488844800"; d="scan'208";a="409919068" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2017 09:18:26 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v3D9IPuH023258 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 13 Apr 2017 09:18:25 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 13 Apr 2017 04:18:25 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 13 Apr 2017 04:18:25 -0500 From: "Pascal Thubert (pthubert)" To: Benjamin Damm , Carsten Bormann CC: lo <6lo@ietf.org> Thread-Topic: [6lo] Adaption of ROLL for mesh-under Thread-Index: AQHSs0S/N994fnkl7kukcl5KuMBwhKHBfMEAgAAIjICAAExc8A== Date: Thu, 13 Apr 2017 09:18:03 +0000 Deferred-Delivery: Wed, 12 Apr 2017 14:57:21 +0000 Message-ID: References: <1491971619970.42705@ssni.com>, <1491974218584.69073@ssni.com> In-Reply-To: <1491974218584.69073@ssni.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.64.187] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 09:18:29 -0000 Hello Benjamin: The control plane can be adapted, certainly quite easily. But a key questio= n is whether or not the data plane can be adapted to use RPL's RPI or not. The RPI is how RPL signals its instances and manages routing failures.=20 With it, - RPL allows multiple routing instances for different needs - the routing can fix damaged paths lazily, that is, only when the path is = used or at some more global refresher time like a new iteration. - RPL allows some elasticity in the feasibility condition, a "stretch" whic= h may cause a local loop which in turn will be detected by either a packet = or a local count to infinity, whichever comes first. RPL can work without it, we do that in ANIMA for wired use cases (see draft= -ietf-anima-autonomic-control-plane-06).=20 But that means quickly repairing any damage, which is probably not good for= battery operated devices. Take care, Pascal -----Original Message----- From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Benjamin Damm Sent: mercredi 12 avril 2017 07:17 To: Carsten Bormann Cc: lo <6lo@ietf.org> Subject: Re: [6lo] Adaption of ROLL for mesh-under In my case, it's because the network I'm starting with already operates wel= l in a mesh-under regime. Small changes to fundamental mechanisms can have = very interesting consequences IRW, so adjusting fundamentals to RFC-defined= messages while keeping the same principle of operation would be a relative= ly low-touch way to move toward the benefits of standard vernacular, use of= extensions, etc. There is a marginal benefit of having possibly slightly = smaller messages due to 64-bit IIDs instead of 128-bit IPv6 addresses, whic= h on the whole is not important but out on the fringe of the network every = bit counts. Additionally, SSNI isn't the only company with large mesh-unde= r deployments, so I do believe it could be a shared interest and worthy of = taking up. Benjamin Damm O: 669-770-4000 E: bdamm@ssni.com www.ssni.com ________________________________________ From: Carsten Bormann Sent: Tuesday, April 11, 2017 9:46 PM To: Benjamin Damm Cc: lo Subject: Re: [6lo] Adaption of ROLL for mesh-under Hi Benjamin, Just speculating here: In RPL itself, you could use "IP addresses" made up from MAC addresses as I= IDs. For the RPL-routed traffic, you could use 6LoRH-style encapsulation (RFC 81= 38), which also would fit a mesh-under approach very well. So I think the total amount of messages that have to be designed/redesigned= to make RPL applicable to mesh-under is very low; you'd mainly need a few = new code points to make sure router-over RPL/traffic and mesh-under RPL/tra= ffic are not confused. But this also raises the question why you want to go mesh-under, if in the = end everything looks so similar to route-over. Gr=FC=DFe, Carsten > On Apr 12, 2017, at 06:33, Benjamin Damm wrote: > > Hi folks, I'm new here, so please steer me straight if this is not the ri= ght forum. > > Is there any work under way that looks at how to use the ROLL-RPL data st= ructures, algorithm, and messages, in a mesh-under network? The routing in= a mesh-under network can be very similar to ROLL-RPL but just one layer do= wn. Using similar but slightly smaller messages, adjusted for link-level i= dentifiers instead of IP-level identifiers (and of course not supporting IP= v6 features in the routing layer) seems like it would be possible, so I'm s= earching to anyone or any document that might have already led the way for = this kind of mapping. > > Regards, > -Ben > > > Benjamin Damm > O: 669-770-4000 > E: bdamm@ssni.com www.ssni.com > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo From nobody Thu Apr 13 07:51:22 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F6C01293F8 for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 07:51:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HvWD1Dz2zkYo for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 07:51:19 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F4861205D3 for <6lo@ietf.org>; Thu, 13 Apr 2017 07:51:19 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id D311CE1D7; Thu, 13 Apr 2017 11:16:04 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 340AA636BB; Thu, 13 Apr 2017 10:51:18 -0400 (EDT) From: Michael Richardson To: "Pascal Thubert \(pthubert\)" cc: "6lo\@ietf.org" <6lo@ietf.org> In-Reply-To: <355d3c67e7e64024961916debbaa4b6c@XCH-RCD-001.cisco.com> References: <1491971619970.42705@ssni.com>, <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> <11848.1492007709@obiwan.sandelman.ca> <355d3c67e7e64024961916debbaa4b6c@XCH-RCD-001.cisco.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 14:51:21 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: mcr> I would suggest that networks that want to move from mesh-under to mcr> route-over and are already running IPv6, would be best to use RPL in mcr> the way 6tisch uses it. Gather the topology with RPL, then mcr> establish 6tisch-like tracks at L2. > [Pascal] In a green field, yes; maybe leveraging DAO projection, > too. But then if the goal is to use an existing forwarding plane, > certainly that's not the same story. yeah, I'm not entirely sure I know what the existing situation is. My impression is that the idea is to have a network that is a hybrid of both mechanisms, because the network is being incrementally evolved. As such I can see perhaps making L3 adjacencies (parent/child) over multi-hop L2 mechanisms, but in some cases, also recognizing that there are L3 aware nodes in between. If the nodes capabilities are high (and software upgrades or incremental replacement is possible), but the network bandwidth is such that running two networks (on different PANIDs or something) is impossible, then this might work. I asked Benjamin for more details privately, and I think that we'll get some more details soon. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljvkGUACgkQgItw+93Q 3WUDDQf+N6Z1RAh6sFFkZWXa4k/kCe2lf3FZqnrIb2Js3HbfHlxA+Ufn7YNlG4EJ ajopIZ2DTGjsrPQ36gURUrZEKqmF7USO7vZ+xb8T2lLXzNpt2CjLMY1FVtRwo6GQ HEfsmio+QoRtaxgO6LyZ9OSBC7JboYf/iBrfh8Ll21Tli6zoOxbaIS2f0DI2FUGm e0ivsY0NVeGq7uT7+V+tPNXq9/G+JnE5gv1YHlNAd+dhwTOuuXz8RGPpdU9aSmMl uDZMlLJIMRisaKVBiji/Mc7PgoNjQjCxGDnFPGsCP7d41Lrllq/A90GhvgEtwd8W BxEKgo2mTFEMwFGq07jznfOD+oX43g== =64Da -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Apr 13 09:38:58 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDA2C12951E for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 09:38:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8iiyC0ebsIAn for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 09:38:55 -0700 (PDT) Received: from it-ipdr-01.silverspringnet.com (it-ipdr-01.silverspringnet.com [74.121.22.27]) by ietfa.amsl.com (Postfix) with ESMTP id 0FC78128CDC for <6lo@ietf.org>; Thu, 13 Apr 2017 09:38:55 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CaAgDaqO9Y/3MMOQpaAxkBAQEBAQEBAQEBAQcBAQEBAYMPAYEkgQsHhiuZHoQEAQOTXySCSoM2AoROAQIBAQEBAQJrKIUVAQEBAQNJIg4QAgEIEQQBAQolDyMdCAIEAQ0FiherIYsPAQEBAQEBAQECAQEBAQEBAQEghlGBXYMXhCInDSEmhR4FkDSMXJJhkUSUBVeBBSUWCBgVhxt1hnWBLoENAQEB X-IPAS-Result: A2CaAgDaqO9Y/3MMOQpaAxkBAQEBAQEBAQEBAQcBAQEBAYMPAYEkgQsHhiuZHoQEAQOTXySCSoM2AoROAQIBAQEBAQJrKIUVAQEBAQNJIg4QAgEIEQQBAQolDyMdCAIEAQ0FiherIYsPAQEBAQEBAQECAQEBAQEBAQEghlGBXYMXhCInDSEmhR4FkDSMXJJhkUSUBVeBBSUWCBgVhxt1hnWBLoENAQEB X-IronPort-AV: E=Sophos;i="5.37,195,1488873600"; d="scan'208";a="5889183" Received: from sfo-barrlb-01.silverspringnet.com (HELO mail.silverspringnet.com) ([10.57.12.115]) by it-ipdr-01.silverspringnet.com with ESMTP/TLS/AES256-SHA; 13 Apr 2017 09:38:54 -0700 Received: from sfo-ex13-04.silverspringnet.com (fdc2:c2cd:d343:390c:ad41:c0b5:cbaf:e1d9) by sfo-ex13-01.silverspringnet.com (fdc2:c2cd:d343:390c:5012:7970:8142:b39b) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 13 Apr 2017 09:38:53 -0700 Received: from sfo-ex13-04.silverspringnet.com ([fe80::9029:bd6b:1ebf:9baa]) by sfo-ex13-04.silverspringnet.com ([fe80::9029:bd6b:1ebf:9baa%14]) with mapi id 15.00.1178.000; Thu, 13 Apr 2017 09:38:53 -0700 From: Benjamin Damm To: Michael Richardson , "Pascal Thubert (pthubert)" CC: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Adaption of ROLL for mesh-under Thread-Index: AQHSs0S/N994fnkl7kukcl5KuMBwhKHBnkgAgAAzswCAAHDMgIABOcAAgABdGAD//6MFwA== Date: Thu, 13 Apr 2017 16:38:53 +0000 Message-ID: <1492101535983.82633@ssni.com> References: <1491971619970.42705@ssni.com>, <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> <11848.1492007709@obiwan.sandelman.ca> <355d3c67e7e64024961916debbaa4b6c@XCH-RCD-001.cisco.com>, <14548.1492095078@obiwan.sandelman.ca> In-Reply-To: <14548.1492095078@obiwan.sandelman.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.57.12.115] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 16:38:57 -0000 Michael's assumptions regarding why are mostly correct. There are many vers= ions of the SSNI network, but the standard model is where the continuously = powered devices (CPDs) which are firmware-upgradable form the core canopy a= nd the majority of the device population, and various battery-powered devic= es hang off of the canopy using whatever CPD signals they can get. The CPDs= are typically not significantly constrained (they aren't constrained at al= l per rfc7228) but the BPDs typically are, and they aren't all the same rfc= 7228 class. The evolution is to allow standard Wi-SUN (route-over) devices = join the mesh, and potentially use some of the same RPL data structures, me= ssages, and algorithms where possible to reduce the private burden of havin= g non-standard routing structures and the various tooling and expertise cha= llenges that go with that.=0A= =0A= =0A= Benjamin Damm=0A= O: 669-770-4000=0A= E: bdamm@ssni.com www.ssni.com=0A= =0A= =0A= ________________________________________=0A= From: 6lo <6lo-bounces@ietf.org> on behalf of Michael Richardson =0A= Sent: Thursday, April 13, 2017 7:51 AM=0A= To: Pascal Thubert (pthubert)=0A= Cc: 6lo@ietf.org=0A= Subject: Re: [6lo] Adaption of ROLL for mesh-under=0A= =0A= Pascal Thubert (pthubert) wrote:=0A= mcr> I would suggest that networks that want to move from mesh-under to= =0A= mcr> route-over and are already running IPv6, would be best to use RPL = in=0A= mcr> the way 6tisch uses it. Gather the topology with RPL, then=0A= mcr> establish 6tisch-like tracks at L2.=0A= =0A= > [Pascal] In a green field, yes; maybe leveraging DAO projection,=0A= > too. But then if the goal is to use an existing forwarding plane,=0A= > certainly that's not the same story.=0A= =0A= yeah, I'm not entirely sure I know what the existing situation is.=0A= My impression is that the idea is to have a network that is a hybrid of bot= h=0A= mechanisms, because the network is being incrementally evolved.=0A= =0A= As such I can see perhaps making L3 adjacencies (parent/child) over multi-h= op=0A= L2 mechanisms, but in some cases, also recognizing that there are L3 aware= =0A= nodes in between.=0A= =0A= If the nodes capabilities are high (and software upgrades or incremental=0A= replacement is possible), but the network bandwidth is such that running tw= o=0A= networks (on different PANIDs or something) is impossible, then this might= =0A= work.=0A= =0A= I asked Benjamin for more details privately, and I think that we'll get som= e=0A= more details soon.=0A= =0A= --=0A= Michael Richardson , Sandelman Software Works=0A= -=3D IPv6 IoT consulting =3D-=0A= =0A= =0A= =0A= From nobody Thu Apr 13 12:40:35 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BC5413161C for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 12:40:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GU7wuB4hfrAI for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 12:40:31 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 931C413161A for <6lo@ietf.org>; Thu, 13 Apr 2017 12:40:31 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id AC42420557; Thu, 13 Apr 2017 16:05:17 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 55714636BB; Thu, 13 Apr 2017 15:40:30 -0400 (EDT) From: Michael Richardson To: Benjamin Damm cc: "Pascal Thubert \(pthubert\)" , "6lo\@ietf.org" <6lo@ietf.org> In-Reply-To: <1492101535983.82633@ssni.com> References: <1491971619970.42705@ssni.com>, <3BE49481-8869-49DD-91A9-37CF7B532E2E@cisco.com> <11848.1492007709@obiwan.sandelman.ca> <355d3c67e7e64024961916debbaa4b6c@XCH-RCD-001.cisco.com>, <14548.1492095078@obiwan.sandelman.ca> <1492101535983.82633@ssni.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [6lo] Adaption of ROLL for mesh-under X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 19:40:33 -0000 --=-=-= Content-Type: text/plain Benjamin Damm wrote: > Michael's assumptions regarding why are mostly correct. There are many > versions of the SSNI network, but the standard model is where the > continuously powered devices (CPDs) which are firmware-upgradable form > the core canopy and the majority of the device population, and various > battery-powered devices hang off of the canopy using whatever CPD > signals they can get. The CPDs are typically not significantly > constrained (they aren't constrained at all per rfc7228) but the BPDs > typically are, and they aren't all the same rfc7228 class. The > evolution is to allow standard Wi-SUN (route-over) devices join the > mesh, and potentially use some of the same RPL data structures, > messages, and algorithms where possible to reduce the private burden of > having non-standard routing structures and the various tooling and > expertise challenges that go with that. Would you expect the the wi-sun devices to only link to the CPDs, or do they also need to connect to the BPDs? If the former (just CPDs), then you just need to incrementally upgrade the CPDs in the field, and when they discover upstream CPDs that speak RPL they join both PANIDs. Then they just send DAOs for all their L2 connected BPDs. There are probably some ND issues to sort out, and maybe an (efficient!) ND proxy is in order. Basically the RPL becomes the "backbone" for the mesh-under networks. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljv1C4ACgkQgItw+93Q 3WWXBwf9GJn6mMueiyf7xUgT7YhOEtZaHLJmwu2sFxY398+bYRYG1h/eKFK7seek jNoSDSO7Z56nA4Uo7Y0y8+ggLfezWmkUhjfnnpd3E7x0Bql9w/CEGlX973sUwm9E kGBiWpoYOqAHRwLrpGARQ6FVfJ2f4Ln5GHd5SCb+4PtxeNtUKhsBytj7ufDciISD OMcJr3pvm7yQvXMxk77sEvAa9kcszU1V3GmizlGsld/BeczmLkSZ85d1o3fGs/NC RMGBMhC/oom+V1lnF5eQmY2HsdoaI5sRae0qKDEOgWlEVfUjFtRnuan0D60Nfgle jh1eHl9wZ+3lz13BYMULWXQO1WMnVg== =mBhG -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Apr 13 17:43:53 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF217126CF6 for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 17:43:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.02 X-Spam-Level: X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h9Z0b-qtnUb8 for <6lo@ietfa.amsl.com>; Thu, 13 Apr 2017 17:43:50 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0114.outbound.protection.outlook.com [104.47.38.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 998F91286AB for <6lo@ietf.org>; Thu, 13 Apr 2017 17:43:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CV1xLlJMbrmMwxLfUS9AO2zb6F2tKyi4CI4x5JpV84s=; b=ifOwdLXWZAoFSD5hDVli0pwgcf9EfvS44ueSvmeir07xGXg0LUzaG19pgHM5UaxJLoOA79bZf9YrSd1ns8GEkF7wT1SiGjCNLEkFMgKxDqAmFSlBQSuj6Kh95B7AOjGJSWWyCp5HtE2wrAw3pqAx0N4R4RxwvH9owyLUqidm1hI= Received: from BN3PR0301MB1235.namprd03.prod.outlook.com (10.161.207.23) by BN3PR0301MB1235.namprd03.prod.outlook.com (10.161.207.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1019.17; Fri, 14 Apr 2017 00:43:39 +0000 Received: from BN3PR0301MB1235.namprd03.prod.outlook.com ([10.161.207.23]) by BN3PR0301MB1235.namprd03.prod.outlook.com ([10.161.207.23]) with mapi id 15.01.1019.028; Fri, 14 Apr 2017 00:43:39 +0000 From: Gabriel Montenegro To: Gabriel Montenegro , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: MLE docs to be dropped Thread-Index: AdKsFnwJBXPsGpSDS4yylKDF0bTLfgIoZg/A Date: Fri, 14 Apr 2017 00:43:38 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: microsoft.com; dkim=none (message not signed) header.d=none;microsoft.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:3::3da] x-microsoft-exchange-diagnostics: 1; BN3PR0301MB1235; 7:LcQQwHHgmGq7O1mwnFp+2buAT6K78N9hDkmj4sQGYGPEc3u54PYCQ8MR41Kd6vyWZIF7J3jq5CXUWpa7BIVYf94fVXTS9oemaAnc9Wi/C3yC4nXgRjMR3/sLyc4/xMk8bORoeByFpjiKPQulAydTSRDa/xi5NlKLcXkIde5cqh8NbxQQODI/Pi+EV6Qf7GOA8Aeejud1xfhFc2BpC4xJTc8blaSN+R51V7xExjhrAmoAji6kQIjTdrpAkCN9Jp7Bcb3+Fb6tcAEpqzzI4uOHv/3Uv7/e44QmzzlmAF3lOXpWpYPdYOZvldtEeMzLmOtcAoz+S3sgRCnCeh2imfqaMvWHvCISBek3OCW9Rv1ln48= x-ms-office365-filtering-correlation-id: 4d37a1f6-3832-4d4f-73a8-08d482cf4ae8 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR0301MB1235; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040450)(601004)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:BN3PR0301MB1235; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0301MB1235; x-forefront-prvs: 02778BF158 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39850400002)(39400400002)(39450400003)(39410400002)(39840400002)(39860400002)(55674003)(9686003)(7696004)(55016002)(6306002)(54896002)(236005)(8990500004)(2900100001)(2950100002)(99286003)(5005710100001)(10290500002)(229853002)(50986999)(53936002)(10090500001)(6246003)(76176999)(54356999)(77096006)(6506006)(7906003)(86612001)(606005)(6436002)(189998001)(122556002)(74316002)(81166006)(8676002)(33656002)(8936002)(53546009)(25786009)(7736002)(790700001)(3660700001)(102836003)(2906002)(1511001)(3280700002)(2501003)(38730400002)(86362001)(2421001)(5660300001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0301MB1235; H:BN3PR0301MB1235.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR0301MB1235507ADBC8D39659554F9E95050BN3PR0301MB1235_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2017 00:43:38.9719 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0301MB1235 Archived-At: Subject: Re: [6lo] MLE docs to be dropped X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 00:43:53 -0000 --_000_BN3PR0301MB1235507ADBC8D39659554F9E95050BN3PR0301MB1235_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks for the discussion on this. These document have been marked as "Dead WG documents." From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Gabriel Montenegro Sent: Sunday, April 2, 2017 18:16 To: 6lo@ietf.org Subject: [6lo] MLE docs to be dropped Folks, Making sure the list is aware of this: at the meeting in Chicago last Wedne= sday we indicated that we intend to drop the MLE documents we had adopted (= in large part due to ZigBee's Jupiter Mesh request) for Experimental status= . The documents are: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mesh-link-establishment/ * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-mle-hip-dex/ MLE even went through WG LC and received some comments, but there has been = no revision, and in the meantime, Jupiter Mesh is no longer depending on it= . Furthermore, the other potential interested party was the Thread Group, b= ut it became clear a few months ago that they do not depend on this documen= t either. The WG will drop the MLE documents by the end of this week (April 7) unless= we hear some new information. Thanks, Gabriel, on behalf of 6lo chairs --_000_BN3PR0301MB1235507ADBC8D39659554F9E95050BN3PR0301MB1235_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks for the discussion on this.

 

These document have been marked as “Dead WG do= cuments.”

 

From: 6lo [mailto:6lo-bounces@ietf.org] On= Behalf Of Gabriel Montenegro
Sent: Sunday, April 2, 2017 18:16
To: 6lo@ietf.org
Subject: [6lo] MLE docs to be dropped

 

Folks,

 

Making sure the list is aware of this: at the meetin= g in Chicago last Wednesday we indicated that we intend to drop the MLE doc= uments we had adopted (in large part due to ZigBee’s Jupiter Mesh req= uest) for Experimental status.

 

The documents are:

 

MLE even went through WG LC and received some commen= ts, but there has been no revision, and in the meantime, Jupiter Mesh is no= longer depending on it. Furthermore, the other potential interested party = was the Thread Group, but it became clear a few months ago that they do not depend on this document either.

 

The WG will drop the MLE documents by the end of thi= s week (April 7) unless we hear some new information.

 

Thanks,

 

Gabriel, on behalf of 6lo chairs

--_000_BN3PR0301MB1235507ADBC8D39659554F9E95050BN3PR0301MB1235_-- From nobody Tue Apr 18 07:21:51 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5C9312F257 for <6lo@ietfa.amsl.com>; Tue, 18 Apr 2017 07:21:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S5jBK_iBXehg for <6lo@ietfa.amsl.com>; Tue, 18 Apr 2017 07:21:47 -0700 (PDT) Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8CCC1318C0 for <6lo@ietf.org>; Tue, 18 Apr 2017 07:21:44 -0700 (PDT) Received: from gallifrey.ext.pengutronix.de ([2001:67c:670:201:5054:ff:fe8d:eefb] helo=[IPv6:::1]) by metis.ext.pengutronix.de with esmtp (Exim 4.84_2) (envelope-from ) id 1d0U0k-0002RD-9k; Tue, 18 Apr 2017 16:21:42 +0200 To: 6lo@ietf.org From: Alexander Aring Cc: Michael Richardson , Martin Gergeleit Message-ID: <08db0b20-76f1-de36-1827-679f06f6c898@pengutronix.de> Date: Tue, 18 Apr 2017 16:21:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:201:5054:ff:fe8d:eefb X-SA-Exim-Mail-From: aar@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: 6lo@ietf.org Archived-At: Subject: [6lo] RFC4944 fragmentation reassembly with care of security flag X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 14:21:50 -0000 Hi, while implement MLE draft for Linux I think I detected some behaviour which is missing in reassembly part of RFC4944. MLE has some requirement to 802.15.4 security suite to enable or disable it for different type of MLE messages. In my case I extended ancillary data of POSIX sockets for special 802.15.4 attributes (which will maybe another RFC, but I never wrote one before). Anyway, I asked myself how the security flag and reassembly of RFC4944 works together. Quote part of RFC4944: ... The recipient of link fragments SHALL use (1) the sender's 802.15.4 source address (or the Originator Address if a Mesh Addressing field is present), (2) the destination's 802.15.4 address (or the Final Destination address if a Mesh Addressing field is present), (3) datagram_size, and (4) datagram_tag to identify all the link fragments that belong to a given datagram. ... and I think somewhere need to be added that ALL fragments ?MUST? be have the same security flag. It's some logical assumption by me that it ?MUST? check on this. However the Linux implementation of RFC4944 don't do that currently (I putted it on my list to fix that) - But maybe this part should be updated to adding the part that all fragments ?MUST? have the same security flag on 802.15.4 frame level. Don't know it really need to have a MUST here, that's why I wrote ?MUST? :-) - Alex From nobody Wed Apr 19 15:12:41 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E6D112944D; Wed, 19 Apr 2017 15:12:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RPooIsbc-v-0; Wed, 19 Apr 2017 15:12:38 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0101.outbound.protection.outlook.com [104.47.32.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE1C1129445; Wed, 19 Apr 2017 15:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=xcWY/lqun5KATaSZKWjrsfVXDp1XgMV6UgAiJE5pNm4=; b=NLsxFlgArnQaZ+6mIWQ3TJbqZJ2clBkszxq2y0RAGmZtnZYqzbK+Fm1YN8EU4xVFTvbFvQj1s8n+wHDHgbzQlmytyKfYOxeAYt11nl20z3O4HWjC1bdTs17NjVMTbTF+QK02QzUt+RN6FXu9V4wIdVVAslexHCvBaJvgmJC7WvQ= Received: from BN3PR0301MB1235.namprd03.prod.outlook.com (10.161.207.23) by BN3PR0301MB1233.namprd03.prod.outlook.com (10.161.207.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.10; Wed, 19 Apr 2017 22:12:29 +0000 Received: from BN3PR0301MB1235.namprd03.prod.outlook.com ([10.161.207.23]) by BN3PR0301MB1235.namprd03.prod.outlook.com ([10.161.207.23]) with mapi id 15.01.1034.018; Wed, 19 Apr 2017 22:12:29 +0000 From: Gabriel Montenegro To: "Pascal Thubert (pthubert)" , Erik Nordmark , huitema , Lorenzo Colitti , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan CC: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSqKQbRa99/kOxqE+kZzSG1ccGBKGsF9sAgAkvKoCAAAsRgIAAGhAAgAERnQCAFt50cA== Date: Wed, 19 Apr 2017 22:12:29 +0000 Message-ID: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> In-Reply-To: <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:4::3da] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0301MB1233; 7:0yafs3m6MPNJuHUBOjz4x9OvA+m9YkYQci7gYT2nyTPL2fEJ2HfC9sw8enfwZneJwhbaKc/+3FH8eyBLhg6QDFWkTgrEzexjNYJZ/83r1zEuKyb3ZeobsCprlb5MFPijmGcI7dlBotw1Bp2MNUI5nYNDTUoDT456Ecny1MMav0LlYOaJb13D1mF6YXcltSaNe1dhmmdUQhP3exZuKxnHhV1UmV+WiAhJrnj0EnU4F0O86BCynw1oGuWjHzvnepzAKaIcbUhXoo6rVlrQKlAG+kRQzoSvpW1hkTGXQ/D/nbrp6RYh02DafsRilS9jptviqkAgeyGM3/T8GDzRUubNGn/TDAB1Ua5uAkbNzwn1Wms= x-ld-processed: 72f988bf-86f1-41af-91ab-2d7cd011db47,ExtAddr x-ms-office365-filtering-correlation-id: b6f033ad-3eda-4b5a-fbf1-08d487712b7e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:BN3PR0301MB1233; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123562025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(20161123564025)(20161123555025)(6072148); SRVR:BN3PR0301MB1233; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0301MB1233; x-forefront-prvs: 028256169F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39850400002)(39400400002)(39410400002)(39860400002)(39840400002)(55016002)(38730400002)(99286003)(74316002)(54356999)(9686003)(50986999)(76176999)(6246003)(77096006)(3660700001)(305945005)(86612001)(7736002)(86362001)(5660300001)(6436002)(558084003)(229853002)(53936002)(102836003)(6116002)(8656002)(6506006)(189998001)(2906002)(4326008)(93886004)(8676002)(3280700002)(2501003)(10290500002)(2950100002)(33656002)(8990500004)(2900100001)(81166006)(5005710100001)(8936002)(25786009)(7696004)(122556002)(10090500001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0301MB1233; H:BN3PR0301MB1235.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Apr 2017 22:12:29.5858 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0301MB1233 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 22:12:39 -0000 > Please let me know if the text below is OK (you may leverage the ticket);= I'll time > out and post by the end of week. Thanks Pascal, looks good.=20 Lorenzo?=20 Unless we hear otherwise, we can think about WG LC perhaps as early as next= week. Thanks, Gabriel (on behalf of chairs) From nobody Thu Apr 20 02:52:31 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D93112EC42 for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 02:52:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SHb2ViwVj1jM for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 02:52:24 -0700 (PDT) Received: from mail-ua0-x236.google.com (mail-ua0-x236.google.com [IPv6:2607:f8b0:400c:c08::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 489D4128D2E for <6lo@ietf.org>; Thu, 20 Apr 2017 02:52:15 -0700 (PDT) Received: by mail-ua0-x236.google.com with SMTP id a1so44742028uaf.3 for <6lo@ietf.org>; Thu, 20 Apr 2017 02:52:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=l/CuVf+IecTznrXHkyJUh+Uu6qfz6aXz2Uf059T856Q=; b=JB10hHFh5O+QWwdRFl2q4dLpLclhvQBdIu0nlnehnitkAb5PnBELDwl4US9x7xdRiO JS/bh1iGphI2HePiv7p6OFqkdz5gjjmE1zScDECYNAsPWAIqbS6MS98IC+utSvZo5L+G 2EhRlGMny9R9no7V7/LtO8fC0zhui2wVXqDV9R9e13NtuZsPvBD+Qr/xdO+ktGNGdkfA EY0EZPXc1s3MMwb6zBr2BdW0MV73k6GZxSRaX+ALlc3vzGUZwwFHZ3Lb1AtPa0xh1AnT n8MOKMWfCQpif+XSnEnauVgiE9zAP0ZcEMm8mYR7sr6Wh0uJNHUeGe/Boz0mMEi3iqdc 7MPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=l/CuVf+IecTznrXHkyJUh+Uu6qfz6aXz2Uf059T856Q=; b=bM3ZgJ/v0P1tHEJ9NisTeUBjU43sWNPdJK/5aOmyEk9QyBInWILyfTAnDtT+C5hUKD kNw2K23ol2qH1G9b7E5aYRF4X9eVIEtrtkL1mM2p/dt3xgKjHswnVSfAb9wb4ArI4rHJ ybA/5B6QsYsmmBPYt1hGeNWkYWf+tCJKVNWEKaYUpVQAlut2pSOB/V0dVdz+n8KsOWW7 K8cM9q5k90IgZXoGsy7iGqiyWQFSWzJckTsIaTfLhBlgd6lR7VxjteIfeTJz17BJp6BN H1T8TvDMUyHOOm9l4q2tuj3X0+pZy76r7Ezfui0SXOEAtfKXDA2pce1akQqOZD3pqW2v idmA== X-Gm-Message-State: AN3rC/5hMbuRDjBVf3+dVv1a4WBaiz4L99RByOVV7nZh2ePaekerZTol 6ESqcg79RKUYeF2UUhuv/QJTRmPgD7TT X-Received: by 10.159.57.107 with SMTP id i43mr1382976uag.72.1492681934097; Thu, 20 Apr 2017 02:52:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.110.200 with HTTP; Thu, 20 Apr 2017 02:51:53 -0700 (PDT) In-Reply-To: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> From: Lorenzo Colitti Date: Thu, 20 Apr 2017 18:51:53 +0900 Message-ID: To: Gabriel Montenegro Cc: "Pascal Thubert (pthubert)" , Erik Nordmark , huitema , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=f403043ed3d4721663054d9618ab Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 09:52:30 -0000 --f403043ed3d4721663054d9618ab Content-Type: text/plain; charset=UTF-8 Thanks for writing this up. The text is very helpful. In the general case, I'm not sure 10N is a reasonable recommendation. RFC 7934 section 7 discusses at some length the question of how many addresses are necessary, and the conclusion is "in general it is not possible to estimate in advance how many addresses are required". For a constrained 6lo network, 10N seems reasonable. However, one of the concerns I have with RFC6775bis is this text: Efficiency aware IPv6 Neighbor Discovery Optimizations [I-D.chakrabarti-nordmark-6man-efficient-nd] suggests that 6LoWPAN ND [RFC6775] can be extended to other types of links beyond IEEE std 802.15.4 for which it was defined. The registration technique is beneficial when the Link-Layer technique used to carry IPv6 multicast packets is not sufficiently efficient in terms of delivery ratio or energy consumption in the end devices, in particular to enable energy-constrained sleeping nodes. The value of such extension is especially apparent in the case of mobile wireless nodes, to reduce the multicast operations that are related to classical ND ([RFC4861], [RFC4862]) and plague the wireless medium. This serves scalability requirements listed in Appendix A.6. I don't think this is good guidance for general purpose networks. On a less-constrained device such as a phone connected to a less-constrained network such as 802.11, ethernet, or LTE, I certainly wouldn't want to be limited to 10 addresses. This is why RFC 7934 section 7 does not give a recommendation for number of addresses per host, saying instead that the network should be able to provide as many as necessary. A registration-based mechanism is fundamentally different from an opportunistic mechanism in that the scalability is determined by the number of configured addresses, not the number of active addresses. For example: on 802.11, for example, my device can configure 100, 1000, or 1000000 addresses in the same solicited-node multicast group (there are 2^40 addresses there, so there's plenty of space), and nothing in the network will experience any load, until those addresses are used and have to be in some router's neighbour cache. And if the neighbour cache were to implement implement per-MAC address thresholds it would be possible to switch addresses very frequently I don't think we should say that 6LoWPAN ND can be extended to other links without having good text on how to make a trade-off between the scalability benefits that it claims and the address availability benefits that it gives up. On Thu, Apr 20, 2017 at 7:12 AM, Gabriel Montenegro < Gabriel.Montenegro@microsoft.com> wrote: > > Please let me know if the text below is OK (you may leverage the > ticket); I'll time > > out and post by the end of week. > > Thanks Pascal, looks good. > > Lorenzo? > > Unless we hear otherwise, we can think about WG LC perhaps as early as > next week. > > Thanks, > > Gabriel (on behalf of chairs) > > --f403043ed3d4721663054d9618ab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for writing this up. The text is very helpful.=

In the general case, I'm not sure 10N is a re= asonable recommendation. RFC 7934 section 7 discusses at some length the qu= estion of how many addresses are necessary, and the conclusion is "in = general it is not possible to estimate in advance how many addresses are re= quired".

For a constrained 6lo network, 10N s= eems reasonable. However, one of the concerns I have with RFC6775bis is thi= s text:

=C2=A0 =C2=A0Efficiency aware IPv6 Ne= ighbor Discovery Optimizations
=C2=A0 =C2=A0[I-D.chakrabarti-nord= mark-6man-efficient-nd] suggests that 6LoWPAN ND
=C2=A0 =C2=A0[RF= C6775] can be extended to other types of links beyond IEEE std
= =C2=A0 =C2=A0802.15.4 for which it was defined.=C2=A0 The registration tech= nique is
=C2=A0 =C2=A0beneficial when the Link-Layer technique us= ed to carry IPv6 multicast
=C2=A0 =C2=A0packets is not sufficient= ly efficient in terms of delivery ratio or
=C2=A0 =C2=A0energy co= nsumption in the end devices, in particular to enable
=C2=A0 =C2= =A0energy-constrained sleeping nodes.=C2=A0 The value of such extension is<= /div>
=C2=A0 =C2=A0especially apparent in the case of mobile wireless n= odes, to reduce
=C2=A0 =C2=A0the multicast operations that are re= lated to classical ND ([RFC4861],
=C2=A0 =C2=A0[RFC4862]) and pla= gue the wireless medium.=C2=A0 This serves scalability
=C2=A0 =C2= =A0requirements listed in Appendix A.6.

I do= n't think this is good guidance for general purpose networks. On a less= -constrained device such as a phone connected to a less-constrained network= such as 802.11, ethernet, or LTE, I certainly wouldn't want to be limi= ted to 10 addresses. This is why RFC 7934 section 7 does not give a recomme= ndation for number of addresses per host, saying instead that the network s= hould be able to provide as many as necessary.

A r= egistration-based mechanism is fundamentally different from an opportunisti= c mechanism in that the scalability is determined by the number of configur= ed=C2=A0addresses, not the number of active addresses. For example: on 802.= 11, for example, my device can configure 100, 1000, or 1000000 addresses in= the same solicited-node multicast group (there are 2^40 addresses there, s= o there's plenty of space), and nothing in the network will experience = any load, until those addresses are used and have to be in some router'= s neighbour cache. And if the neighbour cache were to implement implement p= er-MAC address thresholds it would be possible to switch addresses very fre= quently=C2=A0

I don't think we should say that= 6LoWPAN ND can be extended to other links without having good text on how = to make a trade-off between the scalability benefits that it claims and the= address availability benefits that it gives up.

On Thu, Apr 20, 2017 at 7:12 AM,= Gabriel Montenegro <Gabriel.Montenegro@microsoft.com&g= t; wrote:
> Pl= ease let me know if the text below is OK (you may leverage the ticket); I&#= 39;ll time
> out and post by the end of week.

Thanks Pascal, looks good.

Lorenzo?

Unless we hear otherwise, we can think about WG LC perhaps as early as next= week.

Thanks,

Gabriel (on behalf of chairs)


--f403043ed3d4721663054d9618ab-- From nobody Thu Apr 20 02:55:19 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D98B212EC6C for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 02:55:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SICDIQyJoEi9 for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 02:55:14 -0700 (PDT) Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 39A0B12EC69 for <6lo@ietf.org>; Thu, 20 Apr 2017 02:55:05 -0700 (PDT) Received: by mail-ua0-x22c.google.com with SMTP id a1so44804447uaf.3 for <6lo@ietf.org>; Thu, 20 Apr 2017 02:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=s1po85X08dr4aXj0dnsSblioz/zzPwqLsMOXBrpsSkk=; b=KBSVvB2eFpqNkcWzy+zM96i5Kpq6xpi70Dp/Rj23HxbGQ6Jmc7/qy95vnlX667BpKe /am5e+tn+Is+uYKqj9AAl/tvwP19/S5+tBl8emxTXGmYB4H144BOZ0zO99viYtdrr2MT Fw/V9YKciOtcRRumbsQe56wBkX/D0gEZRQXMYvZLDfAA8biulG9eRba5g2bZQkFrL3Tf LG5j7E4cF+OhgSfUZ3i1HWQHZeq1oumbIQq2DKQ1LxEoK2LYDlkykjXE3f7bZl3pgRzx 8iewDy+N4l6LlXdRUvdePjd6QCO8Z0kGbteWNBXo3GY8rvbDsfBxIqOA/yGwLgqZqDAS ZIqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=s1po85X08dr4aXj0dnsSblioz/zzPwqLsMOXBrpsSkk=; b=sD/o6il+28Vde9JoIe4thxMfovxZ9Wm3xMnC6XkozQ65hqa/xBzFXNIO6giAlESMNO BACkkUXQbLAYkcyUiFyYdAtR8vmXM5He4ru5ROiiZKEOWmNAvMfJAt9QLiKPm2jWPEvw bptKADneXGfe0AUPFk5yvTjiQ70iuRh7z3ZnTC+0ajir8tYc3bKbwEwNZJIkXj4luOGt 0ra+Kla0+oFXfE3JpM7inXEWEIhBGttW0VFRqd/B+yucwfLY/kzam0GZZM945ibixndE /z33sKmwN2PxHHclvWGQGunLgjP/mdGzc1/Dkkr2JnQWypW2kKodcm8hdNhhs5OLkuWH 2Q4w== X-Gm-Message-State: AN3rC/5wj729mI0rIYJHRMl+8nBIzYdAHxCXQdw4OaJL4987Prnb/23o 5ujQpaSqdyq12VUzHaXZO7FjB8GNLuT5 X-Received: by 10.176.82.100 with SMTP id j33mr3331496uaa.57.1492682104101; Thu, 20 Apr 2017 02:55:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.110.200 with HTTP; Thu, 20 Apr 2017 02:54:43 -0700 (PDT) In-Reply-To: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> From: Lorenzo Colitti Date: Thu, 20 Apr 2017 18:54:43 +0900 Message-ID: To: "Pascal Thubert (pthubert)" Cc: Erik Nordmark , Christian Huitema , Brian Haberman , "6lo@ietf.org" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=94eb2c191232942a4b054d962288 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 09:55:16 -0000 --94eb2c191232942a4b054d962288 Content-Type: text/plain; charset=UTF-8 On Wed, Apr 5, 2017 at 1:15 AM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > I also removed the administrative rejection, the return codes are now as > follows: > [...] > | 8 | Invalid Registered Address: The address being registered | > | | is not usable on this link, e.g. it is not topologically | > | | correct | > As worded, it's not clear to me how this option is substantially different from the administrative rejection option. Could it be scoped more tightly, e.g., renamed to "Address topologically incorrect"? --94eb2c191232942a4b054d962288 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On W= ed, Apr 5, 2017 at 1:15 AM, Pascal Thubert (pthubert) <= ;pthubert@cisco.com= > wrote:
I also removed the= administrative rejection, the return codes are now as follows:
[...]
=C2=A0 =C2=A0|=C2=A0 =C2=A08=C2=A0 =C2=A0| Invalid Registered Addr= ess: The address being registered=C2=A0 |
=C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0| is not usable on this link, e.g.= it is not topologically=C2=A0 |
=C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0| correct=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|

As worded, it's not cle= ar to me how this option is substantially different from the administrative= rejection option. Could it be scoped more tightly, e.g., renamed to "= Address topologically incorrect"?
--94eb2c191232942a4b054d962288-- From nobody Thu Apr 20 03:02:10 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 922C312EC80 for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 03:02:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zHChzLRiP59l for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 03:02:02 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C795126C7B for <6lo@ietf.org>; Thu, 20 Apr 2017 03:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9382; q=dns/txt; s=iport; t=1492682520; x=1493892120; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=qTduznr976d4k+Kh9dUJaGP+cXKOXdqXrRTm57vI9v0=; b=HupG2OfGh25LoGY56uDZwMN1XSVtMBGI/uS+7n1tDyxAb/kqKvI16weD 2HTiu7Hr0UAZ0v//QrDiwofiVENsptzjhNemGZyJsE4nL4XdNrgAd7mCG RmuniQHXpOCKvhBeUmPwkTZHxtdxyPhh0p+mfhaYZi9s5w+9Kod71FnHe U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAQCDhvhY/5RdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYELB4NgihWRY5AuhTWCD4YkAhqDXj8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEBAQEDIwpMEAIBCBEEAQEoAwICAjAUCQgCBA4FCIoUqkGCJoshAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBHYZThHaFDYJQgl8FnTQBknmRXpQTAR84SzpjFYcpdYg?= =?us-ascii?q?hgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,225,1488844800"; d="scan'208,217";a="235204648" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 10:01:59 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v3KA1x7I011616 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 10:01:59 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 05:01:58 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 05:01:58 -0500 From: "Pascal Thubert (pthubert)" To: Lorenzo Colitti CC: Erik Nordmark , Christian Huitema , Brian Haberman , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSubwiWHolHsHaNE+4D4LSYGcLkqHOBSig Date: Thu, 20 Apr 2017 10:00:43 +0000 Deferred-Delivery: Thu, 20 Apr 2017 09:57:18 +0000 Message-ID: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.30] Content-Type: multipart/alternative; boundary="_000_a405d7b4aab24c6f95de26e1b7a3876bXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 10:02:08 -0000 --_000_a405d7b4aab24c6f95de26e1b7a3876bXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gTG9yZW56bzoNCg0KU2F5IHRoZSB1c2VyIHJlZ2lzdGVycywgc2F5LCB1bnNwZWNpZmll ZCwgaXMg4oCcQWRkcmVzcyB0b3BvbG9naWNhbGx5IGluY29ycmVjdOKAnSB0aGUgcmlnaHQgdGhp bmc/DQpJIGNhbiBhZGQgdGhhdCBjb2RlLCBidXQgaG93IGRvIHlvdSByZXR1cm4gdGhhdCB0aGUg cmVxdWVzdGVyIGFza3MgZm9yIHB1cmUgZ2FyYmFnZT8NCg0KVGFrZSBjYXJlLA0KDQpQYXNjYWwN Cg0KRnJvbTogTG9yZW56byBDb2xpdHRpIFttYWlsdG86bG9yZW56b0Bnb29nbGUuY29tXQ0KU2Vu dDogamV1ZGkgMjAgYXZyaWwgMjAxNyAxMTo1NQ0KVG86IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVy dCkgPHB0aHViZXJ0QGNpc2NvLmNvbT4NCkNjOiBFcmlrIE5vcmRtYXJrIDxub3JkbWFya0Bzb25p Yy5uZXQ+OyBDaHJpc3RpYW4gSHVpdGVtYSA8aHVpdGVtYUBodWl0ZW1hLm5ldD47IEJyaWFuIEhh YmVybWFuIDxicmlhbkBpbm5vdmF0aW9uc2xhYi5uZXQ+OyA2bG9AaWV0Zi5vcmcNClN1YmplY3Q6 IFJlOiBbNmxvXSBEcmFmdCBhcHBsaWNhYmlsaXR5IGZvciA2Nzc1YmlzDQoNCk9uIFdlZCwgQXBy IDUsIDIwMTcgYXQgMToxNSBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSA8cHRodWJlcnRA Y2lzY28uY29tPG1haWx0bzpwdGh1YmVydEBjaXNjby5jb20+PiB3cm90ZToNCkkgYWxzbyByZW1v dmVkIHRoZSBhZG1pbmlzdHJhdGl2ZSByZWplY3Rpb24sIHRoZSByZXR1cm4gY29kZXMgYXJlIG5v dyBhcyBmb2xsb3dzOg0KWy4uLl0NCiAgIHwgICA4ICAgfCBJbnZhbGlkIFJlZ2lzdGVyZWQgQWRk cmVzczogVGhlIGFkZHJlc3MgYmVpbmcgcmVnaXN0ZXJlZCAgfA0KICAgfCAgICAgICB8IGlzIG5v dCB1c2FibGUgb24gdGhpcyBsaW5rLCBlLmcuIGl0IGlzIG5vdCB0b3BvbG9naWNhbGx5ICB8DQog ICB8ICAgICAgIHwgY29ycmVjdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCg0KQXMgd29yZGVkLCBpdCdzIG5vdCBjbGVhciB0byBtZSBob3cgdGhp cyBvcHRpb24gaXMgc3Vic3RhbnRpYWxseSBkaWZmZXJlbnQgZnJvbSB0aGUgYWRtaW5pc3RyYXRp dmUgcmVqZWN0aW9uIG9wdGlvbi4gQ291bGQgaXQgYmUgc2NvcGVkIG1vcmUgdGlnaHRseSwgZS5n LiwgcmVuYW1lZCB0byAiQWRkcmVzcyB0b3BvbG9naWNhbGx5IGluY29ycmVjdCI/DQo= --_000_a405d7b4aab24c6f95de26e1b7a3876bXCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3 MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2 OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd LS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBMb3JlbnpvOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNheSB0aGUg dXNlciByZWdpc3RlcnMsIHNheSwgdW5zcGVjaWZpZWQsIGlzIOKAnEFkZHJlc3MgdG9wb2xvZ2lj YWxseSBpbmNvcnJlY3TigJ0gdGhlIHJpZ2h0IHRoaW5nPw0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkg Y2FuIGFkZCB0aGF0IGNvZGUsIGJ1dCBob3cgZG8geW91IHJldHVybiB0aGF0IHRoZSByZXF1ZXN0 ZXIgYXNrcyBmb3IgcHVyZSBnYXJiYWdlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+VGFrZSBjYXJlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+UGFzY2FsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IExvcmVu em8gQ29saXR0aSBbbWFpbHRvOmxvcmVuem9AZ29vZ2xlLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9i PiBqZXVkaSAyMCBhdnJpbCAyMDE3IDExOjU1PGJyPg0KPGI+VG86PC9iPiBQYXNjYWwgVGh1YmVy dCAocHRodWJlcnQpICZsdDtwdGh1YmVydEBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBF cmlrIE5vcmRtYXJrICZsdDtub3JkbWFya0Bzb25pYy5uZXQmZ3Q7OyBDaHJpc3RpYW4gSHVpdGVt YSAmbHQ7aHVpdGVtYUBodWl0ZW1hLm5ldCZndDs7IEJyaWFuIEhhYmVybWFuICZsdDticmlhbkBp bm5vdmF0aW9uc2xhYi5uZXQmZ3Q7OyA2bG9AaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4g UmU6IFs2bG9dIERyYWZ0IGFwcGxpY2FiaWxpdHkgZm9yIDY3NzViaXM8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPk9uIFdlZCwgQXByIDUsIDIwMTcgYXQg MToxNSBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnB0 aHViZXJ0QGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnB0aHViZXJ0QGNpc2NvLmNvbTwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBw dDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij5JIGFsc28gcmVtb3ZlZCB0aGUgYWRtaW5pc3RyYXRpdmUgcmVqZWN0aW9uLCB0 aGUgcmV0dXJuIGNvZGVzIGFyZSBub3cgYXMgZm9sbG93czo8YnI+DQpbLi4uXTxicj4NCiZuYnNw OyAmbmJzcDt8Jm5ic3A7ICZuYnNwOzgmbmJzcDsgJm5ic3A7fCBJbnZhbGlkIFJlZ2lzdGVyZWQg QWRkcmVzczogVGhlIGFkZHJlc3MgYmVpbmcgcmVnaXN0ZXJlZCZuYnNwOyB8PGJyPg0KJm5ic3A7 ICZuYnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8IGlzIG5vdCB1c2FibGUgb24gdGhp cyBsaW5rLCBlLmcuIGl0IGlzIG5vdCB0b3BvbG9naWNhbGx5Jm5ic3A7IHw8YnI+DQombmJzcDsg Jm5ic3A7fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgY29ycmVjdCZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5B cyB3b3JkZWQsIGl0J3Mgbm90IGNsZWFyIHRvIG1lIGhvdyB0aGlzIG9wdGlvbiBpcyBzdWJzdGFu dGlhbGx5IGRpZmZlcmVudCBmcm9tIHRoZSBhZG1pbmlzdHJhdGl2ZSByZWplY3Rpb24gb3B0aW9u LiBDb3VsZCBpdCBiZSBzY29wZWQgbW9yZSB0aWdodGx5LCBlLmcuLCByZW5hbWVkIHRvICZxdW90 O0FkZHJlc3MgdG9wb2xvZ2ljYWxseSBpbmNvcnJlY3QmcXVvdDs/PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_a405d7b4aab24c6f95de26e1b7a3876bXCHRCD001ciscocom_-- From nobody Thu Apr 20 03:03:44 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0152212ECA7 for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 03:03:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nMxUsEcTdNTl for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 03:03:41 -0700 (PDT) Received: from mail-ua0-x235.google.com (mail-ua0-x235.google.com [IPv6:2607:f8b0:400c:c08::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04BC912EC5C for <6lo@ietf.org>; Thu, 20 Apr 2017 03:03:40 -0700 (PDT) Received: by mail-ua0-x235.google.com with SMTP id f10so44632218uaa.2 for <6lo@ietf.org>; Thu, 20 Apr 2017 03:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0vuW3WrAn4lOds67dkde/dJhexSkwSxJP4qVR8uDIn0=; b=ezNcjEKcFSMJrLV0QfN7BJuR+2BsLu23Y/xf3wtcwJuk6+rcBN0tCRMqO0qvqyITUq DUZJ2KBRux5J7ymCfUD6UpMK1oekNopZyuQ698xy7l+pZGU+JBUIFW6dx4TJEc2FlIVK Tc6nyvM43wyU6EtQvYaUsg6ZVQcK4ngSlP8QWmWdJJ9M03ADpO45kYqyFbsS7yQ5IQ6Q yShPfCUrBFaU0fD5YKaJCR0pJpXqjFCCXBBSLsDikLO9VMh3DxqShe8cYvfdO8YrQbkl YQPOqFYI3B9y+ClGspwdQo1lOeIR4ELtrdPT+WRQlGJlAXJBvdIAUL2iVKLaVfepqKub 6xNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0vuW3WrAn4lOds67dkde/dJhexSkwSxJP4qVR8uDIn0=; b=PSt9XdibK3btbyLyCJSDiWa3Uxt5DRnbe/7VlYyCTnIz4YATi3V8dfRVmLu6CmBmVM xTAD6ytw2zYly/wCaWbdpoqVlv0+3ig3DRtUbxFxGlXj0o9H/AIiQ8pK4njEfXWznHid tAI/bXEM8k3CLk9wJaNLhmV0T6PeRN4oN/TElbpVIu0Dh0II8Ji1UjdEc/s+SRfXGM8C ITJ7RQqq2Fk3Ony5MBoH3zfHWLw9BH4yBBVv0eQT9lTpBqV8NpssAhdOMS2oQiMyKMcD Lg2fWlG9U5pieGnQZXk7Gqf+x6l3ganvt9/jKjxNgXzWKXBra9nY0jeSj73Lbzvbw+/f 25Pw== X-Gm-Message-State: AN3rC/74ykK9emP9sosEAkLdpPiBD/U3IFUylBOXXERP/gUuR0wcEoNF 00dZuonFeA6lbz3G+dRtGRp8+pofxS27 X-Received: by 10.31.16.200 with SMTP id 69mr2170021vkq.45.1492682619828; Thu, 20 Apr 2017 03:03:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.110.200 with HTTP; Thu, 20 Apr 2017 03:03:19 -0700 (PDT) In-Reply-To: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> From: Lorenzo Colitti Date: Thu, 20 Apr 2017 19:03:19 +0900 Message-ID: To: "Pascal Thubert (pthubert)" Cc: Erik Nordmark , Christian Huitema , Brian Haberman , "6lo@ietf.org" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=001a11431e9851bda8054d9641b6 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 10:03:43 -0000 --001a11431e9851bda8054d9641b6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think so. the unspecified address is certainly not topologically correct because it's not in the right /64. In general, random garbage has only one chance in 2^64 of being topologically correct. :-) On Thu, Apr 20, 2017 at 7:00 PM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Lorenzo: > > > > Say the user registers, say, unspecified, is =E2=80=9CAddress topological= ly > incorrect=E2=80=9D the right thing? > > I can add that code, but how do you return that the requester asks for > pure garbage? > > > > Take care, > > > > Pascal > > > > *From:* Lorenzo Colitti [mailto:lorenzo@google.com] > *Sent:* jeudi 20 avril 2017 11:55 > *To:* Pascal Thubert (pthubert) > *Cc:* Erik Nordmark ; Christian Huitema < > huitema@huitema.net>; Brian Haberman ; > 6lo@ietf.org > *Subject:* Re: [6lo] Draft applicability for 6775bis > > > > On Wed, Apr 5, 2017 at 1:15 AM, Pascal Thubert (pthubert) < > pthubert@cisco.com> wrote: > > I also removed the administrative rejection, the return codes are now as > follows: > [...] > | 8 | Invalid Registered Address: The address being registered | > | | is not usable on this link, e.g. it is not topologically | > | | correct | > > > > As worded, it's not clear to me how this option is substantially differen= t > from the administrative rejection option. Could it be scoped more tightly= , > e.g., renamed to "Address topologically incorrect"? > --001a11431e9851bda8054d9641b6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think so. the unspecified address is certainly not topol= ogically correct because it's not in the right /64.

= In general, random garbage has only one chance in 2^64 of being topological= ly correct. :-)

On Thu, Apr 20, 2017 at 7:00 PM, Pascal Thubert (pthubert) <pth= ubert@cisco.com> wrote:

Hello Lorenzo:<= /u>

=C2=A0

Say the user registers, say, unspecif= ied, is =E2=80=9CAddress topologically incorrect=E2=80=9D the right thing?

I can add that code, but how do you r= eturn that the requester asks for pure garbage?

=C2=A0

Take care,

=C2=A0

Pascal

=C2=A0

From: L= orenzo Colitti [mailto:lorenzo@google.com]
Sent: jeudi 20 avril 2017 11:55
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: Erik Nordmark <nordmark@sonic.net>; Christian Huitema <huitema@huitema.net>; Br= ian Haberman <brian@innovationslab.net>; 6lo@ietf.org
Subject: Re: [6lo] Draft applicability for 6775bis

=C2=A0

On Wed, Apr 5, 2017 at = 1:15 AM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

I also removed the admi= nistrative rejection, the return codes are now as follows:
[...]
=C2=A0 =C2=A0|=C2=A0 =C2=A08=C2=A0 =C2=A0| Invalid Registered Address: The = address being registered=C2=A0 |
=C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0| is not usable on this link, e.g.= it is not topologically=C2=A0 |
=C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0| correct=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0|

=C2=A0

As worded, it's not= clear to me how this option is substantially different from the administra= tive rejection option. Could it be scoped more tightly, e.g., renamed to &q= uot;Address topologically incorrect"?


--001a11431e9851bda8054d9641b6-- From nobody Thu Apr 20 04:46:38 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C41F41294A1; Thu, 20 Apr 2017 04:46:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7X8HkexWcBG; Thu, 20 Apr 2017 04:46:33 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 217F31294C3; Thu, 20 Apr 2017 04:46:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19732; q=dns/txt; s=iport; t=1492688793; x=1493898393; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=IqfZTXcSEWp/leF0vbuBXpIbfc2L5ThP8lRNC0SH0XE=; b=ckQXuSlLXD5Uu52sWSNejLYqXwOen710jYyN6AkT3MuPIwlZReBfXTnZ dOdxo6cP3Y+7WDwAl/SDjFYYDqswzo3tPgcO4lq8Kc0TpQy+BLnOr8s0K 3XLNurRM5bO0kXEygWmlsMNr6TGruWg2caBI2rWk/HJ0l1EhyMekkRFIx w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAQBMnvhY/4ENJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm47K2GBCweDYIoVkWNwjz6FNYIPhiQCGoNfPxgBAgEBAQEBAQF?= =?us-ascii?q?rKIUVAQEBAQIBIwpDCQULAgEIEQQBAQEnAwICAjAUCQgCBAENBQiKDAiqUYImi?= =?us-ascii?q?yABAQEBAQEBAQEBAQEBAQEBAQEBAQEdhlOBXYJlNIQzFB4oglCCXwWdNAGSeYI?= =?us-ascii?q?JhTOKIohuiyUBHzhLOmMVhyl1hnGBMIENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,225,1488844800"; d="scan'208,217";a="415076195" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Apr 2017 11:46:30 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v3KBkU1B017346 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 11:46:30 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 06:46:29 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 06:46:29 -0500 From: "Pascal Thubert (pthubert)" To: Lorenzo Colitti , Gabriel Montenegro CC: Erik Nordmark , huitema , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSqKQbWHolHsHaNE+4D4LSYGcLkqGsa6wAgAkvK4CAAAsQgP//wh/QgAEUrYCAF6manIAAHkPw Date: Thu, 20 Apr 2017 11:46:09 +0000 Deferred-Delivery: Thu, 20 Apr 2017 11:46:06 +0000 Message-ID: References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.30] Content-Type: multipart/alternative; boundary="_000_a54b93efe36d4f8198c39c9e0a9ba483XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 11:46:36 -0000 --_000_a54b93efe36d4f8198c39c9e0a9ba483XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SeKAmW0gd29uZGVyaW5nIHdoZXRoZXIgd2Ugc2hvdWxkIHByb3Bvc2UgYSBndWlkYW5jZSBhdCBh bGwuIEkgdGhpbmsgdGhlIGFpbSB3YXMgaW4gdGhlIOKAmGF0IGxlYXN04oCZLCBpbmRpY2F0aW5n IHRoYXQgbGVzcyB0aGFuIHRoYXQgd291bGQgYmUgYSBiYWQgaWRlYSwgYnV0IG5vdCBnaXZpbmcg YW4gdXBwZXIgYmFyLiBUaGF04oCZcyBhbiBhZG1pbi8gYmVzdCBwcmFjdGljZSB0aGluZy4gQmFz aWNhbGx5IGEgZGV2aWNlIHN1cHBvcnRzIHNvIG1hbnkgcmVnaXN0cmF0aW9ucywgYW5kIHRoZSBu ZXR3b3JrIGFkbWluIG11c3QgcHJvdmlkZSBlbm91Z2ggc3VjaCBkZXZpY2VzIHRvIHN1cHBvcnQg aGlzIG5ldHdvcmsuIFRoZSBkZXZpY2VzIEnigJltIHVzZWQgdG8gYWxsb3cgdG8gY29uZmlndXJl IHN1Y2ggYSBiYXIgKGZvciBTQVZJIHB1cnBvc2UpIC0gSSBtZWFuIHRoZXJlIG5vdGhpbmcgbmV3 IHRoZXJlLCBTQVZJIHdhcyB0aGVyZSBmaXJzdCAtIGFuZCB0aGUgZ29hbCBpcyByZWFsbHkgdG8g cHJvdGVjdCB0aGUgc3dpdGNoL3JvdXRlciBhZ2FpbnN0IGRkb3MuDQoNCldoYXQgZG8gb3RoZXJz IHRoaW5rPw0KDQpGcm9tOiBMb3JlbnpvIENvbGl0dGkgW21haWx0bzpsb3JlbnpvQGdvb2dsZS5j b21dDQpTZW50OiBqZXVkaSAyMCBhdnJpbCAyMDE3IDExOjUyDQpUbzogR2FicmllbCBNb250ZW5l Z3JvIDxHYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbTxtYWlsdG86R2FicmllbC5Nb250 ZW5lZ3JvQG1pY3Jvc29mdC5jb20+Pg0KQ2M6IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgPHB0 aHViZXJ0QGNpc2NvLmNvbTxtYWlsdG86cHRodWJlcnRAY2lzY28uY29tPj47IEVyaWsgTm9yZG1h cmsgPG5vcmRtYXJrQHNvbmljLm5ldDxtYWlsdG86bm9yZG1hcmtAc29uaWMubmV0Pj47IGh1aXRl bWEgPGh1aXRlbWFAaHVpdGVtYS5uZXQ8bWFpbHRvOmh1aXRlbWFAaHVpdGVtYS5uZXQ+PjsgZHJh ZnQtaWV0Zi02bG8tcmZjNjc3NS11cGRhdGVAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtNmxv LXJmYzY3NzUtdXBkYXRlQGlldGYub3JnPjsgU3VyZXNoIEtyaXNobmFuIDxzdXJlc2gua3Jpc2hu YW5AZXJpY3Nzb24uY29tPG1haWx0bzpzdXJlc2gua3Jpc2huYW5AZXJpY3Nzb24uY29tPj47IDZs b0BpZXRmLm9yZzxtYWlsdG86NmxvQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFs2bG9dIERyYWZ0 IGFwcGxpY2FiaWxpdHkgZm9yIDY3NzViaXMNCg0KVGhhbmtzIGZvciB3cml0aW5nIHRoaXMgdXAu IFRoZSB0ZXh0IGlzIHZlcnkgaGVscGZ1bC4NCg0KSW4gdGhlIGdlbmVyYWwgY2FzZSwgSSdtIG5v dCBzdXJlIDEwTiBpcyBhIHJlYXNvbmFibGUgcmVjb21tZW5kYXRpb24uIFJGQyA3OTM0IHNlY3Rp b24gNyBkaXNjdXNzZXMgYXQgc29tZSBsZW5ndGggdGhlIHF1ZXN0aW9uIG9mIGhvdyBtYW55IGFk ZHJlc3NlcyBhcmUgbmVjZXNzYXJ5LCBhbmQgdGhlIGNvbmNsdXNpb24gaXMgImluIGdlbmVyYWwg aXQgaXMgbm90IHBvc3NpYmxlIHRvIGVzdGltYXRlIGluIGFkdmFuY2UgaG93IG1hbnkgYWRkcmVz c2VzIGFyZSByZXF1aXJlZCIuDQoNCkZvciBhIGNvbnN0cmFpbmVkIDZsbyBuZXR3b3JrLCAxME4g c2VlbXMgcmVhc29uYWJsZS4gSG93ZXZlciwgb25lIG9mIHRoZSBjb25jZXJucyBJIGhhdmUgd2l0 aCBSRkM2Nzc1YmlzIGlzIHRoaXMgdGV4dDoNCg0KICAgRWZmaWNpZW5jeSBhd2FyZSBJUHY2IE5l aWdoYm9yIERpc2NvdmVyeSBPcHRpbWl6YXRpb25zDQogICBbSS1ELmNoYWtyYWJhcnRpLW5vcmRt YXJrLTZtYW4tZWZmaWNpZW50LW5kXSBzdWdnZXN0cyB0aGF0IDZMb1dQQU4gTkQNCiAgIFtSRkM2 Nzc1XSBjYW4gYmUgZXh0ZW5kZWQgdG8gb3RoZXIgdHlwZXMgb2YgbGlua3MgYmV5b25kIElFRUUg c3RkDQogICA4MDIuMTUuNCBmb3Igd2hpY2ggaXQgd2FzIGRlZmluZWQuICBUaGUgcmVnaXN0cmF0 aW9uIHRlY2huaXF1ZSBpcw0KICAgYmVuZWZpY2lhbCB3aGVuIHRoZSBMaW5rLUxheWVyIHRlY2hu aXF1ZSB1c2VkIHRvIGNhcnJ5IElQdjYgbXVsdGljYXN0DQogICBwYWNrZXRzIGlzIG5vdCBzdWZm aWNpZW50bHkgZWZmaWNpZW50IGluIHRlcm1zIG9mIGRlbGl2ZXJ5IHJhdGlvIG9yDQogICBlbmVy Z3kgY29uc3VtcHRpb24gaW4gdGhlIGVuZCBkZXZpY2VzLCBpbiBwYXJ0aWN1bGFyIHRvIGVuYWJs ZQ0KICAgZW5lcmd5LWNvbnN0cmFpbmVkIHNsZWVwaW5nIG5vZGVzLiAgVGhlIHZhbHVlIG9mIHN1 Y2ggZXh0ZW5zaW9uIGlzDQogICBlc3BlY2lhbGx5IGFwcGFyZW50IGluIHRoZSBjYXNlIG9mIG1v YmlsZSB3aXJlbGVzcyBub2RlcywgdG8gcmVkdWNlDQogICB0aGUgbXVsdGljYXN0IG9wZXJhdGlv bnMgdGhhdCBhcmUgcmVsYXRlZCB0byBjbGFzc2ljYWwgTkQgKFtSRkM0ODYxXSwNCiAgIFtSRkM0 ODYyXSkgYW5kIHBsYWd1ZSB0aGUgd2lyZWxlc3MgbWVkaXVtLiAgVGhpcyBzZXJ2ZXMgc2NhbGFi aWxpdHkNCiAgIHJlcXVpcmVtZW50cyBsaXN0ZWQgaW4gQXBwZW5kaXggQS42Lg0KDQpJIGRvbid0 IHRoaW5rIHRoaXMgaXMgZ29vZCBndWlkYW5jZSBmb3IgZ2VuZXJhbCBwdXJwb3NlIG5ldHdvcmtz LiBPbiBhIGxlc3MtY29uc3RyYWluZWQgZGV2aWNlIHN1Y2ggYXMgYSBwaG9uZSBjb25uZWN0ZWQg dG8gYSBsZXNzLWNvbnN0cmFpbmVkIG5ldHdvcmsgc3VjaCBhcyA4MDIuMTEsIGV0aGVybmV0LCBv ciBMVEUsIEkgY2VydGFpbmx5IHdvdWxkbid0IHdhbnQgdG8gYmUgbGltaXRlZCB0byAxMCBhZGRy ZXNzZXMuIFRoaXMgaXMgd2h5IFJGQyA3OTM0IHNlY3Rpb24gNyBkb2VzIG5vdCBnaXZlIGEgcmVj b21tZW5kYXRpb24gZm9yIG51bWJlciBvZiBhZGRyZXNzZXMgcGVyIGhvc3QsIHNheWluZyBpbnN0 ZWFkIHRoYXQgdGhlIG5ldHdvcmsgc2hvdWxkIGJlIGFibGUgdG8gcHJvdmlkZSBhcyBtYW55IGFz IG5lY2Vzc2FyeS4NCg0KQSByZWdpc3RyYXRpb24tYmFzZWQgbWVjaGFuaXNtIGlzIGZ1bmRhbWVu dGFsbHkgZGlmZmVyZW50IGZyb20gYW4gb3Bwb3J0dW5pc3RpYyBtZWNoYW5pc20gaW4gdGhhdCB0 aGUgc2NhbGFiaWxpdHkgaXMgZGV0ZXJtaW5lZCBieSB0aGUgbnVtYmVyIG9mIGNvbmZpZ3VyZWQg YWRkcmVzc2VzLCBub3QgdGhlIG51bWJlciBvZiBhY3RpdmUgYWRkcmVzc2VzLiBGb3IgZXhhbXBs ZTogb24gODAyLjExLCBmb3IgZXhhbXBsZSwgbXkgZGV2aWNlIGNhbiBjb25maWd1cmUgMTAwLCAx MDAwLCBvciAxMDAwMDAwIGFkZHJlc3NlcyBpbiB0aGUgc2FtZSBzb2xpY2l0ZWQtbm9kZSBtdWx0 aWNhc3QgZ3JvdXAgKHRoZXJlIGFyZSAyXjQwIGFkZHJlc3NlcyB0aGVyZSwgc28gdGhlcmUncyBw bGVudHkgb2Ygc3BhY2UpLCBhbmQgbm90aGluZyBpbiB0aGUgbmV0d29yayB3aWxsIGV4cGVyaWVu Y2UgYW55IGxvYWQsIHVudGlsIHRob3NlIGFkZHJlc3NlcyBhcmUgdXNlZCBhbmQgaGF2ZSB0byBi ZSBpbiBzb21lIHJvdXRlcidzIG5laWdoYm91ciBjYWNoZS4gQW5kIGlmIHRoZSBuZWlnaGJvdXIg Y2FjaGUgd2VyZSB0byBpbXBsZW1lbnQgaW1wbGVtZW50IHBlci1NQUMgYWRkcmVzcyB0aHJlc2hv bGRzIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHRvIHN3aXRjaCBhZGRyZXNzZXMgdmVyeSBmcmVxdWVu dGx5DQoNCkkgZG9uJ3QgdGhpbmsgd2Ugc2hvdWxkIHNheSB0aGF0IDZMb1dQQU4gTkQgY2FuIGJl IGV4dGVuZGVkIHRvIG90aGVyIGxpbmtzIHdpdGhvdXQgaGF2aW5nIGdvb2QgdGV4dCBvbiBob3cg dG8gbWFrZSBhIHRyYWRlLW9mZiBiZXR3ZWVuIHRoZSBzY2FsYWJpbGl0eSBiZW5lZml0cyB0aGF0 IGl0IGNsYWltcyBhbmQgdGhlIGFkZHJlc3MgYXZhaWxhYmlsaXR5IGJlbmVmaXRzIHRoYXQgaXQg Z2l2ZXMgdXAuDQoNCk9uIFRodSwgQXByIDIwLCAyMDE3IGF0IDc6MTIgQU0sIEdhYnJpZWwgTW9u dGVuZWdybyA8R2FicmllbC5Nb250ZW5lZ3JvQG1pY3Jvc29mdC5jb208bWFpbHRvOkdhYnJpZWwu TW9udGVuZWdyb0BtaWNyb3NvZnQuY29tPj4gd3JvdGU6DQo+IFBsZWFzZSBsZXQgbWUga25vdyBp ZiB0aGUgdGV4dCBiZWxvdyBpcyBPSyAoeW91IG1heSBsZXZlcmFnZSB0aGUgdGlja2V0KTsgSSds bCB0aW1lDQo+IG91dCBhbmQgcG9zdCBieSB0aGUgZW5kIG9mIHdlZWsuDQoNClRoYW5rcyBQYXNj YWwsIGxvb2tzIGdvb2QuDQoNCkxvcmVuem8/DQoNClVubGVzcyB3ZSBoZWFyIG90aGVyd2lzZSwg d2UgY2FuIHRoaW5rIGFib3V0IFdHIExDIHBlcmhhcHMgYXMgZWFybHkgYXMgbmV4dCB3ZWVrLg0K DQpUaGFua3MsDQoNCkdhYnJpZWwgKG9uIGJlaGFsZiBvZiBjaGFpcnMpDQoNCg== --_000_a54b93efe36d4f8198c39c9e0a9ba483XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0 IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPknigJltIHdvbmRlcmluZyB3aGV0aGVyIHdlIHNob3VsZCBwcm9wb3NlIGEgZ3VpZGFu Y2UgYXQgYWxsLiBJIHRoaW5rIHRoZSBhaW0gd2FzIGluIHRoZSDigJhhdCBsZWFzdOKAmSwgaW5k aWNhdGluZyB0aGF0IGxlc3MgdGhhbiB0aGF0IHdvdWxkIGJlIGEgYmFkIGlkZWEsIGJ1dCBub3QN CiBnaXZpbmcgYW4gdXBwZXIgYmFyLiBUaGF04oCZcyBhbiBhZG1pbi8gYmVzdCBwcmFjdGljZSB0 aGluZy4gQmFzaWNhbGx5IGEgZGV2aWNlIHN1cHBvcnRzIHNvIG1hbnkgcmVnaXN0cmF0aW9ucywg YW5kIHRoZSBuZXR3b3JrIGFkbWluIG11c3QgcHJvdmlkZSBlbm91Z2ggc3VjaCBkZXZpY2VzIHRv IHN1cHBvcnQgaGlzIG5ldHdvcmsuIFRoZSBkZXZpY2VzIEnigJltIHVzZWQgdG8gYWxsb3cgdG8g Y29uZmlndXJlIHN1Y2ggYSBiYXIgKGZvciBTQVZJIHB1cnBvc2UpDQogLSBJIG1lYW4gdGhlcmUg bm90aGluZyBuZXcgdGhlcmUsIFNBVkkgd2FzIHRoZXJlIGZpcnN0IC0gYW5kIHRoZSBnb2FsIGlz IHJlYWxseSB0byBwcm90ZWN0IHRoZSBzd2l0Y2gvcm91dGVyIGFnYWluc3QgZGRvcy4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V2hhdCBkbyBvdGhlcnMgdGhp bms/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IExvcmVuem8gQ29saXR0aSBb PGEgaHJlZj0ibWFpbHRvOmxvcmVuem9AZ29vZ2xlLmNvbSI+bWFpbHRvOmxvcmVuem9AZ29vZ2xl LmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gamV1ZGkgMjAgYXZyaWwgMjAxNyAxMTo1Mjxi cj4NCjxiPlRvOjwvYj4gR2FicmllbCBNb250ZW5lZ3JvICZsdDs8YSBocmVmPSJtYWlsdG86R2Fi cmllbC5Nb250ZW5lZ3JvQG1pY3Jvc29mdC5jb20iPkdhYnJpZWwuTW9udGVuZWdyb0BtaWNyb3Nv ZnQuY29tPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkg Jmx0OzxhIGhyZWY9Im1haWx0bzpwdGh1YmVydEBjaXNjby5jb20iPnB0aHViZXJ0QGNpc2NvLmNv bTwvYT4mZ3Q7OyBFcmlrIE5vcmRtYXJrICZsdDs8YSBocmVmPSJtYWlsdG86bm9yZG1hcmtAc29u aWMubmV0Ij5ub3JkbWFya0Bzb25pYy5uZXQ8L2E+Jmd0OzsgaHVpdGVtYSAmbHQ7PGEgaHJlZj0i bWFpbHRvOmh1aXRlbWFAaHVpdGVtYS5uZXQiPmh1aXRlbWFAaHVpdGVtYS5uZXQ8L2E+Jmd0OzsN CjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLTZsby1yZmM2Nzc1LXVwZGF0ZUBpZXRmLm9yZyI+ ZHJhZnQtaWV0Zi02bG8tcmZjNjc3NS11cGRhdGVAaWV0Zi5vcmc8L2E+OyBTdXJlc2ggS3Jpc2hu YW4gJmx0OzxhIGhyZWY9Im1haWx0bzpzdXJlc2gua3Jpc2huYW5AZXJpY3Nzb24uY29tIj5zdXJl c2gua3Jpc2huYW5AZXJpY3Nzb24uY29tPC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86NmxvQGll dGYub3JnIj42bG9AaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbNmxvXSBE cmFmdCBhcHBsaWNhYmlsaXR5IGZvciA2Nzc1YmlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPlRoYW5rcyBmb3Igd3JpdGluZyB0aGlzIHVwLiBUaGUgdGV4dCBpcyB2 ZXJ5IGhlbHBmdWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPkluIHRoZSBnZW5lcmFsIGNhc2UsIEknbSBub3Qgc3VyZSAxME4gaXMgYSByZWFzb25h YmxlIHJlY29tbWVuZGF0aW9uLiBSRkMgNzkzNCBzZWN0aW9uIDcgZGlzY3Vzc2VzIGF0IHNvbWUg bGVuZ3RoIHRoZSBxdWVzdGlvbiBvZiBob3cgbWFueSBhZGRyZXNzZXMgYXJlIG5lY2Vzc2FyeSwg YW5kIHRoZSBjb25jbHVzaW9uIGlzICZxdW90O2luIGdlbmVyYWwgaXQgaXMgbm90IHBvc3NpYmxl DQogdG8gZXN0aW1hdGUgaW4gYWR2YW5jZSBob3cgbWFueSBhZGRyZXNzZXMgYXJlIHJlcXVpcmVk JnF1b3Q7LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij5Gb3IgYSBjb25zdHJhaW5lZCA2bG8gbmV0d29yaywgMTBOIHNlZW1zIHJlYXNvbmFibGUuIEhv d2V2ZXIsIG9uZSBvZiB0aGUgY29uY2VybnMgSSBoYXZlIHdpdGggUkZDNjc3NWJpcyBpcyB0aGlz IHRleHQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij4mbmJzcDsgJm5ic3A7RWZmaWNpZW5jeSBhd2FyZSBJUHY2IE5laWdoYm9yIERpc2Nv dmVyeSBPcHRpbWl6YXRpb25zPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7W0kt RC5jaGFrcmFiYXJ0aS1ub3JkbWFyay02bWFuLWVmZmljaWVudC1uZF0gc3VnZ2VzdHMgdGhhdCA2 TG9XUEFOIE5EPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7W1JGQzY3NzVdIGNh biBiZSBleHRlbmRlZCB0byBvdGhlciB0eXBlcyBvZiBsaW5rcyBiZXlvbmQgSUVFRSBzdGQ8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAmbmJzcDs4MDIuMTUuNCBmb3Igd2hpY2ggaXQgd2Fz IGRlZmluZWQuJm5ic3A7IFRoZSByZWdpc3RyYXRpb24gdGVjaG5pcXVlIGlzPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7YmVuZWZpY2lhbCB3aGVuIHRoZSBMaW5rLUxheWVyIHRl Y2huaXF1ZSB1c2VkIHRvIGNhcnJ5IElQdjYgbXVsdGljYXN0PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij4mbmJzcDsgJm5ic3A7cGFja2V0cyBpcyBub3Qgc3VmZmljaWVudGx5IGVmZmljaWVudCBpbiB0 ZXJtcyBvZiBkZWxpdmVyeSByYXRpbyBvcjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7ICZu YnNwO2VuZXJneSBjb25zdW1wdGlvbiBpbiB0aGUgZW5kIGRldmljZXMsIGluIHBhcnRpY3VsYXIg dG8gZW5hYmxlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7ZW5lcmd5LWNvbnN0 cmFpbmVkIHNsZWVwaW5nIG5vZGVzLiZuYnNwOyBUaGUgdmFsdWUgb2Ygc3VjaCBleHRlbnNpb24g aXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAmbmJzcDtlc3BlY2lhbGx5IGFwcGFyZW50 IGluIHRoZSBjYXNlIG9mIG1vYmlsZSB3aXJlbGVzcyBub2RlcywgdG8gcmVkdWNlPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7dGhlIG11bHRpY2FzdCBvcGVyYXRpb25zIHRoYXQg YXJlIHJlbGF0ZWQgdG8gY2xhc3NpY2FsIE5EIChbUkZDNDg2MV0sPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij4mbmJzcDsgJm5ic3A7W1JGQzQ4NjJdKSBhbmQgcGxhZ3VlIHRoZSB3aXJlbGVzcyBtZWRp dW0uJm5ic3A7IFRoaXMgc2VydmVzIHNjYWxhYmlsaXR5PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4m bmJzcDsgJm5ic3A7cmVxdWlyZW1lbnRzIGxpc3RlZCBpbiBBcHBlbmRpeCBBLjYuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+SSBkb24n dCB0aGluayB0aGlzIGlzIGdvb2QgZ3VpZGFuY2UgZm9yIGdlbmVyYWwgcHVycG9zZSBuZXR3b3Jr cy4gT24gYSBsZXNzLWNvbnN0cmFpbmVkIGRldmljZSBzdWNoIGFzIGEgcGhvbmUgY29ubmVjdGVk IHRvIGEgbGVzcy1jb25zdHJhaW5lZCBuZXR3b3JrIHN1Y2ggYXMgODAyLjExLCBldGhlcm5ldCwg b3IgTFRFLCBJIGNlcnRhaW5seSB3b3VsZG4ndCB3YW50DQogdG8gYmUgbGltaXRlZCB0byAxMCBh ZGRyZXNzZXMuIFRoaXMgaXMgd2h5IFJGQyA3OTM0IHNlY3Rpb24gNyBkb2VzIG5vdCBnaXZlIGEg cmVjb21tZW5kYXRpb24gZm9yIG51bWJlciBvZiBhZGRyZXNzZXMgcGVyIGhvc3QsIHNheWluZyBp bnN0ZWFkIHRoYXQgdGhlIG5ldHdvcmsgc2hvdWxkIGJlIGFibGUgdG8gcHJvdmlkZSBhcyBtYW55 IGFzIG5lY2Vzc2FyeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+QSByZWdpc3RyYXRpb24tYmFzZWQgbWVjaGFuaXNtIGlzIGZ1bmRhbWVudGFsbHkg ZGlmZmVyZW50IGZyb20gYW4gb3Bwb3J0dW5pc3RpYyBtZWNoYW5pc20gaW4gdGhhdCB0aGUgc2Nh bGFiaWxpdHkgaXMgZGV0ZXJtaW5lZCBieSB0aGUgbnVtYmVyIG9mIGNvbmZpZ3VyZWQmbmJzcDth ZGRyZXNzZXMsIG5vdCB0aGUgbnVtYmVyIG9mIGFjdGl2ZSBhZGRyZXNzZXMuIEZvciBleGFtcGxl Og0KIG9uIDgwMi4xMSwgZm9yIGV4YW1wbGUsIG15IGRldmljZSBjYW4gY29uZmlndXJlIDEwMCwg MTAwMCwgb3IgMTAwMDAwMCBhZGRyZXNzZXMgaW4gdGhlIHNhbWUgc29saWNpdGVkLW5vZGUgbXVs dGljYXN0IGdyb3VwICh0aGVyZSBhcmUgMl40MCBhZGRyZXNzZXMgdGhlcmUsIHNvIHRoZXJlJ3Mg cGxlbnR5IG9mIHNwYWNlKSwgYW5kIG5vdGhpbmcgaW4gdGhlIG5ldHdvcmsgd2lsbCBleHBlcmll bmNlIGFueSBsb2FkLCB1bnRpbCB0aG9zZSBhZGRyZXNzZXMNCiBhcmUgdXNlZCBhbmQgaGF2ZSB0 byBiZSBpbiBzb21lIHJvdXRlcidzIG5laWdoYm91ciBjYWNoZS4gQW5kIGlmIHRoZSBuZWlnaGJv dXIgY2FjaGUgd2VyZSB0byBpbXBsZW1lbnQgaW1wbGVtZW50IHBlci1NQUMgYWRkcmVzcyB0aHJl c2hvbGRzIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHRvIHN3aXRjaCBhZGRyZXNzZXMgdmVyeSBmcmVx dWVudGx5Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPkkgZG9uJ3QgdGhpbmsgd2Ugc2hvdWxkIHNheSB0aGF0IDZMb1dQQU4gTkQgY2FuIGJl IGV4dGVuZGVkIHRvIG90aGVyIGxpbmtzIHdpdGhvdXQgaGF2aW5nIGdvb2QgdGV4dCBvbiBob3cg dG8gbWFrZSBhIHRyYWRlLW9mZiBiZXR3ZWVuIHRoZSBzY2FsYWJpbGl0eSBiZW5lZml0cyB0aGF0 IGl0IGNsYWltcyBhbmQgdGhlIGFkZHJlc3MgYXZhaWxhYmlsaXR5IGJlbmVmaXRzDQogdGhhdCBp dCBnaXZlcyB1cC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+T24gVGh1LCBBcHIgMjAsIDIwMTcgYXQgNzoxMiBBTSwgR2FicmllbCBNb250ZW5lZ3Jv ICZsdDs8YSBocmVmPSJtYWlsdG86R2FicmllbC5Nb250ZW5lZ3JvQG1pY3Jvc29mdC5jb20iIHRh cmdldD0iX2JsYW5rIj5HYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbTwvYT4mZ3Q7IHdy b3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJn aW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0 OjM2LjBwdCI+DQomZ3Q7IFBsZWFzZSBsZXQgbWUga25vdyBpZiB0aGUgdGV4dCBiZWxvdyBpcyBP SyAoeW91IG1heSBsZXZlcmFnZSB0aGUgdGlja2V0KTsgSSdsbCB0aW1lPGJyPg0KJmd0OyBvdXQg YW5kIHBvc3QgYnkgdGhlIGVuZCBvZiB3ZWVrLjxicj4NCjxicj4NClRoYW5rcyBQYXNjYWwsIGxv b2tzIGdvb2QuPGJyPg0KPGJyPg0KTG9yZW56bz88YnI+DQo8YnI+DQpVbmxlc3Mgd2UgaGVhciBv dGhlcndpc2UsIHdlIGNhbiB0aGluayBhYm91dCBXRyBMQyBwZXJoYXBzIGFzIGVhcmx5IGFzIG5l eHQgd2Vlay48YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KPGJyPg0KR2FicmllbCAob24gYmVoYWxm IG9mIGNoYWlycyk8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_a54b93efe36d4f8198c39c9e0a9ba483XCHRCD001ciscocom_-- From nobody Thu Apr 20 04:59:36 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FA9B12949F for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 04:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Ztz64xcZzx4 for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 04:59:32 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5E7A1294A4 for <6lo@ietf.org>; Thu, 20 Apr 2017 04:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16334; q=dns/txt; s=iport; t=1492689571; x=1493899171; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Qnpr0DfoASmZO72xXMJISR5Gd9LhbzOXsa3mlqlYTVA=; b=jbrsLG44oZyeGExYpSJLv1s8EXbCJ6MgLTFjH0emeRsvyk7CP7CZFTSm B/OyA/ntBxU1uGtHHiC8WVEYMnVqpwjmE6WwD6GlSFD5U+TPH5C7oLyya aF9T9kJhoq8zLOoH3wlOAeaclr/GAfiDBncyJr36b5Ergv8kRomFh+OOv Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAQCXofhY/4cNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYELB4NgihWRY5AuhTWCD4YkAhqDXz8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEBAQEDIwpMEAIBCBEEAQEoAwICAjAUCQgCBA4FCIoUqk2CJosgAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBHYZThHaFDYJQgl8FnTQBknmRXpQTAR84SzpjFYcpdYg?= =?us-ascii?q?hgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,225,1488844800"; d="scan'208,217";a="233401013" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Apr 2017 11:59:30 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3KBxUD1032372 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 11:59:30 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 06:59:30 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 06:59:30 -0500 From: "Pascal Thubert (pthubert)" To: Lorenzo Colitti CC: Erik Nordmark , Christian Huitema , Brian Haberman , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSubwiWHolHsHaNE+4D4LSYGcLkqHOBSiggABV3YD//8u5IA== Date: Thu, 20 Apr 2017 11:59:09 +0000 Deferred-Delivery: Thu, 20 Apr 2017 11:58:38 +0000 Message-ID: <38e202de153a44cf80a9ebea978d56c0@XCH-RCD-001.cisco.com> References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.30] Content-Type: multipart/alternative; boundary="_000_38e202de153a44cf80a9ebea978d56c0XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 11:59:33 -0000 --_000_38e202de153a44cf80a9ebea978d56c0XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RWl0aGVyIHdheSB3b3JrcyBmb3IgbWUuIEnigJltIGhhcHB5IHdpdGggTG9yZW56b+KAmXMgY29k ZS4gSeKAmW0gYWxzbyBoYXBweSB0byBoYXZlIHdpdGggdGhpcyBhbmQgYSDigJ1wdXJlIGdhcmJh Z2XigJ0gcmV0dXJuIGNvZGUsIGlmIGZvbGtzIGZpbmQgdXNlZnVsIHRvIG1ha2UgdGhhdCBkaXN0 aW5jdGlvbi4NCkNvbW1lbnRzPw0KDQpQYXNjYWwNCg0KDQpGcm9tOiBMb3JlbnpvIENvbGl0dGkg W21haWx0bzpsb3JlbnpvQGdvb2dsZS5jb21dDQpTZW50OiBqZXVkaSAyMCBhdnJpbCAyMDE3IDEy OjAzDQpUbzogUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSA8cHRodWJlcnRAY2lzY28uY29tPg0K Q2M6IEVyaWsgTm9yZG1hcmsgPG5vcmRtYXJrQHNvbmljLm5ldD47IENocmlzdGlhbiBIdWl0ZW1h IDxodWl0ZW1hQGh1aXRlbWEubmV0PjsgQnJpYW4gSGFiZXJtYW4gPGJyaWFuQGlubm92YXRpb25z bGFiLm5ldD47IDZsb0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFs2bG9dIERyYWZ0IGFwcGxpY2Fi aWxpdHkgZm9yIDY3NzViaXMNCg0KSSB0aGluayBzby4gdGhlIHVuc3BlY2lmaWVkIGFkZHJlc3Mg aXMgY2VydGFpbmx5IG5vdCB0b3BvbG9naWNhbGx5IGNvcnJlY3QgYmVjYXVzZSBpdCdzIG5vdCBp biB0aGUgcmlnaHQgLzY0Lg0KDQpJbiBnZW5lcmFsLCByYW5kb20gZ2FyYmFnZSBoYXMgb25seSBv bmUgY2hhbmNlIGluIDJeNjQgb2YgYmVpbmcgdG9wb2xvZ2ljYWxseSBjb3JyZWN0LiA6LSkNCg0K T24gVGh1LCBBcHIgMjAsIDIwMTcgYXQgNzowMCBQTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0 KSA8cHRodWJlcnRAY2lzY28uY29tPG1haWx0bzpwdGh1YmVydEBjaXNjby5jb20+PiB3cm90ZToN CkhlbGxvIExvcmVuem86DQoNClNheSB0aGUgdXNlciByZWdpc3RlcnMsIHNheSwgdW5zcGVjaWZp ZWQsIGlzIOKAnEFkZHJlc3MgdG9wb2xvZ2ljYWxseSBpbmNvcnJlY3TigJ0gdGhlIHJpZ2h0IHRo aW5nPw0KSSBjYW4gYWRkIHRoYXQgY29kZSwgYnV0IGhvdyBkbyB5b3UgcmV0dXJuIHRoYXQgdGhl IHJlcXVlc3RlciBhc2tzIGZvciBwdXJlIGdhcmJhZ2U/DQoNClRha2UgY2FyZSwNCg0KUGFzY2Fs DQoNCkZyb206IExvcmVuem8gQ29saXR0aSBbbWFpbHRvOmxvcmVuem9AZ29vZ2xlLmNvbTxtYWls dG86bG9yZW56b0Bnb29nbGUuY29tPl0NClNlbnQ6IGpldWRpIDIwIGF2cmlsIDIwMTcgMTE6NTUN ClRvOiBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIDxwdGh1YmVydEBjaXNjby5jb208bWFpbHRv OnB0aHViZXJ0QGNpc2NvLmNvbT4+DQpDYzogRXJpayBOb3JkbWFyayA8bm9yZG1hcmtAc29uaWMu bmV0PG1haWx0bzpub3JkbWFya0Bzb25pYy5uZXQ+PjsgQ2hyaXN0aWFuIEh1aXRlbWEgPGh1aXRl bWFAaHVpdGVtYS5uZXQ8bWFpbHRvOmh1aXRlbWFAaHVpdGVtYS5uZXQ+PjsgQnJpYW4gSGFiZXJt YW4gPGJyaWFuQGlubm92YXRpb25zbGFiLm5ldDxtYWlsdG86YnJpYW5AaW5ub3ZhdGlvbnNsYWIu bmV0Pj47IDZsb0BpZXRmLm9yZzxtYWlsdG86NmxvQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFs2 bG9dIERyYWZ0IGFwcGxpY2FiaWxpdHkgZm9yIDY3NzViaXMNCg0KT24gV2VkLCBBcHIgNSwgMjAx NyBhdCAxOjE1IEFNLCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIDxwdGh1YmVydEBjaXNjby5j b208bWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbT4+IHdyb3RlOg0KSSBhbHNvIHJlbW92ZWQgdGhl IGFkbWluaXN0cmF0aXZlIHJlamVjdGlvbiwgdGhlIHJldHVybiBjb2RlcyBhcmUgbm93IGFzIGZv bGxvd3M6DQpbLi4uXQ0KICAgfCAgIDggICB8IEludmFsaWQgUmVnaXN0ZXJlZCBBZGRyZXNzOiBU aGUgYWRkcmVzcyBiZWluZyByZWdpc3RlcmVkICB8DQogICB8ICAgICAgIHwgaXMgbm90IHVzYWJs ZSBvbiB0aGlzIGxpbmssIGUuZy4gaXQgaXMgbm90IHRvcG9sb2dpY2FsbHkgIHwNCiAgIHwgICAg ICAgfCBjb3JyZWN0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgfA0KDQpBcyB3b3JkZWQsIGl0J3Mgbm90IGNsZWFyIHRvIG1lIGhvdyB0aGlzIG9wdGlv biBpcyBzdWJzdGFudGlhbGx5IGRpZmZlcmVudCBmcm9tIHRoZSBhZG1pbmlzdHJhdGl2ZSByZWpl Y3Rpb24gb3B0aW9uLiBDb3VsZCBpdCBiZSBzY29wZWQgbW9yZSB0aWdodGx5LCBlLmcuLCByZW5h bWVkIHRvICJBZGRyZXNzIHRvcG9sb2dpY2FsbHkgaW5jb3JyZWN0Ij8NCg0K --_000_38e202de153a44cf80a9ebea978d56c0XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25v cm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDph dXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJ bWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44 NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkVpdGhlciB3YXkgd29ya3MgZm9yIG1lLiBJ4oCZbSBo YXBweSB3aXRoIExvcmVuem/igJlzIGNvZGUuIEnigJltIGFsc28gaGFwcHkgdG8gaGF2ZSB3aXRo IHRoaXMgYW5kIGEg4oCdcHVyZSBnYXJiYWdl4oCdIHJldHVybiBjb2RlLCBpZiBmb2xrcyBmaW5k IHVzZWZ1bCB0byBtYWtlIHRoYXQgZGlzdGluY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNvbW1l bnRzPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGFzY2FsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PiBMb3JlbnpvIENvbGl0dGkgW21haWx0bzpsb3JlbnpvQGdvb2dsZS5jb21dDQo8YnI+DQo8Yj5T ZW50OjwvYj4gamV1ZGkgMjAgYXZyaWwgMjAxNyAxMjowMzxicj4NCjxiPlRvOjwvYj4gUGFzY2Fs IFRodWJlcnQgKHB0aHViZXJ0KSAmbHQ7cHRodWJlcnRAY2lzY28uY29tJmd0Ozxicj4NCjxiPkNj OjwvYj4gRXJpayBOb3JkbWFyayAmbHQ7bm9yZG1hcmtAc29uaWMubmV0Jmd0OzsgQ2hyaXN0aWFu IEh1aXRlbWEgJmx0O2h1aXRlbWFAaHVpdGVtYS5uZXQmZ3Q7OyBCcmlhbiBIYWJlcm1hbiAmbHQ7 YnJpYW5AaW5ub3ZhdGlvbnNsYWIubmV0Jmd0OzsgNmxvQGlldGYub3JnPGJyPg0KPGI+U3ViamVj dDo8L2I+IFJlOiBbNmxvXSBEcmFmdCBhcHBsaWNhYmlsaXR5IGZvciA2Nzc1YmlzPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+SSB0aGluayBzby4gdGhlIHVuc3BlY2lmaWVkIGFk ZHJlc3MgaXMgY2VydGFpbmx5IG5vdCB0b3BvbG9naWNhbGx5IGNvcnJlY3QgYmVjYXVzZSBpdCdz IG5vdCBpbiB0aGUgcmlnaHQgLzY0LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+SW4gZ2VuZXJhbCwgcmFuZG9tIGdhcmJhZ2UgaGFzIG9ubHkgb25lIGNoYW5jZSBp biAyXjY0IG9mIGJlaW5nIHRvcG9sb2dpY2FsbHkgY29ycmVjdC4gOi0pPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPk9uIFRodSwgQXByIDIwLCAyMDE3 IGF0IDc6MDAgUE0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgJmx0OzxhIGhyZWY9Im1haWx0 bzpwdGh1YmVydEBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5wdGh1YmVydEBjaXNjby5jb208 L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gbGFuZz0i RlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBMb3JlbnpvOjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TYXkgdGhlIHVzZXIgcmVnaXN0ZXJzLCBzYXks IHVuc3BlY2lmaWVkLCBpcyDigJxBZGRyZXNzIHRvcG9sb2dpY2FsbHkgaW5jb3JyZWN04oCdIHRo ZSByaWdodCB0aGluZz8NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkkgY2FuIGFkZCB0aGF0IGNvZGUsIGJ1dCBob3cgZG8geW91IHJldHVybiB0aGF0IHRoZSByZXF1 ZXN0ZXIgYXNrcyBmb3IgcHVyZSBnYXJiYWdlPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPlRha2UgY2FyZSw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2lu LWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5QYXNjYWw8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYu MHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NzIuMHB0Ij4NCjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IExvcmVu em8gQ29saXR0aSBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpsb3JlbnpvQGdvb2dsZS5jb20iIHRh cmdldD0iX2JsYW5rIj5sb3JlbnpvQGdvb2dsZS5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+ IGpldWRpIDIwIGF2cmlsIDIwMTcgMTE6NTU8YnI+DQo8Yj5Ubzo8L2I+IFBhc2NhbCBUaHViZXJ0 IChwdGh1YmVydCkgJmx0OzxhIGhyZWY9Im1haWx0bzpwdGh1YmVydEBjaXNjby5jb20iIHRhcmdl dD0iX2JsYW5rIj5wdGh1YmVydEBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gRXJp ayBOb3JkbWFyayAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5vcmRtYXJrQHNvbmljLm5ldCIgdGFyZ2V0 PSJfYmxhbmsiPm5vcmRtYXJrQHNvbmljLm5ldDwvYT4mZ3Q7OyBDaHJpc3RpYW4gSHVpdGVtYSAm bHQ7PGEgaHJlZj0ibWFpbHRvOmh1aXRlbWFAaHVpdGVtYS5uZXQiIHRhcmdldD0iX2JsYW5rIj5o dWl0ZW1hQGh1aXRlbWEubmV0PC9hPiZndDs7IEJyaWFuIEhhYmVybWFuICZsdDs8YSBocmVmPSJt YWlsdG86YnJpYW5AaW5ub3ZhdGlvbnNsYWIubmV0IiB0YXJnZXQ9Il9ibGFuayI+YnJpYW5AaW5u b3ZhdGlvbnNsYWIubmV0PC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86NmxvQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+NmxvQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog WzZsb10gRHJhZnQgYXBwbGljYWJpbGl0eSBmb3IgNjc3NWJpczwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3Mi4wcHQiPg0KJm5ic3A7PG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6NzIuMHB0Ij4NCk9uIFdlZCwgQXByIDUsIDIwMTcgYXQgMToxNSBBTSwgUGFz Y2FsIFRodWJlcnQgKHB0aHViZXJ0KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnB0aHViZXJ0QGNpc2Nv LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnB0aHViZXJ0QGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYu MHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3 Mi4wcHQiPg0KSSBhbHNvIHJlbW92ZWQgdGhlIGFkbWluaXN0cmF0aXZlIHJlamVjdGlvbiwgdGhl IHJldHVybiBjb2RlcyBhcmUgbm93IGFzIGZvbGxvd3M6PGJyPg0KWy4uLl08YnI+DQombmJzcDsg Jm5ic3A7fCZuYnNwOyAmbmJzcDs4Jm5ic3A7ICZuYnNwO3wgSW52YWxpZCBSZWdpc3RlcmVkIEFk ZHJlc3M6IFRoZSBhZGRyZXNzIGJlaW5nIHJlZ2lzdGVyZWQmbmJzcDsgfDxicj4NCiZuYnNwOyAm bmJzcDt8Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCBpcyBub3QgdXNhYmxlIG9uIHRoaXMg bGluaywgZS5nLiBpdCBpcyBub3QgdG9wb2xvZ2ljYWxseSZuYnNwOyB8PGJyPg0KJm5ic3A7ICZu YnNwO3wmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8IGNvcnJlY3QmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt YXJnaW4tbGVmdDo3Mi4wcHQiPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NzIuMHB0Ij4NCkFzIHdvcmRlZCwg aXQncyBub3QgY2xlYXIgdG8gbWUgaG93IHRoaXMgb3B0aW9uIGlzIHN1YnN0YW50aWFsbHkgZGlm ZmVyZW50IGZyb20gdGhlIGFkbWluaXN0cmF0aXZlIHJlamVjdGlvbiBvcHRpb24uIENvdWxkIGl0 IGJlIHNjb3BlZCBtb3JlIHRpZ2h0bHksIGUuZy4sIHJlbmFtZWQgdG8gJnF1b3Q7QWRkcmVzcyB0 b3BvbG9naWNhbGx5IGluY29ycmVjdCZxdW90Oz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4N CjwvaHRtbD4NCg== --_000_38e202de153a44cf80a9ebea978d56c0XCHRCD001ciscocom_-- From nobody Thu Apr 20 09:15:39 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF9E5128B88; Thu, 20 Apr 2017 09:15:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sHbJpzjC0Ant; Thu, 20 Apr 2017 09:15:34 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A390B128D3E; Thu, 20 Apr 2017 09:15:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20542; q=dns/txt; s=iport; t=1492704934; x=1493914534; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Q4tvr7lcEsWqgO6RUGqTYdhZq+EKQ3MfyVdo/MbQPUY=; b=Sb2EVwn0LwNBTglvaGWXADfSKIiBpIJkf1doZ10nFFqWGx2PCx3Y0WvF zyT6GzZNj+vzk0imXg3JdQ7NW0my5YilQCgHBebnEkJgSQUkg2NLukbvT szC2UtLR+G3Ae0Aunq0qYXtMtnT38quRUxE1NgdZ4a9YC5TVMq11ngVzr Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A9AQCX3fhY/5BdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm47K2GBDAeDYIoVkWVwjz6FNYIPhiQCGoNjPxgBAgEBAQEBAQF?= =?us-ascii?q?rKIUVAQEBAQIBIwQGQwkFCwIBCBEEAQEBJwMCAgIwFAkIAgQBDQUIigwIqmaBb?= =?us-ascii?q?DqLGwEBAQEBAQEBAQEBAQEBAQEBAQEBAR2GU4FdgmU0hDMUHiiCUIJfBZ00AYp?= =?us-ascii?q?EiDWCCYUziiKIboslAR84SzpjFYUlggR1hnGBMIENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,225,1488844800"; d="scan'208,217";a="224965277" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 16:15:33 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v3KGFXrC029082 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 16:15:33 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 11:15:33 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 11:15:32 -0500 From: "Pascal Thubert (pthubert)" To: Lorenzo Colitti , Gabriel Montenegro CC: Erik Nordmark , huitema , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] Draft applicability for 6775bis Thread-Index: AQHSqKQbWHolHsHaNE+4D4LSYGcLkqGsa6wAgAkvK4CAAAsQgP//wh/QgAEUrYCAF6manIAAaVfQ Date: Thu, 20 Apr 2017 16:15:32 +0000 Deferred-Delivery: Thu, 20 Apr 2017 16:14:59 +0000 Message-ID: <563d09c9e77e4868ba4ff0c66119886a@XCH-RCD-001.cisco.com> References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.30] Content-Type: multipart/alternative; boundary="_000_563d09c9e77e4868ba4ff0c66119886aXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 16:15:38 -0000 --_000_563d09c9e77e4868ba4ff0c66119886aXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hhdCBhYm91dCA6DQoNCsKrDQogICAgVGhpcyBpbXBsaWVzIHRoYXQgYSA2TFIgb3IgNkxCUiB3 aGljaCBpcyBpbnRlbmRlZCB0byBzdXBwb3J0IE4gaG9zdHMgTVVTVCBoYXZlIHNwYWNlIHRvIHJl Z2lzdGVyIGF0IGxlYXN0IG9uIHRoZSBvcmRlciBvZiAxME4gSVB2NiBhZGRyZXNzZXMuDQrCqw0K LT4NCsKrDQogICAgVGhpcyBpbXBsaWVzIHRoYXQgdGhlIGNhcGFiaWxpdGllcyBvZiA2TFIgYW5k IDZMQlJzIGluIHRlcm1zIG9mIG51bWJlciBvZiByZWdpc3RyYXRpb25zIG11c3QgYmUgY2xlYXJs eSBhbm5vdW5jZWQgaW4gdGhlIHJvdXRlciBkb2N1bWVudGF0aW9uLCBhbmQgdGhhdCBhIG5ldHdv cmsgYWRtaW5pc3RyYXRvciBzaG91bGQgZGVwbG95IGFkYXB0ZWQgNkxSLzZMQlJzIHRvIHN1cHBv cnQgdGhlIG51bWJlciBhbmQgdHlwZSBvZiBkZXZpY2VzIGluIGhpcyBuZXR3b3JrLCBiYXNlZCBv biB0aGUgbnVtYmVyIG9mIElQdjYgYWRkcmVzc2VzIHRoYXQgdGhvc2UgZGV2aWNlcyByZXF1aXJl Lg0KwqsNCg0KV29ya3MgPw0KDQpQYXNjYWwNCkZyb206IExvcmVuem8gQ29saXR0aSBbbWFpbHRv OmxvcmVuem9AZ29vZ2xlLmNvbV0NClNlbnQ6IGpldWRpIDIwIGF2cmlsIDIwMTcgMTE6NTINClRv OiBHYWJyaWVsIE1vbnRlbmVncm8gPEdhYnJpZWwuTW9udGVuZWdyb0BtaWNyb3NvZnQuY29tPg0K Q2M6IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNvbT47IEVyaWsg Tm9yZG1hcmsgPG5vcmRtYXJrQHNvbmljLm5ldD47IGh1aXRlbWEgPGh1aXRlbWFAaHVpdGVtYS5u ZXQ+OyBkcmFmdC1pZXRmLTZsby1yZmM2Nzc1LXVwZGF0ZUBpZXRmLm9yZzsgU3VyZXNoIEtyaXNo bmFuIDxzdXJlc2gua3Jpc2huYW5AZXJpY3Nzb24uY29tPjsgNmxvQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogWzZsb10gRHJhZnQgYXBwbGljYWJpbGl0eSBmb3IgNjc3NWJpcw0KDQpUaGFua3MgZm9y IHdyaXRpbmcgdGhpcyB1cC4gVGhlIHRleHQgaXMgdmVyeSBoZWxwZnVsLg0KDQpJbiB0aGUgZ2Vu ZXJhbCBjYXNlLCBJJ20gbm90IHN1cmUgMTBOIGlzIGEgcmVhc29uYWJsZSByZWNvbW1lbmRhdGlv bi4gUkZDIDc5MzQgc2VjdGlvbiA3IGRpc2N1c3NlcyBhdCBzb21lIGxlbmd0aCB0aGUgcXVlc3Rp b24gb2YgaG93IG1hbnkgYWRkcmVzc2VzIGFyZSBuZWNlc3NhcnksIGFuZCB0aGUgY29uY2x1c2lv biBpcyAiaW4gZ2VuZXJhbCBpdCBpcyBub3QgcG9zc2libGUgdG8gZXN0aW1hdGUgaW4gYWR2YW5j ZSBob3cgbWFueSBhZGRyZXNzZXMgYXJlIHJlcXVpcmVkIi4NCg0KRm9yIGEgY29uc3RyYWluZWQg NmxvIG5ldHdvcmssIDEwTiBzZWVtcyByZWFzb25hYmxlLiBIb3dldmVyLCBvbmUgb2YgdGhlIGNv bmNlcm5zIEkgaGF2ZSB3aXRoIFJGQzY3NzViaXMgaXMgdGhpcyB0ZXh0Og0KDQogICBFZmZpY2ll bmN5IGF3YXJlIElQdjYgTmVpZ2hib3IgRGlzY292ZXJ5IE9wdGltaXphdGlvbnMNCiAgIFtJLUQu Y2hha3JhYmFydGktbm9yZG1hcmstNm1hbi1lZmZpY2llbnQtbmRdIHN1Z2dlc3RzIHRoYXQgNkxv V1BBTiBORA0KICAgW1JGQzY3NzVdIGNhbiBiZSBleHRlbmRlZCB0byBvdGhlciB0eXBlcyBvZiBs aW5rcyBiZXlvbmQgSUVFRSBzdGQNCiAgIDgwMi4xNS40IGZvciB3aGljaCBpdCB3YXMgZGVmaW5l ZC4gIFRoZSByZWdpc3RyYXRpb24gdGVjaG5pcXVlIGlzDQogICBiZW5lZmljaWFsIHdoZW4gdGhl IExpbmstTGF5ZXIgdGVjaG5pcXVlIHVzZWQgdG8gY2FycnkgSVB2NiBtdWx0aWNhc3QNCiAgIHBh Y2tldHMgaXMgbm90IHN1ZmZpY2llbnRseSBlZmZpY2llbnQgaW4gdGVybXMgb2YgZGVsaXZlcnkg cmF0aW8gb3INCiAgIGVuZXJneSBjb25zdW1wdGlvbiBpbiB0aGUgZW5kIGRldmljZXMsIGluIHBh cnRpY3VsYXIgdG8gZW5hYmxlDQogICBlbmVyZ3ktY29uc3RyYWluZWQgc2xlZXBpbmcgbm9kZXMu ICBUaGUgdmFsdWUgb2Ygc3VjaCBleHRlbnNpb24gaXMNCiAgIGVzcGVjaWFsbHkgYXBwYXJlbnQg aW4gdGhlIGNhc2Ugb2YgbW9iaWxlIHdpcmVsZXNzIG5vZGVzLCB0byByZWR1Y2UNCiAgIHRoZSBt dWx0aWNhc3Qgb3BlcmF0aW9ucyB0aGF0IGFyZSByZWxhdGVkIHRvIGNsYXNzaWNhbCBORCAoW1JG QzQ4NjFdLA0KICAgW1JGQzQ4NjJdKSBhbmQgcGxhZ3VlIHRoZSB3aXJlbGVzcyBtZWRpdW0uICBU aGlzIHNlcnZlcyBzY2FsYWJpbGl0eQ0KICAgcmVxdWlyZW1lbnRzIGxpc3RlZCBpbiBBcHBlbmRp eCBBLjYuDQoNCkkgZG9uJ3QgdGhpbmsgdGhpcyBpcyBnb29kIGd1aWRhbmNlIGZvciBnZW5lcmFs IHB1cnBvc2UgbmV0d29ya3MuIE9uIGEgbGVzcy1jb25zdHJhaW5lZCBkZXZpY2Ugc3VjaCBhcyBh IHBob25lIGNvbm5lY3RlZCB0byBhIGxlc3MtY29uc3RyYWluZWQgbmV0d29yayBzdWNoIGFzIDgw Mi4xMSwgZXRoZXJuZXQsIG9yIExURSwgSSBjZXJ0YWlubHkgd291bGRuJ3Qgd2FudCB0byBiZSBs aW1pdGVkIHRvIDEwIGFkZHJlc3Nlcy4gVGhpcyBpcyB3aHkgUkZDIDc5MzQgc2VjdGlvbiA3IGRv ZXMgbm90IGdpdmUgYSByZWNvbW1lbmRhdGlvbiBmb3IgbnVtYmVyIG9mIGFkZHJlc3NlcyBwZXIg aG9zdCwgc2F5aW5nIGluc3RlYWQgdGhhdCB0aGUgbmV0d29yayBzaG91bGQgYmUgYWJsZSB0byBw cm92aWRlIGFzIG1hbnkgYXMgbmVjZXNzYXJ5Lg0KDQpBIHJlZ2lzdHJhdGlvbi1iYXNlZCBtZWNo YW5pc20gaXMgZnVuZGFtZW50YWxseSBkaWZmZXJlbnQgZnJvbSBhbiBvcHBvcnR1bmlzdGljIG1l Y2hhbmlzbSBpbiB0aGF0IHRoZSBzY2FsYWJpbGl0eSBpcyBkZXRlcm1pbmVkIGJ5IHRoZSBudW1i ZXIgb2YgY29uZmlndXJlZCBhZGRyZXNzZXMsIG5vdCB0aGUgbnVtYmVyIG9mIGFjdGl2ZSBhZGRy ZXNzZXMuIEZvciBleGFtcGxlOiBvbiA4MDIuMTEsIGZvciBleGFtcGxlLCBteSBkZXZpY2UgY2Fu IGNvbmZpZ3VyZSAxMDAsIDEwMDAsIG9yIDEwMDAwMDAgYWRkcmVzc2VzIGluIHRoZSBzYW1lIHNv bGljaXRlZC1ub2RlIG11bHRpY2FzdCBncm91cCAodGhlcmUgYXJlIDJeNDAgYWRkcmVzc2VzIHRo ZXJlLCBzbyB0aGVyZSdzIHBsZW50eSBvZiBzcGFjZSksIGFuZCBub3RoaW5nIGluIHRoZSBuZXR3 b3JrIHdpbGwgZXhwZXJpZW5jZSBhbnkgbG9hZCwgdW50aWwgdGhvc2UgYWRkcmVzc2VzIGFyZSB1 c2VkIGFuZCBoYXZlIHRvIGJlIGluIHNvbWUgcm91dGVyJ3MgbmVpZ2hib3VyIGNhY2hlLiBBbmQg aWYgdGhlIG5laWdoYm91ciBjYWNoZSB3ZXJlIHRvIGltcGxlbWVudCBpbXBsZW1lbnQgcGVyLU1B QyBhZGRyZXNzIHRocmVzaG9sZHMgaXQgd291bGQgYmUgcG9zc2libGUgdG8gc3dpdGNoIGFkZHJl c3NlcyB2ZXJ5IGZyZXF1ZW50bHkNCg0KSSBkb24ndCB0aGluayB3ZSBzaG91bGQgc2F5IHRoYXQg NkxvV1BBTiBORCBjYW4gYmUgZXh0ZW5kZWQgdG8gb3RoZXIgbGlua3Mgd2l0aG91dCBoYXZpbmcg Z29vZCB0ZXh0IG9uIGhvdyB0byBtYWtlIGEgdHJhZGUtb2ZmIGJldHdlZW4gdGhlIHNjYWxhYmls aXR5IGJlbmVmaXRzIHRoYXQgaXQgY2xhaW1zIGFuZCB0aGUgYWRkcmVzcyBhdmFpbGFiaWxpdHkg YmVuZWZpdHMgdGhhdCBpdCBnaXZlcyB1cC4NCg0KT24gVGh1LCBBcHIgMjAsIDIwMTcgYXQgNzox MiBBTSwgR2FicmllbCBNb250ZW5lZ3JvIDxHYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNv bTxtYWlsdG86R2FicmllbC5Nb250ZW5lZ3JvQG1pY3Jvc29mdC5jb20+PiB3cm90ZToNCj4gUGxl YXNlIGxldCBtZSBrbm93IGlmIHRoZSB0ZXh0IGJlbG93IGlzIE9LICh5b3UgbWF5IGxldmVyYWdl IHRoZSB0aWNrZXQpOyBJJ2xsIHRpbWUNCj4gb3V0IGFuZCBwb3N0IGJ5IHRoZSBlbmQgb2Ygd2Vl ay4NCg0KVGhhbmtzIFBhc2NhbCwgbG9va3MgZ29vZC4NCg0KTG9yZW56bz8NCg0KVW5sZXNzIHdl IGhlYXIgb3RoZXJ3aXNlLCB3ZSBjYW4gdGhpbmsgYWJvdXQgV0cgTEMgcGVyaGFwcyBhcyBlYXJs eSBhcyBuZXh0IHdlZWsuDQoNClRoYW5rcywNCg0KR2FicmllbCAob24gYmVoYWxmIG9mIGNoYWly cykNCg0K --_000_563d09c9e77e4868ba4ff0c66119886aXCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3 MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V2hh dCBhYm91dCZuYnNwOzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj7CqyZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsg VGhpcyBpbXBsaWVzIHRoYXQgYSA2TFIgb3IgNkxCUiB3aGljaCBpcyBpbnRlbmRlZCB0byBzdXBw b3J0IE4gaG9zdHMgTVVTVCBoYXZlIHNwYWNlIHRvIHJlZ2lzdGVyIGF0IGxlYXN0IG9uIHRoZSBv cmRlciBvZiAxME4gSVB2NiBhZGRyZXNzZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPsKrJm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPi0mZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPsKrJm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyBUaGlzIGltcGxpZXMgdGhhdCB0aGUgY2FwYWJp bGl0aWVzIG9mIDZMUiBhbmQgNkxCUnMgaW4gdGVybXMgb2YgbnVtYmVyIG9mIHJlZ2lzdHJhdGlv bnMgbXVzdCBiZSBjbGVhcmx5IGFubm91bmNlZCBpbiB0aGUgcm91dGVyIGRvY3VtZW50YXRpb24s IGFuZCB0aGF0IGENCiBuZXR3b3JrIGFkbWluaXN0cmF0b3Igc2hvdWxkIGRlcGxveSBhZGFwdGVk IDZMUi82TEJScyB0byBzdXBwb3J0IHRoZSBudW1iZXIgYW5kIHR5cGUgb2YgZGV2aWNlcyBpbiBo aXMgbmV0d29yaywgYmFzZWQgb24gdGhlIG51bWJlciBvZiBJUHY2IGFkZHJlc3NlcyB0aGF0IHRo b3NlIGRldmljZXMgcmVxdWlyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPsKrJm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPldvcmtzJm5ic3A7PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBMb3JlbnpvIENvbGl0 dGkgW21haWx0bzpsb3JlbnpvQGdvb2dsZS5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gamV1ZGkg MjAgYXZyaWwgMjAxNyAxMTo1Mjxicj4NCjxiPlRvOjwvYj4gR2FicmllbCBNb250ZW5lZ3JvICZs dDtHYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IFBh c2NhbCBUaHViZXJ0IChwdGh1YmVydCkgJmx0O3B0aHViZXJ0QGNpc2NvLmNvbSZndDs7IEVyaWsg Tm9yZG1hcmsgJmx0O25vcmRtYXJrQHNvbmljLm5ldCZndDs7IGh1aXRlbWEgJmx0O2h1aXRlbWFA aHVpdGVtYS5uZXQmZ3Q7OyBkcmFmdC1pZXRmLTZsby1yZmM2Nzc1LXVwZGF0ZUBpZXRmLm9yZzsg U3VyZXNoIEtyaXNobmFuICZsdDtzdXJlc2gua3Jpc2huYW5AZXJpY3Nzb24uY29tJmd0OzsgNmxv QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbNmxvXSBEcmFmdCBhcHBsaWNhYmls aXR5IGZvciA2Nzc1YmlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PlRoYW5rcyBmb3Igd3JpdGluZyB0aGlzIHVwLiBUaGUgdGV4dCBpcyB2ZXJ5IGhlbHBmdWwuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkluIHRoZSBn ZW5lcmFsIGNhc2UsIEknbSBub3Qgc3VyZSAxME4gaXMgYSByZWFzb25hYmxlIHJlY29tbWVuZGF0 aW9uLiBSRkMgNzkzNCBzZWN0aW9uIDcgZGlzY3Vzc2VzIGF0IHNvbWUgbGVuZ3RoIHRoZSBxdWVz dGlvbiBvZiBob3cgbWFueSBhZGRyZXNzZXMgYXJlIG5lY2Vzc2FyeSwgYW5kIHRoZSBjb25jbHVz aW9uIGlzICZxdW90O2luIGdlbmVyYWwgaXQgaXMgbm90IHBvc3NpYmxlDQogdG8gZXN0aW1hdGUg aW4gYWR2YW5jZSBob3cgbWFueSBhZGRyZXNzZXMgYXJlIHJlcXVpcmVkJnF1b3Q7LjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5Gb3IgYSBjb25zdHJh aW5lZCA2bG8gbmV0d29yaywgMTBOIHNlZW1zIHJlYXNvbmFibGUuIEhvd2V2ZXIsIG9uZSBvZiB0 aGUgY29uY2VybnMgSSBoYXZlIHdpdGggUkZDNjc3NWJpcyBpcyB0aGlzIHRleHQ6PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsg Jm5ic3A7RWZmaWNpZW5jeSBhd2FyZSBJUHY2IE5laWdoYm9yIERpc2NvdmVyeSBPcHRpbWl6YXRp b25zPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7W0ktRC5jaGFrcmFiYXJ0aS1u b3JkbWFyay02bWFuLWVmZmljaWVudC1uZF0gc3VnZ2VzdHMgdGhhdCA2TG9XUEFOIE5EPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7W1JGQzY3NzVdIGNhbiBiZSBleHRlbmRlZCB0 byBvdGhlciB0eXBlcyBvZiBsaW5rcyBiZXlvbmQgSUVFRSBzdGQ8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPiZuYnNwOyAmbmJzcDs4MDIuMTUuNCBmb3Igd2hpY2ggaXQgd2FzIGRlZmluZWQuJm5ic3A7 IFRoZSByZWdpc3RyYXRpb24gdGVjaG5pcXVlIGlzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJz cDsgJm5ic3A7YmVuZWZpY2lhbCB3aGVuIHRoZSBMaW5rLUxheWVyIHRlY2huaXF1ZSB1c2VkIHRv IGNhcnJ5IElQdjYgbXVsdGljYXN0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7 cGFja2V0cyBpcyBub3Qgc3VmZmljaWVudGx5IGVmZmljaWVudCBpbiB0ZXJtcyBvZiBkZWxpdmVy eSByYXRpbyBvcjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7ICZuYnNwO2VuZXJneSBjb25z dW1wdGlvbiBpbiB0aGUgZW5kIGRldmljZXMsIGluIHBhcnRpY3VsYXIgdG8gZW5hYmxlPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7ZW5lcmd5LWNvbnN0cmFpbmVkIHNsZWVwaW5n IG5vZGVzLiZuYnNwOyBUaGUgdmFsdWUgb2Ygc3VjaCBleHRlbnNpb24gaXM8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPiZuYnNwOyAmbmJzcDtlc3BlY2lhbGx5IGFwcGFyZW50IGluIHRoZSBjYXNlIG9m IG1vYmlsZSB3aXJlbGVzcyBub2RlcywgdG8gcmVkdWNlPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4m bmJzcDsgJm5ic3A7dGhlIG11bHRpY2FzdCBvcGVyYXRpb25zIHRoYXQgYXJlIHJlbGF0ZWQgdG8g Y2xhc3NpY2FsIE5EIChbUkZDNDg2MV0sPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5i c3A7W1JGQzQ4NjJdKSBhbmQgcGxhZ3VlIHRoZSB3aXJlbGVzcyBtZWRpdW0uJm5ic3A7IFRoaXMg c2VydmVzIHNjYWxhYmlsaXR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7cmVx dWlyZW1lbnRzIGxpc3RlZCBpbiBBcHBlbmRpeCBBLjYuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+SSBkb24ndCB0aGluayB0aGlzIGlz IGdvb2QgZ3VpZGFuY2UgZm9yIGdlbmVyYWwgcHVycG9zZSBuZXR3b3Jrcy4gT24gYSBsZXNzLWNv bnN0cmFpbmVkIGRldmljZSBzdWNoIGFzIGEgcGhvbmUgY29ubmVjdGVkIHRvIGEgbGVzcy1jb25z dHJhaW5lZCBuZXR3b3JrIHN1Y2ggYXMgODAyLjExLCBldGhlcm5ldCwgb3IgTFRFLCBJIGNlcnRh aW5seSB3b3VsZG4ndCB3YW50DQogdG8gYmUgbGltaXRlZCB0byAxMCBhZGRyZXNzZXMuIFRoaXMg aXMgd2h5IFJGQyA3OTM0IHNlY3Rpb24gNyBkb2VzIG5vdCBnaXZlIGEgcmVjb21tZW5kYXRpb24g Zm9yIG51bWJlciBvZiBhZGRyZXNzZXMgcGVyIGhvc3QsIHNheWluZyBpbnN0ZWFkIHRoYXQgdGhl IG5ldHdvcmsgc2hvdWxkIGJlIGFibGUgdG8gcHJvdmlkZSBhcyBtYW55IGFzIG5lY2Vzc2FyeS48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+QSByZWdp c3RyYXRpb24tYmFzZWQgbWVjaGFuaXNtIGlzIGZ1bmRhbWVudGFsbHkgZGlmZmVyZW50IGZyb20g YW4gb3Bwb3J0dW5pc3RpYyBtZWNoYW5pc20gaW4gdGhhdCB0aGUgc2NhbGFiaWxpdHkgaXMgZGV0 ZXJtaW5lZCBieSB0aGUgbnVtYmVyIG9mIGNvbmZpZ3VyZWQmbmJzcDthZGRyZXNzZXMsIG5vdCB0 aGUgbnVtYmVyIG9mIGFjdGl2ZSBhZGRyZXNzZXMuIEZvciBleGFtcGxlOg0KIG9uIDgwMi4xMSwg Zm9yIGV4YW1wbGUsIG15IGRldmljZSBjYW4gY29uZmlndXJlIDEwMCwgMTAwMCwgb3IgMTAwMDAw MCBhZGRyZXNzZXMgaW4gdGhlIHNhbWUgc29saWNpdGVkLW5vZGUgbXVsdGljYXN0IGdyb3VwICh0 aGVyZSBhcmUgMl40MCBhZGRyZXNzZXMgdGhlcmUsIHNvIHRoZXJlJ3MgcGxlbnR5IG9mIHNwYWNl KSwgYW5kIG5vdGhpbmcgaW4gdGhlIG5ldHdvcmsgd2lsbCBleHBlcmllbmNlIGFueSBsb2FkLCB1 bnRpbCB0aG9zZSBhZGRyZXNzZXMNCiBhcmUgdXNlZCBhbmQgaGF2ZSB0byBiZSBpbiBzb21lIHJv dXRlcidzIG5laWdoYm91ciBjYWNoZS4gQW5kIGlmIHRoZSBuZWlnaGJvdXIgY2FjaGUgd2VyZSB0 byBpbXBsZW1lbnQgaW1wbGVtZW50IHBlci1NQUMgYWRkcmVzcyB0aHJlc2hvbGRzIGl0IHdvdWxk IGJlIHBvc3NpYmxlIHRvIHN3aXRjaCBhZGRyZXNzZXMgdmVyeSBmcmVxdWVudGx5Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkkgZG9uJ3Qg dGhpbmsgd2Ugc2hvdWxkIHNheSB0aGF0IDZMb1dQQU4gTkQgY2FuIGJlIGV4dGVuZGVkIHRvIG90 aGVyIGxpbmtzIHdpdGhvdXQgaGF2aW5nIGdvb2QgdGV4dCBvbiBob3cgdG8gbWFrZSBhIHRyYWRl LW9mZiBiZXR3ZWVuIHRoZSBzY2FsYWJpbGl0eSBiZW5lZml0cyB0aGF0IGl0IGNsYWltcyBhbmQg dGhlIGFkZHJlc3MgYXZhaWxhYmlsaXR5IGJlbmVmaXRzDQogdGhhdCBpdCBnaXZlcyB1cC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+T24gVGh1LCBB cHIgMjAsIDIwMTcgYXQgNzoxMiBBTSwgR2FicmllbCBNb250ZW5lZ3JvICZsdDs8YSBocmVmPSJt YWlsdG86R2FicmllbC5Nb250ZW5lZ3JvQG1pY3Jvc29mdC5jb20iIHRhcmdldD0iX2JsYW5rIj5H YWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2lu LWxlZnQ6MzYuMHB0Ij4NCiZndDsgUGxlYXNlIGxldCBtZSBrbm93IGlmIHRoZSB0ZXh0IGJlbG93 IGlzIE9LICh5b3UgbWF5IGxldmVyYWdlIHRoZSB0aWNrZXQpOyBJJ2xsIHRpbWU8YnI+DQomZ3Q7 IG91dCBhbmQgcG9zdCBieSB0aGUgZW5kIG9mIHdlZWsuPGJyPg0KPGJyPg0KVGhhbmtzIFBhc2Nh bCwgbG9va3MgZ29vZC48YnI+DQo8YnI+DQpMb3JlbnpvPzxicj4NCjxicj4NClVubGVzcyB3ZSBo ZWFyIG90aGVyd2lzZSwgd2UgY2FuIHRoaW5rIGFib3V0IFdHIExDIHBlcmhhcHMgYXMgZWFybHkg YXMgbmV4dCB3ZWVrLjxicj4NCjxicj4NClRoYW5rcyw8YnI+DQo8YnI+DQpHYWJyaWVsIChvbiBi ZWhhbGYgb2YgY2hhaXJzKTxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_563d09c9e77e4868ba4ff0c66119886aXCHRCD001ciscocom_-- From nobody Thu Apr 20 11:06:43 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E556E12709D for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 11:06:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BfFgX6fODRx6 for <6lo@ietfa.amsl.com>; Thu, 20 Apr 2017 11:06:41 -0700 (PDT) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F32A129B5C for <6lo@ietf.org>; Thu, 20 Apr 2017 11:06:37 -0700 (PDT) Received: from xsmtp31.mail2web.com ([168.144.250.234] helo=xsmtp11.mail2web.com) by mx43.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.86) (envelope-from ) id 1d1GTN-0002On-RL for 6lo@ietf.org; Thu, 20 Apr 2017 20:06:34 +0200 Received: from [10.5.2.12] (helo=xmail02.myhosting.com) by xsmtp11.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1d1GSq-0001OR-Tv for 6lo@ietf.org; Thu, 20 Apr 2017 14:06:27 -0400 Received: (qmail 12339 invoked from network); 20 Apr 2017 18:05:55 -0000 Received: from unknown (HELO [192.168.1.100]) (Authenticated-user:_huitema@huitema.net@[172.56.42.222]) (envelope-sender ) by xmail02.myhosting.com (qmail-ldap-1.03) with ESMTPA for <6lo@ietf.org>; 20 Apr 2017 18:05:55 -0000 To: "Pascal Thubert (pthubert)" , Lorenzo Colitti , Gabriel Montenegro References: <0d33195c-d828-1d5b-6a49-ca23d9d4a793@sonic.net> <4e56f4db01cb4625aa37e905461452bb@XCH-RCD-001.cisco.com> <563d09c9e77e4868ba4ff0c66119886a@XCH-RCD-001.cisco.com> Cc: Erik Nordmark , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> From: Christian Huitema Message-ID: <9fe62627-2777-d326-3865-aa830759ef2b@huitema.net> Date: Thu, 20 Apr 2017 11:05:52 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <563d09c9e77e4868ba4ff0c66119886a@XCH-RCD-001.cisco.com> Content-Type: multipart/alternative; boundary="------------AB9B99EA1FE4F8A4513473CD" X-Originating-IP: 168.144.250.234 X-SpamExperts-Domain: xsmtpout.mail2web.com X-SpamExperts-Username: 168.144.250.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com X-SpamExperts-Outgoing-Class: unsure X-SpamExperts-Outgoing-Evidence: Combined (0.18) X-Recommended-Action: accept X-Filter-ID: s0sct1PQhAABKnZB5plbIVbU93hg6Kq00BjAzYBqWlVTHAar8Je/lORhy3PZJU8LERWeKKG4PAQY Nyavp7c49FXKwZbSflcvTu2SSy6NnOlTugiLDom8V25hond3K4RsO76XSTAwtV4mg4i2ouCDa4AU hvIWAV5xUW/+gAh4vXreWvM0Xae6YOssBAJj1UUXRcOb18WfxGyg6Om6u4YYmw8a/7P8/pfFyXLR SQbvImg5hjoyEb9Oq0NWpyO3vrfYzS02aeiYw+GANPqwVsDMNz3dKxLhoxcmaInYbR5vlqGudzLe k2TYFBStSOMccbr5Uz0sPgnpAk2KA2vJwMd1uWhCmLzOxTAcQmFWVARhgNqBNFD3an3wiMp49rVr ybSBcKaDTe3QRRhTm1Fh3Md1t3TFgIfDMShmlQFqCr5hA8xAXSGwpLGc/Znuh3MoIpK0vGMdCBOF 8IZG4xpeP0b8a7bRF0J+AL6gRRwFcty0/RGJ+cv73CChOPjKA0/DVd83mzKXD5o/Ia+BqyQ7Q0nt IZ2PVtMHd8bHCmdzlxzVIEgwyGTHIAoNFX+jcW7DGmdE6eBVl9/A6GtGi+mfMSANmgQ9/T0zHbtC pLbhgZ6Z/Qhqxiuap5uKiBpffUsHYsfmrbtbs8GJuRKR6hnrta1usy6F/SOWlhnS7qkS/mOkSgD5 8bDUIriOSOQTK7vaz2jBsjp0rjSY76LAIHA6cW4Oa/Qha/RnthtBN2ZW1JKck9doZf4bSntrQJrU INQhYbKxxdwDV/LdQk4Dnvnv/o4ZpIN8Tfe43vaXKX/yihCEqxIlRZaHuAWSnHeK3PdSA6Q+2n/k rhIYlNMbfS0wdTtG+yL6RB9qZiyTMxcUxx8RZkEUhuDAoR32cV4eNY9hrm4n X-Report-Abuse-To: spam@quarantine5.antispamcloud.com Archived-At: Subject: Re: [6lo] Draft applicability for 6775bis X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 18:06:42 -0000 This is a multi-part message in MIME format. --------------AB9B99EA1FE4F8A4513473CD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 4/20/2017 9:15 AM, Pascal Thubert (pthubert) wrote: > > What about : > > =20 > > =C2=AB=20 > > This implies that a 6LR or 6LBR which is intended to support N > hosts MUST have space to register at least on the order of 10N IPv6 > addresses. > > =C2=AB=20 > > -> > > =C2=AB=20 > > This implies that the capabilities of 6LR and 6LBRs in terms of > number of registrations must be clearly announced in the router > documentation, and that a network administrator should deploy adapted > 6LR/6LBRs to support the number and type of devices in his network, > based on the number of IPv6 addresses that those devices require. > > =C2=AB=20 > > =20 > > Works ? > I don't have a strong opinion on this wording, but I have a recommendation for the authors of the draft. This discussion outlined a couple of concerns about potential abuses. For example, I noted the following: 1) Registration procedure could be used to deny access, by abusing the administrative rejection option. 2) Nodes registering a large number of IID could overwhelm the registration system. I would also add a generic concern about unique identifiers and privacy. This is an obvious concern in mobility scenarios, but even for static networks it also is a concern if the option can be observed outside the network. I understand that the encrypted link provides some mitigation, but having provisions to vary the IID over time would be even better. It might be a good idea to document these issues in the security considerations. -- Christian Huitema --------------AB9B99EA1FE4F8A4513473CD Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit



On 4/20/2017 9:15 AM, Pascal Thubert (pthubert) wrote:

What about :

 

« 

    This implies that a 6LR or 6LBR which is intended to support N hosts MUST have space to register at least on the order of 10N IPv6 addresses.

« 

->

« 

    This implies that the capabilities of 6LR and 6LBRs in terms of number of registrations must be clearly announced in the router documentation, and that a network administrator should deploy adapted 6LR/6LBRs to support the number and type of devices in his network, based on the number of IPv6 addresses that those devices require.

« 

 

Works ?


I don't have a strong opinion on this wording, but I have a recommendation for the authors of the draft. This discussion outlined a couple of concerns about potential abuses. For example, I noted the following:

1) Registration procedure could be used to deny access, by abusing the administrative rejection option.

2) Nodes registering a large number of IID could overwhelm the registration system.

I would also add a generic concern about unique identifiers and privacy. This is an obvious concern in mobility scenarios, but even for static networks it also is a concern if the option can be observed outside the network. I understand that the encrypted link provides some mitigation, but having provisions to vary the IID over time would be even better.

It might be a good idea to document these issues in the security considerations.

-- Christian Huitema
--------------AB9B99EA1FE4F8A4513473CD-- From nobody Fri Apr 21 01:37:22 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E84C129438; Fri, 21 Apr 2017 01:37:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31h6WsWD7ZHq; Fri, 21 Apr 2017 01:37:17 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CF6312948E; Fri, 21 Apr 2017 01:37:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=40644; q=dns/txt; s=iport; t=1492763837; x=1493973437; h=from:to:cc:subject:date:message-id:mime-version; bh=Jtg+NWMByYGQjhymxdura2IfxfMHWiXxA4cdRfdY4IY=; b=lunGy8qyDraT6mYu+4+VG6J8R9IMO3yOLdNiNjxdILehPHRHfQugSSiW y6YPcWfQebACJJUFBF/yxDYMjIC8oW8TCDBNt7/IloaodvULmRQo0Yq3K nvL0ksGUjBJnCSXLl3YTUVHoEO4IGWaBTM6yV1ZsWLc0BY1aNGp0+G4x3 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D/AACrw/lY/4gNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYEMB4NgihWnTYIPLIV4AhqDaj8YAQIBAQEBAQEBayiFFQE?= =?us-ascii?q?BKAQGTBIBGQQBASEBBgMCBDAUCQkBBAENBQgXiX0OqX6BbDorinUBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEYBYZTgV2CD4JGgngqBwkfglCCXwWKIZMYAYcUgzGINYI?= =?us-ascii?q?JhTOKIohviyYBHzhLO2MVhSgFHIFjdYZyASQHgQOBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,229,1488844800"; d="scan'208,217";a="225253613" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Apr 2017 08:37:16 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v3L8bFqp006668 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 21 Apr 2017 08:37:15 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 21 Apr 2017 03:37:15 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Fri, 21 Apr 2017 03:37:15 -0500 From: "Pascal Thubert (pthubert)" To: Christian Huitema , Lorenzo Colitti , Gabriel Montenegro CC: Erik Nordmark , "draft-ietf-6lo-rfc6775-update@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: RFC 6775 security section (was: Draft applicability for 6775bis) Thread-Index: AdK6ejts9HqkC+t3RVa6ztr6hDkEFw== Date: Fri, 21 Apr 2017 08:36:56 +0000 Deferred-Delivery: Fri, 21 Apr 2017 08:36:31 +0000 Message-ID: <0797661a2ee4408a869b7a6f0faaf288@XCH-RCD-001.cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: multipart/alternative; boundary="_000_0797661a2ee4408a869b7a6f0faaf288XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [6lo] RFC 6775 security section (was: Draft applicability for 6775bis) X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 08:37:20 -0000 --_000_0797661a2ee4408a869b7a6f0faaf288XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 UG9pbnQgd2VsbCB0YWtlbiwgQ2hyaXN0aWFuOw0KDQpQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgaXMg YW4gdXBkYXRlIG9mIFJGQyA2Nzc1LCBhbmQgd2UgaW5oZXJpdCBmcm9tIHRoYXQ7IEkgY2FuIGFk ZCB0ZXh0IHRvIG1ha2UgdGhhdCBtb3JlIGV4cGxpY2l0Lg0KDQpSRkMgNjc3NSBzZWN0aW9uIDEx PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2Nzc1I3NlY3Rpb24tMTE+IOKAnCAgU2Vj dXJpdHkgQ29uc2lkZXJhdGlvbnPigJ0gaGFzDQoNCuKAnA0KDQogICBUaGlzIHNwZWNpZmljYXRp b24gYXNzdW1lcyB0aGF0IHRoZSBsaW5rIGxheWVyIGlzIHN1ZmZpY2llbnRseQ0KICAgcHJvdGVj dGVkIC0tIGZvciBpbnN0YW5jZSwgYnkgdXNpbmcgTUFDLXN1YmxheWVyIGNyeXB0b2dyYXBoeS4g IFRodXMsDQogICBpdHMgdGhyZWF0IG1vZGVsIGlzIG5vIGRpZmZlcmVudCBmcm9tIHRoYXQgb2Yg SVB2NiBORCBbUkZDNDg2MTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDg2MT5dLiAg VGhlDQogICBmaXJzdCB0cnVzdCBtb2RlbCBsaXN0ZWQgaW4gU2VjdGlvbiAzIG9mIFtSRkMzNzU2 XTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjMzc1NiNzZWN0aW9uLTM+IGFwcGxpZXMg aGVyZS4NCiAgIEhvd2V2ZXIsIGFueSBmdXR1cmUgNkxvV1BBTiBzZWN1cml0eSBwcm90b2NvbCB0 aGF0IGFwcGxpZXMgdG8gTkQgZm9yDQogICB0aGUgNkxvV1BBTiBwcm90b2NvbCBpcyBvdXQgb2Yg c2NvcGUgb2YgdGhpcyBkb2N1bWVudC4NCg0K4oCcDQoNCk5vdywgdGhpcyBwYXJ0aWN1bGFyIHRl eHQgYW5kIHRoZSByZXN0IG9mIHRoZSBzZWN0aW9uIGRvIG5vdCBzZWVtIHRvIHJlYWxseSBhZGRy ZXNzIHlvdXIgcG9pbnQgYmV5b25kIOKAnHdlIHRydXN0IGRldmljZXMgb24gdGhlIG5ldHdvcmss IHRoZXJlZm9yZSBpdCBpcyBleHBlY3RlZCB0aGF0IHRoZXkgd29u4oCZdCBwZXJmb3JtIGEgRE9T IGF0dGFjayBvbiB0aGUgNkwoQilSIE5DReKAnS4gV2l0aCBSRkMgNjc3NSwgd2Ugd2VyZSBhZGRy ZXNzaW5nIDZMb1dQQU4sIHRoaXMgaW1wbGljaXRseSB0byBJRUVFIFN0ZC4gODAyLjE1LjQsIHNv IHdlIGRpZCBub3QgZXhwZWN0IHRoYXQgdGhlIDZMUiBvciB0aGUgNkxCUiB3aWxsIGJlIG92ZXJ3 aGVsbWVkIGJ5IG5vbi1hZ2dyZXNzaXZlIHJlZ2lzdHJhdGlvbiBkdWUgdG8gdGhlIGNvbnN0cmFp bmVkIG5hdHVyZSBpZiB0aGUgSU9UIGRldmljZXMgdGhhdCB3ZSBhZGRyZXNzLg0KDQpPbiB0aGUg b25lIGhhbmQsIHRydXN0aW5nIElPVCBkZXZpY2VzIG1heSBiZSBxdWl0ZSBvcHRpbWlzdGljLiBP VE9ILCA2bG8gYWRkcmVzc2VzIGEgbGFyZ2VyIHZhcmlldHkgb2YgZGV2aWNlcyBiZXlvbmQgdGhl IGluaGVyaXRlZCBzY29wZSBvZiA2TG9XUEFOLCBhbmQgd2UgY2FyZSB0aGF0IHRoaXMgd29yayBt YXkgYmUgYXBwbGljYWJsZSBmb3IgbXVsdGlwbGUgY2FzZXMgb2YgSVB2NiBvdmVyIGZvbywgdG8g YmUgdmFsaWRhdGVkIGJ5IHRoZSBXRyBpbiBjaGFyZ2Ugb2YgdGhlIHBhcnRpY3VsYXIgZm9vLg0K DQpBbGwgaW4gYWxsLCBzZWVtcyBjbGVhciB0byBtZSB0aGF0IHdlIG5lZWQgdGhlIHRleHQgdGhh dCB5b3Ugc3VnZ2VzdC4NCg0KV2hhdCBhYm91dDoNCg0K4oCcIGFzIGluZGljYXRlZCBpbiBzZWN0 aW9uIDwgMi4gIENvbnNpZGVyYXRpb25zIE9uIFJlZ2lzdHJhdGlvbiBSZWplY3Rpb24gPiwgdGhp cyBwcm90b2NvbCBkb2VzIG5vdCBhaW0gYXQgbGltaXRpbmcgdGhlIG51bWJlciBvZiBhZGRyZXNz ZXMgdGhhdCBhIGRldmljZSBjYW4gZm9ybSwgYW5kIGEgaG9zdCBzaG91bGQgYmUgYWJsZSB0byBy ZWdpc3RlciBhbnkgYWRkcmVzcyB0aGF0IGlzIHRvcG9sb2dpY2FsbHkgY29ycmVjdCBpbiB0aGUg c3VibmV0KHMpIGFkdmVydGlzZWQgYnkgdGhlIDZMUi82TEJSLg0KDQpPbiB0aGUgb3RoZXIgaGFu ZCwgdGhlIHJlZ2lzdHJhdGlvbiBtZWNoYW5pc20gbWF5IGJlIHVzZWQgYnkgYSByb2d1ZSBub2Rl IHRvIGF0dGFjayB0aGUgNkxSIG9yIHRoZSA2TEJSIHdpdGggYSBEZW5pYWwtb2YtU2VydmljZSBh dHRhY2sgYWdhaW5zdCB0aGUgcmVnaXN0cnkuIEl0IG1heSBhbHNvIGhhcHBlbiB0aGF0IHRoZSBy ZWdpc3RyeSBvZiBhIDZMUiBvciBhIDZMQlIgaXMgc2F0dXJhdGVkIGFuZCBjYW5ub3QgdGFrZSBt b3JlIHJlZ2lzdHJhdGlvbiwgd2hpY2ggZWZmZWN0aXZlbHkgZGVuaWVzIHRoZSByZXF1ZXN0aW5n IGEgbm9kZSB0aGUgY2FwYWJpbGl0eSB0byB1c2UgYSBuZXcgYWRkcmVzcy4NCg0KSW4gb3JkZXIg dG8gYWxsZXZpYXRlIHRob3NlIGNvbmNlcm5zLCB0aGlzIHNwZWNpZmljYXRpb24gUkVDT01NRU5E UyB0aGUgZm9sbG93aW5nOg0KDQotICAgICAgICAgQSBub2RlIHRoYXQgY2Vhc2VzIHRvIHVzZSBh biBhZGRyZXNzIHNob3VsZCBhdHRlbXB0IHRvIGRlcmVnaXN0ZXIgdGhhdCBhZGRyZXNzIGZyb20g YWxsIHRoZSA2TFIgdG8gd2hpY2ggaXQgaXMgcmVnaXN0ZXJlZCwgdXNpbmcgYW4gRUFSTyB3aXRo IGEgcmVnaXN0cmF0aW9uIGxpZmV0aW1lIG9mIDAuDQoNCi0gICAgICAgICBUaGUgbm9kZXMgc2hv dWxkIGJlIGNvbmZpZ3VyZWQgd2l0aCBhIHJlZ2lzdHJhdGlvbiBsaWZldGltZSB0aGF0IHJlZmxl Y3RzIHRoZWlyIGV4cGVjdGF0aW9uIG9mIGhvdyBsb25nIHRoZXkgd2lsbCB1c2UgdGhlIGFkZHJl c3Mgd2l0aCB0aGUgNkxSIHRvIHdoaWNoIGl0IGlzIHJlZ2lzdGVyZWQuIEluIHBhcnRpY3VsYXIs IHVzZSBjYXNlcyB0aGF0IGludm9sdmUgbW9iaWxpdHkgb3IgcmFwaWQgYWRkcmVzcyBjaGFuZ2Vz IHNob3VsZCB1c2UgbGlmZXRpbWVzIHRoYXQgYXJlIGhvbW9nZW5lb3VzIHdpdGggdGhlIGV4cGVj dGF0aW9uIG9mIHByZXNlbmNlLg0KDQotICAgICAgICAgVGhlIHJvdXRlciAoNkxSIG9yIDZMQlIp IHNob3VsZCBiZSBjb25maWd1cmFibGUgc28gYXMgdG8gbGltaXQgdGhlIG51bWJlciBvZiBhZGRy ZXNzZXMgdGhhdCBjYW4gYmUgcmVnaXN0ZXJlZCBieSBhIHNpbmdsZSBub2RlLCBhcyBpZGVudGlm aWVkIGF0IGxlYXN0IGJ5IE1BQyBhZGRyZXNzIGFuZCBwcmVmZXJhYmx5IGJ5IHNlY3VyaXR5IGNy ZWRlbnRpYWxzLiBXaGVuIHRoYXQgbWF4aW11bSBpcyByZWFjaGVkLCB0aGUgcm91dGVyIHNob3Vs ZCB1c2UgYSBMZWFzdC1SZWNlbnRseS1Vc2VkIChMUlUpIGxvZ2ljIHNvIGFzIHRvIGNsZWFuIHVw IHRoZSBhZGRyZXNzZXMgdGhhdCB3ZXJlIG5vdCB1c2VkIGZvciB0aGUgbG9uZ2VzdCB0aW1lLCBr ZWVwaW5nIGF0IGxlYXN0IG9uZSBMaW5rLUxvY2FsIGFkZHJlc3MsIGFuZCBhdHRlbXB0aW5nIHRv IGtlZXAgb25lIG9yIG1vcmUgc3RhYmxlIGFkZHJlc3NlcyBpZiBzdWNoIGNhbiBiZSByZWNvZ25p emVkLCBlLmcuIGJ5IG9mIHRoZSB3YXkgdGhlIElJRCBpcyBmb3JtZWQgb3IgYmVjYXVzZSB0aGV5 IGFyZSB1c2VkIG92ZXIgYSBtdWNoIGxvbmdlciB0aW1lIHNwYW4gdGhhbiBvdGhlciAocHJpdmFj eSwgc2hvcnRlci1saXZlZCkgYWRkcmVzc2VzLg0KDQotICAgICAgICAgQWRtaW5pc3RyYXRvcnMg c2hvdWxkIHRha2UgZ3JlYXQgY2FyZSB0byBkZXBsb3kgYWRlcXVhdGUgbnVtYmVycyBvZiA2TFIg dG8gY292ZXIgdGhlIG5lZWRzIG9mIHRoZSBub2RlcyBpbiB0aGVpciByYW5nZSwgc28gYXMgdG8g YXZvaWQgYSBzaXR1YXRpb24gb2Ygc3RhcnZpbmcuIEl0IGlzIGV4cGVjdGVkIHRoYXQgdGhlIDZM QlIgaXMgdXN1YWxseSBhIG11Y2ggbW9yZSBjYXBhYmxlIG5vZGUgdGhlbiB0aGUgYXZlcmFnZSA2 TFIsIGJ1dCBpZiBpdCBtYXkgYmUgc2F0dXJhdGVkLCBhIHBhcnRpY3VsYXIgZGVwbG95bWVudCBt YXkgbGV2ZXJhZ2UgYSBoaWdoIHNwZWVkIGJhY2tib25lIGFuZCBCYWNrYm9uZSBSb3V0ZXJzIHRv IGFnZ3JlZ2F0ZSBtdWx0aXBsZSBMTE5zIGludG8gYSBsYXJnZXIgc3VibmV0Lg0K4oCcDQoNClBs ZWFzZSBub3RlIGFsc28gdGhhdCB0aGlzIGRpc2N1c3Npb24gcmFpc2VzIHRoZSBwcm9ibGVtIG9m IGEgNkxSIHRoYXQgcmVjZWl2ZXMgYSBkZXJlZ2lzdHJhdGlvbiBmb3IgYSBwYXJ0aWN1bGFyIGFk ZHJlc3MuIERvZXMgdGhhdCBtZWFuIHRoYXQgdGhlIG5vZGUgY2Vhc2VzIHRvIHVzZSB0aGUgYWRk cmVzcywgb3IgdGhhdCBpdCB3aWxsIHN0b3AgdXNpbmcgdGhhdCBwYXJ0aWN1bGFyIDZSLCBlLmcu IGluIGEgbW9iaWxpdHkgc2NlbmFyaW8uIFNlZW1zIHRoYXQgdGhlcmUgaXMgYSBuZWVkIHRvIHNp Z25hbCB0aGUgZGlmZmVyZW5jZSB0byB0aGUgNkxSLCBzbyBpdCBub3RpZmllcyB0aGUgNkxCUiBv bmx5IGluIHRoZSBmb3JtZXIgY2FzZS4gUHJvcG9zYWw6IGFkZCBhIGZsYWcgaW4gdGhlIEVBUk8g Zm9yIHRoZSByZWdpc3RlcmluZyBub2RlIHRvIGluZGljYXRlIHRoZSBjYXNlIHRvIHRoZSA2TFIu DQoNCkFsc28sIHRoZXJlIGlzIGEgZGlzdGluY3Rpb24gb24gdGhlIHN0YXR1cyAyICDigJxOZWln aGJvciBDYWNoZSBGdWxs4oCdLCB3aGVuIHJlY2VpdmVkIGJ5IHRoZSBub2RlIGZyb20gdGhlIDZM UiBpbiBhIE5BIG1lc3NhZ2UuIERvZXMgdGhhdCBpbmRpY2F0ZSB0aGF0IHRoZSA2TFIgcmVhY2hl cyBhbiBhZG1pbmlzdHJhdGl2ZSBtYXhpbXVtIG51bWJlciBvZiBhZGRyZXNzZXMsIGluIHdoaWNo IGNhc2UgdGhlIG5vZGUgbWF5IGdpdmUgdXAgYW5vdGhlciBhZGRyZXNzIGZpcnN0LCB0aGF0IHRo ZSA2TFIgaXMgY29tcGxldGVseSBzYXR1cmF0ZWQsIGluIHdoaWNoIGNhc2UgdGhlIG5vZGUgY2Fu IHRyeSB3aXRoIGEgZGlmZmVyZW50IDZMUiwgb3IgaXMgaXQgdGhlIDZMQlIgdGhhdCBpcyBzYXR1 cmF0ZWQsIGluIHdoaWNoIGNhc2UgdGhlIG5vZGUgbXVzdCBsb29rIGZvciBhbm90aGVyIExMTi4g V2UgbWF5IGhpZGUgdGhlIGZpcnN0IGNhc2Ugd2l0aCB0aGUgTFJVIGJlaGF2aW9yIGluIHRoZSBy b3V0ZXJzLCBidXQgd2Ugc3RpbGwgbmVlZCB0byBhdCBsZWFzdCBpbmRpY2F0ZSB3aGV0aGVyIHRo ZSBzYXR1cmF0aW9uIGlzIGxvY2FsIHRvIHRoZSA2TFIgb3IgZ2xvYmFsIHRvIHRoZSBMTE4uDQoN CldoYXQgZG8gb3RoZXJzIHRoaW5rPw0KDQpQYXNjYWwNCg0KRnJvbTogQ2hyaXN0aWFuIEh1aXRl bWEgW21haWx0bzpodWl0ZW1hQGh1aXRlbWEubmV0XQ0KU2VudDogamV1ZGkgMjAgYXZyaWwgMjAx NyAyMDowNg0KVG86IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNv bT47IExvcmVuem8gQ29saXR0aSA8bG9yZW56b0Bnb29nbGUuY29tPjsgR2FicmllbCBNb250ZW5l Z3JvIDxHYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbT4NCkNjOiBFcmlrIE5vcmRtYXJr IDxub3JkbWFya0Bzb25pYy5uZXQ+OyBkcmFmdC1pZXRmLTZsby1yZmM2Nzc1LXVwZGF0ZUBpZXRm Lm9yZzsgU3VyZXNoIEtyaXNobmFuIDxzdXJlc2gua3Jpc2huYW5AZXJpY3Nzb24uY29tPjsgNmxv QGlldGYub3JnDQpTdWJqZWN0OiBSZTogWzZsb10gRHJhZnQgYXBwbGljYWJpbGl0eSBmb3IgNjc3 NWJpcw0KDQoNCg0KDQpPbiA0LzIwLzIwMTcgOToxNSBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHVi ZXJ0KSB3cm90ZToNCldoYXQgYWJvdXQgOg0KDQrCqw0KICAgIFRoaXMgaW1wbGllcyB0aGF0IGEg NkxSIG9yIDZMQlIgd2hpY2ggaXMgaW50ZW5kZWQgdG8gc3VwcG9ydCBOIGhvc3RzIE1VU1QgaGF2 ZSBzcGFjZSB0byByZWdpc3RlciBhdCBsZWFzdCBvbiB0aGUgb3JkZXIgb2YgMTBOIElQdjYgYWRk cmVzc2VzLg0KwqsNCi0+DQrCqw0KICAgIFRoaXMgaW1wbGllcyB0aGF0IHRoZSBjYXBhYmlsaXRp ZXMgb2YgNkxSIGFuZCA2TEJScyBpbiB0ZXJtcyBvZiBudW1iZXIgb2YgcmVnaXN0cmF0aW9ucyBt dXN0IGJlIGNsZWFybHkgYW5ub3VuY2VkIGluIHRoZSByb3V0ZXIgZG9jdW1lbnRhdGlvbiwgYW5k IHRoYXQgYSBuZXR3b3JrIGFkbWluaXN0cmF0b3Igc2hvdWxkIGRlcGxveSBhZGFwdGVkIDZMUi82 TEJScyB0byBzdXBwb3J0IHRoZSBudW1iZXIgYW5kIHR5cGUgb2YgZGV2aWNlcyBpbiBoaXMgbmV0 d29yaywgYmFzZWQgb24gdGhlIG51bWJlciBvZiBJUHY2IGFkZHJlc3NlcyB0aGF0IHRob3NlIGRl dmljZXMgcmVxdWlyZS4NCsKrDQoNCldvcmtzID8NCg0KSSBkb24ndCBoYXZlIGEgc3Ryb25nIG9w aW5pb24gb24gdGhpcyB3b3JkaW5nLCBidXQgSSBoYXZlIGEgcmVjb21tZW5kYXRpb24gZm9yIHRo ZSBhdXRob3JzIG9mIHRoZSBkcmFmdC4gVGhpcyBkaXNjdXNzaW9uIG91dGxpbmVkIGEgY291cGxl IG9mIGNvbmNlcm5zIGFib3V0IHBvdGVudGlhbCBhYnVzZXMuIEZvciBleGFtcGxlLCBJIG5vdGVk IHRoZSBmb2xsb3dpbmc6DQoNCjEpIFJlZ2lzdHJhdGlvbiBwcm9jZWR1cmUgY291bGQgYmUgdXNl ZCB0byBkZW55IGFjY2VzcywgYnkgYWJ1c2luZyB0aGUgYWRtaW5pc3RyYXRpdmUgcmVqZWN0aW9u IG9wdGlvbi4NCg0KMikgTm9kZXMgcmVnaXN0ZXJpbmcgYSBsYXJnZSBudW1iZXIgb2YgSUlEIGNv dWxkIG92ZXJ3aGVsbSB0aGUgcmVnaXN0cmF0aW9uIHN5c3RlbS4NCg0KSSB3b3VsZCBhbHNvIGFk ZCBhIGdlbmVyaWMgY29uY2VybiBhYm91dCB1bmlxdWUgaWRlbnRpZmllcnMgYW5kIHByaXZhY3ku IFRoaXMgaXMgYW4gb2J2aW91cyBjb25jZXJuIGluIG1vYmlsaXR5IHNjZW5hcmlvcywgYnV0IGV2 ZW4gZm9yIHN0YXRpYyBuZXR3b3JrcyBpdCBhbHNvIGlzIGEgY29uY2VybiBpZiB0aGUgb3B0aW9u IGNhbiBiZSBvYnNlcnZlZCBvdXRzaWRlIHRoZSBuZXR3b3JrLiBJIHVuZGVyc3RhbmQgdGhhdCB0 aGUgZW5jcnlwdGVkIGxpbmsgcHJvdmlkZXMgc29tZSBtaXRpZ2F0aW9uLCBidXQgaGF2aW5nIHBy b3Zpc2lvbnMgdG8gdmFyeSB0aGUgSUlEIG92ZXIgdGltZSB3b3VsZCBiZSBldmVuIGJldHRlci4N Cg0KSXQgbWlnaHQgYmUgYSBnb29kIGlkZWEgdG8gZG9jdW1lbnQgdGhlc2UgaXNzdWVzIGluIHRo ZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucy4NCg0KLS0gQ2hyaXN0aWFuIEh1aXRlbWENCg== --_000_0797661a2ee4408a869b7a6f0faaf288XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJ bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KcC5Nc29M aXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0K CXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0 OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29u b3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNv LW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsNCgljb2xvcjpibGFjazt9DQpzcGFu LkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIw DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hh cg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQg NzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExp c3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE4NDI1MDIxNDM7DQoJ bXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xNDAwNzI4OTE4 IC03ODk3Nzc3MiA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2 NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVs LXN0YXJ0LWF0OjA7DQoJbXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Oi07DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28t YmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlz dCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDps ZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVs DQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRl IiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5Qb2ludCB3ZWxsIHRha2VuLCBDaHJpc3RpYW47PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIG5vdGUg dGhhdCB0aGlzIGlzIGFuIHVwZGF0ZSBvZiBSRkMgNjc3NSwgYW5kIHdlIGluaGVyaXQgZnJvbSB0 aGF0OyBJIGNhbiBhZGQgdGV4dCB0byBtYWtlIHRoYXQgbW9yZSBleHBsaWNpdC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJGQyA2Nzc1IHNlY3Rpb24NCjwvc3Bh bj48YSBuYW1lPSJzZWN0aW9uLTExIj48L2E+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL3JmYzY3NzUjc2VjdGlvbi0xMSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpzZWN0 aW9uLTExIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjExPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOnNlY3Rpb24tMTEiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpzZWN0aW9uLTExIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4NCjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCcJm5ic3A7IFNlY3VyaXR5IENvbnNpZGVyYXRpb25z4oCd IGhhczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCcPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyBUaGlzIHNwZWNp ZmljYXRpb24gYXNzdW1lcyB0aGF0IHRoZSBsaW5rIGxheWVyIGlzIHN1ZmZpY2llbnRseTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOndp bmRvd3RleHQiPiZuYnNwOyZuYnNwOyBwcm90ZWN0ZWQgLS0gZm9yIGluc3RhbmNlLCBieSB1c2lu ZyBNQUMtc3VibGF5ZXIgY3J5cHRvZ3JhcGh5LiZuYnNwOyBUaHVzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiZu YnNwOyZuYnNwOyBpdHMgdGhyZWF0IG1vZGVsIGlzIG5vIGRpZmZlcmVudCBmcm9tIHRoYXQgb2Yg SVB2NiBORCBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzQ4NjEiIHRp dGxlPSImcXVvdDtOZWlnaGJvciBEaXNjb3ZlcnkgZm9yIElQIHZlcnNpb24gNiAoSVB2NikmcXVv dDsiPlJGQzQ4NjE8L2E+XS4mbmJzcDsNCiBUaGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDsmbmJzcDsg Zmlyc3QgdHJ1c3QgbW9kZWwgbGlzdGVkIGluDQo8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvcmZjMzc1NiNzZWN0aW9uLTMiPlNlY3Rpb24mbmJzcDszIG9mIFtSRkMzNzU2XTwv YT4gYXBwbGllcyBoZXJlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyBIb3dldmVyLCBhbnkg ZnV0dXJlIDZMb1dQQU4gc2VjdXJpdHkgcHJvdG9jb2wgdGhhdCBhcHBsaWVzIHRvIE5EIGZvcjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyB0aGUgNkxvV1BBTiBwcm90b2NvbCBpcyBvdXQgb2Yg c2NvcGUgb2YgdGhpcyBkb2N1bWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ Tm93LCB0aGlzIHBhcnRpY3VsYXIgdGV4dCBhbmQgdGhlIHJlc3Qgb2YgdGhlIHNlY3Rpb24gZG8g bm90IHNlZW0gdG8gcmVhbGx5IGFkZHJlc3MgeW91ciBwb2ludCBiZXlvbmQg4oCcd2UgdHJ1c3Qg ZGV2aWNlcyBvbiB0aGUgbmV0d29yaywgdGhlcmVmb3JlIGl0IGlzIGV4cGVjdGVkDQogdGhhdCB0 aGV5IHdvbuKAmXQgcGVyZm9ybSBhIERPUyBhdHRhY2sgb24gdGhlIDZMKEIpUiBOQ0XigJ0uIFdp dGggUkZDIDY3NzUsIHdlIHdlcmUgYWRkcmVzc2luZyA2TG9XUEFOLCB0aGlzIGltcGxpY2l0bHkg dG8gSUVFRSBTdGQuIDgwMi4xNS40LCBzbyB3ZSBkaWQgbm90IGV4cGVjdCB0aGF0IHRoZSA2TFIg b3IgdGhlIDZMQlIgd2lsbCBiZSBvdmVyd2hlbG1lZCBieSBub24tYWdncmVzc2l2ZSByZWdpc3Ry YXRpb24gZHVlIHRvIHRoZSBjb25zdHJhaW5lZA0KIG5hdHVyZSBpZiB0aGUgSU9UIGRldmljZXMg dGhhdCB3ZSBhZGRyZXNzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+T24gdGhlIG9uZSBoYW5kLCB0cnVzdGluZyBJT1QgZGV2aWNlcyBtYXkgYmUgcXVpdGUgb3B0 aW1pc3RpYy4gT1RPSCwgNmxvIGFkZHJlc3NlcyBhIGxhcmdlciB2YXJpZXR5IG9mIGRldmljZXMg YmV5b25kIHRoZSBpbmhlcml0ZWQgc2NvcGUgb2YgNkxvV1BBTiwgYW5kIHdlIGNhcmUNCiB0aGF0 IHRoaXMgd29yayBtYXkgYmUgYXBwbGljYWJsZSBmb3IgbXVsdGlwbGUgY2FzZXMgb2YgSVB2NiBv dmVyIGZvbywgdG8gYmUgdmFsaWRhdGVkIGJ5IHRoZSBXRyBpbiBjaGFyZ2Ugb2YgdGhlIHBhcnRp Y3VsYXIgZm9vLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QWxs IGluIGFsbCwgc2VlbXMgY2xlYXIgdG8gbWUgdGhhdCB3ZSBuZWVkIHRoZSB0ZXh0IHRoYXQgeW91 IHN1Z2dlc3QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5XaGF0 IGFib3V0OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCcIGFz IGluZGljYXRlZCBpbiBzZWN0aW9uICZsdDs8L3NwYW4+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Mi4mbmJzcDsgQ29uc2lkZXJhdGlvbnMgT24gUmVnaXN0cmF0aW9uIFJlamVjdGlv biAmZ3Q7LCB0aGlzIHByb3RvY29sIGRvZXMgbm90IGFpbSBhdCBsaW1pdGluZyB0aGUgbnVtYmVy IG9mIGFkZHJlc3NlcyB0aGF0IGEgZGV2aWNlIGNhbiBmb3JtLCBhbmQgYSBob3N0IHNob3VsZCBi ZSBhYmxlIHRvIHJlZ2lzdGVyIGFueSBhZGRyZXNzDQogdGhhdCBpcyB0b3BvbG9naWNhbGx5IGNv cnJlY3QgaW4gdGhlIHN1Ym5ldChzKSBhZHZlcnRpc2VkIGJ5IHRoZSA2TFIvNkxCUi4gPG86cD4N CjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk9uIHRoZSBvdGhlciBoYW5k LCB0aGUgcmVnaXN0cmF0aW9uIG1lY2hhbmlzbSBtYXkgYmUgdXNlZCBieSBhIHJvZ3VlIG5vZGUg dG8gYXR0YWNrIHRoZSA2TFIgb3IgdGhlIDZMQlIgd2l0aCBhIERlbmlhbC1vZi1TZXJ2aWNlIGF0 dGFjayBhZ2FpbnN0IHRoZSByZWdpc3RyeS4NCiBJdCBtYXkgYWxzbyBoYXBwZW4gdGhhdCB0aGUg cmVnaXN0cnkgb2YgYSA2TFIgb3IgYSA2TEJSIGlzIHNhdHVyYXRlZCBhbmQgY2Fubm90IHRha2Ug bW9yZSByZWdpc3RyYXRpb24sIHdoaWNoIGVmZmVjdGl2ZWx5IGRlbmllcyB0aGUgcmVxdWVzdGlu ZyBhIG5vZGUgdGhlIGNhcGFiaWxpdHkgdG8gdXNlIGEgbmV3IGFkZHJlc3MuDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkluIG9yZGVyIHRvIGFsbGV2aWF0ZSB0 aG9zZSBjb25jZXJucywgdGhpcyBzcGVjaWZpY2F0aW9uIFJFQ09NTUVORFMgdGhlIGZvbGxvd2lu Zzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lmICFz dXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0i bXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+QSBub2RlIHRoYXQgY2Vhc2VzIHRvIHVzZSBhbiBhZGRyZXNzIHNob3VsZCBh dHRlbXB0IHRvIGRlcmVnaXN0ZXIgdGhhdCBhZGRyZXNzIGZyb20gYWxsIHRoZSA2TFIgdG8gd2hp Y2ggaXQgaXMgcmVnaXN0ZXJlZCwgdXNpbmcgYW4gRUFSTyB3aXRoIGEgcmVnaXN0cmF0aW9uDQog bGlmZXRpbWUgb2YgMC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm bzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIG5vZGVzIHNob3VsZCBiZSBjb25maWd1cmVkIHdp dGggYSByZWdpc3RyYXRpb24gbGlmZXRpbWUgdGhhdCByZWZsZWN0cyB0aGVpciBleHBlY3RhdGlv biBvZiBob3cgbG9uZyB0aGV5IHdpbGwgdXNlIHRoZSBhZGRyZXNzIHdpdGggdGhlIDZMUiB0byB3 aGljaA0KIGl0IGlzIHJlZ2lzdGVyZWQuIEluIHBhcnRpY3VsYXIsIHVzZSBjYXNlcyB0aGF0IGlu dm9sdmUgbW9iaWxpdHkgb3IgcmFwaWQgYWRkcmVzcyBjaGFuZ2VzIHNob3VsZCB1c2UgbGlmZXRp bWVzIHRoYXQgYXJlIGhvbW9nZW5lb3VzIHdpdGggdGhlIGV4cGVjdGF0aW9uIG9mIHByZXNlbmNl LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1 cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJt c28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5UaGUgcm91dGVyICg2TFIgb3IgNkxCUikgc2hvdWxkIGJlIGNvbmZpZ3VyYWJs ZSBzbyBhcyB0byBsaW1pdCB0aGUgbnVtYmVyIG9mIGFkZHJlc3NlcyB0aGF0IGNhbiBiZSByZWdp c3RlcmVkIGJ5IGEgc2luZ2xlIG5vZGUsIGFzIGlkZW50aWZpZWQgYXQgbGVhc3QNCiBieSBNQUMg YWRkcmVzcyBhbmQgcHJlZmVyYWJseSBieSBzZWN1cml0eSBjcmVkZW50aWFscy4gV2hlbiB0aGF0 IG1heGltdW0gaXMgcmVhY2hlZCwgdGhlIHJvdXRlciBzaG91bGQgdXNlIGEgTGVhc3QtUmVjZW50 bHktVXNlZCAoTFJVKSBsb2dpYyBzbyBhcyB0byBjbGVhbiB1cCB0aGUgYWRkcmVzc2VzIHRoYXQg d2VyZSBub3QgdXNlZCBmb3IgdGhlIGxvbmdlc3QgdGltZSwga2VlcGluZyBhdCBsZWFzdCBvbmUg TGluay1Mb2NhbCBhZGRyZXNzLCBhbmQNCiBhdHRlbXB0aW5nIHRvIGtlZXAgb25lIG9yIG1vcmUg c3RhYmxlIGFkZHJlc3NlcyBpZiBzdWNoIGNhbiBiZSByZWNvZ25pemVkLCBlLmcuIGJ5IG9mIHRo ZSB3YXkgdGhlIElJRCBpcyBmb3JtZWQgb3IgYmVjYXVzZSB0aGV5IGFyZSB1c2VkIG92ZXIgYSBt dWNoIGxvbmdlciB0aW1lIHNwYW4gdGhhbiBvdGhlciAocHJpdmFjeSwgc2hvcnRlci1saXZlZCkg YWRkcmVzc2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+ PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFu IHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5BZG1pbmlzdHJhdG9ycyBzaG91bGQgdGFrZSBncmVhdCBjYXJl IHRvIGRlcGxveSBhZGVxdWF0ZSBudW1iZXJzIG9mIDZMUiB0byBjb3ZlciB0aGUgbmVlZHMgb2Yg dGhlIG5vZGVzIGluIHRoZWlyIHJhbmdlLCBzbyBhcyB0byBhdm9pZCBhIHNpdHVhdGlvbiBvZg0K IHN0YXJ2aW5nLiBJdCBpcyBleHBlY3RlZCB0aGF0IHRoZSA2TEJSIGlzIHVzdWFsbHkgYSBtdWNo IG1vcmUgY2FwYWJsZSBub2RlIHRoZW4gdGhlIGF2ZXJhZ2UgNkxSLCBidXQgaWYgaXQgbWF5IGJl IHNhdHVyYXRlZCwgYSBwYXJ0aWN1bGFyIGRlcGxveW1lbnQgbWF5IGxldmVyYWdlIGEgaGlnaCBz cGVlZCBiYWNrYm9uZSBhbmQgQmFja2JvbmUgUm91dGVycyB0byBhZ2dyZWdhdGUgbXVsdGlwbGUg TExOcyBpbnRvIGEgbGFyZ2VyIHN1Ym5ldC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCcPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5QbGVhc2Ugbm90ZSBhbHNvIHRoYXQg dGhpcyBkaXNjdXNzaW9uIHJhaXNlcyB0aGUgcHJvYmxlbSBvZiBhIDZMUiB0aGF0IHJlY2VpdmVz IGEgZGVyZWdpc3RyYXRpb24gZm9yIGEgcGFydGljdWxhciBhZGRyZXNzLiBEb2VzIHRoYXQgbWVh biB0aGF0IHRoZSBub2RlIGNlYXNlcw0KIHRvIHVzZSB0aGUgYWRkcmVzcywgb3IgdGhhdCBpdCB3 aWxsIHN0b3AgdXNpbmcgdGhhdCBwYXJ0aWN1bGFyIDZSLCBlLmcuIGluIGEgbW9iaWxpdHkgc2Nl bmFyaW8uIFNlZW1zIHRoYXQgdGhlcmUgaXMgYSBuZWVkIHRvIHNpZ25hbCB0aGUgZGlmZmVyZW5j ZSB0byB0aGUgNkxSLCBzbyBpdCBub3RpZmllcyB0aGUgNkxCUiBvbmx5IGluIHRoZSBmb3JtZXIg Y2FzZS4gUHJvcG9zYWw6IGFkZCBhIGZsYWcgaW4gdGhlIEVBUk8gZm9yIHRoZSByZWdpc3Rlcmlu Zw0KIG5vZGUgdG8gaW5kaWNhdGUgdGhlIGNhc2UgdG8gdGhlIDZMUi48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFsc28sIHRoZXJlIGlzIGEgZGlzdGluY3Rpb24g b24gdGhlIHN0YXR1cyAyICZuYnNwO+KAnE5laWdoYm9yIENhY2hlIEZ1bGzigJ0sIHdoZW4gcmVj ZWl2ZWQgYnkgdGhlIG5vZGUgZnJvbSB0aGUgNkxSIGluIGEgTkEgbWVzc2FnZS4gRG9lcyB0aGF0 IGluZGljYXRlIHRoYXQgdGhlIDZMUiByZWFjaGVzDQogYW4gYWRtaW5pc3RyYXRpdmUgbWF4aW11 bSBudW1iZXIgb2YgYWRkcmVzc2VzLCBpbiB3aGljaCBjYXNlIHRoZSBub2RlIG1heSBnaXZlIHVw IGFub3RoZXIgYWRkcmVzcyBmaXJzdCwgdGhhdCB0aGUgNkxSIGlzIGNvbXBsZXRlbHkgc2F0dXJh dGVkLCBpbiB3aGljaCBjYXNlIHRoZSBub2RlIGNhbiB0cnkgd2l0aCBhIGRpZmZlcmVudCA2TFIs IG9yIGlzIGl0IHRoZSA2TEJSIHRoYXQgaXMgc2F0dXJhdGVkLCBpbiB3aGljaCBjYXNlIHRoZSBu b2RlDQogbXVzdCBsb29rIGZvciBhbm90aGVyIExMTi4gV2UgbWF5IGhpZGUgdGhlIGZpcnN0IGNh c2Ugd2l0aCB0aGUgTFJVIGJlaGF2aW9yIGluIHRoZSByb3V0ZXJzLCBidXQgd2Ugc3RpbGwgbmVl ZCB0byBhdCBsZWFzdCBpbmRpY2F0ZSB3aGV0aGVyIHRoZSBzYXR1cmF0aW9uIGlzIGxvY2FsIHRv IHRoZSA2TFIgb3IgZ2xvYmFsIHRvIHRoZSBMTE4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5XaGF0IGRvIG90aGVycyB0aGluaz88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6d2luZG93dGV4dCI+IENocmlzdGlhbiBIdWl0ZW1hIFttYWlsdG86aHVpdGVtYUBo dWl0ZW1hLm5ldF0NCjxicj4NCjxiPlNlbnQ6PC9iPiBqZXVkaSAyMCBhdnJpbCAyMDE3IDIwOjA2 PGJyPg0KPGI+VG86PC9iPiBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpICZsdDtwdGh1YmVydEBj aXNjby5jb20mZ3Q7OyBMb3JlbnpvIENvbGl0dGkgJmx0O2xvcmVuem9AZ29vZ2xlLmNvbSZndDs7 IEdhYnJpZWwgTW9udGVuZWdybyAmbHQ7R2FicmllbC5Nb250ZW5lZ3JvQG1pY3Jvc29mdC5jb20m Z3Q7PGJyPg0KPGI+Q2M6PC9iPiBFcmlrIE5vcmRtYXJrICZsdDtub3JkbWFya0Bzb25pYy5uZXQm Z3Q7OyBkcmFmdC1pZXRmLTZsby1yZmM2Nzc1LXVwZGF0ZUBpZXRmLm9yZzsgU3VyZXNoIEtyaXNo bmFuICZsdDtzdXJlc2gua3Jpc2huYW5AZXJpY3Nzb24uY29tJmd0OzsgNmxvQGlldGYub3JnPGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbNmxvXSBEcmFmdCBhcHBsaWNhYmlsaXR5IGZvciA2Nzc1 YmlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij5PbiA0LzIwLzIwMTcgOToxNSBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSB3 cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPldoYXQgYWJvdXQmbmJzcDs6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRlIiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+wqsmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoaXMgaW1wbGllcyB0aGF0IGEgNkxS IG9yIDZMQlIgd2hpY2ggaXMgaW50ZW5kZWQgdG8gc3VwcG9ydCBOIGhvc3RzIE1VU1QgaGF2ZSBz cGFjZSB0byByZWdpc3RlciBhdCBsZWFzdCBvbiB0aGUgb3JkZXIgb2YgMTBOIElQdjYNCiBhZGRy ZXNzZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPsKrJm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi0mZ3Q7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPsKrJm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyBUaGlzIGltcGxpZXMgdGhhdCB0aGUgY2FwYWJpbGl0aWVzIG9mIDZMUiBhbmQgNkxCUnMgaW4g dGVybXMgb2YgbnVtYmVyIG9mIHJlZ2lzdHJhdGlvbnMgbXVzdCBiZSBjbGVhcmx5IGFubm91bmNl ZCBpbiB0aGUgcm91dGVyDQogZG9jdW1lbnRhdGlvbiwgYW5kIHRoYXQgYSBuZXR3b3JrIGFkbWlu aXN0cmF0b3Igc2hvdWxkIGRlcGxveSBhZGFwdGVkIDZMUi82TEJScyB0byBzdXBwb3J0IHRoZSBu dW1iZXIgYW5kIHR5cGUgb2YgZGV2aWNlcyBpbiBoaXMgbmV0d29yaywgYmFzZWQgb24gdGhlIG51 bWJlciBvZiBJUHY2IGFkZHJlc3NlcyB0aGF0IHRob3NlIGRldmljZXMgcmVxdWlyZS48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPsKrJm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPldvcmtzJm5ic3A7Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxicj4NCkkgZG9u J3QgaGF2ZSBhIHN0cm9uZyBvcGluaW9uIG9uIHRoaXMgd29yZGluZywgYnV0IEkgaGF2ZSBhIHJl Y29tbWVuZGF0aW9uIGZvciB0aGUgYXV0aG9ycyBvZiB0aGUgZHJhZnQuIFRoaXMgZGlzY3Vzc2lv biBvdXRsaW5lZCBhIGNvdXBsZSBvZiBjb25jZXJucyBhYm91dCBwb3RlbnRpYWwgYWJ1c2VzLiBG b3IgZXhhbXBsZSwgSSBub3RlZCB0aGUgZm9sbG93aW5nOjxicj4NCjxicj4NCjEpIFJlZ2lzdHJh dGlvbiBwcm9jZWR1cmUgY291bGQgYmUgdXNlZCB0byBkZW55IGFjY2VzcywgYnkgYWJ1c2luZyB0 aGUgYWRtaW5pc3RyYXRpdmUgcmVqZWN0aW9uIG9wdGlvbi48YnI+DQo8YnI+DQoyKSBOb2RlcyBy ZWdpc3RlcmluZyBhIGxhcmdlIG51bWJlciBvZiBJSUQgY291bGQgb3ZlcndoZWxtIHRoZSByZWdp c3RyYXRpb24gc3lzdGVtLjxicj4NCjxicj4NCkkgd291bGQgYWxzbyBhZGQgYSBnZW5lcmljIGNv bmNlcm4gYWJvdXQgdW5pcXVlIGlkZW50aWZpZXJzIGFuZCBwcml2YWN5LiBUaGlzIGlzIGFuIG9i dmlvdXMgY29uY2VybiBpbiBtb2JpbGl0eSBzY2VuYXJpb3MsIGJ1dCBldmVuIGZvciBzdGF0aWMg bmV0d29ya3MgaXQgYWxzbyBpcyBhIGNvbmNlcm4gaWYgdGhlIG9wdGlvbiBjYW4gYmUgb2JzZXJ2 ZWQgb3V0c2lkZSB0aGUgbmV0d29yay4gSSB1bmRlcnN0YW5kIHRoYXQgdGhlIGVuY3J5cHRlZCBs aW5rDQogcHJvdmlkZXMgc29tZSBtaXRpZ2F0aW9uLCBidXQgaGF2aW5nIHByb3Zpc2lvbnMgdG8g dmFyeSB0aGUgSUlEIG92ZXIgdGltZSB3b3VsZCBiZSBldmVuIGJldHRlci48YnI+DQo8YnI+DQpJ dCBtaWdodCBiZSBhIGdvb2QgaWRlYSB0byBkb2N1bWVudCB0aGVzZSBpc3N1ZXMgaW4gdGhlIHNl Y3VyaXR5IGNvbnNpZGVyYXRpb25zLjxicj4NCjxicj4NCi0tIENocmlzdGlhbiBIdWl0ZW1hPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_0797661a2ee4408a869b7a6f0faaf288XCHRCD001ciscocom_-- From nobody Tue Apr 25 16:27:32 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ECE01316FE for <6lo@ietfa.amsl.com>; Tue, 25 Apr 2017 16:27:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PFH97MySUfDY for <6lo@ietfa.amsl.com>; Tue, 25 Apr 2017 16:27:27 -0700 (PDT) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8946B131567 for <6lo@ietf.org>; Tue, 25 Apr 2017 16:27:27 -0700 (PDT) Received: by mail-vk0-x22b.google.com with SMTP id 198so42005171vkk.2 for <6lo@ietf.org>; Tue, 25 Apr 2017 16:27:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=9siMciVMCG+dU7UXKD13IwfT1NQUAnkaBAeBv6KptvY=; b=IsU7e1Wp3o71jY2e/bH/0uOTJ7iM2H8kPMncD3FD/ZZouikVL2igbYfxxvfuR9bUFy LsvTg0xYk8juAJ2dO71O6Z+mF+Of5LuIAmHz+ETW/TlsfpTqlP4YluBgD+aK/7BWci0g nC8ClZyWh+bHNTRUCyPLLUJnqcMCXaKBLNjlf+pAYhnH0CT7u2tuLBJDGcavLsQhSCXa q7Bs3U3ujpeFVuFpsO5z9FWh7vCEqYQ78ANyG5a3+bPJcDmbRWMWKE3r/vFPNqyeezty ZBjos+7nJi71m7xotvlqNJlIyVo28vfKDF8h3cDAuJw/EojxUaCdXkKO4nn/bk2N8TQI n26Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=9siMciVMCG+dU7UXKD13IwfT1NQUAnkaBAeBv6KptvY=; b=b4dt+kYL2lU8T/gCMFHA+7RVH9e4TCZMIHIstc//VDkgBIv+rDWQW4CYVClIxrztZf vgXl/lTBbkMvr6TX07fdt4wtBcQBeaZ6l3NoNrNYZEzb5ET9zv09Y72KsYO4sTkhtHet JhLxi2aJgq/0IXc7MiUcoJlC3aeveApJ3CgWQ/PlkLZUDG9S0LRBF2uGKqoyae8f5n7t S1F1IgAVH396T8ckZLLDsapqS9pJ8kXmvIhwVduX9Jw2RDF8bqhsoZPNEyIxY1bq1dDe 6znLNcuXIWvw/NzTrW8mwfSZwBljlewy8rIFxh0lu3bND3HMovRGrNuIRWbzlToK0pnf CZmw== X-Gm-Message-State: AN3rC/7T8RDgZOVo3syKBj1+6q0osBomuTvidMoUWtj/fU4zZvOLsH2M o+gOfdgcZkIn+KgxRGbLAWbv0gG2tDTk X-Received: by 10.31.190.17 with SMTP id o17mr1335313vkf.71.1493162846601; Tue, 25 Apr 2017 16:27:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.167.77 with HTTP; Tue, 25 Apr 2017 16:27:26 -0700 (PDT) From: Samita Chakrabarti Date: Tue, 25 Apr 2017 16:27:26 -0700 Message-ID: To: lo <6lo@ietf.org> Content-Type: multipart/alternative; boundary=001a1143a156104abd054e06114f Archived-At: Subject: [6lo] 6lo IETF98 meeting minutes X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Apr 2017 23:27:31 -0000 --001a1143a156104abd054e06114f Content-Type: text/plain; charset=UTF-8 Hello all: The Chicago meeting minutes have been posted: https://www.ietf.org/proceedings/98/minutes/minutes-98-6lo-00.txt Please let 6lo-chairs@ietf.org know if any modification is needed by May 10th. Thanks, -Samita --001a1143a156104abd054e06114f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello all:

The Chicago meeting minutes = have been posted:

Please let 6lo-chairs@ietf.org know if any modific= ation is needed by May 10th.

Thanks,
-Sa= mita
--001a1143a156104abd054e06114f-- From nobody Thu Apr 27 02:24:36 2017 Return-Path: X-Original-To: 6lo@ietf.org Delivered-To: 6lo@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B7A521204DA; Thu, 27 Apr 2017 02:24:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: 6lo@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149328506870.2899.11421425002205102516@ietfa.amsl.com> Date: Thu, 27 Apr 2017 02:24:28 -0700 Archived-At: Subject: [6lo] I-D Action: draft-ietf-6lo-rfc6775-update-03.txt X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2017 09:24:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over Networks of Resource-constrained Nodes of the IETF. Title : An Update to 6LoWPAN ND Authors : Pascal Thubert Erik Nordmark Samita Chakrabarti Filename : draft-ietf-6lo-rfc6775-update-03.txt Pages : 30 Date : 2017-04-27 Abstract: This specification updates RFC 6775 - 6LoWPAN Neighbor Discovery, to clarify the role of the protocol as a registration technique, simplify the registration operation in 6LoWPAN routers, and provide enhancements to the registration capabilities, in particular for the registration to a Backbone Router for proxy ND operations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6lo-rfc6775-update/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6lo-rfc6775-update-03 https://datatracker.ietf.org/doc/html/draft-ietf-6lo-rfc6775-update-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6lo-rfc6775-update-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Apr 27 02:38:00 2017 Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD08E12708C for <6lo@ietfa.amsl.com>; Thu, 27 Apr 2017 02:37:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3LmRGgnYCv7j for <6lo@ietfa.amsl.com>; Thu, 27 Apr 2017 02:37:57 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 213491204DA for <6lo@ietf.org>; Thu, 27 Apr 2017 02:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2690; q=dns/txt; s=iport; t=1493285876; x=1494495476; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=KG8TOEVNYK0f1Et6+MtcgAfLVxhabMY8Vi0a7bxxvg0=; b=asI1IW9ifXtDP0S/OBq3DQA4JeEvYt276XTxJDk97JGV5kumQLUt/5FP qQqhT35ESueQEKHK3e9tfYGrcbzXhFYCfctF+ihpwX2lk0RV8dMqlH5r7 9VY5ohD7UG0DnRhLTRhtvcpET5c1CpjmLa5BrJsqDdvZQS0s1iKFj+Nbl c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DNAADougFZ/5RdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VhgQwHjXmRSpVsgg8hC4V4AoQhPxgBAgEBAQEBAQFrHQuFFQE?= =?us-ascii?q?BAQEDAQE4NBcEAgEIEQQBAR8JBycLFAkIAgQTCIoVDq8QiyABAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEdhlSBXoMagyCBL4V1BZ1QAYcYi2qCC1WEYohogT2IdIsyAR8?= =?us-ascii?q?4gQpvFRoqhnB1hjgqgQaBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,383,1488844800"; d="scan'208";a="236152880" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Apr 2017 09:37:56 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v3R9buTr019293 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6lo@ietf.org>; Thu, 27 Apr 2017 09:37:56 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Apr 2017 04:37:55 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 27 Apr 2017 04:37:55 -0500 From: "Pascal Thubert (pthubert)" To: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: [6lo] I-D Action: draft-ietf-6lo-rfc6775-update-03.txt Thread-Index: AQHSvzgklfG8cePhDEKqBzCQVl+/TaHY8n3g Date: Thu, 27 Apr 2017 09:37:43 +0000 Deferred-Delivery: Thu, 27 Apr 2017 09:36:54 +0000 Message-ID: <86c80716908e4fd3bc5c41509f76483b@XCH-RCD-001.cisco.com> References: <149328506870.2899.11421425002205102516@ietfa.amsl.com> In-Reply-To: <149328506870.2899.11421425002205102516@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [6lo] I-D Action: draft-ietf-6lo-rfc6775-update-03.txt X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2017 09:37:59 -0000 Dear all; Text was added to resolve tickets 20 and 21 on removing administrative reje= ction, allowing multiple addresses, and documenting the induced threats and= mitigation in the security section.=20 >From those discussions, came the need to differentiate the case of a 6LR NC= E saturation that can be retried with another 6LR, and the case where the 6= LBR is saturated, which cannot. Also, as part of the security section discussion, a proposal is made to han= dle the case of a node registering a number of addresses that can be consid= ered as a DOS attack, using LRU to discard old temporary addresses. Maybe t= his could be debated further? Should the 6LR send an async NA(EARO Status = =3D removed)? Please review the diffs (link below) and comment; Pascal -----Original Message----- From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of internet-drafts@ietf.o= rg Sent: jeudi 27 avril 2017 11:24 To: i-d-announce@ietf.org Cc: 6lo@ietf.org Subject: [6lo] I-D Action: draft-ietf-6lo-rfc6775-update-03.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the IPv6 over Networks of Resource-constrained= Nodes of the IETF. Title : An Update to 6LoWPAN ND Authors : Pascal Thubert Erik Nordmark Samita Chakrabarti Filename : draft-ietf-6lo-rfc6775-update-03.txt Pages : 30 Date : 2017-04-27 Abstract: This specification updates RFC 6775 - 6LoWPAN Neighbor Discovery, to clarify the role of the protocol as a registration technique, simplify the registration operation in 6LoWPAN routers, and provide enhancements to the registration capabilities, in particular for the registration to a Backbone Router for proxy ND operations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6lo-rfc6775-update/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6lo-rfc6775-update-03 https://datatracker.ietf.org/doc/html/draft-ietf-6lo-rfc6775-update-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6lo-rfc6775-update-03 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo