From nobody Thu Feb 2 21:00:32 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBD33129B80 for ; Thu, 2 Feb 2017 21:00:30 -0800 (PST) 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=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 cTP1PyKZWerH for ; Thu, 2 Feb 2017 21:00:29 -0800 (PST) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::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 7F7FD129588 for ; Thu, 2 Feb 2017 21:00:29 -0800 (PST) Received: by mail-oi0-x22d.google.com with SMTP id j15so5244516oih.2 for ; Thu, 02 Feb 2017 21:00:29 -0800 (PST) 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; bh=YDAA1gLzC5mVj4ZVtmG1hx+3As58RuCyPMr69RHde4Y=; b=HdqUYw2n1b5Tlnr18611xaeHoHYdlacBiGDntfevcBWYOpVuudl0faH6pKt0vyOwQw EXKLEe288HOfg4d3hHufGReoQaEj3azVr7AaqsUbWFBbzC5UxpVN8TLU/nGRU37oGEOn 3Gk5R5FD2QkpG1ruIZSjGVbRHRJb7J7ZUTlY6vw0REG2ptnyC/CahABIIF6hzbofITpa Yf02KWa/s1ohizL46P7lY8K4WcER99RhTxpdczPraTwXOxxXGQ/tm7Q30Nx8tW52Er5O CPwllQAunbPt3Hs48S32Oo6ZpIG0KYU/C5zc2fZscl9qCVnY/KWLl5Td7bo3JFXiC6jW /k3A== 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; bh=YDAA1gLzC5mVj4ZVtmG1hx+3As58RuCyPMr69RHde4Y=; b=rE2XFLcLaraYjLO2L0Y3zPaJOc1jbqOniuOURiNtBCz3Gu9bPIcmavANeeVxzyHMKJ QW1kklqpCBA2cmc4yrOXvFoDKrhHSPr+CwXUSeufkwRjw6ZorSkriHN9e31UX+qy1DqF lGuti60sHpG/VB6Br/Iw1Oqiy/rOW97SB/aiHjwqw3bku2YXmbKoZSMWh7Xi5i/eOhog E8sanFBdVCZ6fLIcjIIrxi5e9Q6lW9U3KDs8QwhXgK2ygymWI5GQapWmNPGg4C+RzABF CrymTYOP8dNajS5GtGEKRkM0mFawETR9dw32s9fmVl61FHaPoum5u79XYlyblpC2ppir sSRQ== X-Gm-Message-State: AIkVDXLuVYmMu+2hnJ/ajkoqhahMMSGYpxz9aHdDf4uA+tj2u3TqDrF7jnEq5NhKHRHDYTWsx56xuQ0+qkeLfw== X-Received: by 10.202.190.136 with SMTP id o130mr6124868oif.14.1486098028718; Thu, 02 Feb 2017 21:00:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.52.27 with HTTP; Thu, 2 Feb 2017 21:00:28 -0800 (PST) Received: by 10.74.52.27 with HTTP; Thu, 2 Feb 2017 21:00:28 -0800 (PST) In-Reply-To: References: From: Rahul Jadhav Date: Fri, 3 Feb 2017 13:00:28 +0800 Message-ID: To: roll@ietf.org Content-Type: multipart/alternative; boundary=001a113db6001a701005479929ac Archived-At: Subject: [Roll] No path DAO treated as new X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2017 05:00:31 -0000 --001a113db6001a701005479929ac Content-Type: text/plain; charset=UTF-8 Hello All, Section 9.2.2. of RFC6550 says that a No-Path DAO message should always be processed as a "new" message (i.e. igoring the PathSequence value related to the target) ... I have problem with a scenario where if a node sends NPDAO (to old path) and DAO to the new path for the same target ... and if for some reason NPDAO reaches after the DAO to the common parent then it will clear the routes because NPDAO is alway processed as "new" message. Consider an eg network, A | B / \ / \ C D : / : / E Node E switches from C to D, E sends an NPDAO to C, and regular DAO to D. If B receives NPDAO after DAO, then won't it result in incorrect invalidation of routes. My point is, the NPDAO processing should also have honored the PathSequence value before processing. But the spec text clearly and specifically talks about treating NPDAOs as "new". Any thoughts on why special treatment for NPDAO was considered? Thanks, Rahul --001a113db6001a701005479929ac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello All,

<= /div>
Section 9.2.2. of RFC6550 says that a No-Path DAO me= ssage should always be processed as a "new" message (i.e. igoring= the PathSequence value related to the target) ... =C2=A0
I have problem with a scenario where if a node sends NPDAO (to old pa= th) and DAO to the new path for the same target ... and if for some reason = NPDAO reaches after the DAO to the common parent then it will clear the rou= tes because NPDAO is alway processed as "new" message.=C2=A0
Consider an eg network,=C2=A0
=C2= =A0 =C2=A0 A
=C2=A0 =C2=A0 |
= =C2=A0 =C2=A0 B
=C2=A0 =C2=A0/ \
=C2=A0 / =C2=A0 \
=C2=A0C =C2=A0 =C2=A0 D
<= div dir=3D"auto">=C2=A0 : =C2=A0 /
=C2=A0 =C2=A0: /<= /div>
=C2=A0 =C2=A0 E
Node E switch= es from C to D, E sends an NPDAO to C, and regular DAO to D. If B receives = NPDAO after DAO, then won't it result in incorrect invalidation of rout= es. My point is, the NPDAO processing should also have honored the PathSequ= ence value before processing. But the spec text clearly and specifically ta= lks about treating NPDAOs as "new".=C2=A0
= Any thoughts on why special treatment for NPDAO was considered?

Thanks,
Rahu= l
--001a113db6001a701005479929ac-- From nobody Mon Feb 6 05:50:02 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61B24129D20 for ; Mon, 6 Feb 2017 05:50:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.788 X-Spam-Level: X-Spam-Status: No, score=-3.788 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.887, 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=livenapierac.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 ELqI7y70xnND for ; Mon, 6 Feb 2017 05:49:58 -0800 (PST) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0055.outbound.protection.outlook.com [104.47.0.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BF63129D7E for ; Mon, 6 Feb 2017 05:49:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=livenapierac.onmicrosoft.com; s=selector1-napier-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=aEHUQqs+w/1s/amofYQXk9rsnna17JXdmZAlDZyYCzM=; b=Otn6d+IVy1S5LwVGeWZB3hGvXfQkjCauV/uZWlfmj3QQ/Mu7mwjMSFHdtFu9fgostGSPu+0lNTl9y4AYSycI+KH5drhubg9KX3/fHjen0rxEhO1Em7c6tgddeNF2Xn7Hufa4rApz8Z6Kdb4v0hMDYKNF1doQ39J2WvJHgDHBVTo= Received: from DB5PR01CA0081.eurprd01.prod.exchangelabs.com (10.163.24.49) by HE1PR0101MB1993.eurprd01.prod.exchangelabs.com (10.167.185.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.16; Mon, 6 Feb 2017 13:49:54 +0000 Received: from AM1FFO11FD005.protection.gbl (2a01:111:f400:7e00::156) by DB5PR01CA0081.outlook.office365.com (2a01:111:e400:5260::49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.16 via Frontend Transport; Mon, 6 Feb 2017 13:49:53 +0000 Authentication-Results: spf=pass (sender IP is 146.176.4.1) smtp.mailfrom=napier.ac.uk; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=napier.ac.uk; Received-SPF: Pass (protection.outlook.com: domain of napier.ac.uk designates 146.176.4.1 as permitted sender) receiver=protection.outlook.com; client-ip=146.176.4.1; helo=owa.napier.ac.uk; Received: from owa.napier.ac.uk (146.176.4.1) by AM1FFO11FD005.mail.protection.outlook.com (10.174.64.87) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.888.7 via Frontend Transport; Mon, 6 Feb 2017 13:49:52 +0000 Received: from MER-EXCH2.napier.ac.uk ([fe80::c4c:e335:b1d8:973c]) by MER-EXCH1.napier.ac.uk ([fe80::f936:ca4b:b8b2:23c3%15]) with mapi id 14.03.0266.001; Mon, 6 Feb 2017 13:49:46 +0000 From: "Romdhani, Imed" To: "roll@ietf.org" Thread-Topic: New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt Thread-Index: AdKAfyo7gVCc4bGZSpuePrPNSOlm6g== Date: Mon, 6 Feb 2017 13:49:51 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.176.9.241] Content-Type: multipart/alternative; boundary="_000_E71832BAF1628743B32A893D204095BF3CDDEF63MEREXCH2napiera_" MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:146.176.4.1; IPV:CAL; SCL:-1; CTRY:GB; EFV:NLI; SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(2980300002)(438002)(252514010)(199003)(189002)(53416004)(107886002)(2920100001)(92566002)(2930100002)(1720100001)(2900100001)(189998001)(6666003)(42882006)(8936002)(7696004)(6916009)(86362001)(66066001)(1730700003)(110136003)(626004)(5660300001)(84326002)(74482002)(8676002)(2351001)(55846006)(106466001)(230783001)(33656002)(26826002)(73180200002)(50986999)(966004)(450100001)(512954002)(54356999)(236005)(54896002)(4001430100002)(38730400001)(260700001)(55016002)(6306002)(102836003)(790700001)(54906002)(6116002)(3846002)(356003)(104016004)(5640700003)(606005)(5250100002)(2501003)(5890100001)(7736002)(2906002)(4326007)(7636002)(246002)(7906003)(5001870100001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0101MB1993; H:owa.napier.ac.uk; FPR:; SPF:Pass; PTR:remotemove.napier.ac.uk,mer-exch1.napier.ac.uk; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; AM1FFO11FD005; 1:+TAViji+mYiLyCPg7uQ4WcgCGqScFjQZahjUvAhS9A8kRVD7eu5LADSYJdz/pXHDJQyjcvnl1kFs8FXImbwyjpkyEHmCGH16Eg8jjSHXF3j5qDivTWdnKDGUkPm0tVPeDMoQg3lqX1Zb8quIGrqF+2CHCrjpcxPiNzwN1Y7krk2BJr3vqduRnzjD4afD/8e5cymehUQSPEKSpnCzC1wYZLwt5UHhtW5Kc7uGVi36I6VDBHBpHTdIOnENLPk7ZZ5FlsDLrKX2ll8hGUCCm7fSOnklDrbgyyazvlPVPX9w+8rJrABWDiFnmcySSaZ4pUHV/zTelLtAUo5rvpuxtL3FbpZOTVomrgIw7j3LdTl0BwLmxfMLnyqgSI6EnBEfJVPRspqIgUmBe7cR64Ih4t+lRmNqzrO3Gp0+c3hVGecnAjmjxpFxutL2qzqX5wSd5XHFs3i+RLiIBEKrtY1jSKNdvYDjTQPc1Sef7NO5A/kv6MWNEqmuX8FNKcY/m1uzUabSCt+o/A/rOx1H7QaZ05KkKQ== X-MS-Office365-Filtering-Correlation-Id: efc3e276-c769-4bc8-e21c-08d44e97071a X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002); SRVR:HE1PR0101MB1993; X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1993; 3:iyJfIXmipadVLav7cZtMzYGfbM0UAAAhH2ZBfQRpJQ4x+1GQ0qhrRAKb6brIi961vTRtBE0LQEpZbD4IlW09Y6XAGpiqurkr3v6I9Rb27rhsOVSI2uuMWFM2NsoMtK52Ht4v+2P7KYO9AiExFMuLp4bUn8KkBuV9JbL+pwL7uR5CrIQG7siwsPyxQ4B8g9+qYEU3tDfiMexfWqIUq5Ti2rjx/iWkTNuSEtdu5krYPchWxWa8kgB0F+aUnKa0l8ZugElzim8fz/VJJbeLnenoHwZyOqshRsonbjYXJHMsgqZctWlLKbKbAMZ+uVK+QCU0ht8UhAk8sv5AdJEOCiW/vnwStfa0G1KmjmdA8fqKeiVkXmr20WzHsl74hTKm3RP0EjVg1bMrWpYwWNQZwz/mhA==; 25:nA30dgPy0aPHE4PQmkuC+Du8A3ShxLno8KxcSzVcxjq74EPnTWa9nAJPWWTLEIsqJChxrV+qmt9ILWlUA0ww8zQtby6+yPcGVp9jNqMJPJWFPimgjtayk0ApBtMwLoGuWfE5HHf7RgkeJqYIEJPVyhpA4F9VtNchLhKE38K2k0bQKuEVMY4sPoN0ofrZj0wLEk9DYb/C2vcsr0Htqav3RWLQ/m8DiZDYvhUBHWBWKN/VuRVlrX42pNEaX/j2LUU3ZMdENhJzLm3gVkSxSLIvpoKQYF1uDMGh9JpAKMKzlHmZWofHzNlH8WJxLHmwkwb+INaHFwzd5KVNkPjxO6RnAEKQ0VjLM//fxNZpVEmi4+LAOPx8cTtlqgEfAuuuSCyYMzTq6dkeLVBdfYoZ+IzOKcUWEq6PkemzFZD7f4q57Ai1VF8q/otXDz7PD8ZNXXlbJcYm+QBS/GmWdTJ0Ir9K3g== X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1993; 31:fKLfQh/3k0of4A3Lrtwi9LqvnNnomNSYCWyw1KLJi7l3B+faqh5NHxumH/DEC+22ikDsigUj4y1qc00GnquLud5dAqVKYtUmwyzmQRgbIP5TO3YorVqs+mdp2zKiUe707TOQRV7WCAP2Ohw3mghzMEI/BC/0+swlS89CW4+h3ysWTW60SF0tncGrbgvucpCH9+r4V9hJcEjnJmPw/Bm3P+TaGq29aydrUXlA+8rG6R89PDBWzLTrfXeT1DRRjASQ3zn8k2cM31SFnQF7k8UEtw==; 20:KamCE6GnBWDMyT2mBLtSoTU6FRIeqD9vDRNPrTxS6axYXj/TIlg51FyvoyDccmyiaADtQhHCm54myJohQYhM5VL3+STYZAeiWdC1uN+1Wauujw9fzIRBlSHPaIYybzGXevpJxXldS6Eogtu8ZF+AAUmg9Y9WjbVoeZAG/ThpRwchLvK04YFdTQ3ylQCzq6zGbUtsxNhIUbiQUXHeuYWRr3y+uE57n5YxgEA4oS94JbDKOarQcS2UrkB2K/jzn3RwftMVVWtwsHWyfEHrwUWMMEfTVhWus6ivrLXA7YIuSFYWGImcMyu7ck/0m5CbtkPCJvCVrQ6DzhlAqjWvYkGuHUkn3Ajc3NkEqTFsl//4V3m8nnZjf/bPtVlIe7WrqWOzL44v+L9m5GUCTQSDF/LKRpAQRFOk64RR7UG+/eXB/lqySIw0ko1YoA9q6SNyZLplAxPb3dgxcTTVIi4T1VG7kZrwgM2IYKf0i0BaZf1KEx66RcX11SwxwLLidk0j0Kw3 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(72170088055959)(131327999870524)(116415991822766)(268783453032223)(21748063052155)(81160342030619)(67546534810915); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13012025)(8121501046)(5005006)(13020025)(20170203043)(10201501046)(3002001)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(20161123558025)(6072148); SRVR:HE1PR0101MB1993; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0101MB1993; X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1993; 4:A8thdGYw0JkLJCdpqo0oiPLX2ihwcH4ecBvQoWQRA6ey1E6VcD7qL0VqaTHbtYNxHRgUL3bHv3orP8hSAfWJKbC4wXc1/brvHNaAmy+uAvPUjWcpkl66jSpKfEUh9+skf7mVOF7U2dxE5+SJ7eUFXpXfdd3uYAz2UU2RbAsyklEroqG9EkgWW0o6EGZxrikZKqdd2kHO3YxpEyDKvG2RpR92UCi5KxkjWbVy0ayL6i2fqz9gFgsWyagkhNWbIgUxE/CxbRBIN0twBF/KEC12UaVAoPJyqgPNz4qNjVXWGwSSHMTTF2zHIuXymEqv1dNTpgx7eHJX4MfFR9yg8OTFJEY41Aj7vD7wxfCeWtfBruzPbwkqQ0EDM6GJtpJS6dpjHHCATEYOqf/asSnH097b4uHcLTWwq4+CXpG5ZrAAS2Wcmv9YUNObn0eU0G3DNGxENf2K2jRTGeKQ647yLQMZyAgNWLM1f7lDdCI8OPY1UMZjoEV+v0aP9lU0VSfiESsRtmoSbrUMv+h5MoD+ZvdAyobixikd6BKYS9dezZC2K3NNjdJ1mWXYY4bYGXx2HvhuBAY3OXvxD/szG+JMQFWNEOCRMNwsDVhqJwlMZzUuFQGI2fipbHEPK2h0nDPejz6Xa5mBjT7WAi8jaijMXXxUWgCFflf+f26Zy6SBTj6HJoKXjkT5zgamkALyC3KYmouuyd6SVlRsyDM3NhSperlLRHoGiHIem4gbl78tIWGw5ZtyaCL+bdo6bNa9ixL4MlHr16AwmX6za9U8D2mjrskTiB6ahA5KBPIF9MRqbdBiJXlF64oB9UvkeKLRZNrivGuPnUeoWj+QqFfIYvElPRKErVpjayIl4Ts9ru95ln7Y4OpanRqzxeFYhTDn1T11qx0BuP24cK+qAzFZySgCz4UswaL7qEk0qK4l5wx621VSAaY= X-Forefront-PRVS: 0210479ED8 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; HE1PR0101MB1993; 23:Lgr0skxTiHmPO3kZS4tr1RdjzmvpQcfZYvkVWs9?= =?us-ascii?Q?aKc7bjc27ZNFS05TPv2UiUOL+qA+tZQ2cJqWnTRlLDi6jNgNE19lQzchNn5J?= =?us-ascii?Q?Q4boV+/I99iPZNgBVx0llwSO0dns0sN6w90OmmYfbMCnNa0Su4klEAK19v12?= =?us-ascii?Q?YP8DFdJ/hnL0yr0SjubNuUlSbtVArvaIZf6AjnYxOiwnvOe8DrTQRz6i7kOx?= =?us-ascii?Q?hPLbnUvi0xsfl0dmxx36v0mhq03L+vgT6ml5N4hbogV+mmFhZVPawMNDnWt7?= =?us-ascii?Q?iYyvGV2qvb+GYKK7IWLGR4zEgy7y5O+vtcl9dp7DC3bRPlq9GdSEnp4qNIgo?= =?us-ascii?Q?F21q6fKXPav7TKUQyLIH919oTzNDnSjZZj1DaRAMeOSNofYjXS5H3bIStQ75?= =?us-ascii?Q?7oB6//M+LPsMfk/Xab6O3gxOPPE+GcwFDTSLMdFVicLr//nFCejFl1/dLH22?= =?us-ascii?Q?G2bQM8tovQ4CJxgklI/7u3qfMCKb1AXgholqsRYno+qBhCJ+jfwLDCjvdl5H?= =?us-ascii?Q?snRTo+FsbvaNBwJ6d42cF/JMBsCtcPly9gWuJE9IfAe5G1CcNIX8a78rD1Iw?= =?us-ascii?Q?1yMe7IIfy3pthU15KMjk2noTYsfMwMXa1fmD/6By9qokmkrZx0gi7J1PqKNv?= =?us-ascii?Q?cVzav1+SUrwD0Qzw+FgYKCiW3CjjJF+jPirluHm990beAIOQvIUDm8cmVE/E?= =?us-ascii?Q?iM7zLBvva41sTHa0dDfE6hg5P9wzW+IoZ8VzdpM9KdS+u9pH7CQrJ7GmZJWs?= =?us-ascii?Q?GHgYyZgLZTa8aKYnsHFlanZvDCT3+3+A4BcppSwF8ZYZujRzDX+Wc7yjezhl?= =?us-ascii?Q?D0ASkOsUvuTN20Thjpz3ajfiOwEfck6PG/EYFKcdAhEK1wFdDt4ZVGfsDtaQ?= =?us-ascii?Q?JzjQOV8C1N615RKiI/ncojl3Gxd1v4hqzdPmuqbWaZJbGdzX0gvX6sctjdI8?= =?us-ascii?Q?kyWNTne/r2Un4N0inDTwSe7LkC5jq3hVnbaKY0shDWhwK1u0cqojSEerWSYM?= =?us-ascii?Q?4bzbC4foM+jqjn08JpyCkwIvbUfYbrmOakEjKXwq57ki40510oOYZWbLGSte?= =?us-ascii?Q?DJS1XuZ5QefiA6NjSSFAkolLC+8A0GRvrYG1WOAJrsicjgkjyJ1FzzgxfZOT?= =?us-ascii?Q?VBevA12P3yUKAO06D4sbflXKe4zzAzhTCl5Hpzo4btE+J0+GelMW0N2NbXTT?= =?us-ascii?Q?VArd4sjlFdy0TjIy6i+4CIBuoUb3Zp46AU/a6J2OuChsIFfAatqpifkKnRxy?= =?us-ascii?Q?XRJ86GjVO2VeHGoz/W/uBn5SwhOWhvBg5HQ1xgb98Z37A55RFHGNUYAF8vtD?= =?us-ascii?Q?epTPofl3cg4T0NvyflDnTp2fYyvso44lC1sG73mzxCS7MJBmW3tC0PtA3ldj?= =?us-ascii?Q?xU3mPCwoc5FyGgm6maQkUK3eFAcZPOXuSVNFR/cGt7T9W16h0xVaaKg6zm+L?= =?us-ascii?Q?noEohtDu9A7d6GtKcXanrTfTK8PlTDCansTBS5llSS9R4cTffT++Gv735I2U?= =?us-ascii?Q?AInohv8RPq+ogqeiVpA/8Btlq4bAJz10vf5wiCe/mPctJ2raf1mpwNUxWjv1?= =?us-ascii?Q?7gMyWij/59Aeae+f9CE2D2ALvtdM7NAiNvNY77W8=3D?= X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1993; 6:hbTKJUvGukRxZMDw2Kb2kLftIB3FYfw0eRiY1rcrKgGr+e80p4emDPKGtbJKafJoMzjFc5f9LwXNbzRreQcrAj1N7NTp80x9e1twV485HOphGUCoa2YLHO38vT+fbANmRYvdhUwkUQEotL7IUfWQxHtnE11FENjiM/xiwlw9r7+greYXVWqRGC2W7VCt4MZ2bIfpk0SNATjiUfPoeFsOW2Ok4mZGzOupRYj79GjihSKNpoWkVmMRfULMG5Q4HOA14WSXTe7bnxXXife0gJpDUe2zHGLoax3FshUe70knxY5uGENdo2WlL6XcqaAYKC4CgxcZg3qFdD/Hnj7cGyXS+imCJUWLqM5Pxj6qR14LsJG8qf6zlYFxM2O5rkdw1OPFbAM7MCON9vRZekLOXqsx8Q==; 5:kYBFIvfLWn05Infaa8zZhtcknO1qygqjwAZ+PlA+fQ1aqxlkZVZ/kLOqhmytP7uveq9/pTbJ7vWQBdqN7ZQNYHmOAc9AwQJy3HtnvelFHoDNW+cc4WOwq/DAbfE1MQuQmU6RI2FDBUBMQa+qJUGqcTuGUfM2PDByLQWaC11C+Yk=; 24:8BtTONjVMcVSamPpKUonxp9XUA9JC8+qRh2Tp/zxtYo/miK9qZg/dbTkA6XsLSXAUs7O1N8+25A1/U6iwT47BQlz3W2CvZVAkPDNnbaqmj4= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1993; 7:ImgupaVITJTDjpqaJ1onJk5Qnix5RSdqajJovXUwjmgk5WBSZRY8xd1BkD3hYWDPM1loF2s/VVk4FUWUqqNCP+dwKydtgAQyic6nWKuAMXO4yQorDnjyH8eogKSbt6Sc6WTYzYbW7GxAr8Pgcu0C75TaZcX40buAzIwtoCdbgtXGPmnCgw54lZUS7ey7z7PwV9mbfWkNpdjprBqPOTGnZjiEGoKbgkzm4tYl2+xk5bU6pSIJtASOFdNS2naq32apovbJuKz8mrYwbviGJKg9NJZovzCJVydKMqVJ6kwCLDmUKhPGBzJCYk6iazinHTpKOAgy5/JOZOyu4CL1zv+rKGZUtbxOAR6hmY7RQp/XcxUUHO2W8jODBr0vI/wkAeB0rz13VgMnRskf3CCcnZJw4t3cYsnqEPelpmPlTOegLkrOAoHjDGVL3oK34hSDY7gWL1LwQo9JanAU/DpNs5GrlVMnm+p03Q20iRHgpc68QByi71GMdK8LNSmhxrmmfhCzoEll9JuqIhvdx+d9rmoUjQ== X-OriginatorOrg: napier.ac.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Feb 2017 13:49:52.9349 (UTC) X-MS-Exchange-CrossTenant-Id: 99e0dc58-9c4b-4820-8617-04c386c254c6 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=99e0dc58-9c4b-4820-8617-04c386c254c6; Ip=[146.176.4.1]; Helo=[owa.napier.ac.uk] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0101MB1993 Archived-At: Cc: "Al-Dubai, Ahmed" , "Qasem, Mamoun" , "Ghaleb, Barraq" Subject: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2017 13:50:00 -0000 --_000_E71832BAF1628743B32A893D204095BF3CDDEF63MEREXCH2napiera_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, Hope this finds you well. We would like to draw your attention that we submitted a new draft for you = to consider. You can access it from here: https://www.ietf.org/id/draft-qasem-roll-rpl-load-balancing-00.txt This draft proposes an extended Objective Function(OF) that balances the nu= mber of children nodes for potential overloaded parents to ensure node life= time maximization in RPL. In addition, a new DODAG Information Object (DIO)= message structure has been introduced to record the IPv6 address of the ch= osen parent before broadcasting the message. We do believe that the draft is aligned with ROLL's works items and especia= lly with the manageability issue and the need for additional protocol eleme= nts to reduce packet size and the amount of required routing states. We look forward to receiving your comments and feedback. Kind regards, Imed --------------------------------------------------- Imed Romdhani, PhD IEEE Member, FHEA Programme Leader of the MSc Advanced Networking Room C 64 Edinburgh Napier University School of Computing 10 Colinton Road Edinburgh, EH10 5DT UK E-Mail: I.Romdhani@napier.ac.uk Home Page: http://www.dcs.napier.ac.uk/~cs244/ Linkedin: http://uk.linkedin.com/in/imedromdhani Skype: Imed.Romdhani Telephone: +44(0)131 455 2726 Fax: +44(0)131 455 2727 --------------------------------------------------- This message and its attachment(s) are intended for the addressee(s) only a= nd should not be read, copied, disclosed, forwarded or relied upon by any p= erson other than the intended addressee(s) without the permission of the se= nder. If you are not the intended addressee you must not take any action ba= sed on this message and its attachment(s) nor must you copy or show them to= anyone. Please respond to the sender and ensure that this message and its = attachment(s) are deleted. It is your responsibility to ensure that this message and its attachment(s)= are scanned for viruses or other defects. Edinburgh Napier University does= not accept liability for any loss or damage which may result from this mes= sage or its attachment(s), or for errors or omissions arising after it was = sent. Email is not a secure medium. Emails entering Edinburgh Napier Univer= sity's system are subject to routine monitoring and filtering by Edinburgh = Napier University. Edinburgh Napier University is a registered Scottish charity. Registration = number SC018373 --_000_E71832BAF1628743B32A893D204095BF3CDDEF63MEREXCH2napiera_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

 

Hope this finds you well.

 

We would like to draw your attention that we submitt= ed a new draft for you to consider. You can access it from here:=

https://www.ietf.org/id/draft-qasem-roll-rpl-loa= d-balancing-00.txt

 

This draft proposes an extended Objective Function(O= F) that balances the number of children nodes for potential overloaded pare= nts to ensure node lifetime maximization in RPL. In addition, a new DODAG I= nformation Object (DIO) message structure has been introduced to record the IPv6 address of the chosen parent before= broadcasting the message.

 

We do believe that the draft is aligned with ROLL= 217;s works items and especially with the manageability issue and the need = for additio= nal protocol elements to reduce packet size and the amount of required routing states.

 

We look forward to receiving your comments and feedback.

 

Kind regards,

Imed

---------------------------------------------------<= o:p>

Imed Romdhani, PhD

IEEE Member, FHEA

Programme Leader of the MSc Advanced Networking=

Room C 64

Edinburgh Napier University

School of Computing

10 Colinton Road

Edinburgh, EH10 5DT

UK

E-Mail:   I.Romdhani@napier.ac.uk

Home Page: http://www.dcs.napier.ac.uk/~cs244/

Linkedin: http://uk.linkedin.com/in/imedromdhani<= /span>

Skype: Imed.Romdhani

Telephone: +44(0)131 455 2726

Fax: +44(0)131 455 2727

---------------------------------------------------<= o:p>

 

This message and its attachment(s) are intended for the addressee(s) onl= y and should not be read, copied, disclosed, forwarded or relied upon by an= y person other than the intended addressee(s) without the permission of the= sender. If you are not the intended addressee you must not take any action based on this message and its attac= hment(s) nor must you copy or show them to anyone. Please respond to the se= nder and ensure that this message and its attachment(s) are deleted.

It is your responsibility to ensure that this message and its attachment= (s) are scanned for viruses or other defects. Edinburgh Napier University d= oes not accept liability for any loss or damage which may result from this = message or its attachment(s), or for errors or omissions arising after it was sent. Email is not a secure m= edium. Emails entering Edinburgh Napier University's system are subject to = routine monitoring and filtering by Edinburgh Napier University.

Edinburgh Napier University is a registered Scottish charity. Registrati= on number SC018373
--_000_E71832BAF1628743B32A893D204095BF3CDDEF63MEREXCH2napiera_-- From nobody Tue Feb 7 01:06:40 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 529841294E8 for ; Tue, 7 Feb 2017 01:06:39 -0800 (PST) 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 eINZBYOrP8Pj for ; Tue, 7 Feb 2017 01:06:37 -0800 (PST) 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 C598712949F for ; Tue, 7 Feb 2017 01:06:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19014; q=dns/txt; s=iport; t=1486458396; x=1487667996; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=FiOgkTYZiJi3KFaZIhiH/XjMhyipWqDDMvQMOWvYRcY=; b=kgM0kaX97dM7fJxbXLdLDRUJyHobTPr9k6DIwZIJ1nyM4sAbfTcVjMkz 6MkOzhlsP+x/Bd2ipV1sVQhtZivh8UJzKPT5bqtRTDsIq3a3aU+EL8G5J bizW37C/KC+dbsQv1JI+APNZMPYxWCWqqtT+9DRWEpZeKCIPkMvm0ewCM Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A3AQDRjZlY/4gNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9iYYEJB4NRigiSD5AKhSyCDIYiAhqCQj8YAQIBAQEBAQEBYii?= =?us-ascii?q?EaQEBAQQOFQo4JAIBCBEEAQEoAwICAjAUCQgCBBMIiWuvT4Ili1EBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEdhkyEb4UKglCCXwWbZwGSAZELkwwBHzh+TxWGfnWIEoE?= =?us-ascii?q?MAQEB?= X-IronPort-AV: E=Sophos;i="5.33,345,1477958400"; d="scan'208,217";a="203781621" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Feb 2017 09:06:16 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v1796FVo027664 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 7 Feb 2017 09:06:16 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; Tue, 7 Feb 2017 03:06:15 -0600 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, 7 Feb 2017 03:06:15 -0600 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] No path DAO treated as new Thread-Index: AQHSfdp162UvH+X6W0OweXBRhKCNCKFdPvHg Date: Tue, 7 Feb 2017 09:05:03 +0000 Deferred-Delivery: Tue, 7 Feb 2017 08:48:57 +0000 Message-ID: <7d16cde379f94919acf50b7cecd3f8c8@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.55.22.5] Content-Type: multipart/alternative; boundary="_000_7d16cde379f94919acf50b7cecd3f8c8XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] No path DAO treated as new X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 09:06:39 -0000 --_000_7d16cde379f94919acf50b7cecd3f8c8XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gUmFodWwgOg0KDQpUaGUgc2VjdGlvbiBpcyBub3QgYWJvdXQgaWdub3JpbmcgdGhlIERB TywgaXQgaXMgYWJvdXQgc2NoZWR1bGluZyBhIERBTyB0byBwYXJlbnQuIElmIHRoZSBOUCBEQU8g ZG9lcyBub3QgY2F1c2UgdGhlIHJlbW92YWwgb2YgdGhlIGxhc3Qgcm91dGUsIHRoZW4gdGhlcmUg aXMgbm90aGluZyB0byB0ZWxsIHRoZSBwYXJlbnQsIHRoaXMgbm9kZSBjYW4gc3RpbGwgZm9yd2Fy ZC4NCg0KWW91ciBhc3NlcnRpb24gdGhhdCB0aGUgcm91dGUgaW4gQiBpcyByZW1vdmVkIGluIHlv dXIgc2NlbmFyaW8gYXBwZWFycyBpbmNvcnJlY3QuIExldOKAmXMgbG9vayBpbiBkZXRhaWxzOg0K DQpBbiAoTlApIERBTyBpbnN0YWxscyBhbmQgcmVtb3ZlIGFkamFjZW5jaWVzKiBiZXR3ZWVuIGEg cGFyZW50IGFuZCBhIGNoaWxkLiBBIE5QIERBTyBjYW4gb25seSBjbGVhbiB0aGUgYWRqYWNlbmN5 IGJldHdlZW4gdGhhdCBwYXJlbnQgYW5kIHRoYXQgY2hpbGQuIEEgTlAgREFPIGZyb20gQyBjYW5u b3QgY2xlYW4gdGhlIGFkamFjZW5jeSB2aWEgRC4NCg0KTGV04oCZcyBsb29rIGF0IHRoZSBhZGph Y2VuY2llcyBpbiBlYWNoIG5vZGVzIGFsb25nIHlvdXIgc2NlbmFyaW8sIHNlZSBpZiBJIGhhdmUg aXQgcmlnaHQ6DQoNCkF0IFQ9MCBCIGhhcyBhIHJvdXRlIHRvIFRhcmdldCBiZWxvdyBFIHZpYSBD IChJIGV4cGVjdCBmcm9tIHlvdXIgZGVzY3JpcHRpb24sIHlvdeKAmXJlIG5vdCAxMDAlIGNsZWFy KSwgYW5kIEMgaGFzIGEgcm91dGUgdG8gVGFyZ2V0IHZpYSBFLg0KDQpBdCBUPTEgRSBzZW5kcyBh IE5QIERBTyB0byBpdHMgb2xkIHBhcmVudCAodGhhdOKAmXMgQyksIGVmZmVjdGl2ZWx5IGludmFs aWRhdGluZyB0aGUgYWRqYWNlbmN5IGluIEMgdmlhIEUuIEMgaGFzIG5vIG1vcmUgcm91dGUgdG8g VGFyZ2V0LiBCIGRvZXMgbm90IGtub3cgeWV0DQoNCkF0IFQ9MiBFIHNlbmRzIGEgREFPIHRvIEQs IEQgbm93IGhhcyBhIHJvdXRlIHRvIFRhcmdldCB2aWEgRS4NCg0KQXQgVD0zIEQgc2VuZHMgYSBE QU8gdG8gQiwgQiBub3cgaGFzIDIgYWRqYWNlbmNpZXMgZm9yIFRhcmdldCwgb25lIHZpYSBDIGFu ZCBvbmUgdmlhIEQuIEl0IGNhbiBzZWxlY3QgZWl0aGVyIGZvciBoaXMgcm91dGUgdG8gVGFyZ2V0 LCBvciBsb2FkIGJhbGFuY2UuIEF0IHRoaXMgcG9pbnQsIEIgbWF5IHN0aWxsIHVzZSBDLCBhbmQg dGhhdCB3b3VsZCBiZSBhIGJhZCBpZGVhIHNpbmNlIEMgY2Fubm90IGZvcndhcmQgYW55bW9yZSB0 byBUYXJnZXQuDQoNCkF0IFQ9NCBDIHNlbmRzIHRoZSBOUCBEQU8gdG8gQi4gQiBjbGVhbnMgdGhl IGFkamFjZW5jeSB2aWEgQywgYnV0IHJldGFpbnMgdGhlIG9uZSB2aWEgRC4gU28gbm93IGl0IHN0 aWxsIGhhcyBhIHJvdXRlIHZpYSBCIGFuZCBubyBhbHRlcm5hdGl2ZSB0byBpdC4gQXQgdGhpcyBw b2ludCwgdGhlIHJvdXRpbmcgaXMgY29ycmVjdCBhZ2Fpbi4NCg0KSSBkbyBub3Qgc2VlIHRoYXQg d2UgbmVkIHRvIGNoYW5nZSBSUEwgdGhlcmXigKYNCg0KKiAgQWRqYWNlbmNpZXMgYXJlIHRoZSBw b3NzaWJsZSBuZXh0IGhvcHMgbGVhcm50IGZyb20gdmFyaW91cyByb3V0aW5nIHByb3RvY29scyB3 aXRoIHZhcmlvdXMgY29zdHM7IHRoaXMgaXMgd2hhdCB0aGUgcm91dGluZyBwcm90b2NvbHMgZXhj aGFuZ2U7IHRoZSByb3V0aW5nIHRhYmxlIGlzIGEgbG9jYWwgZGVjaXNpb24gYnkgdGhlIHJvdXRl ciB0aGF0IHJldGFpbnMgdGhlIHN1YnNldCBvZiBhZGphY2VuY2llcyB0aGF0IGl0IHNlbGVjdHMg Zm9yIGZvcndhcmRpbmcuDQoNCg0KUGFzY2FsDQoNCkZyb206IFJvbGwgW21haWx0bzpyb2xsLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSYWh1bCBKYWRoYXYNClNlbnQ6IHZlbmRyZWRp IDMgZsOpdnJpZXIgMjAxNyAwNjowMA0KVG86IHJvbGxAaWV0Zi5vcmcNClN1YmplY3Q6IFtSb2xs XSBObyBwYXRoIERBTyB0cmVhdGVkIGFzIG5ldw0KDQpIZWxsbyBBbGwsDQoNClNlY3Rpb24gOS4y LjIuIG9mIFJGQzY1NTAgc2F5cyB0aGF0IGEgTm8tUGF0aCBEQU8gbWVzc2FnZSBzaG91bGQgYWx3 YXlzIGJlIHByb2Nlc3NlZCBhcyBhICJuZXciIG1lc3NhZ2UgKGkuZS4gaWdvcmluZyB0aGUgUGF0 aFNlcXVlbmNlIHZhbHVlIHJlbGF0ZWQgdG8gdGhlIHRhcmdldCkgLi4uDQpJIGhhdmUgcHJvYmxl bSB3aXRoIGEgc2NlbmFyaW8gd2hlcmUgaWYgYSBub2RlIHNlbmRzIE5QREFPICh0byBvbGQgcGF0 aCkgYW5kIERBTyB0byB0aGUgbmV3IHBhdGggZm9yIHRoZSBzYW1lIHRhcmdldCAuLi4gYW5kIGlm IGZvciBzb21lIHJlYXNvbiBOUERBTyByZWFjaGVzIGFmdGVyIHRoZSBEQU8gdG8gdGhlIGNvbW1v biBwYXJlbnQgdGhlbiBpdCB3aWxsIGNsZWFyIHRoZSByb3V0ZXMgYmVjYXVzZSBOUERBTyBpcyBh bHdheSBwcm9jZXNzZWQgYXMgIm5ldyIgbWVzc2FnZS4NCkNvbnNpZGVyIGFuIGVnIG5ldHdvcmss DQogICAgQQ0KICAgIHwNCiAgICBCDQogICAvIFwNCiAgLyAgIFwNCiBDICAgICBEDQogIDogICAv DQogICA6IC8NCiAgICBFDQpOb2RlIEUgc3dpdGNoZXMgZnJvbSBDIHRvIEQsIEUgc2VuZHMgYW4g TlBEQU8gdG8gQywgYW5kIHJlZ3VsYXIgREFPIHRvIEQuIElmIEIgcmVjZWl2ZXMgTlBEQU8gYWZ0 ZXIgREFPLCB0aGVuIHdvbid0IGl0IHJlc3VsdCBpbiBpbmNvcnJlY3QgaW52YWxpZGF0aW9uIG9m IHJvdXRlcy4gTXkgcG9pbnQgaXMsIHRoZSBOUERBTyBwcm9jZXNzaW5nIHNob3VsZCBhbHNvIGhh dmUgaG9ub3JlZCB0aGUgUGF0aFNlcXVlbmNlIHZhbHVlIGJlZm9yZSBwcm9jZXNzaW5nLiBCdXQg dGhlIHNwZWMgdGV4dCBjbGVhcmx5IGFuZCBzcGVjaWZpY2FsbHkgdGFsa3MgYWJvdXQgdHJlYXRp bmcgTlBEQU9zIGFzICJuZXciLg0KQW55IHRob3VnaHRzIG9uIHdoeSBzcGVjaWFsIHRyZWF0bWVu dCBmb3IgTlBEQU8gd2FzIGNvbnNpZGVyZWQ/DQoNClRoYW5rcywNClJhaHVsDQo= --_000_7d16cde379f94919acf50b7cecd3f8c8XCHRCD001ciscocom_ 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 b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29MaXN0UGFyYWdy YXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCglt YXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biIsc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0K CXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0 OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv bnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu MHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3Jk U2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYi IC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl bGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0K PC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0i RU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+SGVsbG8gUmFodWwmbmJzcDs6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5UaGUgc2VjdGlvbiBpcyBub3QgYWJvdXQgaWdub3JpbmcgdGhlIERBTywgaXQg aXMgYWJvdXQgc2NoZWR1bGluZyBhIERBTyB0byBwYXJlbnQuIElmIHRoZSBOUCBEQU8gZG9lcyBu b3QgY2F1c2UgdGhlIHJlbW92YWwgb2YgdGhlIGxhc3Qgcm91dGUsIHRoZW4gdGhlcmUgaXMgbm90 aGluZw0KIHRvIHRlbGwgdGhlIHBhcmVudCwgdGhpcyBub2RlIGNhbiBzdGlsbCBmb3J3YXJkLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+WW91ciBhc3NlcnRpb24g dGhhdCB0aGUgcm91dGUgaW4gQiBpcyByZW1vdmVkIGluIHlvdXIgc2NlbmFyaW8gYXBwZWFycyBp bmNvcnJlY3QuIExldOKAmXMgbG9vayBpbiBkZXRhaWxzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+QW4gKE5QKSBEQU8gaW5zdGFsbHMgYW5kIHJlbW92ZSBhZGph Y2VuY2llcyogYmV0d2VlbiBhIHBhcmVudCBhbmQgYSBjaGlsZC4gQSBOUCBEQU8gY2FuIG9ubHkg Y2xlYW4gdGhlIGFkamFjZW5jeSBiZXR3ZWVuIHRoYXQgcGFyZW50IGFuZCB0aGF0IGNoaWxkLiBB IE5QIERBTw0KIGZyb20gQyBjYW5ub3QgY2xlYW4gdGhlIGFkamFjZW5jeSB2aWEgRC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkxldOKAmXMgbG9vayBhdCB0aGUg YWRqYWNlbmNpZXMgaW4gZWFjaCBub2RlcyBhbG9uZyB5b3VyIHNjZW5hcmlvLCBzZWUgaWYgSSBo YXZlIGl0IHJpZ2h0OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ QXQgVD0wIEIgaGFzIGEgcm91dGUgdG8gVGFyZ2V0IGJlbG93IEUgdmlhIEMgKEkgZXhwZWN0IGZy b20geW91ciBkZXNjcmlwdGlvbiwgeW914oCZcmUgbm90IDEwMCUgY2xlYXIpLCBhbmQgQyBoYXMg YSByb3V0ZSB0byBUYXJnZXQgdmlhIEUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5BdCBUPTEgRSBzZW5kcyBhIE5QIERBTyB0byBpdHMgb2xkIHBhcmVudCAodGhh dOKAmXMgQyksIGVmZmVjdGl2ZWx5IGludmFsaWRhdGluZyB0aGUgYWRqYWNlbmN5IGluIEMgdmlh IEUuIEMgaGFzIG5vIG1vcmUgcm91dGUgdG8gVGFyZ2V0LiBCIGRvZXMgbm90IGtub3cgeWV0PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BdCBUPTIgRSBzZW5kcyBh IERBTyB0byBELCBEIG5vdyBoYXMgYSByb3V0ZSB0byBUYXJnZXQgdmlhIEUuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BdCBUPTMgRCBzZW5kcyBhIERBTyB0byBC LCBCIG5vdyBoYXMgMiBhZGphY2VuY2llcyBmb3IgVGFyZ2V0LCBvbmUgdmlhIEMgYW5kIG9uZSB2 aWEgRC4gSXQgY2FuIHNlbGVjdCBlaXRoZXIgZm9yIGhpcyByb3V0ZSB0byBUYXJnZXQsIG9yIGxv YWQgYmFsYW5jZS4gQXQgdGhpcw0KIHBvaW50LCBCIG1heSBzdGlsbCB1c2UgQywgYW5kIHRoYXQg d291bGQgYmUgYSBiYWQgaWRlYSBzaW5jZSBDIGNhbm5vdCBmb3J3YXJkIGFueW1vcmUgdG8gVGFy Z2V0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QXQgVD00IEMg c2VuZHMgdGhlIE5QIERBTyB0byBCLiBCIGNsZWFucyB0aGUgYWRqYWNlbmN5IHZpYSBDLCBidXQg cmV0YWlucyB0aGUgb25lIHZpYSBELiBTbyBub3cgaXQgc3RpbGwgaGFzIGEgcm91dGUgdmlhIEIg YW5kIG5vIGFsdGVybmF0aXZlIHRvIGl0LiBBdCB0aGlzIHBvaW50LA0KIHRoZSByb3V0aW5nIGlz IGNvcnJlY3QgYWdhaW4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5JIGRvIG5vdCBzZWUgdGhhdCB3ZSBuZWQgdG8gY2hhbmdlIFJQTCB0aGVyZeKApjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+KiZuYnNwOyBBZGphY2VuY2llcyBh cmUgdGhlIHBvc3NpYmxlIG5leHQgaG9wcyBsZWFybnQgZnJvbSB2YXJpb3VzIHJvdXRpbmcgcHJv dG9jb2xzIHdpdGggdmFyaW91cyBjb3N0czsgdGhpcyBpcyB3aGF0IHRoZSByb3V0aW5nIHByb3Rv Y29scyBleGNoYW5nZTsgdGhlIHJvdXRpbmcgdGFibGUNCiBpcyBhIGxvY2FsIGRlY2lzaW9uIGJ5 IHRoZSByb3V0ZXIgdGhhdCByZXRhaW5zIHRoZSBzdWJzZXQgb2YgYWRqYWNlbmNpZXMgdGhhdCBp dCBzZWxlY3RzIGZvciBmb3J3YXJkaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3Jn XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5SYWh1bCBKYWRoYXY8YnI+DQo8Yj5TZW50OjwvYj4gdmVu ZHJlZGkgMyBmw6l2cmllciAyMDE3IDA2OjAwPGJyPg0KPGI+VG86PC9iPiByb2xsQGlldGYub3Jn PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtSb2xsXSBObyBwYXRoIERBTyB0cmVhdGVkIGFzIG5ldzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5IZWxsbyBBbGwsPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlNlY3Rpb24gOS4y LjIuIG9mIFJGQzY1NTAgc2F5cyB0aGF0IGEgTm8tUGF0aCBEQU8gbWVzc2FnZSBzaG91bGQgYWx3 YXlzIGJlIHByb2Nlc3NlZCBhcyBhICZxdW90O25ldyZxdW90OyBtZXNzYWdlIChpLmUuIGlnb3Jp bmcgdGhlIFBhdGhTZXF1ZW5jZSB2YWx1ZSByZWxhdGVkIHRvIHRoZSB0YXJnZXQpIC4uLiAmbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkkgaGF2ZSBwcm9ibGVtIHdpdGggYSBzY2VuYXJpbyB3 aGVyZSBpZiBhIG5vZGUgc2VuZHMgTlBEQU8gKHRvIG9sZCBwYXRoKSBhbmQgREFPIHRvIHRoZSBu ZXcgcGF0aCBmb3IgdGhlIHNhbWUgdGFyZ2V0IC4uLiBhbmQgaWYgZm9yIHNvbWUgcmVhc29uIE5Q REFPIHJlYWNoZXMgYWZ0ZXIgdGhlIERBTyB0byB0aGUgY29tbW9uIHBhcmVudCB0aGVuIGl0IHdp bGwgY2xlYXINCiB0aGUgcm91dGVzIGJlY2F1c2UgTlBEQU8gaXMgYWx3YXkgcHJvY2Vzc2VkIGFz ICZxdW90O25ldyZxdW90OyBtZXNzYWdlLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Q29u c2lkZXIgYW4gZWcgbmV0d29yaywmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAm bmJzcDsgQTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7ICZuYnNwOyB8PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4mbmJzcDsgJm5ic3A7IEI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAm bmJzcDsvIFw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAvICZuYnNwOyBcPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij4mbmJzcDtDICZuYnNwOyAmbmJzcDsgRDxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+Jm5ic3A7IDogJm5ic3A7IC88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAmbmJzcDs6 IC88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyAmbmJzcDsgRTxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+Tm9kZSBFIHN3aXRjaGVzIGZyb20gQyB0byBELCBFIHNlbmRzIGFuIE5QREFPIHRvIEMs IGFuZCByZWd1bGFyIERBTyB0byBELiBJZiBCIHJlY2VpdmVzIE5QREFPIGFmdGVyIERBTywgdGhl biB3b24ndCBpdCByZXN1bHQgaW4gaW5jb3JyZWN0IGludmFsaWRhdGlvbiBvZiByb3V0ZXMuIE15 IHBvaW50IGlzLCB0aGUgTlBEQU8gcHJvY2Vzc2luZyBzaG91bGQgYWxzbw0KIGhhdmUgaG9ub3Jl ZCB0aGUgUGF0aFNlcXVlbmNlIHZhbHVlIGJlZm9yZSBwcm9jZXNzaW5nLiBCdXQgdGhlIHNwZWMg dGV4dCBjbGVhcmx5IGFuZCBzcGVjaWZpY2FsbHkgdGFsa3MgYWJvdXQgdHJlYXRpbmcgTlBEQU9z IGFzICZxdW90O25ldyZxdW90Oy4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkFueSB0aG91 Z2h0cyBvbiB3aHkgc3BlY2lhbCB0cmVhdG1lbnQgZm9yIE5QREFPIHdhcyBjb25zaWRlcmVkPzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGFua3Ms PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5SYWh1bDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7d16cde379f94919acf50b7cecd3f8c8XCHRCD001ciscocom_-- From nobody Tue Feb 7 06:16:22 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAAE2129C3C for ; Tue, 7 Feb 2017 06:16:21 -0800 (PST) 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 2C3KPcPaHmaV for ; Tue, 7 Feb 2017 06:16:20 -0800 (PST) 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 A8320129C34 for ; Tue, 7 Feb 2017 06:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23826; q=dns/txt; s=iport; t=1486476979; x=1487686579; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=qtJh/ryn7WnGe3QacLkOOaGeKOqfS6jIGRGs3w7f+QA=; b=KGl6a6Bb9bCsuRlFixgNr0HMP3lvbl9Yzbxl2CIP4XBvC8hIvvRhAKHI MExORsc4zUWAEC4OHoSTh+KwpWF2OYZqmjtQru1yPel2Ake5/jTF3IdDV FV8OMFb6dM5HPQlnR05SKHnp7yPCaGK1cdIFjk8DH7Z8QWCtaFAxRlafx A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAQCN1ZlY/4oNJK1aAxYDAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGCbzgqYYEJB41Zkg+VNoIMKoV4AoJPPxgBAgEBAQEBAQFiKIR?= =?us-ascii?q?pAQEBBA4fOAsJEAIBCBEEAQEhBwcyFAkIAQEEDgUIiWsOsgeLVQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAR2GTIJtgRJwgTwBgmMFAREBIwcTCwoCD4UeBYZcgi6Gd4V?= =?us-ascii?q?RhhkBhmmGQoRZggSFF4NOhiOTDgEPEDh2CE8VhQAdgWF1AYZwgSGBDAEBAQ?= X-IronPort-AV: E=Sophos;i="5.33,346,1477958400"; d="scan'208,217";a="381749174" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Feb 2017 14:16:18 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v17EGH9q026267 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 Feb 2017 14:16:17 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; Tue, 7 Feb 2017 08:16:17 -0600 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, 7 Feb 2017 08:16:17 -0600 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt Thread-Index: AdKAfyo7gVCc4bGZSpuePrPNSOlm6gAslTuQ Date: Tue, 7 Feb 2017 14:16:14 +0000 Deferred-Delivery: Tue, 7 Feb 2017 14:15:19 +0000 Message-ID: <8483508dd5ec4f6a9687305397c5a7b4@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.55.22.5] Content-Type: multipart/alternative; boundary="_000_8483508dd5ec4f6a9687305397c5a7b4XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "Al-Dubai, Ahmed" , "Qasem, Mamoun" , "Ghaleb, Barraq" Subject: Re: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 14:16:22 -0000 --_000_8483508dd5ec4f6a9687305397c5a7b4XCHRCD001ciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Imed : Thanks a bunch for sharing this work. A bunch of preliminary notes: - The number of children is very indirect and thus not a good rep= resentation of the load expressed in terms of packets/ battery consumption.= The number of routes via the children is better but it is only known in st= oring mode; and the real amount of traffic may be what you are probably aft= er; these could be exposed to the children in parent DIOs. - Changing routing based on load has been known to cause oscillati= ons; this is to be considered / avoided. - One possible angle is to smoothly adapt the load in the forwardi= ng plane as opposed to change the Rank to abruptly. Children with multiple = parents could balance their flows based on parent load. - We had discussions in the past on the load in storing nodes to a= void having to maintain more routes than the node can actually store in mem= ory. The idea at the time was to answer the DAO-ACK with a status and a met= ric that would discourage the child, or IOW encourage it to look elsewhere.= The benefit of that approach was load balancing (of number of route entrie= s). Problem was still that at some point there could be more routes than th= e nodes could do with, so people went for non-storing anyway. - Changing the DIO in a non-backward-compatible fashion is probabl= y not a good idea. Did you consider options? - Section 4 is really hard to read. For the most part I'm still no= t sure I understood what is meant there. I figured that the design is that = children send DIOs so that their parents will know that they are their pare= nts? This is kind of weird since they parents should ignore DIOs with highe= r Ranks. Also unsure why DAO or ND cache can't be used, the explanation co= nfused me. In storing mode, parents have adjacencies for their children tha= t inject DAOs, and these can be counted. Cheers, Pascal From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Romdhani, Imed Sent: lundi 6 f=E9vrier 2017 14:50 To: roll@ietf.org Cc: Al-Dubai, Ahmed ; Qasem, Mamoun ; Ghaleb, Barraq Subject: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-0= 0.txt Dear all, Hope this finds you well. We would like to draw your attention that we submitted a new draft for you = to consider. You can access it from here: https://www.ietf.org/id/draft-qasem-roll-rpl-load-balancing-00.txt This draft proposes an extended Objective Function(OF) that balances the nu= mber of children nodes for potential overloaded parents to ensure node life= time maximization in RPL. In addition, a new DODAG Information Object (DIO)= message structure has been introduced to record the IPv6 address of the ch= osen parent before broadcasting the message. We do believe that the draft is aligned with ROLL's works items and especia= lly with the manageability issue and the need for additional protocol eleme= nts to reduce packet size and the amount of required routing states. We look forward to receiving your comments and feedback. Kind regards, Imed --------------------------------------------------- Imed Romdhani, PhD IEEE Member, FHEA Programme Leader of the MSc Advanced Networking Room C 64 Edinburgh Napier University School of Computing 10 Colinton Road Edinburgh, EH10 5DT UK E-Mail: I.Romdhani@napier.ac.uk Home Page: http://www.dcs.napier.ac.uk/~cs244/ Linkedin: http://uk.linkedin.com/in/imedromdhani Skype: Imed.Romdhani Telephone: +44(0)131 455 2726 Fax: +44(0)131 455 2727 --------------------------------------------------- This message and its attachment(s) are intended for the addressee(s) only a= nd should not be read, copied, disclosed, forwarded or relied upon by any p= erson other than the intended addressee(s) without the permission of the se= nder. If you are not the intended addressee you must not take any action ba= sed on this message and its attachment(s) nor must you copy or show them to= anyone. Please respond to the sender and ensure that this message and its = attachment(s) are deleted. It is your responsibility to ensure that this message and its attachment(s)= are scanned for viruses or other defects. Edinburgh Napier University does= not accept liability for any loss or damage which may result from this mes= sage or its attachment(s), or for errors or omissions arising after it was = sent. Email is not a secure medium. Emails entering Edinburgh Napier Univer= sity's system are subject to routine monitoring and filtering by Edinburgh = Napier University. Edinburgh Napier University is a registered Scottish charity. Registration = number SC018373 --_000_8483508dd5ec4f6a9687305397c5a7b4XCHRCD001ciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello Imed :=

 

Thanks a bunch for sha= ring this work.

 

A bunch of preliminary= notes:

 

-&n= bsp;         The number of = children is very indirect and thus not a  good representation of the l= oad expressed in terms of packets/ battery consumption. The number of route= s via the children is better but it is only known in storing mode; and the real amount of traffic may be what you= are probably after; these could be exposed to the children in parent DIOs.=

-&n= bsp;         Changing routi= ng based on load has been known to cause oscillations; this is to be consid= ered / avoided.

-&n= bsp;         One possible a= ngle is to smoothly adapt the load in the forwarding plane as opposed to ch= ange the Rank to abruptly. Children with multiple parents could balance the= ir flows based on parent load.

-&n= bsp;         We had discuss= ions in the past on the load in storing nodes to avoid having to maintain m= ore routes than the node can actually store in memory. The idea at the time= was to answer the DAO-ACK with a status and a metric that would discourage the child, or IOW encourage it t= o look elsewhere. The benefit of that approach was load balancing (of numbe= r of route entries). Problem was still that at some point there could be mo= re routes than the nodes could do with, so people went for non-storing anyway.

-&n= bsp;         Changing the D= IO in a non-backward-compatible fashion is probably not a good idea. Did yo= u consider options?

-&n= bsp;         Section 4 is r= eally hard to read. For the most part I’m still not sure I understood= what is meant there. I figured that the design is that children send DIOs = so that their parents will know that they are their parents? This is kind of weird since they parents should ignore = DIOs with higher Ranks.  Also unsure why DAO or ND cache can’t b= e used, the explanation confused me. In storing mode, parents have adjacenc= ies for their children that inject DAOs, and these can be counted.

 

Cheers,

 

Pascal

 

 

 

 

From: Roll [mail= to:roll-bounces@ietf.org] On Behalf Of Romdhani, Imed
Sent: lundi 6 f=E9vrier 2017 14:50
To: roll@ietf.org
Cc: Al-Dubai, Ahmed <A.Al-Dubai@napier.ac.uk>; Qasem, Mamoun &= lt;M.Qasem@napier.ac.uk>; Ghaleb, Barraq <B.Ghaleb@napier.ac.uk> Subject: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-bala= ncing-00.txt

 

De= ar all,

 

Ho= pe this finds you well.

 

We= would like to draw your attention that we submitted a new draft for you to= consider. You can access it from here:

https://www.ietf.org/id/draft-qasem-roll-rpl-load-balancing-00.txt

 

Th= is draft proposes an extended Objective Function(OF) that balances the numb= er of children nodes for potential overloaded parents to ensure node lifeti= me maximization in RPL. In addition, a new DODAG Information Object (DIO) message structure has been introduced t= o record the IPv6 address of the chosen parent before broadcasting the mess= age.

 

We= do believe that the draft is aligned with ROLL’s works items and esp= ecially with the manageability issue and the need for additional protocol elements to reduce packet size and the amount of required routing= states.

 

We look forward to = receiving your comments and feedback.

 

Kind regards,<= /o:p>

Imed

--= -------------------------------------------------

Im= ed Romdhani, PhD

IE= EE Member, FHEA

Pr= ogramme Leader of the MSc Advanced Networking

Ro= om C 64

Ed= inburgh Napier University

Sc= hool of Computing

10= Colinton Road

Ed= inburgh, EH10 5DT

UK=

E-= Mail:   I.Romdhani@napier.ac.uk

Ho= me Page: http://www.dcs.napier.ac.uk/~cs244/

Li= nkedin: http://uk.linkedin.com/in/imedromdhani

Sk= ype: Imed.Romdhani

Te= lephone: +44(0)131 455 2726

Fa= x: +44(0)131 455 2727

--= -------------------------------------------------

 

T= his message and its attachment(s) are intended for the addressee(s) only an= d should not be read, copied, disclosed, forwarded or relied upon by any pe= rson other than the intended addressee(s) without the permission of the sender. If you are not the intended addressee you mu= st not take any action based on this message and its attachment(s) nor must= you copy or show them to anyone. Please respond to the sender and ensure t= hat this message and its attachment(s) are deleted.

I= t is your responsibility to ensure that this message and its attachment(s) = are scanned for viruses or other defects. Edinburgh Napier University does = not accept liability for any loss or damage which may result from this message or its attachment(s), or for errors or = omissions arising after it was sent. Email is not a secure medium. Emails e= ntering Edinburgh Napier University's system are subject to routine monitor= ing and filtering by Edinburgh Napier University.

E= dinburgh Napier University is a registered Scottish charity. Registration n= umber SC018373

 

--_000_8483508dd5ec4f6a9687305397c5a7b4XCHRCD001ciscocom_-- From nobody Tue Feb 7 09:27:08 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7949E129417 for ; Tue, 7 Feb 2017 09:27:07 -0800 (PST) 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 zZiVRLNnDzSb for ; Tue, 7 Feb 2017 09:27:05 -0800 (PST) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::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 2B83C129400 for ; Tue, 7 Feb 2017 09:27:05 -0800 (PST) Received: by mail-oi0-x22c.google.com with SMTP id s203so68624390oie.1 for ; Tue, 07 Feb 2017 09:27:05 -0800 (PST) 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; bh=mH9uoL+MLgaFvc0mxrL2sXMH/JqCfjizrk+MUKQXZPU=; b=ubDVGKjMNFJws5EYmrBM/UpUABMiyRJZdRKAzLuTTm11/ibuZYE6VdIATp31oC30lF hqudCtsxn8cRRSuUOnSHjxpXnSblYpKmWnCLTVbZC+GW8QE2yDzN7NTTGUcnr7BPKMFY DNBxKaIk7ZpZ4SUZQ9rm/PNGsuy+t2hXB7s0vxee/lxliBWnhP/oo55euwCMREI1MTYl NnRAbWlNunBEwJi3kc4twlSSm74IjAXiAvvVpSoi31hfri8VJV/3yIwbEIWHECMO/VqE xUbSkaQuVNZ4KTrQzgaMapyB1Oqb68HYpXwnQWmYqwI+pNdYoK0/0RAWApDs4IsXg2KH s1NA== 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; bh=mH9uoL+MLgaFvc0mxrL2sXMH/JqCfjizrk+MUKQXZPU=; b=lyRLIpkcB+Hu2mnKB+CBEfBvVPhUunXkG1q4Aq+vz0R/NkmCk46BoyYJwE0MnlRitZ JbMcaJzitaPNynZghwD9bF2xkSPxPEOZNTKr1U4HwtRlHeLHxMmTZj0Ev3YIee4GvDno 3k6Q2bytnKIrf8Sg9BP7634Iaz/o4WkpqlneHDxBpV2/v3NmSr+GT6cE4Cmh1BdKeCTT SQPHyhIsMYLP1OfSKLpxvxBGP68FErckpetiw4om4B5xT7/aHkE1jTDOJVC9A3QLSJ48 WzMYakYT9w9gEIo8/EqGlVSwSstgCQ+2gVeVJ/V2qMlvEG5v9BYyajvKXZ0rkUM8W0Tz T94A== X-Gm-Message-State: AMke39nTPOR1Qa3abSXzLjPgxULWwFuo/4ES8xGIVjwtbibBvARWi5ffRWDTPoYFcfFYMgb1Gj0+bhGDfTCeeA== X-Received: by 10.202.185.135 with SMTP id j129mr8569782oif.66.1486488424280; Tue, 07 Feb 2017 09:27:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.52.27 with HTTP; Tue, 7 Feb 2017 09:27:03 -0800 (PST) In-Reply-To: <7d16cde379f94919acf50b7cecd3f8c8@XCH-RCD-001.cisco.com> References: <7d16cde379f94919acf50b7cecd3f8c8@XCH-RCD-001.cisco.com> From: Rahul Jadhav Date: Tue, 7 Feb 2017 22:57:03 +0530 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a113cc2407df8550547f40e47 Archived-At: Subject: Re: [Roll] No path DAO treated as new X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 17:27:07 -0000 --001a113cc2407df8550547f40e47 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Pascal for the detailed articulation. The timelined messaging that you have mentioned goes exactly as per what i wanted to convey, thanks. B will have two adjacencies to target E via C and D and it (node B) can decides to cleanup the adjacency with respect to C on receiving NPDAO(tgt=3DE) from C. There is one more point to clarify: Lets say, Node B decides to cleanup the adjacency and schedules an NPDAO(tgt=3DE) upstream and when it reaches the upstream node, that node (node A in my example) won't have multiple adjacencies based on next hop for target E i.e. Node A will have both the NPDAO(tgt=3DE) & DAO(tgt=3DE) received from the same next hop (node B) and since NPDAO is rcvd last from the same next hop, it may result in invalidation of that adjacency. Is it expected that Node B MUST NOT schedule the NPDAO(tgt=3DE) since the NPDAO has not cleared the last downward route for tgt E, where last downward route is identified by PathSeq of DAO (route install) ? Please find comments inline... On 7 February 2017 at 14:35, Pascal Thubert (pthubert) wrote: > Hello Rahul : > > > > The section is not about ignoring the DAO, it is about scheduling a DAO t= o > parent. If the NP DAO does not cause the removal of the last route, then > there is nothing to tell the parent, this node can still forward. > > > > Your assertion that the route in B is removed in your scenario appears > incorrect. Let=E2=80=99s look in details: > > > > An (NP) DAO installs and remove adjacencies* between a parent and a child= . > A NP DAO can only clean the adjacency between that parent and that child.= A > NP DAO from C cannot clean the adjacency via D. > > > > Let=E2=80=99s look at the adjacencies in each nodes along your scenario, = see if I > have it right: > > > > At T=3D0 B has a route to Target below E via C (I expect from your > description, you=E2=80=99re not 100% clear), and C has a route to Target = via E. > > > > At T=3D1 E sends a NP DAO to its old parent (that=E2=80=99s C), effective= ly > invalidating the adjacency in C via E. C has no more route to Target. B > does not know yet > > > > At T=3D2 E sends a DAO to D, D now has a route to Target via E. > > > > At T=3D3 D sends a DAO to B, B now has 2 adjacencies for Target, one via = C > and one via D. It can select either for his route to Target, or load > balance. At this point, B may still use C, and that would be a bad idea > since C cannot forward anymore to Target. > > > > At T=3D4 C sends the NP DAO to B. B cleans the adjacency via C, but retai= ns > the one via D. So now it still has a route via B and no alternative to it= . > At this point, the routing is correct again. > At this point i assume that node B may schedule NPDAO(tgt=3DE) to its upstream parent node A. Thus at T=3D5, Node A will receive a NPDAO(tgt=3DE, nhop=3DB) and it will a= lready have only one routing adjacency (tgt=3DE, nhop=3DB) ... What stops Node A f= rom invalidating this routing adjacency ? > > > I do not see that we ned to change RPL there=E2=80=A6 > > > > * Adjacencies are the possible next hops learnt from various routing > protocols with various costs; this is what the routing protocols exchange= ; > the routing table is a local decision by the router that retains the subs= et > of adjacencies that it selects for forwarding. > > > > > > Pascal > > > > *From:* Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Rahul Jadhav > *Sent:* vendredi 3 f=C3=A9vrier 2017 06:00 > *To:* roll@ietf.org > *Subject:* [Roll] No path DAO treated as new > > > > Hello All, > > > > Section 9.2.2. of RFC6550 says that a No-Path DAO message should always b= e > processed as a "new" message (i.e. igoring the PathSequence value related > to the target) ... > > I have problem with a scenario where if a node sends NPDAO (to old path) > and DAO to the new path for the same target ... and if for some reason > NPDAO reaches after the DAO to the common parent then it will clear the > routes because NPDAO is alway processed as "new" message. > > Consider an eg network, > > A > > | > > B > > / \ > > / \ > > C D > > : / > > : / > > E > > Node E switches from C to D, E sends an NPDAO to C, and regular DAO to D. > If B receives NPDAO after DAO, then won't it result in incorrect > invalidation of routes. My point is, the NPDAO processing should also hav= e > honored the PathSequence value before processing. But the spec text clear= ly > and specifically talks about treating NPDAOs as "new". > > Any thoughts on why special treatment for NPDAO was considered? > > > > Thanks, > > Rahul > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --001a113cc2407df8550547f40e47 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Pascal for the detailed articulation.=C2=A0
The timelined messaging that you have mentioned goes exactly as= per what i wanted to convey, thanks.=C2=A0
B will have two adjac= encies to target E via C and D and it (node B) can decides to cleanup the a= djacency with respect to C on receiving NPDAO(tgt=3DE) from C.=C2=A0
<= div>
There is one more point to clarify:
Lets say, = Node B decides to cleanup the adjacency and schedules an NPDAO(tgt=3DE) ups= tream and when it reaches the upstream node, that node (node A in my exampl= e) won't have multiple adjacencies based on next hop for target E i.e. = Node A will have both the NPDAO(tgt=3DE) & DAO(tgt=3DE) received from t= he same next hop (node B) and since NPDAO is rcvd last from the same next h= op, it may result in invalidation of that adjacency.

Is it expected that Node B MUST NOT schedule the NPDAO(tgt=3DE) since th= e NPDAO has not cleared the last downward route for tgt E, where last downw= ard route is identified by PathSeq of DAO (route install) ?=C2=A0

Please find comments inline...

On 7 February 2017 at 14:35, Pascal Thuber= t (pthubert) <pthubert@cisco.com> wrote:

Hello Rahul=C2=A0:

=C2=A0

The section is not about ignoring the= DAO, it is about scheduling a DAO to parent. If the NP DAO does not cause = the removal of the last route, then there is nothing to tell the parent, this node can still forward.

=C2=A0

Your assertion that the route in B is= removed in your scenario appears incorrect. Let=E2=80=99s look in details:=

=C2=A0

An (NP) DAO installs and remove adjac= encies* between a parent and a child. A NP DAO can only clean the adjacency= between that parent and that child. A NP DAO from C cannot clean the adjacency via D.

=C2=A0

Let=E2=80=99s look at the adjacencies= in each nodes along your scenario, see if I have it right:

=C2=A0

At T=3D0 B has a route to Target belo= w E via C (I expect from your description, you=E2=80=99re not 100% clear), = and C has a route to Target via E.

=C2=A0

At T=3D1 E sends a NP DAO to its old = parent (that=E2=80=99s C), effectively invalidating the adjacency in C via = E. C has no more route to Target. B does not know yet<= /p>

=C2=A0

At T=3D2 E sends a DAO to D, D now ha= s a route to Target via E.

=C2=A0

At T=3D3 D sends a DAO to B, B now ha= s 2 adjacencies for Target, one via C and one via D. It can select either f= or his route to Target, or load balance. At this point, B may still use C, and that would be a bad idea since C cannot forw= ard anymore to Target.

=C2=A0

At T=3D4 C sends the NP DAO to B. B c= leans the adjacency via C, but retains the one via D. So now it still has a= route via B and no alternative to it. At this point, the routing is correct again.


=
At this point i assume that node B may schedule NPDAO(tgt=3DE) t= o its upstream parent node A.

Thus at T=3D5, Node = A will receive a NPDAO(tgt=3DE, nhop=3DB) and it will already have only one= routing adjacency (tgt=3DE, nhop=3DB) ... What stops Node A from invalidat= ing this routing adjacency ?

=C2=A0

<= /div>

=C2=A0

I do not see that we ned to change RP= L there=E2=80=A6

=C2=A0

*=C2=A0 Adjacencies are the possible = next hops learnt from various routing protocols with various costs; this is= what the routing protocols exchange; the routing table is a local decision by the router that retains the subset of adjacencies t= hat it selects for forwarding.

=C2=A0

=C2=A0

Pascal

=C2=A0

From: R= oll [mailto:roll= -bounces@ietf.org] On Behalf Of Rahul Jadhav
Sent: vendredi 3 f=C3=A9vrier 2017 06:00
To: roll@ietf.org=
Subject: [Roll] No path DAO treated as new

<= div>

=C2=A0

Hello All,

=C2=A0

Section 9.2.2. of RFC65= 50 says that a No-Path DAO message should always be processed as a "ne= w" message (i.e. igoring the PathSequence value related to the target)= ... =C2=A0

I have problem with a s= cenario where if a node sends NPDAO (to old path) and DAO to the new path f= or the same target ... and if for some reason NPDAO reaches after the DAO t= o the common parent then it will clear the routes because NPDAO is alway processed as "new" message.=C2= =A0

Consider an eg network,= =C2=A0

=C2=A0 =C2=A0 A<= u>

=C2=A0 =C2=A0 |<= u>

=C2=A0 =C2=A0 B<= u>

=C2=A0 =C2=A0/ \=

=C2=A0 / =C2=A0 \

=C2=A0C =C2=A0 =C2=A0 D=

=C2=A0 : =C2=A0 /

=C2=A0 =C2=A0: /=

=C2=A0 =C2=A0 E<= u>

Node E switches from C = to D, E sends an NPDAO to C, and regular DAO to D. If B receives NPDAO afte= r DAO, then won't it result in incorrect invalidation of routes. My poi= nt is, the NPDAO processing should also have honored the PathSequence value before processing. But the spec text c= learly and specifically talks about treating NPDAOs as "new".=C2= =A0

Any thoughts on why spe= cial treatment for NPDAO was considered?

=C2=A0

Thanks,

Rahul


_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll


--001a113cc2407df8550547f40e47-- From nobody Tue Feb 7 09:37:24 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89DD5129E01 for ; Tue, 7 Feb 2017 09:37:22 -0800 (PST) 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 se1uPMxYuN_V for ; Tue, 7 Feb 2017 09:37:20 -0800 (PST) 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 253F4129E00 for ; Tue, 7 Feb 2017 09:37:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=42408; q=dns/txt; s=iport; t=1486489040; x=1487698640; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=La9yJbchEcfZXDB0WI6dcDtdydMxtslH9wkZw+7AIWc=; b=jRrt8GXWZtSKMImLd0ZKLXj968wLRBhT7GI7b+RSX1B+YOGFQldVuODD /FojfelU3dbnf6FyFy0fFxCVL9BHyrEsXeQKg0xExtvuDrXlU8K3LdK/V FnzoPPtAVf2SeS+pmUAtvmm1k7ERZtkcDb4MI52pTJN9J+szohUqezLX9 c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CLAQBrBJpY/5BdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9iYYEJB4NRigiSD5U2ggkDHwEKhXgCGoI4PxgBAgEBAQEBAQF?= =?us-ascii?q?iKIRpAQEBAwEBAQwVCjgJGwIBCBEEAQEhAQYDAgICJQsUCQgCBBMIiWMIDrAGg?= =?us-ascii?q?iWLTQEBAQEBAQEBAQEBAQEBAQEBAQEBARgFhkyEb4Q6UIJQgl8FlVKGGQGSBII?= =?us-ascii?q?EhReJcZMOAR84fk8VPIREHYFhdYdogQwBAQE?= X-IronPort-AV: E=Sophos;i="5.33,346,1477958400"; d="scan'208,217";a="381841235" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Feb 2017 17:37:19 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v17HbJcE010049 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 7 Feb 2017 17:37:19 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; Tue, 7 Feb 2017 11:37:18 -0600 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, 7 Feb 2017 11:37:18 -0600 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] No path DAO treated as new Thread-Index: AQHSfdp162UvH+X6W0OweXBRhKCNCKFdPvHggAD4uoD//5wYcA== Date: Tue, 7 Feb 2017 17:37:07 +0000 Deferred-Delivery: Tue, 7 Feb 2017 17:36:49 +0000 Message-ID: References: <7d16cde379f94919acf50b7cecd3f8c8@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.55.22.5] Content-Type: multipart/alternative; boundary="_000_b0c21c509e394544b0859eab3292d42aXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] No path DAO treated as new X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 17:37:22 -0000 --_000_b0c21c509e394544b0859eab3292d42aXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gUmFodWwgOg0KDQpUaGUgcnVsZSBpcyB0aGlzDQoNCiAgIDMuICBpdCBpcyBhIE5vLVBh dGggREFPIG1lc3NhZ2UgdGhhdCByZW1vdmVzIHRoZSBsYXN0IERvd253YXJkIHJvdXRlDQogICAg ICAgdG8gYSBwcmVmaXguDQoNCg0KVGhlIGZsb3cgaXMNCg0KDQo+PiBBdCBUPTQgQyBzZW5kcyB0 aGUgTlAgREFPIHRvIEIuIEIgY2xlYW5zIHRoZSBhZGphY2VuY3kgdmlhIEMsIGJ1dCByZXRhaW5z IHRoZSBvbmUgdmlhIEQuIFNvIG5vdyBpdCBzdGlsbCBoYXMgYSByb3V0ZSB2aWEgQiBhbmQgbm8g YWx0ZXJuYXRpdmUgdG8gaXQuIEF0IHRoaXMgcG9pbnQsIHRoZSByb3V0aW5nIGlzIGNvcnJlY3Qg YWdhaW4uDQoNCg0Kw5ggIEF0IHRoaXMgcG9pbnQgaSBhc3N1bWUgdGhhdCBub2RlIEIgbWF5IHNj aGVkdWxlIE5QREFPKHRndD1FKSB0byBpdHMgdXBzdHJlYW0gcGFyZW50IG5vZGUgQS4NCg0KDQpJ cyB0aGUgbGFzdCBkb3dud2FyZCByb3V0ZSByZW1vdmVkPyBObywgc2luY2UgQiBzdGlsbCBoYXMg YSByb3V0ZSBhcyBzYWlkIGF0IFQgPSA0LiBCIGlzIHN0aWxsIGNhcGFibGUgdG8gc2VuZC4gU28g bm8sIHRoZSBOUCBEQU8gaXMgbm90IG5ldyBwZXIgdGhlIHJ1bGUgYWJvdmUuIFNvIEIgZG9lcyBu b3Qgc2NoZWR1bGUgYSBOUCBEQU8gdG8gQS4NCg0KDQpDaGVlcnMsDQoNClBhc2NhbA0KDQpGcm9t OiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUmFodWwg SmFkaGF2DQpTZW50OiBtYXJkaSA3IGbDqXZyaWVyIDIwMTcgMTg6MjcNClRvOiBSb3V0aW5nIE92 ZXIgTG93IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3JrcyA8cm9sbEBpZXRmLm9yZz4NClN1YmplY3Q6 IFJlOiBbUm9sbF0gTm8gcGF0aCBEQU8gdHJlYXRlZCBhcyBuZXcNCg0KVGhhbmtzIFBhc2NhbCBm b3IgdGhlIGRldGFpbGVkIGFydGljdWxhdGlvbi4NCg0KVGhlIHRpbWVsaW5lZCBtZXNzYWdpbmcg dGhhdCB5b3UgaGF2ZSBtZW50aW9uZWQgZ29lcyBleGFjdGx5IGFzIHBlciB3aGF0IGkgd2FudGVk IHRvIGNvbnZleSwgdGhhbmtzLg0KQiB3aWxsIGhhdmUgdHdvIGFkamFjZW5jaWVzIHRvIHRhcmdl dCBFIHZpYSBDIGFuZCBEIGFuZCBpdCAobm9kZSBCKSBjYW4gZGVjaWRlcyB0byBjbGVhbnVwIHRo ZSBhZGphY2VuY3kgd2l0aCByZXNwZWN0IHRvIEMgb24gcmVjZWl2aW5nIE5QREFPKHRndD1FKSBm cm9tIEMuDQoNClRoZXJlIGlzIG9uZSBtb3JlIHBvaW50IHRvIGNsYXJpZnk6DQpMZXRzIHNheSwg Tm9kZSBCIGRlY2lkZXMgdG8gY2xlYW51cCB0aGUgYWRqYWNlbmN5IGFuZCBzY2hlZHVsZXMgYW4g TlBEQU8odGd0PUUpIHVwc3RyZWFtIGFuZCB3aGVuIGl0IHJlYWNoZXMgdGhlIHVwc3RyZWFtIG5v ZGUsIHRoYXQgbm9kZSAobm9kZSBBIGluIG15IGV4YW1wbGUpIHdvbid0IGhhdmUgbXVsdGlwbGUg YWRqYWNlbmNpZXMgYmFzZWQgb24gbmV4dCBob3AgZm9yIHRhcmdldCBFIGkuZS4gTm9kZSBBIHdp bGwgaGF2ZSBib3RoIHRoZSBOUERBTyh0Z3Q9RSkgJiBEQU8odGd0PUUpIHJlY2VpdmVkIGZyb20g dGhlIHNhbWUgbmV4dCBob3AgKG5vZGUgQikgYW5kIHNpbmNlIE5QREFPIGlzIHJjdmQgbGFzdCBm cm9tIHRoZSBzYW1lIG5leHQgaG9wLCBpdCBtYXkgcmVzdWx0IGluIGludmFsaWRhdGlvbiBvZiB0 aGF0IGFkamFjZW5jeS4NCg0KSXMgaXQgZXhwZWN0ZWQgdGhhdCBOb2RlIEIgTVVTVCBOT1Qgc2No ZWR1bGUgdGhlIE5QREFPKHRndD1FKSBzaW5jZSB0aGUgTlBEQU8gaGFzIG5vdCBjbGVhcmVkIHRo ZSBsYXN0IGRvd253YXJkIHJvdXRlIGZvciB0Z3QgRSwgd2hlcmUgbGFzdCBkb3dud2FyZCByb3V0 ZSBpcyBpZGVudGlmaWVkIGJ5IFBhdGhTZXEgb2YgREFPIChyb3V0ZSBpbnN0YWxsKSA/DQoNClBs ZWFzZSBmaW5kIGNvbW1lbnRzIGlubGluZS4uLg0KDQpPbiA3IEZlYnJ1YXJ5IDIwMTcgYXQgMTQ6 MzUsIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNvbTxtYWlsdG86 cHRodWJlcnRAY2lzY28uY29tPj4gd3JvdGU6DQpIZWxsbyBSYWh1bCA6DQoNClRoZSBzZWN0aW9u IGlzIG5vdCBhYm91dCBpZ25vcmluZyB0aGUgREFPLCBpdCBpcyBhYm91dCBzY2hlZHVsaW5nIGEg REFPIHRvIHBhcmVudC4gSWYgdGhlIE5QIERBTyBkb2VzIG5vdCBjYXVzZSB0aGUgcmVtb3ZhbCBv ZiB0aGUgbGFzdCByb3V0ZSwgdGhlbiB0aGVyZSBpcyBub3RoaW5nIHRvIHRlbGwgdGhlIHBhcmVu dCwgdGhpcyBub2RlIGNhbiBzdGlsbCBmb3J3YXJkLg0KDQpZb3VyIGFzc2VydGlvbiB0aGF0IHRo ZSByb3V0ZSBpbiBCIGlzIHJlbW92ZWQgaW4geW91ciBzY2VuYXJpbyBhcHBlYXJzIGluY29ycmVj dC4gTGV04oCZcyBsb29rIGluIGRldGFpbHM6DQoNCkFuIChOUCkgREFPIGluc3RhbGxzIGFuZCBy ZW1vdmUgYWRqYWNlbmNpZXMqIGJldHdlZW4gYSBwYXJlbnQgYW5kIGEgY2hpbGQuIEEgTlAgREFP IGNhbiBvbmx5IGNsZWFuIHRoZSBhZGphY2VuY3kgYmV0d2VlbiB0aGF0IHBhcmVudCBhbmQgdGhh dCBjaGlsZC4gQSBOUCBEQU8gZnJvbSBDIGNhbm5vdCBjbGVhbiB0aGUgYWRqYWNlbmN5IHZpYSBE Lg0KDQpMZXTigJlzIGxvb2sgYXQgdGhlIGFkamFjZW5jaWVzIGluIGVhY2ggbm9kZXMgYWxvbmcg eW91ciBzY2VuYXJpbywgc2VlIGlmIEkgaGF2ZSBpdCByaWdodDoNCg0KQXQgVD0wIEIgaGFzIGEg cm91dGUgdG8gVGFyZ2V0IGJlbG93IEUgdmlhIEMgKEkgZXhwZWN0IGZyb20geW91ciBkZXNjcmlw dGlvbiwgeW914oCZcmUgbm90IDEwMCUgY2xlYXIpLCBhbmQgQyBoYXMgYSByb3V0ZSB0byBUYXJn ZXQgdmlhIEUuDQoNCkF0IFQ9MSBFIHNlbmRzIGEgTlAgREFPIHRvIGl0cyBvbGQgcGFyZW50ICh0 aGF04oCZcyBDKSwgZWZmZWN0aXZlbHkgaW52YWxpZGF0aW5nIHRoZSBhZGphY2VuY3kgaW4gQyB2 aWEgRS4gQyBoYXMgbm8gbW9yZSByb3V0ZSB0byBUYXJnZXQuIEIgZG9lcyBub3Qga25vdyB5ZXQN Cg0KQXQgVD0yIEUgc2VuZHMgYSBEQU8gdG8gRCwgRCBub3cgaGFzIGEgcm91dGUgdG8gVGFyZ2V0 IHZpYSBFLg0KDQpBdCBUPTMgRCBzZW5kcyBhIERBTyB0byBCLCBCIG5vdyBoYXMgMiBhZGphY2Vu Y2llcyBmb3IgVGFyZ2V0LCBvbmUgdmlhIEMgYW5kIG9uZSB2aWEgRC4gSXQgY2FuIHNlbGVjdCBl aXRoZXIgZm9yIGhpcyByb3V0ZSB0byBUYXJnZXQsIG9yIGxvYWQgYmFsYW5jZS4gQXQgdGhpcyBw b2ludCwgQiBtYXkgc3RpbGwgdXNlIEMsIGFuZCB0aGF0IHdvdWxkIGJlIGEgYmFkIGlkZWEgc2lu Y2UgQyBjYW5ub3QgZm9yd2FyZCBhbnltb3JlIHRvIFRhcmdldC4NCg0KQXQgVD00IEMgc2VuZHMg dGhlIE5QIERBTyB0byBCLiBCIGNsZWFucyB0aGUgYWRqYWNlbmN5IHZpYSBDLCBidXQgcmV0YWlu cyB0aGUgb25lIHZpYSBELiBTbyBub3cgaXQgc3RpbGwgaGFzIGEgcm91dGUgdmlhIEIgYW5kIG5v IGFsdGVybmF0aXZlIHRvIGl0LiBBdCB0aGlzIHBvaW50LCB0aGUgcm91dGluZyBpcyBjb3JyZWN0 IGFnYWluLg0KDQpBdCB0aGlzIHBvaW50IGkgYXNzdW1lIHRoYXQgbm9kZSBCIG1heSBzY2hlZHVs ZSBOUERBTyh0Z3Q9RSkgdG8gaXRzIHVwc3RyZWFtIHBhcmVudCBub2RlIEEuDQoNClRodXMgYXQg VD01LCBOb2RlIEEgd2lsbCByZWNlaXZlIGEgTlBEQU8odGd0PUUsIG5ob3A9QikgYW5kIGl0IHdp bGwgYWxyZWFkeSBoYXZlIG9ubHkgb25lIHJvdXRpbmcgYWRqYWNlbmN5ICh0Z3Q9RSwgbmhvcD1C KSAuLi4gV2hhdCBzdG9wcyBOb2RlIEEgZnJvbSBpbnZhbGlkYXRpbmcgdGhpcyByb3V0aW5nIGFk amFjZW5jeSA/DQoNCg0KDQpJIGRvIG5vdCBzZWUgdGhhdCB3ZSBuZWQgdG8gY2hhbmdlIFJQTCB0 aGVyZeKApg0KDQoqICBBZGphY2VuY2llcyBhcmUgdGhlIHBvc3NpYmxlIG5leHQgaG9wcyBsZWFy bnQgZnJvbSB2YXJpb3VzIHJvdXRpbmcgcHJvdG9jb2xzIHdpdGggdmFyaW91cyBjb3N0czsgdGhp cyBpcyB3aGF0IHRoZSByb3V0aW5nIHByb3RvY29scyBleGNoYW5nZTsgdGhlIHJvdXRpbmcgdGFi bGUgaXMgYSBsb2NhbCBkZWNpc2lvbiBieSB0aGUgcm91dGVyIHRoYXQgcmV0YWlucyB0aGUgc3Vi c2V0IG9mIGFkamFjZW5jaWVzIHRoYXQgaXQgc2VsZWN0cyBmb3IgZm9yd2FyZGluZy4NCg0KDQpQ YXNjYWwNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86 cm9sbC1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIFJhaHVsIEphZGhhdg0KU2VudDog dmVuZHJlZGkgMyBmw6l2cmllciAyMDE3IDA2OjAwDQpUbzogcm9sbEBpZXRmLm9yZzxtYWlsdG86 cm9sbEBpZXRmLm9yZz4NClN1YmplY3Q6IFtSb2xsXSBObyBwYXRoIERBTyB0cmVhdGVkIGFzIG5l dw0KDQpIZWxsbyBBbGwsDQoNClNlY3Rpb24gOS4yLjIuIG9mIFJGQzY1NTAgc2F5cyB0aGF0IGEg Tm8tUGF0aCBEQU8gbWVzc2FnZSBzaG91bGQgYWx3YXlzIGJlIHByb2Nlc3NlZCBhcyBhICJuZXci IG1lc3NhZ2UgKGkuZS4gaWdvcmluZyB0aGUgUGF0aFNlcXVlbmNlIHZhbHVlIHJlbGF0ZWQgdG8g dGhlIHRhcmdldCkgLi4uDQpJIGhhdmUgcHJvYmxlbSB3aXRoIGEgc2NlbmFyaW8gd2hlcmUgaWYg YSBub2RlIHNlbmRzIE5QREFPICh0byBvbGQgcGF0aCkgYW5kIERBTyB0byB0aGUgbmV3IHBhdGgg Zm9yIHRoZSBzYW1lIHRhcmdldCAuLi4gYW5kIGlmIGZvciBzb21lIHJlYXNvbiBOUERBTyByZWFj aGVzIGFmdGVyIHRoZSBEQU8gdG8gdGhlIGNvbW1vbiBwYXJlbnQgdGhlbiBpdCB3aWxsIGNsZWFy IHRoZSByb3V0ZXMgYmVjYXVzZSBOUERBTyBpcyBhbHdheSBwcm9jZXNzZWQgYXMgIm5ldyIgbWVz c2FnZS4NCkNvbnNpZGVyIGFuIGVnIG5ldHdvcmssDQogICAgQQ0KICAgIHwNCiAgICBCDQogICAv IFwNCiAgLyAgIFwNCiBDICAgICBEDQogIDogICAvDQogICA6IC8NCiAgICBFDQpOb2RlIEUgc3dp dGNoZXMgZnJvbSBDIHRvIEQsIEUgc2VuZHMgYW4gTlBEQU8gdG8gQywgYW5kIHJlZ3VsYXIgREFP IHRvIEQuIElmIEIgcmVjZWl2ZXMgTlBEQU8gYWZ0ZXIgREFPLCB0aGVuIHdvbid0IGl0IHJlc3Vs dCBpbiBpbmNvcnJlY3QgaW52YWxpZGF0aW9uIG9mIHJvdXRlcy4gTXkgcG9pbnQgaXMsIHRoZSBO UERBTyBwcm9jZXNzaW5nIHNob3VsZCBhbHNvIGhhdmUgaG9ub3JlZCB0aGUgUGF0aFNlcXVlbmNl IHZhbHVlIGJlZm9yZSBwcm9jZXNzaW5nLiBCdXQgdGhlIHNwZWMgdGV4dCBjbGVhcmx5IGFuZCBz cGVjaWZpY2FsbHkgdGFsa3MgYWJvdXQgdHJlYXRpbmcgTlBEQU9zIGFzICJuZXciLg0KQW55IHRo b3VnaHRzIG9uIHdoeSBzcGVjaWFsIHRyZWF0bWVudCBmb3IgTlBEQU8gd2FzIGNvbnNpZGVyZWQ/ DQoNClRoYW5rcywNClJhaHVsDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpSb2xsIG1haWxpbmcgbGlzdA0KUm9sbEBpZXRmLm9yZzxtYWlsdG86Um9s bEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0K DQo= --_000_b0c21c509e394544b0859eab3292d42aXCHRCD001ciscocom_ 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 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJh Z3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1z dHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K CW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWww DQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsN CgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdp bi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMx RjQ5N0Q7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRN TCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmlu aXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDozNTkwODk4NzM7DQoJbXNvLWxpc3Qt dHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xMzIxMzI1NDc2IDU4MTE4ODM1 OCA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2 NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXN0YXJ0LWF0 OjA7DQoJbXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+D mDsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTQuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9u dC1mYW1pbHk6V2luZ2RpbmdzOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ bXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwy DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgltYXJnaW4tbGVmdDo5MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDox MjYuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30N CkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoxNjIuMHB0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFy Z2luLWxlZnQ6MTk4LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIzNC4wcHQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI3MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVm dDozMDYuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MzQyLjBwdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4t Ym90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBSYWh1bCZuYnNwOzo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIHJ1bGUgaXMg dGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyAzLiZuYnNw OyBpdCBpcyBhIE5vLVBhdGggREFPIG1lc3NhZ2UgdGhhdCByZW1vdmVzIHRoZSBsYXN0IERvd253 YXJkIHJvdXRlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0byBhIHByZWZpeC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgZmxvdyBpcw0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDozNi4wcHQiPg0KPG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mZ3Q7Jmd0OyBBdCBUPTQgQyBzZW5kcyB0aGUgTlAgREFPIHRvIEIuIEIgY2xlYW5zIHRoZSBh ZGphY2VuY3kgdmlhIEMsIGJ1dCByZXRhaW5zIHRoZSBvbmUgdmlhIEQuIFNvIG5vdyBpdCBzdGls bCBoYXMgYSByb3V0ZSB2aWEgQiBhbmQgbm8gYWx0ZXJuYXRpdmUgdG8gaXQuIEF0IHRoaXMgcG9p bnQsIHRoZSByb3V0aW5nDQogaXMgY29ycmVjdCBhZ2Fpbi48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6NTQuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEi Pg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OldpbmdkaW5n cyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+w5g8c3BhbiBzdHlsZT0iZm9udDo3LjBw dCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCFbZW5kaWZdPkF0IHRoaXMgcG9pbnQgaSBhc3N1bWUgdGhhdCBub2RlIEIgbWF5IHNjaGVk dWxlIE5QREFPKHRndD1FKSB0byBpdHMgdXBzdHJlYW0gcGFyZW50IG5vZGUgQS48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPklzIHRo ZSBsYXN0IGRvd253YXJkIHJvdXRlIHJlbW92ZWQ/IE5vLCBzaW5jZSBCIHN0aWxsIGhhcyBhIHJv dXRlIGFzIHNhaWQgYXQgVCA9IDQuIEIgaXMgc3RpbGwgY2FwYWJsZSB0byBzZW5kLiBTbyBubywg dGhlIE5QIERBTyBpcyBub3QgbmV3IHBlciB0aGUgcnVsZSBhYm92ZS4NCiBTbyBCIGRvZXMgbm90 IHNjaGVkdWxlIGEgTlAgREFPIHRvIEEuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGFzY2FsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5P biBCZWhhbGYgT2YgPC9iPlJhaHVsIEphZGhhdjxicj4NCjxiPlNlbnQ6PC9iPiBtYXJkaSA3IGbD qXZyaWVyIDIwMTcgMTg6Mjc8YnI+DQo8Yj5Ubzo8L2I+IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIg YW5kIExvc3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSZTogW1JvbGxdIE5vIHBhdGggREFPIHRyZWF0ZWQgYXMgbmV3PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhhbmtzIFBhc2NhbCBmb3IgdGhlIGRldGFpbGVkIGFydGlj dWxhdGlvbi4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PlRoZSB0aW1lbGluZWQgbWVzc2FnaW5nIHRoYXQgeW91IGhhdmUgbWVudGlvbmVkIGdvZXMgZXhh Y3RseSBhcyBwZXIgd2hhdCBpIHdhbnRlZCB0byBjb252ZXksIHRoYW5rcy4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPkIgd2lsbCBoYXZlIHR3byBhZGphY2VuY2llcyB0byB0YXJnZXQgRSB2 aWEgQyBhbmQgRCBhbmQgaXQgKG5vZGUgQikgY2FuIGRlY2lkZXMgdG8gY2xlYW51cCB0aGUgYWRq YWNlbmN5IHdpdGggcmVzcGVjdCB0byBDIG9uIHJlY2VpdmluZyBOUERBTyh0Z3Q9RSkgZnJvbSBD LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij5UaGVyZSBpcyBvbmUgbW9yZSBwb2ludCB0byBjbGFyaWZ5OjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+TGV0cyBzYXksIE5vZGUgQiBkZWNpZGVzIHRvIGNsZWFudXAgdGhlIGFkamFjZW5jeSBhbmQg c2NoZWR1bGVzIGFuIE5QREFPKHRndD1FKSB1cHN0cmVhbSBhbmQgd2hlbiBpdCByZWFjaGVzIHRo ZSB1cHN0cmVhbSBub2RlLCB0aGF0IG5vZGUgKG5vZGUgQSBpbiBteSBleGFtcGxlKSB3b24ndCBo YXZlIG11bHRpcGxlIGFkamFjZW5jaWVzIGJhc2VkIG9uIG5leHQgaG9wDQogZm9yIHRhcmdldCBF IGkuZS4gTm9kZSBBIHdpbGwgaGF2ZSBib3RoIHRoZSBOUERBTyh0Z3Q9RSkgJmFtcDsgREFPKHRn dD1FKSByZWNlaXZlZCBmcm9tIHRoZSBzYW1lIG5leHQgaG9wIChub2RlIEIpIGFuZCBzaW5jZSBO UERBTyBpcyByY3ZkIGxhc3QgZnJvbSB0aGUgc2FtZSBuZXh0IGhvcCwgaXQgbWF5IHJlc3VsdCBp biBpbnZhbGlkYXRpb24gb2YgdGhhdCBhZGphY2VuY3kuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPklzIGl0IGV4cGVjdGVkIHRoYXQgTm9kZSBCIE1V U1QgTk9UIHNjaGVkdWxlIHRoZSBOUERBTyh0Z3Q9RSkgc2luY2UgdGhlIE5QREFPIGhhcyBub3Qg Y2xlYXJlZCB0aGUgbGFzdCBkb3dud2FyZCByb3V0ZSBmb3IgdGd0IEUsIHdoZXJlIGxhc3QgZG93 bndhcmQgcm91dGUgaXMgaWRlbnRpZmllZCBieSBQYXRoU2VxIG9mIERBTyAocm91dGUgaW5zdGFs bCkgPyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij5QbGVhc2UgZmluZCBjb21tZW50cyBpbmxpbmUuLi48bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij5PbiA3IEZlYnJ1YXJ5IDIwMTcgYXQgMTQ6MzUsIFBhc2NhbCBUaHViZXJ0 IChwdGh1YmVydCkgJmx0OzxhIGhyZWY9Im1haWx0bzpwdGh1YmVydEBjaXNjby5jb20iIHRhcmdl dD0iX2JsYW5rIj5wdGh1YmVydEBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND Q0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy Z2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhlbGxvIFJh aHVsJm5ic3A7Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt YXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVm dDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBzZWN0aW9uIGlz IG5vdCBhYm91dCBpZ25vcmluZyB0aGUgREFPLCBpdCBpcyBhYm91dCBzY2hlZHVsaW5nIGEgREFP IHRvIHBhcmVudC4gSWYgdGhlIE5QIERBTyBkb2VzIG5vdCBjYXVzZSB0aGUgcmVtb3ZhbCBvZiB0 aGUgbGFzdCByb3V0ZSwgdGhlbiB0aGVyZSBpcyBub3RoaW5nIHRvIHRlbGwgdGhlIHBhcmVudCwN CiB0aGlzIG5vZGUgY2FuIHN0aWxsIGZvcndhcmQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+WW91ciBhc3NlcnRpb24gdGhhdCB0aGUgcm91dGUgaW4gQiBpcyByZW1vdmVkIGluIHlv dXIgc2NlbmFyaW8gYXBwZWFycyBpbmNvcnJlY3QuIExldOKAmXMgbG9vayBpbiBkZXRhaWxzOjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDoz Ni4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFuIChOUCkgREFPIGluc3RhbGxzIGFuZCBy ZW1vdmUgYWRqYWNlbmNpZXMqIGJldHdlZW4gYSBwYXJlbnQgYW5kIGEgY2hpbGQuIEEgTlAgREFP IGNhbiBvbmx5IGNsZWFuIHRoZSBhZGphY2VuY3kgYmV0d2VlbiB0aGF0IHBhcmVudCBhbmQgdGhh dCBjaGlsZC4gQSBOUCBEQU8gZnJvbSBDIGNhbm5vdCBjbGVhbiB0aGUNCiBhZGphY2VuY3kgdmlh IEQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1s ZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjM2LjBw dCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TGV04oCZcyBsb29rIGF0IHRoZSBh ZGphY2VuY2llcyBpbiBlYWNoIG5vZGVzIGFsb25nIHlvdXIgc2NlbmFyaW8sIHNlZSBpZiBJIGhh dmUgaXQgcmlnaHQ6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1s ZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QXQgVD0wIEIgaGFz IGEgcm91dGUgdG8gVGFyZ2V0IGJlbG93IEUgdmlhIEMgKEkgZXhwZWN0IGZyb20geW91ciBkZXNj cmlwdGlvbiwgeW914oCZcmUgbm90IDEwMCUgY2xlYXIpLCBhbmQgQyBoYXMgYSByb3V0ZSB0byBU YXJnZXQgdmlhIEUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1s ZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QXQgVD0xIEUgc2Vu ZHMgYSBOUCBEQU8gdG8gaXRzIG9sZCBwYXJlbnQgKHRoYXTigJlzIEMpLCBlZmZlY3RpdmVseSBp bnZhbGlkYXRpbmcgdGhlIGFkamFjZW5jeSBpbiBDIHZpYSBFLiBDIGhhcyBubyBtb3JlIHJvdXRl IHRvIFRhcmdldC4gQiBkb2VzIG5vdCBrbm93IHlldDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPkF0IFQ9MiBFIHNlbmRzIGEgREFPIHRvIEQsIEQgbm93IGhhcyBhIHJvdXRlIHRvIFRh cmdldCB2aWEgRS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxl ZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BdCBUPTMgRCBzZW5k cyBhIERBTyB0byBCLCBCIG5vdyBoYXMgMiBhZGphY2VuY2llcyBmb3IgVGFyZ2V0LCBvbmUgdmlh IEMgYW5kIG9uZSB2aWEgRC4gSXQgY2FuIHNlbGVjdCBlaXRoZXIgZm9yIGhpcyByb3V0ZSB0byBU YXJnZXQsIG9yIGxvYWQgYmFsYW5jZS4gQXQgdGhpcyBwb2ludCwgQiBtYXkgc3RpbGwgdXNlDQog QywgYW5kIHRoYXQgd291bGQgYmUgYSBiYWQgaWRlYSBzaW5jZSBDIGNhbm5vdCBmb3J3YXJkIGFu eW1vcmUgdG8gVGFyZ2V0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkF0IFQ9NCBD IHNlbmRzIHRoZSBOUCBEQU8gdG8gQi4gQiBjbGVhbnMgdGhlIGFkamFjZW5jeSB2aWEgQywgYnV0 IHJldGFpbnMgdGhlIG9uZSB2aWEgRC4gU28gbm93IGl0IHN0aWxsIGhhcyBhIHJvdXRlIHZpYSBC IGFuZCBubyBhbHRlcm5hdGl2ZSB0byBpdC4gQXQgdGhpcyBwb2ludCwgdGhlIHJvdXRpbmcgaXMN CiBjb3JyZWN0IGFnYWluLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5BdCB0aGlzIHBvaW50IGkg YXNzdW1lIHRoYXQgbm9kZSBCIG1heSBzY2hlZHVsZSBOUERBTyh0Z3Q9RSkgdG8gaXRzIHVwc3Ry ZWFtIHBhcmVudCBub2RlIEEuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPlRodXMgYXQgVD01LCBOb2RlIEEgd2lsbCByZWNlaXZlIGEgTlBEQU8odGd0 PUUsIG5ob3A9QikgYW5kIGl0IHdpbGwgYWxyZWFkeSBoYXZlIG9ubHkgb25lIHJvdXRpbmcgYWRq YWNlbmN5ICh0Z3Q9RSwgbmhvcD1CKSAuLi4gV2hhdCBzdG9wcyBOb2RlIEEgZnJvbSBpbnZhbGlk YXRpbmcgdGhpcyByb3V0aW5nIGFkamFjZW5jeSA/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBw dDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjM2LjBwdCI+DQombmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAw Y20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5JIGRvIG5vdCBzZWUgdGhhdCB3ZSBuZWQgdG8gY2hhbmdlIFJQTCB0 aGVyZeKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDozNi4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDoz Ni4wcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiombmJzcDsgQWRqYWNlbmNp ZXMgYXJlIHRoZSBwb3NzaWJsZSBuZXh0IGhvcHMgbGVhcm50IGZyb20gdmFyaW91cyByb3V0aW5n IHByb3RvY29scyB3aXRoIHZhcmlvdXMgY29zdHM7IHRoaXMgaXMgd2hhdCB0aGUgcm91dGluZyBw cm90b2NvbHMgZXhjaGFuZ2U7IHRoZSByb3V0aW5nIHRhYmxlIGlzIGEgbG9jYWwgZGVjaXNpb24N CiBieSB0aGUgcm91dGVyIHRoYXQgcmV0YWlucyB0aGUgc3Vic2V0IG9mIGFkamFjZW5jaWVzIHRo YXQgaXQgc2VsZWN0cyBmb3IgZm9yd2FyZGluZy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5QYXNj YWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxl ZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NzIuMHB0 Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ IFJvbGwgW21haWx0bzo8YSBocmVmPSJtYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnIiB0YXJn ZXQ9Il9ibGFuayI+cm9sbC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8 L2I+UmFodWwgSmFkaGF2PGJyPg0KPGI+U2VudDo8L2I+IHZlbmRyZWRpIDMgZsOpdnJpZXIgMjAx NyAwNjowMDxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnJvbGxAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5yb2xsQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbUm9s bF0gTm8gcGF0aCBEQU8gdHJlYXRlZCBhcyBuZXc8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3Mi4wcHQiPg0KJm5i c3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt YXJnaW4tbGVmdDo3Mi4wcHQiPg0KSGVsbG8gQWxsLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQombmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDo3Mi4wcHQiPg0KU2VjdGlvbiA5LjIuMi4gb2YgUkZDNjU1MCBzYXlzIHRoYXQgYSBO by1QYXRoIERBTyBtZXNzYWdlIHNob3VsZCBhbHdheXMgYmUgcHJvY2Vzc2VkIGFzIGEgJnF1b3Q7 bmV3JnF1b3Q7IG1lc3NhZ2UgKGkuZS4gaWdvcmluZyB0aGUgUGF0aFNlcXVlbmNlIHZhbHVlIHJl bGF0ZWQgdG8gdGhlIHRhcmdldCkgLi4uICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQpJIGhhdmUg cHJvYmxlbSB3aXRoIGEgc2NlbmFyaW8gd2hlcmUgaWYgYSBub2RlIHNlbmRzIE5QREFPICh0byBv bGQgcGF0aCkgYW5kIERBTyB0byB0aGUgbmV3IHBhdGggZm9yIHRoZSBzYW1lIHRhcmdldCAuLi4g YW5kIGlmIGZvciBzb21lIHJlYXNvbiBOUERBTyByZWFjaGVzIGFmdGVyIHRoZSBEQU8gdG8gdGhl IGNvbW1vbiBwYXJlbnQgdGhlbiBpdCB3aWxsIGNsZWFyIHRoZSByb3V0ZXMgYmVjYXVzZSBOUERB TyBpcyBhbHdheSBwcm9jZXNzZWQgYXMNCiAmcXVvdDtuZXcmcXVvdDsgbWVzc2FnZS4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDo3Mi4wcHQiPg0KQ29uc2lkZXIgYW4gZWcgbmV0d29yaywmbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3 Mi4wcHQiPg0KJm5ic3A7ICZuYnNwOyBBPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NzIuMHB0Ij4NCiZuYnNwOyAmbmJzcDsg fDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21h cmdpbi1sZWZ0OjcyLjBwdCI+DQombmJzcDsgJm5ic3A7IEI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3Mi4wcHQiPg0KJm5i c3A7ICZuYnNwOy8gXDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQombmJzcDsgLyAmbmJzcDsgXDxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0 OjcyLjBwdCI+DQombmJzcDtDICZuYnNwOyAmbmJzcDsgRDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQombmJz cDsgOiAmbmJzcDsgLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQombmJzcDsgJm5ic3A7OiAvPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6 NzIuMHB0Ij4NCiZuYnNwOyAmbmJzcDsgRTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQpOb2RlIEUgc3dpdGNo ZXMgZnJvbSBDIHRvIEQsIEUgc2VuZHMgYW4gTlBEQU8gdG8gQywgYW5kIHJlZ3VsYXIgREFPIHRv IEQuIElmIEIgcmVjZWl2ZXMgTlBEQU8gYWZ0ZXIgREFPLCB0aGVuIHdvbid0IGl0IHJlc3VsdCBp biBpbmNvcnJlY3QgaW52YWxpZGF0aW9uIG9mIHJvdXRlcy4gTXkgcG9pbnQgaXMsIHRoZSBOUERB TyBwcm9jZXNzaW5nIHNob3VsZCBhbHNvIGhhdmUgaG9ub3JlZCB0aGUgUGF0aFNlcXVlbmNlIHZh bHVlIGJlZm9yZSBwcm9jZXNzaW5nLg0KIEJ1dCB0aGUgc3BlYyB0ZXh0IGNsZWFybHkgYW5kIHNw ZWNpZmljYWxseSB0YWxrcyBhYm91dCB0cmVhdGluZyBOUERBT3MgYXMgJnF1b3Q7bmV3JnF1b3Q7 LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21hcmdpbi1sZWZ0OjcyLjBwdCI+DQpBbnkgdGhvdWdodHMgb24gd2h5IHNwZWNpYWwgdHJl YXRtZW50IGZvciBOUERBTyB3YXMgY29uc2lkZXJlZD88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3Mi4wcHQiPg0KJm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFy Z2luLWxlZnQ6NzIuMHB0Ij4NClRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo3Mi4wcHQiPg0KUmFodWw8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdp bi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxi cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K Um9sbCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86Um9sbEBpZXRmLm9yZyI+Um9s bEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3JvbGwiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3JvbGw8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_b0c21c509e394544b0859eab3292d42aXCHRCD001ciscocom_-- From nobody Mon Feb 13 13:53:46 2017 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DD7D1129977; Mon, 13 Feb 2017 13:53:41 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.43.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148702282190.25043.5910591876071323413.idtracker@ietfa.amsl.com> Date: Mon, 13 Feb 2017 13:53:41 -0800 Archived-At: Cc: roll-chairs@ietf.org, Michael Richardson , roll@ietf.org, draft-ietf-roll-routing-dispatch@ietf.org, The IESG , rfc-editor@rfc-editor.org Subject: [Roll] Protocol Action: '6LoWPAN Routing Header' to Proposed Standard (draft-ietf-roll-routing-dispatch-05.txt) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 21:53:42 -0000 The IESG has approved the following document: - '6LoWPAN Routing Header' (draft-ietf-roll-routing-dispatch-05.txt) as Proposed Standard This document is the product of the Routing Over Low power and Lossy networks Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-routing-dispatch/ Technical Summary This specification introduces a new 6LoWPAN dispatch type for use in 6LoWPAN Route-Over topologies, that initially covers the needs of RPL (RFC6550) data packets compression. Using this dispatch type, this specification defines a method to compress RPL Option (RFC6553) information and Routing Header type 3 (RFC6554), an efficient IP-in- IP technique and is extensible for more applications. Working Group Summary The document started life in 6lo as part of another document. ROLL WG members participated greatly during the initial work on the document, providing motivation for why the work was important. Once the document was split up, this part returned to the ROLL WG for publication. No concerns, the document had good support. Document Quality The document contains a generous introduction appropriate for a reader who is unfamiliar with the why. There has been enough review, including from the INT Directorate. Personnel Document Shepherd: Michael Richardson Responsible AD: Alvaro Retana From nobody Tue Feb 14 20:29:58 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D998129594 for ; Tue, 14 Feb 2017 20:29:52 -0800 (PST) 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 5ICExPW_bhG7 for ; Tue, 14 Feb 2017 20:29:50 -0800 (PST) Received: from mail-ot0-x235.google.com (mail-ot0-x235.google.com [IPv6:2607:f8b0:4003:c0f::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 18455129591 for ; Tue, 14 Feb 2017 20:29:50 -0800 (PST) Received: by mail-ot0-x235.google.com with SMTP id 65so109071070otq.2 for ; Tue, 14 Feb 2017 20:29:50 -0800 (PST) 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; bh=lorGS0+xTR2ns959lHzPEbMDAI9JJ2Rp+kOzMNLXCyw=; b=jpc3xgLiY9+csFrponJlYSwnMOXP5o0oqT5ZcgQhXQog3KEmMWGc8I9iN6TeknCQZS KyIxr9xk2JhMqiTebNH1GF3zmWjWOwYzNK6C+Rt2lSxMG6w4kj1uQcOTGHSHNt7QzR6j TKHHJnqB/nxBC4XPvoUO/JPQDOmlelioufF21u3iOGcVVL21oj2lb51d9L7MqQWaJMLU bL8HqJ0fHMusWHfIEKLxDDVgjtfpeRKdzthK2RgbPpnXW4IdpyoBewL5qKdD19mF9u9J Ov3aIXIcVTgsDQgL1Fpy71fF3iIr8nhUBWh8dQYOYtHrInPbUpYb4pvVU6w2HE0M6i6f vmkw== 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; bh=lorGS0+xTR2ns959lHzPEbMDAI9JJ2Rp+kOzMNLXCyw=; b=hkBH178AnoYdF9s3Oe3DYtjHjH0uWKNal1haRrl7KwlrPrunPAaFkCNSSa9PgN7VA8 tVwGlSMtEpev408/inzHnwYXs1l2Kz+UEsuwRSgP+TC2h5ulK6W0pSUGd7GQcBRjRmQ9 xE4H1egU3pZxcl5S+x1ihEAwASfuvVLBHG7mh/DNCcg+Z9y5a7fbcYe+sUTqQs5BHFPi +RTqWmXFlgBJX5WfkyCAswfjamZZfNzXb+zLA9ptYkUsPH7gNdAUS/E+ryUQZSNo2aQz mPJQqLv0L81iwEkBins/8/75iYIvaXp/o4AkXClan4fgGvt8nwirtSPKobMpgKrWys3W oSVg== X-Gm-Message-State: AMke39nG0JNhUHJgwWLnAokNxmdtKhkGMQJwgk7Ufc5yUjXnO3LdXxKHYjpux6alpmOG+qIZkuIfriwNSQ/9cg== X-Received: by 10.157.4.141 with SMTP id 13mr20399176otm.243.1487132989369; Tue, 14 Feb 2017 20:29:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.52.27 with HTTP; Tue, 14 Feb 2017 20:29:49 -0800 (PST) Received: by 10.74.52.27 with HTTP; Tue, 14 Feb 2017 20:29:49 -0800 (PST) In-Reply-To: <148713212910.9972.4304048455298301168.idtracker@ietfa.amsl.com> References: <148713212910.9972.4304048455298301168.idtracker@ietfa.amsl.com> From: Rahul Jadhav Date: Wed, 15 Feb 2017 09:59:49 +0530 Message-ID: To: roll@ietf.org Content-Type: multipart/alternative; boundary=94eb2c09568090b45405488a2134 Archived-At: Subject: [Roll] Fwd: New Version Notification for draft-jadhav-roll-efficient-npdao-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 04:29:52 -0000 --94eb2c09568090b45405488a2134 Content-Type: text/plain; charset=UTF-8 Hello All, The solutions draft based on the npdao problem statement draft is submitted. For those who had gone through the previous problem statement draft can start from section 5 onwards since the other sections are same as before. Looking forward for your feedback. Regards, Rahul ---------- Forwarded message ---------- From: Date: 15 Feb 2017 9:45 a.m. Subject: New Version Notification for draft-jadhav-roll-efficient-npdao-00.txt To: "Zhen Cao" , "Rabi Narayan Sahoo" < rabinarayans@huawei.com>, "Rahul Arvind Jadhav" Cc: A new version of I-D, draft-jadhav-roll-efficient-npdao-00.txt has been successfully submitted by Rahul Arvind Jadhav and posted to the IETF repository. Name: draft-jadhav-roll-efficient-npdao Revision: 00 Title: No-Path DAO modifications Document date: 2017-02-14 Group: Individual Submission Pages: 14 URL: https://www.ietf.org/internet-drafts/draft-jadhav-roll- efficient-npdao-00.txt Status: https://datatracker.ietf.org/doc/draft-jadhav-roll- efficient-npdao/ Htmlized: https://tools.ietf.org/html/draft-jadhav-roll-efficient- npdao-00 Abstract: This document describes the problems associated with the use of No- Path DAO messaging in RPL and a signaling improvement to improve route invalidation efficiency. 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. The IETF Secretariat --94eb2c09568090b45405488a2134 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello All,

The solutions draft based on the npdao problem statement draft is= submitted.

For those wh= o had gone through the previous problem statement draft can start from sect= ion 5 onwards since the other sections are same as before.

Looking forward for your feedback.
=

Regards,
Rahul

---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: 15 Feb 20= 17 9:45 a.m.
Subject: New Version Notification for draft-jadhav-roll-eff= icient-npdao-00.txt
To: "Zhen Cao" <zhencao.ietf@gmail.com>, "Rabi Narayan Sahoo= " <rabinarayans@huawei.c= om>, "Rahul Arvind Jadhav" <rahul.ietf@gmail.com>
Cc:


A new version of I-D, draft-jadhav-roll-efficient-npdao-00.txt
has been successfully submitted by Rahul Arvind Jadhav and posted to the IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-jadhav-roll-efficient-<= wbr>npdao
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 No-Path DAO modifications
Document date:=C2=A0 2017-02-14
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 14
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-jadh= av-roll-efficient-npdao-00.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-jadhav-roll-effici= ent-npdao/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0= https://tools.ietf.org/html/draft-jadhav-roll-efficient-npdao-00<= /a>


Abstract:
=C2=A0 =C2=A0This document describes the problems associated with the use o= f No-
=C2=A0 =C2=A0Path DAO messaging in RPL and a signaling improvement to impro= ve
=C2=A0 =C2=A0route invalidation efficiency.




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.

The IETF Secretariat


--94eb2c09568090b45405488a2134-- From nobody Wed Feb 15 07:13:27 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB261129A60 for ; Wed, 15 Feb 2017 07:13:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.91 X-Spam-Level: X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, 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=livenapierac.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 WCN5fP-chC2u for ; Wed, 15 Feb 2017 07:13:20 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0045.outbound.protection.outlook.com [104.47.1.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAFA6129A5B for ; Wed, 15 Feb 2017 07:13:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=livenapierac.onmicrosoft.com; s=selector1-napier-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=XY1srKhmUW+4If6de8T8fIA4fNV7/Iw1CwtzvtuHeEM=; b=NaqF1z0TULLKLq6Uz4hKRcXZBR7FOqba6HRqLtpCVz78sOUTJG/Gk1P2BBmcYnWMl0id/9pAo0NVEy51z4PAxPI+gDWzz857GQrjSOpi0jEv57pNU3gXA+n53DkWUwkEQ2+3RsESarXq9oCmWt9sDvY7TvmAJ9x+DGaLbkw6R04= Received: from HE1PR01CA0034.eurprd01.prod.exchangelabs.com (10.163.2.172) by DB5PR0101MB1990.eurprd01.prod.exchangelabs.com (10.167.224.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.16; Wed, 15 Feb 2017 15:13:15 +0000 Received: from HE1EUR02FT048.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e05::208) by HE1PR01CA0034.outlook.office365.com (2a01:111:e400:58e8::44) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.16 via Frontend Transport; Wed, 15 Feb 2017 15:13:15 +0000 Authentication-Results: spf=pass (sender IP is 146.176.4.2) smtp.mailfrom=napier.ac.uk; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=napier.ac.uk; Received-SPF: Pass (protection.outlook.com: domain of napier.ac.uk designates 146.176.4.2 as permitted sender) receiver=protection.outlook.com; client-ip=146.176.4.2; helo=owa.napier.ac.uk; Received: from owa.napier.ac.uk (146.176.4.2) by HE1EUR02FT048.mail.protection.outlook.com (10.152.10.243) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.904.16 via Frontend Transport; Wed, 15 Feb 2017 15:13:15 +0000 Received: from MER-EXCH1.napier.ac.uk ([fe80::f936:ca4b:b8b2:23c3]) by MER-EXCH2.napier.ac.uk ([fe80::c4c:e335:b1d8:973c%15]) with mapi id 14.03.0266.001; Wed, 15 Feb 2017 15:13:14 +0000 From: "Qasem, Mamoun" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt Thread-Index: AQHSgUzDv4x6GtEKt0GenVu9ngaiqqFqMVZA Date: Wed, 15 Feb 2017 15:12:39 +0000 Message-ID: References: <8483508dd5ec4f6a9687305397c5a7b4@XCH-RCD-001.cisco.com> In-Reply-To: <8483508dd5ec4f6a9687305397c5a7b4@XCH-RCD-001.cisco.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.176.9.241] Content-Type: multipart/alternative; boundary="_000_CEB42D9A3A97D8429B05740EDE4119C50623A8ACMEREXCH1napiera_" MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:146.176.4.2; IPV:CAL; SCL:-1; CTRY:GB; EFV:NLI; SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(2980300002)(438002)(189002)(199003)(252514010)(6246003)(104016004)(2920100001)(6666003)(450100001)(84326002)(2900100001)(66066001)(106466001)(86362001)(110136004)(26826002)(4326007)(230783001)(38730400002)(107886003)(7736002)(3846002)(6116002)(229853002)(5660300001)(8936002)(7636002)(102836003)(966004)(53946003)(7906003)(53416004)(5890100001)(5250100002)(1720100001)(626004)(92566002)(606005)(74482002)(356003)(73180200002)(189998001)(512934002)(33656002)(55846006)(6306002)(50986999)(54896002)(246002)(7696004)(76176999)(54356999)(42882006)(236005)(106116001)(2906002)(2950100002)(6916009)(54906002)(55016002)(389900002)(5001870100001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR0101MB1990; H:owa.napier.ac.uk; FPR:; SPF:Pass; PTR:mer-exch2.napier.ac.uk,webmail.napier.ac.uk; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; HE1EUR02FT048; 1:lW2joOmgGesq8RWFmOEUp4BZBytMhUTo4B9lviiR/RJXKEjeowClpV45lORSy68RaIPT7VCKcM6XAJCoRC28Zp7f1OdJUs+kd+fqWDNBsX6s+y29Tddm5ZaC84ZZPsALcV3ltdR5xT/1JbPLixEgUYO4MYLInTXQT8oRcZSaerk5vWhmFWB1xX1zV7GoDPiLokv+r/dKG5Fok9xG8p0zia2sJJkJpE77AIhXgvvoPcvcRgPrHHs5YyOraiJ3DajTjxR00n2Cnq4gjXYe8+XjiKqELTb6f0MXjKj+p9Y8JGQGPmYuOjVReMLj/B/sb1POsqzeLuP8x0wsPlAkCQI68KJSma11k5YiWq63tzNCqoYC9BJ/2IPs15x3IlhplP/UUHjrCLAFq3bk6HGkaLpZ/kmqrxjvfz3azAvOBSrse7hdCj4j1y3TsR9V4VBsa9lWqQYVczUa9TYYlN9RmxoKdC3zid58kPC2mPzN3ORRZd2Zn6aH/pEvmOqGklskBhVc X-MS-Office365-Filtering-Correlation-Id: 6e60da53-d7de-4592-6970-08d455b52a77 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002); SRVR:DB5PR0101MB1990; X-Microsoft-Exchange-Diagnostics: 1; DB5PR0101MB1990; 3:LBx74AlzEx0Hq/SF+Uh7KgpXLKZoVkOh1nEv2tp/YPsu3Fm+F/WKSXqrQNMAvNmF3RUd0PkLcb/5ihcARSZBSH394bnJnKDdcJgnalW+NQinrdyntYIvp5S89NVbTVU1sEgVNByd9DHUp1t3uX/AdyX9GkcVoeDTtoouGF5VnLTFPaG3+bSpOt1spH7UlKxy25ZrPyD0tQGnxq2kJ6B94ubvW2MZ3j4ycfjWT6d6Mx/VsrduIxbE70usC/qDU5uRXQVUBA6AM4NhstO3U75Rz72tBtDnCqJXH7lOION9s/2zCClDkLS6ZFuXooNYpv0NlsKAr+Odscx3tYiaprHQcCYVhUQti/HMY2cPOBnVla6gWJyo/a5RjU9RDUCOQXv82H6OFS0wPti43U50XUqGlw==; 25:WsPcfFFiGw/OrsIEbyZvlTrbV6UkFdLi421LJTWKtCSxAH1AFM5aW0eSdqlJNm1T6EVVRfB6Eqh3y3FRP4+4GEOZSBG8Y6S7njUNSF8dvsSQMzQUdxSmFYwCy1jYMeMRXzkWbL+9nxc2fX8/iheDCK3Y96FR6XeDVvKPt+qSidqKCs2PsOI0DROM3v0kqm3TBTdrbzjhXfd5BHhw8Tl4AeEP8/aaq33LrHKCSpymKwPwJKjtQwQZ5cXOjJ8kUj5beCxGHRnu04P9T0Ie1+jGSDyRl21pmAKYFeeHugIshsKsl3rzyQhFQWDj+zyyrapbbsKKS6AbOEw4Z0/6D3omdx1PagK4XwW9sYk+uNGicqOToysWfF0nxnoPKqDaO7NRv1pO3qv1ZWNOwjhpJxsnDpMVr4xqsNPhP4XsfPrpuWqZi3bpl+sjKxNJOgTu/lMFyjLpS/7qxKbVtmu+ZBGbZw== X-Microsoft-Exchange-Diagnostics: 1; DB5PR0101MB1990; 31:HBU0JM2Vt9yDveicBi7fG4fgnFfBGzSnnd/IVQgFqaL4VHPenRHTIHvj2i8UXsb7ll/kqrCLq3fOMNCrTqP7Y2VFdMpAfFsTtf6wfRgpT9oaUvXOQRHMrKppDz8K5jWlYOnslxKpEHYeAS+XMHokahlQ18TqzhMPfQfdal/TxOu7LfX61HZqGzP+7/LxFc0HPCeOptSZehbG9AuTJ0GTcox1cb+RhuX9FTIoZYot34rB2uCs6YP47wCHRHzSqZV3Dea/blTcsk2z2c9oZ0MSMlIi4rEeVYFgN4eJhu8cHNs=; 20:bVtvTOzHji4r4iFBIMIERvu/KybOr6YUp/ZaFd2/6BfxSMzf6SL6f6lGf+VxHEDgTvm6+4ieuGIk9x56fXdCG3cRbTaGswv7PKQSFRfe46tGtlkDVDdwD+COdwHNZLj/mQ9f8VuFx4wl6sS6rCIN9aDaSxgKOPNQDVqyU5RwzZALs8kBPiKVov5HmAzFh/imfr0HOYRpXdEh7WXXjHwJH9F5tYYf32Ag43gwLSSt0FpZusKgDKpu4gbboYcfOfGeeVr6hiUy9WCGS6i8JvQyEooG1AizjK55DxtHTK0U/XvKBcpi/zUBsc/U6TuKjrgTlF1Y3bmHueAsLd4Yfdqhfw5FRvWttbAVzx7Y0czSDa7SsOce9d9IHb5d8ZMZ3JvqdSlEg1K0o9UUuagY4jpsRNOoDbvqg5lmLY3m4cpq7F2jB93I4A8j5JNi8xW2J9CaC0xgrAwBBfQGvCRiz6onSSJOAoUxJsPft1eeSqNJppnh/pX/OLpmWhEhfQBqI09S X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(72170088055959)(67546534810915)(116415991822766)(268783453032223)(95692535739014)(21748063052155)(81160342030619)(131327999870524); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13012025)(13020025)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123555025)(20161123558025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:DB5PR0101MB1990; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0101MB1990; X-Microsoft-Exchange-Diagnostics: 1; DB5PR0101MB1990; 4:yHiX5oPN4ad5yCqMAGOfnTzxb1Lgx2PGROp1cPaNcIbuEbuVfBtRxLMun8SXfYk3BdiUF3T9u+GKlHPGZWygDW1NUw1TNaHD50k3/sQ5qbeRcCLu/SJ9V1Xdr/wqtJKKAULpDfCBYK0RmgB5qhZzaYLLPyc1JQYvYT0ixRou9TItSTw5QCEkTU7JYp4/eML3bor2lMCLY214bReuQooOycumg6a6EmuRsNRrjx2IBPUBn+Qko687ep7hwj0pgn1idTglwDe6r2R0InyacLXf+PX7cwJG7Bci3HhT9Yo8T7L0QpB4GIgbF/8kzeww/uDozCEtfTUeYi1LbiWe35lLvPErR5bKI/JKKlE6+3kdQ+0FYEFUF64dkgHJjGizkxNJQdEzBSWS7pYf+yCF+/uTO6ZA4iJhPeKDIxebxgrLi+yS0eHsQzQ0q84AJ/O4flyZ1QN+FzoQP4NnV6nPoWY6XXv6qRams2bCEFLBwdNy67Om2geNHWy6gpC6TehmRw3KdIR+/FWFaG06r4DDwS7fxZmBOaawTrzmpnNJqJw1U5B8U5qUp/uiMQT0KR8lcGy/+a7ezEzJ498rEW7GJ+QrFk8jLjZwQFxIyTJNySgeq00tmyY7RqO/J1m+W7Pxep8yg0PgRu7l0X27OZQO3vMXCCNt5NBwV1ieD/G1cRvlqml9KEvd8JK3xl9JG2uK32d4hv+DyTUf0NKwtO92PUSKX8BRkjaGbqMwQ8Nqa3SNVTlVTCSQBO3TJ1P6Pwr8bmAfqZB/0mDsVI+VwzYvekoS+X5Rdd9fQOpRsgHi8cce12FqNBo5evDrJFGFVsq4toVVA50po6OztlB+MarjzUVje3a0tRBgaf38Hu2z/2RkhCuIIIWPnjy4M1rsAC5wZxuzxyC0xjWC1Wny40K7BMQxZ55BlSxafk/NlUWt0fLBO7Y= X-Forefront-PRVS: 021975AE46 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DB5PR0101MB1990; 23:JeW+ROQR8tmQtiNyBa2etxysKHGyzneGK1HwkLb?= =?us-ascii?Q?PFsU7saBnS1Pvva/Js7vu+AEdm97IhUgj9QRKQNk1T61/T5DDEUM7tKGL7Pq?= =?us-ascii?Q?cyj8Jn70wctcq9ZQ0WHTdtJXJtc1WOuSwLAoPYsP3cSl8ixl9nOdt61juJ+b?= =?us-ascii?Q?IumGtxu3MLq3XcKDRoWAyrGS+NA6+dVeFOPpkW0Y34dLfvP6cIhYPzXbk9UK?= =?us-ascii?Q?OoDkHIe0JIuRlP9Al1TU5YT6aJkiDRynaVBmXj7F+mYoW4SyDdJtx22N7Yc7?= =?us-ascii?Q?rZUw92DfC5zsNBc/HWUwWUMmBD3uvxyyZE7CmafhYYrTb5q3jjXMiUis2wdB?= =?us-ascii?Q?myXZme+o3ezu1DULbikVPbqlhQCMhEmhX/sEq50Ae60hf1sPk0rml/W7IpTC?= =?us-ascii?Q?iB6PmjEVbxvUcXVkoIIRRjBP1+8bBE0IEC5j62gikn3/An8ick+akxuj5gYK?= =?us-ascii?Q?H+SRvI35z9mii4xP3Dz66wgYA5GbIlCf5jfvyZIDDhaDRrpFQWW/NYQ6D7dO?= =?us-ascii?Q?uVX348MjeVzisC1/xxhI3BgkVauCbsRhigvk9ztbCdbMO1zMKDRGtc3MPwpc?= =?us-ascii?Q?wF1FOyTR75ZaE5AQE2zSRXWMOXtqIJ90vwtVVatwU//uoC6+6jja/asQq6ED?= =?us-ascii?Q?pwZVMwhQotm2LJkJtRuuXcumwnEw1xDwZTsru96PJb7mr1QXiNPya6KlJlWy?= =?us-ascii?Q?7YNXZ+NVAk4iMF7wUD2KfbdsPEw5WmHC8efSKtPIjn2gZbzPgFey60rNw9vb?= =?us-ascii?Q?Cgq6wEa9F79d9O/NpLZx1co0AHPa+fWh3Bu1MGDOoEbzBCQSWjOizLTMD3Jn?= =?us-ascii?Q?uP0aRoivr6nOumfJQSeSNkHUyZdSvDzK1Rdqg/S1NiK7tQAjlHeo7WBtvoni?= =?us-ascii?Q?J0GhYRvDKCkFEC/AlSRWWpwELrW0MW4fcj0NH55E/5YM7I+uhGYj4WLnOxVP?= =?us-ascii?Q?wgYO2ZWnLkviYOuGL9I+APsDu6dngkrgpNQon8ooGHF+7bmAjM/d7gjgc3/O?= =?us-ascii?Q?7UpDPLyP3LLqNpl8CtMQ7EzQfBdPtKtdnQe3U3jJ7Mh0gBgRONxmpng4rIdY?= =?us-ascii?Q?maNkTPxPn395Xo0gQqB0eupUX07iXYLn9OReU812OEu1eTjvQiyQ2AhcI2Dc?= =?us-ascii?Q?ubpg9gWrawuNTWjdGpkgwyXnSJeOG0iuG5iwartfQ9+lIf60/8Av0mPrNvyW?= =?us-ascii?Q?7xWAGVQ4z/NKeIjumoOMqJbGm/U1ClSySS6w1gNqpontD3tO+u4Xospb+ZrV?= =?us-ascii?Q?DvZwIXgrfLfmKKpd2Bu23BfQCcXH1CBf8B2wcDOTHhiVDvEBNWpLsZgdS9cn?= =?us-ascii?Q?PMudd/Uy3YrVfNw97iUKMW8CrbUrRI/ajZYbPvqL3Tu3mqksCsaN4QcRlYju?= =?us-ascii?Q?Uv1iVli/Km8AWp9hR0lCBlCqPE79RY3wsyV2bk0NCm3RAzWf67OslfH4ue7k?= =?us-ascii?Q?ROpnpA0Gh05h87XIeYL5KxpaS5mKLc2wU15qOIzLft/PIeKVeUj50uO2PyET?= =?us-ascii?Q?9Fr6TlSCESryQ6bjFuXpf7SmslikGXwIqgL8=3D?= X-Microsoft-Exchange-Diagnostics: 1; DB5PR0101MB1990; 6:/5dA+LMUFNEZKJoK8Bd+SqG6D/zkGe9CAC/Btiq0PxQqCNql6BZk3N9mkmHNKdUKw3oZxR4SlOoT2vTtW6VbSEkH1pPCIPtM0IHUYoKbQI1QQKm0QX4zZV+C+HKGx3rNHIssIWPcp2FDA4HS/dRRpTpF8zw5LcOGR/ok9F6k50mSEkh5NYkEGYELC2z0e19UcXMpwtGEteIAlc58Cd9YKieTLb/6w0neenidq5jtsH7bXUbN5bYvje2AP+vj70GmV9hjD0YiArLI5dnEAwLqbEkBN/RODp4g4LppMKoMU9zqKAjVB5dycMtn4dPl5xByNT8efNib2x1x/6uW1QlSacQcSevHE5PHVn8ya8EnMf09sfXQPPIu/wkk4XqMDUKwxljyDpc+iR+0mWGQcf/iLQ==; 5:x9aq5I2oaihtFCPQ+2Hgk+4FvcYdF9BiDggtGExYgjVL7IO6tV/IuO6zMezMr6RsVCqv9xln18INFMgn7uWvCmJEdUb+2/6lgeKsIcNZILyLZ0gHAkiRejZpatoWEMK/m4EzEgNScVA5nlyjhO+tAA==; 24:IqhY+PTJ1SbSrKI6Ua1NJg3w/ukqcdK5mozwSkLEB5QVgVR//3JM7Y0+k9JoyIxHuWy2WYIBLe5sHC68y14JwEuZP3fl5bsEXcpbz423j2g= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DB5PR0101MB1990; 7:FpOVGanm/xZ5/w9HsAA4Eic3IuwQF8JZhQYUylj8bJJDLCmCCIizD0qxgV0LuObbO/pkFrGuBxckorjzpA4iwuF0JAE7iyc6tosnuLwI9zqLbWYViG/weqEVzdPL7kr8BUXqAIB12fUM/zz5uElJzr1A8W9rLNy4WJFWACc6hHEbAPaEhcM30d8KuDbKl0/BY0egfd2TgdRcQbRor7cD+XnuqXbjTKrmeYYCNSIAJQ0rEIt9tWtnHLLsnjqd9VFWVguVeY0Z/YFXnMH7bD4VByEpBJIS0Kn12qD0uOJNCDvK2h7tJfvJMD7p/E6p4A3qYVwVbOB1L5wlkxcgTMVHTifkNa+YwYJ96gt7ZzDmH2rHvyqj1boDF95dURwB/SmkQ9siyJxmIPj0fqIp8taG0bEMnK7leZgUO5wItfhhXozq0aSPATcwLQjKcLV01zLWmgGyalZBFLfx3ShAxfdO0si1cbqz9sKO/jnvtClfN+LNCikgy2Db+7JnnWEI4Paq7E588qN9huL+PjjPmGA6IA== X-OriginatorOrg: napier.ac.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Feb 2017 15:13:15.1774 (UTC) X-MS-Exchange-CrossTenant-Id: 99e0dc58-9c4b-4820-8617-04c386c254c6 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=99e0dc58-9c4b-4820-8617-04c386c254c6; Ip=[146.176.4.2]; Helo=[owa.napier.ac.uk] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0101MB1990 Archived-At: Cc: "Al-Dubai, Ahmed" , "Ghaleb, Barraq" , "Romdhani, Imed" Subject: Re: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 15:13:25 -0000 --_000_CEB42D9A3A97D8429B05740EDE4119C50623A8ACMEREXCH1napiera_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Pascal Thanks a lot for your Comments, Comment (1): The number of children is very indirect and thus not a good r= epresentation of the load expressed in terms of packets/ battery consumptio= n. The number of routes via the children is better but it is only known in = storing mode; and the real amount of traffic may be what you are probably a= fter; these could be exposed to the children in parent DIOs. Response(1): In fact, we agree with you that load balancing is a wider cont= ext beyond the distribution of the children. However, we here specifically = talk about the load balancing in terms of fairness while linking the childr= en with the appropriate parents. The aim is to avoiding possible bottleneck= or host-spot problems that result in congestion, delay and battery depleti= on at the parents with exceeded number of children. Thus, the number of chi= ldren is a key factor in contributing to the overall load balancing of the = network. Comment(2): Changing routing based on load has been known to cause oscillat= ions; this is to be considered / avoided. Response(2): It is really trades-offs between unfairness and oscillation, a= nd the oscillation can be kept to a minimum by two ways: a) If we use the number of children besides another metrics (e.g. ETX, numb= er of hops, etc) to optimize the selection and enhance the stability. b) Using the hysteresis threshold for the number of children to switch fro= m parent to another and thus, enhance the stability of the routs. Comment(3): One possible angle is to smoothly adapt the load in the forward= ing plane as opposed to change the Rank to abruptly. Children with multiple= parents could balance their flows based on parent load. We had discussions= in the past on the load in storing nodes to avoid having to maintain more = routes than the node can actually store in memory. The idea at the time was= to answer the DAO-ACK with a status and a metric that would discourage the= child, or IOW encourage it to look elsewhere. The benefit of that approach= was load balancing (of number of route entries). Problem was still that at= some point there could be more routes than the nodes could do with, so peo= ple went for non-storing anyway. Response(3): Good point. Both storing and non-storing modes in DAO (i.e., = the downward routes) is an optional feature in RPL as mentioned in the RFC6= 550 page 78, "If the MOP is 0, indicating no Downward routing, nodes MUST N= OT transmit DAO messages and MAY ignore DAO messages." And the proposed ide= a targeting the RPL mode of operation without downward routes. Comment(4): Changing the DIO in a non-backward-compatible fashion is probab= ly not a good idea. Did you consider options? Response(4): The option will be considered to find an approach that changes= the DIO in a backward-compatible fashion. Comment(5): Section 4 is really hard to read. For the most part I'm still = not sure I understood what is meant there. Response(5): This section will be rephrased for better clarity. In short, = we injected the IP of the selected parent in the DIO to allow each node to = count its number of children. Comment(6): I figured that the design is that children send DIOs so that th= eir parents will know that they are their parents? This is kind of weird si= nce they parent should ignore DIOs with higher Ranks. Also unsure why DAO = or ND cache can't be used, the explanation confused me. In storing mode, pa= rents have adjacencies for their children that inject DAOs, and these can b= e counted. Response(6): In fact, the DAO is an optional feature when MOP =3D0 [rfc655= 0], so I think it is not a good idea to relay on that, that's why using the= back DIO from the child node has been considered just to count the number = of children via matching the IPs as detailed in the Section 4 without affec= ting the rank. Cheers, Mamoun From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com] Sent: 07 February 2017 14:16 To: Routing Over Low power and Lossy networks Cc: Al-Dubai, Ahmed ; Qasem, Mamoun ; Ghaleb, Barraq Subject: RE: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balanci= ng-00.txt Hello Imed : Thanks a bunch for sharing this work. A bunch of preliminary notes: - The number of children is very indirect and thus not a good rep= resentation of the load expressed in terms of packets/ battery consumption.= The number of routes via the children is better but it is only known in st= oring mode; and the real amount of traffic may be what you are probably aft= er; these could be exposed to the children in parent DIOs. - Changing routing based on load has been known to cause oscillati= ons; this is to be considered / avoided. - One possible angle is to smoothly adapt the load in the forwardi= ng plane as opposed to change the Rank to abruptly. Children with multiple = parents could balance their flows based on parent load. - We had discussions in the past on the load in storing nodes to a= void having to maintain more routes than the node can actually store in mem= ory. The idea at the time was to answer the DAO-ACK with a status and a met= ric that would discourage the child, or IOW encourage it to look elsewhere.= The benefit of that approach was load balancing (of number of route entrie= s). Problem was still that at some point there could be more routes than th= e nodes could do with, so people went for non-storing anyway. - Changing the DIO in a non-backward-compatible fashion is probabl= y not a good idea. Did you consider options? - Section 4 is really hard to read. For the most part I'm still no= t sure I understood what is meant there. I figured that the design is that = children send DIOs so that their parents will know that they are their pare= nts? This is kind of weird since they parents should ignore DIOs with highe= r Ranks. Also unsure why DAO or ND cache can't be used, the explanation co= nfused me. In storing mode, parents have adjacencies for their children tha= t inject DAOs, and these can be counted. Cheers, Pascal From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Romdhani, Imed Sent: lundi 6 f=E9vrier 2017 14:50 To: roll@ietf.org Cc: Al-Dubai, Ahmed >; Qasem, Mamoun >; Ghal= eb, Barraq > Subject: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-balancing-0= 0.txt Dear all, Hope this finds you well. We would like to draw your attention that we submitted a new draft for you = to consider. You can access it from here: https://www.ietf.org/id/draft-qasem-roll-rpl-load-balancing-00.txt This draft proposes an extended Objective Function(OF) that balances the nu= mber of children nodes for potential overloaded parents to ensure node life= time maximization in RPL. In addition, a new DODAG Information Object (DIO)= message structure has been introduced to record the IPv6 address of the ch= osen parent before broadcasting the message. We do believe that the draft is aligned with ROLL's works items and especia= lly with the manageability issue and the need for additional protocol eleme= nts to reduce packet size and the amount of required routing states. We look forward to receiving your comments and feedback. Kind regards, Imed --------------------------------------------------- Imed Romdhani, PhD IEEE Member, FHEA Programme Leader of the MSc Advanced Networking Room C 64 Edinburgh Napier University School of Computing 10 Colinton Road Edinburgh, EH10 5DT UK E-Mail: I.Romdhani@napier.ac.uk Home Page: http://www.dcs.napier.ac.uk/~cs244/ Linkedin: http://uk.linkedin.com/in/imedromdhani Skype: Imed.Romdhani Telephone: +44(0)131 455 2726 Fax: +44(0)131 455 2727 --------------------------------------------------- This message and its attachment(s) are intended for the addressee(s) only a= nd should not be read, copied, disclosed, forwarded or relied upon by any p= erson other than the intended addressee(s) without the permission of the se= nder. If you are not the intended addressee you must not take any action ba= sed on this message and its attachment(s) nor must you copy or show them to= anyone. Please respond to the sender and ensure that this message and its = attachment(s) are deleted. It is your responsibility to ensure that this message and its attachment(s)= are scanned for viruses or other defects. Edinburgh Napier University does= not accept liability for any loss or damage which may result from this mes= sage or its attachment(s), or for errors or omissions arising after it was = sent. Email is not a secure medium. Emails entering Edinburgh Napier Univer= sity's system are subject to routine monitoring and filtering by Edinburgh = Napier University. Edinburgh Napier University is a registered Scottish charity. Registration = number SC018373 This message and its attachment(s) are intended for the addressee(s) only a= nd should not be read, copied, disclosed, forwarded or relied upon by any p= erson other than the intended addressee(s) without the permission of the se= nder. If you are not the intended addressee you must not take any action ba= sed on this message and its attachment(s) nor must you copy or show them to= anyone. Please respond to the sender and ensure that this message and its = attachment(s) are deleted. It is your responsibility to ensure that this message and its attachment(s)= are scanned for viruses or other defects. Edinburgh Napier University does= not accept liability for any loss or damage which may result from this mes= sage or its attachment(s), or for errors or omissions arising after it was = sent. Email is not a secure medium. Emails entering Edinburgh Napier Univer= sity's system are subject to routine monitoring and filtering by Edinburgh = Napier University. Edinburgh Napier University is a registered Scottish charity. Registration = number SC018373 --_000_CEB42D9A3A97D8429B05740EDE4119C50623A8ACMEREXCH1napiera_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Pascal

Thanks a lot for your Comments,

 

Comment (1): The number of children is very indirect = and thus not a  good representation of the load expressed in terms of = packets/ battery consumption. The number of routes via the children is better but it is only known in storing mode; an= d the real amount of traffic may be what you are probably after; these coul= d be exposed to the children in parent DIOs.

 

Response(1): In fact, we agree with you that = load balancing is a wider context beyond the distribution of the children. = However, we here specifically talk about the load balancing in terms of fai= rness while linking the children with the appropriate parents. The aim is to avoiding possible bottleneck or hos= t-spot problems that result in congestion, delay and battery depletion at t= he parents with exceeded number of children. Thus, the number of children i= s a key factor in contributing to the overall load balancing of the network. 

 

Comment(2): = Changing routing based on = load has been known to cause oscillations; this is to be considered / avoid= ed.

 

Response(2): It is really trades-offs between unfairness and oscillation, and= the oscillation can be kept to a minimum by two ways:

a) If we = use the number of children besides another metrics (e.g. ETX, number of hop= s,

  &n= bsp;  etc) to optimize the selection and= enhance the stability.

b)  = Using the hysteresis threshold for the number of children to switch from pa= rent to   another and thus, enhance the stability of the routs.  

 =

Comment(3): One possible angle = is to smoothly adapt the load in the forwarding plane as opposed to change = the Rank to abruptly. Children with multiple parents could balance their fl= ows based on parent load. We had discussions in the past on the load in storing nodes to avoid having to maintain more = routes than the node can actually store in memory. The idea at the time was= to answer the DAO-ACK with a status and a metric that would discourage the= child, or IOW encourage it to look elsewhere. The benefit of that approach was load balancing (of number of r= oute entries). Problem was still that at some point there could be more rou= tes than the nodes could do with, so people went for non-storing anyway.

 

Response(3):  Good point. Both storing a= nd non-storing modes in DAO (i.e., the downward routes) is an optional feature in RPL as mentioned in the = RFC6550 page 78, “If the MOP is 0, indicating no Downward routin= g, nodes MUST NOT transmit DAO messages and MAY ignore DAO messages.”=  And the proposed idea targeting the RPL mode of operation without downward routes.

 =

Comment(4): Changing the DIO in a non-backward-compa= tible fashion is probably not a good idea. Did you consider options?

 

Response(4): The option will be considered to fin= d an approach that changes the DIO in a backward-compatible fashion.

 

Comment(5): Section 4 is really hard to read.  = For the most part I’m still not sure I understood what is meant there.

 

Response(5):  This section will be rephrased for better clarit= y. In short, we injected the IP of the selected parent in the DIO to allow = each node to count its number of children.

 

Comment(6): I figured that the design is that childr= en send DIOs so that their parents will know that they are their parents? This is kind of weird since they parent should ign= ore DIOs with higher Ranks.  Also unsure why DAO or ND cache can’= ;t be used, the explanation confused me. In storing mode, parents have adja= cencies for their children that inject DAOs, and these can be counted.

 

Response(6):  In fact, the DAO is an opt= ional feature when MOP =3D0 [rfc6550], so I think it is not a good idea to = relay on that, that’s why using the back DIO from the child node has been considered just to count the number of children vi= a matching the IPs as detailed in t= he Section 4 without affecting the rank.=

 

Cheers,

Mamoun

From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com]
Sent: 07 February 2017 14:16
To: Routing Over Low power and Lossy networks <roll@ietf.org><= br> Cc: Al-Dubai, Ahmed <A.Al-Dubai@napier.ac.uk>; Qasem, Mamoun &= lt;M.Qasem@napier.ac.uk>; Ghaleb, Barraq <B.Ghaleb@napier.ac.uk> Subject: RE: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-= balancing-00.txt

 

Hello I= med :

&n= bsp;

Thanks = a bunch for sharing this work.

&n= bsp;

A bunch= of preliminary notes:

  =

= -          The number of children is very indirect and thus not a  good represen= tation of the load expressed in terms of packets/ battery consumption. The = number of routes via the children is better but it is only known in storing mode; and the real amount of traffic may b= e what you are probably after; these could be exposed to the children in pa= rent DIOs.

= -          Changing routing based on load has been known to cause oscillations; this = is to be considered / avoided.

= -          One possible angle is to smoothly adapt the load in the forwarding plane a= s opposed to change the Rank to abruptly. Children with multiple parents co= uld balance their flows based on parent load.

= -          We had discussions in the past on the load in storing nodes to avoid havin= g to maintain more routes than the node can actually store in memory. The i= dea at the time was to answer the DAO-ACK with a status and a metric that would discourage the child, or IOW encoura= ge it to look elsewhere. The benefit of that approach was load balancing (o= f number of route entries). Problem was still that at some point there coul= d be more routes than the nodes could do with, so people went for non-storing anyway.

= -          Changing the DIO in a non-backward-compatible fashion is probably not a go= od idea. Did you consider options?

= -          Section 4 is really hard to read. For the most part I’m still not su= re I understood what is meant there. I figured that the design is that chil= dren send DIOs so that their parents will know that they are their parents? This is kind of weird since they parents= should ignore DIOs with higher Ranks.  Also unsure why DAO or ND cach= e can’t be used, the explanation confused me. In storing mode, parent= s have adjacencies for their children that inject DAOs, and these can be counted.

 

Cheers,=

 

Pascal

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Romdhani, Imed
Sent: lundi 6 f=E9vrier 2017 14:50
To: roll@ietf.org
Cc: Al-Dubai, Ahmed <A= .Al-Dubai@napier.ac.uk>; Qasem, Mamoun <M.Qasem@napier.ac.uk>; Ghaleb, Barraq <B.Ghaleb@napier.ac.uk>
Subject: [Roll] New Draft Submission: Draft-qasem-roll-rpl-load-bala= ncing-00.txt

 

Dear all,

 

Hope this finds you wel= l.

 

We would like to draw y= our attention that we submitted a new draft for you to consider. You can ac= cess it from here:

https://www.ietf.or= g/id/draft-qasem-roll-rpl-load-balancing-00.txt

 

This draft proposes an = extended Objective Function(OF) that balances the number of children nodes = for potential overloaded parents to ensure node lifetime maximization in RP= L. In addition, a new DODAG Information Object (DIO) message structure has been introduced to record the IPv6 addr= ess of the chosen parent before broadcasting the message.

 

We do believe that the = draft is aligned with ROLL’s works items and especially with the mana= geability issue and the need for additional protocol elements to reduce packet size and the amount of required routing states.

 

We look forward to receiving your = comments and feedback.

 

Kind regards,

Imed

-----------------------= ----------------------------

Imed Romdhani, PhD=

IEEE Member, FHEA<= /o:p>

Programme Leader of the= MSc Advanced Networking

Room C 64

Edinburgh Napier Univer= sity

School of Computing

10 Colinton Road

Edinburgh, EH10 5DT

UK

E-Mail:   I.Romdhani@napier.ac.uk

Home Page: http://www.dcs.napier.ac.uk/~cs244/

Linkedin: http://uk.linkedin.com/in/imedromdhani

Skype: Imed.Romdhani

Telephone: +44(0)13= 1 455 2726

Fax: +44(0)131 455 = 2727

-----------------------= ----------------------------

 

T= his message and its attachment(s) are intended for the addressee(s) only an= d should not be read, copied, disclosed, forwarded or relied upon by any pe= rson other than the intended addressee(s) without the permission of the sender. If you are not the intended addressee you mu= st not take any action based on this message and its attachment(s) nor must= you copy or show them to anyone. Please respond to the sender and ensure t= hat this message and its attachment(s) are deleted.

I= t is your responsibility to ensure that this message and its attachment(s) = are scanned for viruses or other defects. Edinburgh Napier University does = not accept liability for any loss or damage which may result from this message or its attachment(s), or for errors or = omissions arising after it was sent. Email is not a secure medium. Emails e= ntering Edinburgh Napier University's system are subject to routine monitor= ing and filtering by Edinburgh Napier University.

E= dinburgh Napier University is a registered Scottish charity. Registration n= umber SC018373

 

This message and its attachment(s) are intended for the addressee(s) onl= y and should not be read, copied, disclosed, forwarded or relied upon by an= y person other than the intended addressee(s) without the permission of the= sender. If you are not the intended addressee you must not take any action based on this message and its attac= hment(s) nor must you copy or show them to anyone. Please respond to the se= nder and ensure that this message and its attachment(s) are deleted.

It is your responsibility to ensure that this message and its attachment= (s) are scanned for viruses or other defects. Edinburgh Napier University d= oes not accept liability for any loss or damage which may result from this = message or its attachment(s), or for errors or omissions arising after it was sent. Email is not a secure m= edium. Emails entering Edinburgh Napier University's system are subject to = routine monitoring and filtering by Edinburgh Napier University.

Edinburgh Napier University is a registered Scottish charity. Registrati= on number SC018373
--_000_CEB42D9A3A97D8429B05740EDE4119C50623A8ACMEREXCH1napiera_-- From nobody Tue Feb 21 00:18:24 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 956311296A4 for ; Tue, 21 Feb 2017 00:18:22 -0800 (PST) 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, RCVD_IN_DNSWL_LOW=-0.7, 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 Fy-kGfpn-VOa for ; Tue, 21 Feb 2017 00:18:20 -0800 (PST) Received: from lb3-smtp-cloud6.xs4all.net (lb3-smtp-cloud6.xs4all.net [194.109.24.31]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7547812987D for ; Tue, 21 Feb 2017 00:18:20 -0800 (PST) Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:215]) by smtp-cloud6.xs4all.net with ESMTP id nLJH1u00913if5201LJHTo; Tue, 21 Feb 2017 09:18:17 +0100 Received: from AMontpellier-654-1-69-96.w90-0.abo.wanadoo.fr ([90.0.44.96]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Tue, 21 Feb 2017 09:18:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 21 Feb 2017 09:18:17 +0100 From: peter van der Stok To: Roll Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org Message-ID: <53b5012ea69c0525775b85dccda2bb68@xs4all.nl> X-Sender: stokcons@xs4all.nl User-Agent: XS4ALL Webmail Archived-At: Subject: [Roll] chicago meeting X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 08:18:22 -0000 Hi roll contributors, February is a very short month and the draft cutoff is nearing. Can you tell us before March 5 if you want a time slot in Chicago and if you want to present remotely? Also an indication of the slot size will be welcome. Many thanks, see you, Ines and Peter -- Peter van der Stok vanderstok consultancy mailto: consultancy@vanderstok.org www: www.vanderstok.org tel NL: +31(0)492474673 F: +33(0)966015248 From nobody Sun Feb 26 14:15:15 2017 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7452F1294A0; Sun, 26 Feb 2017 14:15:04 -0800 (PST) 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 v5MhSP0NIU0T; Sun, 26 Feb 2017 14:14:57 -0800 (PST) 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 26DF71294A7; Sun, 26 Feb 2017 14:14:57 -0800 (PST) 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 v1QMElKL028890; Sun, 26 Feb 2017 23:14:47 +0100 (CET) Received: from [192.168.217.113] (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 3vWfK33grYzDHRb; Sun, 26 Feb 2017 23:14:47 +0100 (CET) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 X-Mao-Original-Outgoing-Id: 509840086.855156-08f7fbcefca09b0e23a26350e9f274fe Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Date: Sun, 26 Feb 2017 23:14:46 +0100 Message-Id: <74320B9C-EA99-48E5-9F5F-7BE7982EF945@tzi.org> To: 6lo@ietf.org, 6tisch@ietf.org, lp-wan , lwip@ietf.org, roll@ietf.org X-Mailer: Apple Mail (2.3259) Archived-At: Subject: [Roll] Constrained Node/Network Cluster @ IETF98: DRAFT AGENDA X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Feb 2017 22:15:04 -0000 Here is my usual eclectic condensed agenda based on the DRAFT AGENDA for IETF98. Remember that there is still quite some potential for changes. ACE/HOMENET/DISPATCH is a bit of a triple whammy. WUGH on LWIG will pull many constrained networks people off the github discussion. I'm not seeing any other major issues, but please do alert the respective chairs when you see one. All times are CDT (UTC-0500) -- yes, the US will be on DST already for a couple of weeks, while Europe moves over right on Mar 26th. (The browser timezone function still is not yet reinstated on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote.) Gr=C3=BC=C3=9Fe, Carsten SUNDAY, March 26, 2017 0900-1700 IRTF*** icnrg, with some t2trg-related items on the = agenda MONDAY, March 27, 2017 0900-1130 Morning Session I Zurich A ART dispatch Dispatch WG Zurich D INT homenet Home Networking WG Zurich C SEC *** ace Authentication and Authorization for = Constrained Environments WG 1300-1500 Afternoon Session I Zurich E/F IRTF*** t2trg Thing-to-Thing Zurich A OPS anima Autonomic Networking Integrated Model = and Approach WG Zurich B RTG bier Bit Indexed Explicit Replication WG Zurich G RTG detnet Deterministic Networking WG Vevey 1/2 TSV tsvarea Transport Area Open Meeting 1520-1650 Afternoon Session II Zurich A SEC tokbind Token Binding WG 1710-1810 Afternoon Session III Vevey 1/2 GEN wugh WGs Using GitHub BOF Zurich E/F INT *** lwig Light-Weight Implementation Guidance WG Montreux 3 SEC curdle CURves, Deprecating and a Little more = Encryption WG Zurich C SEC oauth Web Authorization Protocol WG Zurich G TSV tsvwg Transport Area Working Group WG TUESDAY, March 28, 2017 0900-1130 Morning Session I Zurich C INT *** 6tisch IPv6 over the TSCH mode of IEEE = 802.15.4e WG Zurich D IRTF maprg Measurement and Analysis for Protocols Zurich E/F SEC tls Transport Layer Security WG 1300-1430 Afternoon Session I Zurich C ART *** core Constrained RESTful Environments WG Zurich D INT intarea Internet Area Working Group WG Zurich A RTG babel Babel routing protocol WG 1450-1620 Afternoon Session II Zurich G ART uta Using TLS in Applications WG Zurich E/F SEC *** teep A Protocol for Dynamic Trusted Execution = Environment Enablement BOF 1640-1840 Afternoon Session III Zurich C INT dnssd Extensions for Scalable DNS Service = Discovery WG Zurich E/F TSV taps Transport Services WG WEDNESDAY, March 29, 2017 0900-1130 Morning Session I Zurich A INT *** 6lo IPv6 over Networks of = Resource-constrained Nodes WG 1300-1500 Afternoon Session I Zurich A INT *** lpwan IPv6 over Low Power Wide-Area Networks = WG Montreux 3 TSV tcpinc TCP Increased Security WG THURSDAY, March 30, 2017 0900-1130 Morning Session I Zurich D INT 6man IPv6 Maintenance WG Zurich C IRTF icnrg Information-Centric Networking Zurich E/F RTG rtgarea Routing Area Open Meeting Vevey 1/2 TSV quic QUIC WG 1300-1500 Afternoon Session I Zurich B ART *** cbor Concise Binary Object Representation = Maintenance and Extensions WG Zurich G SEC acme Automated Certificate Management = Environment WG Zurich A TSV tsvwg Transport Area Working Group WG 1520-1720 Afternoon Session II Zurich A OPS v6ops IPv6 Operations WG Zurich D SEC saag Security Area Open Meeting 1740-1840 Afternoon Session III Zurich A RTG *** roll Routing Over Low power and Lossy = networks WG FRIDAY, March 31, 2017 0900-1130 Morning Session I Vevey 1/2 ART httpbis Hypertext Transfer Protocol WG Zurich E/F INT ipwave IP Wireless Access in Vehicular = Environments WG Zurich A OPS anima Autonomic Networking Integrated Model = and Approach WG Zurich C SEC oauth Web Authorization Protocol WG 1150-1320 Afternoon Session I Zurich C ART *** core Constrained RESTful Environments WG